Pyun's

http://asfirstalways.tistory.com/153


설치부터 기초 적인 설명, 응용까지 자세히 설명해둔사이트

'JAVA' 카테고리의 다른 글

스프링 기초.1  (0) 2017.06.19
스프링 연습중에 발생한 문제....  (0) 2017.06.19
[프레임워크] Framework 정리.  (0) 2017.03.14
JDK 버전별 다운로드 링크  (0) 2017.03.09
자바 서블릿에 개념  (0) 2016.12.12

1.  Framework

    ● 소프트웨어 어플리케이션이나 , 솔루션 등 개발을 수월하기 위해 소프트웨어에 구체적인 기능들에 해당하는 부분의 설계나 구현을 재사용 가능하도록 협업화된 형태로 제공되는 소프트웨어 환경.

    ● 명확하게 정의된 API를 가지고 코드를 재사용 가능한 형태로 구조화한다는 점에서 라이브러리와 비슷.

    ● 쉽게 생각해보면 소프트웨어를 개발할때 뼈대나 기본틀이라고 생각하면 됨, 보통은 이미 프레임워크가 많은곳에서 정리되어 있기때문에 사용하려는 프레임워크 선택 후 해당 프레임워크에  미리 지정 되어있는 클래스나 인터페이스를 가져다가 소스작업을하여 Application을 완성시킴 

2.  Framework 종류

  

3.  Framework의 장점

    ● 개발 생산성이 증대

1) 동일한 작업을 하는 코드를 보다 빠르고 간단하게 작성가능(미리 정의되어 있는 틀에서 사용하기때문에).

2) 미리 제공되어 있는 컴포넌트 , 통신처리 , 데이터처리 등 개발에 필요한 기능등을 사용하기 때문에 이러한 기능을 잘 이용하게 되면 생산성이 증가됨.

    ● 코드/Application 품질이 향상

1)  반복적인 코딩 작업에서 실수하기 쉬운 부분을 내부에서 정의하여 처리할 수 있기 때문에 코드 작성 과정에서 발생할수 잇는 버그를 최소화 할 수 있다.

2)  미리 정의된 틀을 사용하기 때문에 개발 수준이 평준화 되므로 코드 작성시 품질이 하향되는 경우가 드물다.

    ● 유지보수가 편리 해짐.

1)  변화 하는 비지니스 환경에 담당자가 바뀌는 상황이라해도 구조적이고 체계화된 개발 환경을 구축해 둔 경우라면 유지보수에 발생할수 있는 위험을 최소화 할 수 있다.

2)  코드에 패턴이 유사하기 때문에 분석 및 수정이 편리하다.

4.  Framework의 단점

    ● 초기 개발시 개발자에 학습시간이 필요하다

1)  프레임워크에 대해 전체적인  이해까진 아니라도 기본적인 기능들에 사용방법을 습득하려면 일정시간 이상에 학습시간이 필요하다.

    ● 개발의 자유도에 있어 한계가 있다(= 유연성이 부족하다).

      1) 아무리 잘 설계된 프레임워크라도 모든 예외 상황을 커버하기는 쉽지않다. 

      2) 예외상황 발생 시 프레임워크에 지원되지않는 기능들을 추가로 직접 구현할 경우 프레임워크로인해 제약 되는 부분이 발생 될 수 있어서 좀 더 유연하게 대처하기가 힘듬.


참조 ] http://tobetong.com/?p=6640 

'JAVA' 카테고리의 다른 글

스프링 기초.1  (0) 2017.06.19
스프링 연습중에 발생한 문제....  (0) 2017.06.19
Git 기초 정리한 사이트  (0) 2017.03.23
JDK 버전별 다운로드 링크  (0) 2017.03.09
자바 서블릿에 개념  (0) 2016.12.12

1.  SOAP 의 특징(Simple Object Access Protocol)

    ● https, http등을 사용하여 XML 기반의 메시지를 네트워크 상에서 교환하는 형태에 프로토콜. 웹 서비스에서  기본적인 메시지를 전달하는 기반.

    ● Client가 물리적으로 인접하지 않은 서버에게 객체나 함수를 호출하여 호출에 대한 결과 값을  받는 RPC중 하나.

    ● 표준화 된 HTTP를 사용하기때문에 모든 기종에서 호환성을 보장.

    ● 분산 웹서비스 환경에서 정보를 교환하는 간단한 통신 프로토콜 

      SOAP = XML+HTTP

1) 클라이언트에 요청과 서버측에 응답을 XML문자열로 포장한후 HTTP로 전송 하는방식

 

2.  SOAP의 장점

    ● 언어 , 플랫폼 , 통신에 중립적

    ● 분산 컴퓨팅 환경을 다루기위해 설계

     에러 처리에 대한 내용이 기본적으로 내장ㅈ

    ●  웹서비스를 위해 보급된 많은 표준과 벤더에 제공하는 도구.


3.  SOAP의 단점

    ●  REST 연동에 비해 복잡하고 무거움

    ●  개발이 어렵고 , 보통 도구(툴)이 필요함



'Webservice > 연동' 카테고리의 다른 글

DB_LINK 생성/삭제  (0) 2017.05.30
[REST] REST 특징/장단점  (0) 2017.03.09
[SOAP / REST] SOAP과 REST ..1  (0) 2017.03.08

1.  REST의 특징(Representational State Transfer)

    ● 클라이언트 / 서버 구조

    ● HTTP와 XML을 포함한 웹 기술/프로토콜으로 SOAP보다 사용이 간편.

    ● ROA의 4가지 속성(Addressability, Connectedness, Statelessness, Homogeneous(Uniform) Interface)과 깊은 관련이있다.

1) Addressability : URI 이용

  서버에 있 모든 Resource는 각 Resource당 클라이언트가 바로 접근 할 수 있는 고유 URI가 존재.


2) Statelessness  : stateless

  모든 요청은 클라이언트가 요청을 할때마다 필요한 정보를 주기때문에 서버에서는 세션정보를 보관할 필요가 없다,  그렇기 때문에 서비스에 자유도가 높아지고 유연한 아키텍처에 적응이 가능하다.

 

3) Homogeneous(Uniform) Interface : HTTP 메소드를 사용 

 모든 Resource는 일반적으로 httpd 인터페이스인 GET,POST,PUT,DELETE 4개의 매소드로 접근되어야함(추가로 HEAD나 OPTION을 추가하기도함).

 결국 4개 매소드로만 DB의 CRUD(Create:POST, Read:GET , Update:PUT , Delete:DELETE) 기능을 하기때문에 이 유형이 아닌경우 처리가 모호해짐.

 * 문자는 다음과 같이 표준 SQL문으로 대응 가능하다. 

          4) Connectedness(연결성)

  서비스내에 하나의 리소스가 주변에 연관된 리소스들과 연결되어 표현(Presentation)이 되어야한다.


2.  REST의 장점

    ●  언어 , 플랫폼에 독립적임(= 제한 되지않음)

    ●  SOAP보다 개발이 쉽고 단순함.

      REST가 지원하는 프레임 워크나 언어 등 도구들이 없어도 구현가능.

    ● 기존 웹 인프라를 사용가능 : 기존 HTTP를 그대로 사용하기 때문에 구현이가능


3.  REST의 단점

    ●  HTTP 프로토콜만 사용가능

    ●  P2P 통신 모델을 가정 했기 때문에 둘 이상을 대상으로 하는  분산 환경엔 유용하지 않음.

    ●  보안, 정책등에 대한 표준이 없기 때문에 관리가 어렵고 이러한 부분까지 고려해서 구현 할 경우 설계나 구현에서 좀 더 어려움.


'Webservice > 연동' 카테고리의 다른 글

DB_LINK 생성/삭제  (0) 2017.05.30
[SOAP] SOAP 특징/ 장단점  (0) 2017.03.10
[SOAP / REST] SOAP과 REST ..1  (0) 2017.03.08

아키텍처 [ Architecture ] (컴퓨터 시스템의 구성):

 하드웨어와 소프트웨어를 구성하는 요소들에 대한 전체의 설계 방식. 쉽게 말하면 소프트웨어에 구조같은 ..


RPC (Remote Procedure Call)  원격 절차 호출

한 프로그램이 다른 네트워크 상의 다른 컴퓨터에 위치하고 있는 프로그램에 서비스를 요청할때 서비스를 요청하는 프로그램이 네트워크에 상세 내용을 알지 못하더라도 요청이 되도록 해줄때 사용하는 Protocol


SOAP [Simple Object Access Protocol ]  : 

 플랫폼 ,프로그래밍  언어에   제한 받지않고 분산처리 환경에서 정보교환을 쉽게 할 수 잇도록 한 규약.


SMTP [ simple mail transfer protocol ]   :

 인터넷 상에서 전자 메일을 전송할 때 쓰이는 표준적인 프로토콜.


WSDL [web Services Description Language] : 

비즈니스 서비스를 기술하여 비즈니스들끼리 전자적으로 서로 접근하는 방법을 제공하기 위해 사용되는 xml기반의 언어.


WADL [Web Application Description Language] :

 HTTP 기반 웹 응용 프로그램에 대 한 컴퓨터 판독이 가능한 XML 기반의 파일 형식.


로드 밸런싱:

 분산처리 서비스 중 하나로, 네트워크 상단에 존재하는 L4 스위치에 있는 가상서버에서 들어오는 패킷을 리얼 서버로 균일하게 트래픽을 부하 분산하여 트래픽 부하 현상을 보안


Servlet(서블릿)(https://mangkyu.tistory.com/14)

웹프로그래밍에서 클라이언트의 요청을 처리하고 그 결과를 다시 클라이언트에게 전송하는 Servlet 클래스의 구현 규칙을 지킨 자바 프로그래밍 기술


라이브러리
자주 사용되는 로직을 재사용하기 편리하도록 잘 정리한 일련의 코드들의 집합을 의미합니다. (참고: 생활코딩)

프레임워크
기본적으로 구성하고 있는 뼈대.
"소프트웨어의 구체적인 부분에 해당하는 설계와 구현을 재사용이 가능하게끔 일련의 협업화된 형태로 클래스들을 제공하는 것"
프레임워크는 구체적이고 확장가능한 기반코드를 가지고 애플리케이션의 틀과 구조를 결정할 뿐만 아니라 개발자의 코드를 제어한다. 
구조에 대한 일종의 가이드라인이라고 생각하자. (이미 규칙이 정해진)
  • 확장 가능한 기반 코드 : 설계의 기반이 되는 부분을 기술 
  • 라이브러리 : 개발자가 코드를 확장하는 데 필요한 라이브러리

컴포넌트

프로그래밍의 한 부분을 의미하며 재사용이 가능한 최소 단위를 말한다. 

모듈(Module)과 혼동될 수 있는데 모듈은 특정 기능을 온전히 수행할 수 있도록 만들어 졌다면 그 모듈 내에서도 재사용이 가능한 단위가 컴포넌트라 수 있다




Java(JDK) 1.5
http://www.oracle.com/technetwork/java/javasebusiness/downloads/java-archive-downloads-javase5-419410.html


Java(JDK) 1.6
http://www.oracle.com/technetwork/java/javase/downloads/java-archive-downloads-javase6-419409.html


Java(JDK) 1.7
http://www.oracle.com/technetwork/java/javase/downloads/java-archive-downloads-javase7-521261.html


Java(JDK) 1.8
http://www.oracle.com/technetwork/java/javase/downloads/java-archive-javase8-2177648.html

'JAVA' 카테고리의 다른 글

스프링 기초.1  (0) 2017.06.19
스프링 연습중에 발생한 문제....  (0) 2017.06.19
Git 기초 정리한 사이트  (0) 2017.03.23
[프레임워크] Framework 정리.  (0) 2017.03.14
자바 서블릿에 개념  (0) 2016.12.12

1. SOAP(Simple Object Acess Protocol)
    ● XML을 이용해서 분산처리 환경에서 플랫폼에 영향을 받지않고 정보교환을 할 수 있도록 도와주는 프로토콜.

    ● 요청자가 서버에서 객체나 함수를 호출하여 그값을 변환 받는 RPC(Remote procedure call) 방식중 하나.

    ● HTTP 프로토콜을 사용하기 때문에 거의 모든 기종에서 호환.

    ● 플랫폼에 독립적이며 포로그래밍 언어에도 독립적인 특성.

      



2. REST(Representational State Transfer)

 웹서비스 기존 전달 프로토콜인 SOAP(Simple Object Access Protocol)은  처리 시 원하던 기능에 비해 처리의 오버해드가 발생하는 문제가 있었는데 이러한 단점을 보안하기 위해 등장한 구현 기술이 RESTful 웹서비스.

클라이언트 / 서버 간의 구성요소를 엄격히 분리하여 구현시 단순하고 성능을 높일수 있는 아키텍처(설계방식).

기본적으로 HTTP 프로토콜로 데이터를 전송.


3. SOAP과 REST에 구조/비교

   





1) SOAP

● SOAP(Service Oriented Archiecture)은 SOA로 서비스 지향 구조.

● 서버측에서 UDDI에 레지스트리를 등록하면 요청자가 UDDI에서 제공 서비스 확인 후 서비스 요청 하게 되면 응답자가 그 서비스를 제공하는 형식.


2) RESTful

● ROA (Resource Oriented Archiecture), 리소스 지향 구조.

● 서비스 요청자가 *리소스로 요청하면 제공자가 직접 리소스로 제공해주는 방식.

● Rest구조에서는 리소스마다 고유한 URI를 갖고 있음.

*리소스(Resource):  웹에서 다른 이들과 공유하고자 개방된 모든 자원




참조 ) http://blog.naver.com/hoyeon0/50137172782

'Webservice > 연동' 카테고리의 다른 글

DB_LINK 생성/삭제  (0) 2017.05.30
[SOAP] SOAP 특징/ 장단점  (0) 2017.03.10
[REST] REST 특징/장단점  (0) 2017.03.09

자바 서블릿에 개념

JAVA2016. 12. 12. 17:01

http://seong1731.blog.me/220773021214

'JAVA' 카테고리의 다른 글

스프링 기초.1  (0) 2017.06.19
스프링 연습중에 발생한 문제....  (0) 2017.06.19
Git 기초 정리한 사이트  (0) 2017.03.23
[프레임워크] Framework 정리.  (0) 2017.03.14
JDK 버전별 다운로드 링크  (0) 2017.03.09