메모

JAVA SE ; 자바 플랫폼, 스탠더드 에디션
자바 플랫폼 스탠더드 에디션(Java Platform, Standard Edition, 약자 Java SE)는 데스크톱 및 서버, 최근의 고사양 임베디드 시스템을 위한 표준 자바 플랫폼으로 표준적인 컴퓨팅 환경을 지원하기 위한 자바 가상 머신 규격 및 API 집합을 포함한다. 따라서 자바 EE, 자바 ME 등 다른 플랫폼은 구체적인 목적에 따라 자바 SE를 기반으로 API를 추가하거나 자바 가상 머신 규격 및 API의 일부를 택해서 정의된다.


JAVA EE ; 자바 플랫폼, 엔터프라이즈 에디션
자바 플랫폼, 엔터프라이즈 에디션(Java Platform, Enterprise Edition; Java EE)은 자바를 이용한 서버측 개발을 위한 플랫폼이다. Java EE 플랫폼은 PC에서 동작하는 표준 플랫폼인 Java SE에 부가하여, 웹 애플리케이션 서버에서 동작하는 장애복구 및 분산 멀티티어를 제공하는 자바 소프트웨어의 기능을 추가한 서버를 위한 플랫폼이다. 이전에는 J2EE라 불리었으나 버전 5.0 이후로 Java EE로 개칭되었다.
이러한 Java EE 스펙에 따라 제품으로 구현한 것을 웹 애플리케이션 서버 또는 WAS라 불린다.



WAS(AS) 웹 어플리케이션 서버
웹 애플리케이션 서버(Web Application Server, 약자 WAS)는 인터넷 상에서 HTTP를 통해 사용자 컴퓨터나 장치에 애플리케이션을 수행해 주는 미들웨어(소프트웨어 엔진)이다. 웹 애플리케이션 서버는 동적 서버 콘텐츠를 수행하는 것으로 일반적인 웹 서버와 구별이 되며, 주로 데이터베이스 서버와 같이 수행이 된다. 

 웹 애플리케이션 서버는 대부분이 자바 기반으로 주로 자바 EE 표준을 수용하고 있으나, 자바 기반이지만 자바 EE 표준을 따르지 않는 제품(톰캣)과 .NET이나 Citrix 기반인 비 자바 계열도 존재한다.
웹 애플리케이션 서버의 기본 기능은 3가지이다.
  • 프로그램 실행 환경과 데이터베이스 접속 기능을 제공한다.
  • 여러 개의 트랜잭션을 관리한다.
  • 업무를 처리하는 비즈니스 로직을 수행한다.
다만, 웹 애플리케이션의 정확한 정의는 존재하지 않아서 일부 기능을 제공하지 않는 웹 애플리케이션 서버도 존재한다. 업체들은 이러한 3가지 기능 말고도 여러 기능을 추가하고 강화하고 있다.

자바 EE 표준준수 웹 애플리케이션 서버


정의


자바 EE는 자바의 기본적인 기능을 정의한 자바 SE에 웹 서버 역할을 추가한 것으로 자바 애플리케이션을 동작시킬 수 있는 컨테이너 등을 표준화한 스펙이다. 
자바 EE 표준준수 웹 애플리케이션 서버는 자바 EE 스펙을 수용하는 웹 애플리케이션 서버이다.

구성 요소

자바 EE 표준기반 웹 애플리케이션에서 동작하는 프로그램 언어는 자바이다. 일반적으로 웹 모듈은 자바 서블릿 또는 JSP(Java Server Page)로 구성하고, 비즈니스 모듈은 EJB(Enterprise Java Beans)로 구성한다.

자바 기반이나 자바 EE 비준수 웹 애플리케이션 서버



★

- 자바는 J2SE(Standard Edition), J2EE(Enterprise Edition), J2ME(Micro Edition)으로 나누어져 개발되는데 JSP는 J2EE를 구성하는 기술 중 하나이다.
 - J2EE는 컨테이너(Container)가 관리하는 컴포넌트(container-managed component) 그룹과 서비스API(Service API) 그룹으로 나누어진다. 

컨테이너(Container)
 - 웹  컨테이너(Web Container):   서블릿과 JSP 에  대한  실행환경을 제공
 - EJB  컨테이너(EJB Container):  Enterprise JavaBean 에  대한  실행환경  제공
 - 컨테이너를 구성하는 3가지 기술들
 - Servlet
 - JSP(Java Server Page)
 - EJB(Enterprise Java Beans)

서비스API(Service API)
 - 서비스API(Application Interface)는  실제로  사용하는  각종서비스  환경을  제공


출처: http://dawnisthm.tistory.com/entry/2-JSP의-개요?category=375164 [패션과 IT]




댓글

댓글 쓰기

이 블로그의 인기 게시물

AWS RDS DB 인스턴스에 연결하기 (Oracle Database Instance)

이미지
이전 포스팅에서 DB 인스턴스를 생성하는 방법 을 알아보았다. DB 인스턴스에 연결하기 위해서 먼저 연결에 사용되는 정보를 확인하는 방법을 알아보고나서, SQL*PLUS와 SQL Developer을 사용하여 DB 인스턴스에 연결하는 각각의 방법을 알아보자. 시작하기전, 현재 생성된 DB Instance는 Oracle EE 이고, 개발환경은 windows 환경임을 밝힌다. DB 인스턴스 연결에 사용되는 정보 확인 Amazon RDS에 생성된 Instance 클릭하여 인스턴스 정보를 확인합니다. ● Connect 섹션의 Endpoint 와 Port 는  dns_name  와  port  에 사용됩니다. ● Details 섹션의 DB Name (SID)은  database_name 에 사용됩니다. SQL*PLUS를 사용하여 DB 인스턴스에 연결 DB 인스턴스에 연결하는 명령어 스니펫은 다음과 같습니다. sqlplus user_name @(DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST= dns_name )(PORT= port ))(CONNECT_DATA=(SID= database_name )))            user_name과 비밀번호 입력란에는 DB 인스턴스를 생성할 때 Step 2 : Spectify DB details - Settings - Master username & password에 지정한 값을 입력합니다. user_name ,  dns_name ,  port ,  database_name  를 각각 대체하여 입력하고 비밀번호까지 입력합니다. 그 결과 연결 성공 시 다음과 비슷한 출력이 나타납니다. 다음에 접속됨:              ...
자세한 내용 보기

tomcat server.xml ( 톰캣 서버 설정 )

이미지
server.xml을 통해서 tomcat이라는 web application server를 이해해보고자 한다. server.xml 설정에 목적이 있는 포스팅이 절대 아니다. 참고로 WAS는 J2EE 스펙(Servlet Container와 EJB Container의 기능)을 구현한 서버이지만, tomcat은 Servlet Container만 구현하고 EJB Container 기능은 없어서 WAS가 아니라는 사람도 있다. 그래서 ' 톰캣 == 서블릿 컨테이너 '라고 알고있어도 좋다. 무엇이든 제대로 알려면 공식 문서를 보는 것이 신뢰성도 높고 마음도 편하다. 그래서 아래 아파치 톰캣 config doc을 참조하여 tomcat WAS(서블릿 컨테이너)의 구조를 파악하려고 한다. https://tomcat.apache.org/tomcat-9.0-doc/config/index.html Top Level Elements  -  <Server>  is the root element of the entire configuration file, while  <Service>  represents a group of Connectors that is associated with an Engine. Connectors  - Represent the interface between external clients sending requests to (and receiving responses from) a particular Service. Containers  - Represent components whose function is to process incoming requests, and create the corresponding responses. An Engine handles all requests for a Service, a Host handles all requests fo...
자세한 내용 보기

Git resolving merge conflicts as Mark resolved (mark resolved 옵션으로 해결)

이미지
이전 포스팅 : Git merging branches (브랜치 합치기) 브랜치를 합치는 도중에 충돌이 일어날 수 있다. A브랜치와 B브랜치가 있다고 치자. A와 B브랜치의 같은 부분이 다른 코드로 작성되어 있을 때 두 개의 브랜치를 합치면 충돌이 일어난다. merge conflicts 해결방법 중에서 충돌이 일어난 코드를 자신이 직접 수정하여 해결하는 방법을 알아보자. Resolving merge conflicts - mark resolved 1. master 브랜치를 checkout한 상태(HEAD가 master브랜치인 상태)로 아래와 같이 testbranch2 브랜치를 생성한다. 2. testbranch2 브랜치를 checkout 한다. (HEAD : testbranch2 -> working directory가 testbranch2 상태가 됨 ; 그럴듯한 언어로 어떻게 말해야될 지 모르겠다 ) 3. Working Directory의 wow.java 파일이다. 1번에서 master가 checkout된 상태로 Commit: Working copy parent 옵션을 선택했기 때문에 master의 Working Directory와 동일하다. 4. 소스코드 'teacher' 를 추가한다(HEAD : testbranch2). 그리고 커밋한다. 5. master를 checkout하고 소스코드 'student'를 추가한다(HEAD : master). 그리고 커밋한다. 6. 현재 인덱스이다. 7. master 브랜치에 testbranch2 브랜치를 merge하기위해서, master 브랜치를 checkout하고 testbranch2를 우클릭하여  Merge testbranch2 into current branch 를 클릭한다. 8. Confirm Merge 확인창이 뜨면  확인 을 클릭한다. 9. (4),(5)번에서 소스코드의 같은 부분을 수정했기 때문에 ...
자세한 내용 보기