라벨이 프로그래밍인 게시물 표시

웹데브(WebDav)의 이해

이미지
 https://www.asustor.com/ko/online/College_topic?topic=208

SOAP

saop 안내서 목록 wiki중심으로 볼 것(문서에 강할 경우) http://tcpschool.com/xml/xml_intro_purpose https://www.ibm.com/docs/ko/integration-bus/10.0?topic=ssmkhh-10-0-0-com-ibm-etools-mft-doc-ac55770--htm https://www.w3.org/TR/soap11/#_Toc478383486 https://ko.wikipedia.org/wiki/%EC%9E%90%EB%B0%94_%EB%A9%94%EC%8B%9C%EC%A7%80_%EC%84%9C%EB%B9%84%EC%8A%A4 https://www.w3.org/

리눅스 콘솔로 업그레이드

리눅스를 콘솔로 접근하면 (우분투도 마찬가지겠지만..) 가끔 추가로 업데이트 할 수 있는 App이 있다는 소식을 받을 수 있다. 물론 GUI 환경에서 환경설정으로 갈 수도 있지만 그냥 콘솔에서도 모든 App에 대한 업그레이드를 수행할 수 있다. 순차로 실행하는 것으로 충분하다.
 재밌는 리눅스 명령 9가지.. 아쿠아리움이 제일 재밌는 것 같다 https://devsnote.com/writings/64 http://cloudsemina.com/index.php?mid=linux&document_srl=295 https://ubunlog.com/ko/juegos-para-la-terminal/ https://myubuntu.tistory.com/entry/810-%EC%B4%88%EB%B3%B4%EC%9A%A9-%EC%9A%B0%EB%B6%84%ED%88%AC-%ED%84%B0%EB%AF%B8%EB%84%90%EA%B3%BC-%EB%86%80%EA%B8%B0

JSON의 위치

  https://hyunable.github.io/2017/11/27/iOS-api/ json의 프로그램적 위치를 알려주는 글 TCP소켓(또는 UDP소켓)방식의 연결지향적 데이터 통신에 비해 http를 사용하여 javascript의 자료구조였던 모양새를 활용한 간단한 통신 1. 객체 : {이름 : 값} 2. 배열 : [{이름:값},{이름2:값2},...........................................] 로 되어 있음

자바스크립트 배열 선언

var arr1 = new Array ( ) ; var arr2 = [ ] ; var arr3 = new Array ( 'a' , 'b' , 'c' ) ; var arr4 = [ 'a' , 'b' , 'c' ] ; 모두 같은 말이다 아.. 물론 저장된 배열은 모습은 약간씩 다를 수 있다 선언 방식을 설명했을 뿐이다

원격 데스크톱 연결시 로컬 디스크 드라이브 사용하기(이용하기)

이미지
원격데스크톱에 대한 연결 권한을 가지고 있다면 연결내에서 로컬디스크 드라이브를 사용할 수 있다 1. 연결 시점에서 2. 옵션>로컬리소스>자세히 선택 3. 사용할 로컬디스크 드라이브 선택 4. 원격데스크탑 內 내컴퓨터에 로컬드라이브가 보인다 5. 끝 자세한 내용은 다음의 블로그를 참조 http://smilecap.tistory.com/993

GIT

버전관리시스템 로컬 - 오직로컬, 협업불가, 디렉토리형 파일시스템 로컬데이터베이스(vcs) 중앙집중식-중앙서버가 있고 클라이언트가 체크아웃(cvs,subversion,perforce) 분산형-각클라이언트가 모두 저장소를 가짐, 커밋빠름(Git,Mecurial,Barzaar,Darcs)오프라인가능, 중앙집중식외 계층모델 등 다양한 워크플로우 구현가능 역사 2002년부터 리눅스커널에 사용된 BitKeeper가 2005년이익다툼으로 갈라진 후 리누즈 토발즈가 직접GIT를 만들고 발전해옴 (빠른속도, 편리한브랜치) 델타가 아닌 스냅샷으로 저장 기존 - 이전버전과의 비교에서 바뀐 델타값을 저장 GIT - 매커밋의 스냅샷을 저장 무결성 SHA-1을 이용하여 파일을 이름이 아닌 해시값단위로 저장 오직 GIT를 통해서만 원하는 파일에 접근 상태 modified 수정만 완료 Staged 커밋할거라고 플래그 Committed GIT디렉토리에 존재 설치 소스코드로 설치 http://git-scm.com/download 패키지관리도구로 설치 설정 유저이름, 유저이메일, 사용할편집기종류 저장소만들기 git init 브랜치 브랜칭 - 커밋개체(커밋때마다 만들어지는 메타데이터와 루트디렉토리의 포인터) 각 개체는 이전 버전의 커밋개체를 가리킴

서버만들기

서버측 ServerSoket serverSock = new ServerSocket(4242); //4242번포트 감시작업 시작 클라이언트측 Socket sock = new Sockt("190.165.1.103",4242); //서버소켓연결 서버측 Socket sock = serverSock.accept();//계속 기다림. 클라인트접속시 별도의 socket을 열어 리턴해줌

파일저장(텍스트)

쓰기 FileWriter -> BufferedWriter연쇄 읽기 FileReader -> BufferedReader연쇄 파싱 .split()

패키지를 jar로 만들기 (확장lib포함시)

1. Fat jar 이클립스 플러그인을 다운받아 설치한다 2. 다운받은 jar 를 이클립스 plugin폴더에 복사한다 3. 이클립스 재실행 4. File->export의 other에 새로 추가된 "Fat Jar Exporter" 선택후 next 5. Jar로 패키징할 프로젝 또는 패키지를 선택후 next 6. Jar-name : jar 생성위치선택     Main-Class:에서 메인스레드 선택 7. next 8. 포함할 외부라이브러리 확인 9. finish

패키지를 jar로 만들기

1. 패키지 우클릭 2. export 3. java > Jar file 4. 왼쪽창에서 JAR로 만들 이름과 위치를 선택 5. next 6. next 7. Main class선택(실행시 처음 접근할 클래스) 8. finish(지정한 위치에 생성된다)

역직렬화: 객체복구

FileInputStram fileStream = new FileInputStream("MyGame.ser"); //file지정 ObjectImputStream os  = new ObjectInputStream(fileStream);//get Object Object one = os.readObject(); Object two = os.readObject(); Object three = os.readObject(); GameCharactor elf = (GameCharactor) one; GameCharactor troll = (GameCharactor) two; GameCharactor magician = (GameCharactor) three; os.close();

직렬화

FileOutputStream fs = new FileOutputStream("MyGame.ser");//파일연결법을 알고 있습니다 ObejctOutputStream os = new ObjectOutputStream(fileStream); //stream chain //객체저장법을 압니다 os.writeObject(characterOne); os.wrteObject(characterTwo); os.writeObejct(characterThree); os.close();

자바 디자인 기타 패턴

자바에서 사용할 수 있는 디자인패턴 정리 Bridge pattern - 구체구현과 추상부를 모두 바꿔야 할 때 Builder pattern - 복합개체의 생성 및 사용(Iterator Pattern의 사고방식과 동일) Chain of responsibility pattern - 요청의 응답개체를 순차분기시킬때 FlyWeight pattern - 1객체로 다수"가상인스턴스"를 제공(상태만 달리해서)-메모리절약 Interpreter pattern - 특정 언어에 대한 파싱 Mediator pattern - 객체간 복잡한 통신과 제어를 한 곳에 모을때 Memento pattern - 객체복구(ex 작업취소 등) Prototype pattern - 어떤 객체의 인스턴스를 만드는 작업이 자원을 먹거나 복잡할때 Visitor pattern - 객체에 기능추가할때 캡슐화가 필요없을때

MVC요약

- MVC는 옵저버패턴+스트래티지패턴+컴포지트패턴으로 된 컴파운드패턴이다 - 모델은 옵저버패턴을 이용하여 옵저버에 대한 의존성을 없애면서도 자신의 변경사실을 알린다 - 컨트롤러는 뷰의 전략객체다 - 뷰는 컴포지트패턴을 이용해 UI를 구성한다 - MVC는 서로 느슨하게 결합한다 - 새로운 모델을 도입할 때는 어댑터패턴을 활용한다 - 모델2는 MVC의 웹버전이다 - 모델2의 컨트롤러는 Servlet이며 뷰는 JSP다.

WSDL (Web Services Description Languasge) WSDL / Architecture

1. WSDL 이란?  - Web Service가 제공하는 서비스에 대한 정보를 기술하기 위한 XML 기반의 마크업 언어     ☞ 특정 비즈니스가 제공하는 서비스를 설명하고, 개이이나 다른 회사들이 그러한 서비스에 전자적으로 접근할 수 있는         방법을 제공하기 위해 사용되는 XML 기반의 언어이다. WSDL은 마이크로소프트, IBM 및 Ariba 등에 의해 주도된 UDDI의         기본이라 할 수 있다. 즉, UDDI는 기업들이 자신들의 서비스 내용을 인터넷 상에 스스로 등록할 수 있게 해주는 XML         기반의 등록처이며, WSDL은 그렇게 하기 위한 언어이다.                  WSDL은 마이크로소프트의 SOAP와 IBM의 NASSL로부터 파생되었지만, 이제 UDDI 등록처에 비즈니스 서비스를 명시하는         수단으로써, NASSL과 SOAP 둘 모두를 대체할 수 있다. 2. WSDL 내용      ☞ 웹 서비스의 name 과 URL 정보     ☞ SOAP 메시지의 인코딩 방법     ☞ SOAP 메시지 전송을 위한 프로토콜 정보     ☞ 웹 서비스를 이용하는데 필요한 인터페이스 정보 (Type, including name, poerations, parameter, data)  3. WSDL 역할     ☞ 웹 서비스를 기술     ☞ WSDL은 공표된 웹 서비스가 실제 어디에 위치하고 있고, 그 웹 서비스를 이용하기 위한 Biding 정보를 담고 있는 문서     ☞ WSDL 정보를 해석하면 비로서 SOAP를 사용해 해당 서비스에 필요한 객체를 실행할 수 있음.     ☞ 대부분의 경우 인터넷이나 이메일을 통해서 이러한 정보를 주고 받게 될 것임으로 HTTP나 SMTP가 가장 많이 사용하는         전송프로토콜이 될 것임.     ☞ WSDL은 XML로 표기되며 해당 웹 서비비의 문법적인 규격에 대한 정보만 있을 뿐, 그 웹 서비스가 갖는 의미는 표현되지          않음.    4. WSDL의

frameWork 개론

이미지
성공적인 프로젝트를 위한 프레임워크의 재발견 2006.11.28 22:30  |  웹정보시스템구축  |  이재상 http://kr.blog.yahoo.com/iluvsge/174   프레임워크의 도움 없이 애플리케이션을 개발한다는 것은 상상하기 힘든 시대가 다가오고 있다. 하루가 다르게 늘어만 가는 각종 프레임워크의 홍수 속에서 자신에게 필요한 최적의 프레임워크를 선별하고 효과적으로 사용할 줄 아는 능력이 개발자들에게 요구되고 있다. 프레임워크는 애플리케이션 개발자들의 오랜 숙원을 해결해 주기 위해 등장한 멋진 도구가 분명하다. 하지만 그것을 적절하게 다루고 사용할 줄 아는 지혜를 가진 자들에게만 그럴 뿐이다. 프레임워크가 무엇이라고 한마디로 정의하기는 쉽지 않다. 사람들 입에 많이 오르내리는 IT용어들은 그 정의가 사실 매우 느슨한 경우가 많다. 프레임워크라는 말은 유행어처럼 점점 많은 곳에서 폭넓은 의미로 사용되고 있다. 그래서 많은 경우에 프레임워크의 개념에 대한 오해로 인해 잘못된 판단을 하기도 한다. 그런 탓에 프레임워크의 활용 방법을 알아보기에 앞서 프레임워크라는 용어의 정확한 의미와 특징을 이해해 두는 것이 중요하다. 프레임워크의 특징 프레임워크에 대해 정확히 이해하려면 프레임워크와 그 특징이 비슷하지만 프레임워크는 아닌 것들과 비교해 보는 것이 좋다. 여기에서는 프레임워크와 혼용되어 사용되기도 하는 라이브러리와 디자인 패턴이 프레임워크와 어떻게 다른 특징을 가지는지에 대해 알아보자. 프레임워크 vs 라이브러리 프레임워크의 가장 대표적인 특징 중 하나는 그 안에 클래스 라이브러리를 가지고 있다는 것이다. 혹자는 프레임워크를 반제품이라고 설명하기도 한다. 개발해야 할 애플리케이션의 일부분이 이미 만들어져 있다는 뜻이다. 프레임워크를 이용한 개발은 결국 그 기반이 되는 이미 존재하는 부분을 확장하고 이용하는 것이라고 볼 수 있다. 윈도우즈 환경의 대표적인 GUI 애플리케이션 프레임워크인 마이크로소프트의 MFC(Microsoft Foundation Cl

servlet JAVA / 프로그래밍

jsp의 로직처리를 위한 기술 (jsp: Asp에 대항한 java진영기술) import javax.servlet : 프로토콜에 독립적인 서블릿 import javax.servlet.http : HTTP의 Get과 Post를 처리하는 Servlet ※ 모든 서블릿은 javax.servlet.Servlet 인터페이스를 implement해야함 main()메서드가 없는 대신, 서버가 서블릿에 요청할때마다 service()메소드가 호출 Tomcat Container는 요청에따라 개체생성 -> Thread생성 -> service()호출 [출처]   servlet | 작성자   지존무상

[JAVA] 예외(Exception)처리 3원칙

1. 에러내용의 고지 2. 모든데이터의 저장 3. 안전한 프로그램종료 [출처]   [JAVA] 예외(Exception)처리 3원칙  | 작성자   지존무상