웹스피어 편집하기

이동: 둘러보기, 검색

경고: 로그인하지 않았습니다. 편집을 하면 IP 주소가 공개되게 됩니다. 로그인하거나 계정을 생성하면 편집자가 아이디(ID)으로 기록되고, 다른 장점도 있습니다.

편집을 되돌릴 수 있습니다. 이 편집을 되돌리려면 아래의 바뀐 내용을 확인한 후 저장해주세요.
최신판 당신의 편집
3번째 줄: 3번째 줄:
  
 
'''웹스피어'''<!--웹 스피어, 웹슈피어, 웹 슈피어, 웹쉬피어, 웹 쉬피어-->(WebSphere)는 미국 [[IBM]] 사가 판매하는 [[자바]] 기반의 [[웹 애플리케이션 서버]](WAS) 제품이다. 트랜잭션 관리, 보안, 클러스터링, 기능성, 가용성, 연결성, 확장성에 이르는 완전한 애플리케이션 서비스 세트를 구비하고, 개방형 테크놀로지와 API들을 활용하는 동시에 기업 전반의 애플리케이션에 대한 관리와 통합을 지원한다.
 
'''웹스피어'''<!--웹 스피어, 웹슈피어, 웹 슈피어, 웹쉬피어, 웹 쉬피어-->(WebSphere)는 미국 [[IBM]] 사가 판매하는 [[자바]] 기반의 [[웹 애플리케이션 서버]](WAS) 제품이다. 트랜잭션 관리, 보안, 클러스터링, 기능성, 가용성, 연결성, 확장성에 이르는 완전한 애플리케이션 서비스 세트를 구비하고, 개방형 테크놀로지와 API들을 활용하는 동시에 기업 전반의 애플리케이션에 대한 관리와 통합을 지원한다.
 +
  
 
== 개요 ==
 
== 개요 ==
49번째 줄: 50번째 줄:
 
* '''네이밍 및 디렉토리'''
 
* '''네이밍 및 디렉토리'''
 
: 각 애플리케이션 서버는 네이밍 서비스를 제공하며 네이밍 서비스는 JNDI(자바 네이밍 & 디렉터리 인터페이스) 네임스페이스를 제공한다. 서비스는 애플리케이션 서버에 호스트 된 자원을 등록하는 데 사용된다. JNDI 구현은 코바(Common Object Request Broker Architecture) 이름 지정 서비스의 맨 위에 빌드된다. JNDI는 이름 지정에 대한 클라이언트 측 액세스를 제공하며 애플리케이션 개발자가 사용하는 프로그래밍 모델을 표시한다. 이름 지정 서비스는 서버 측 구현을 제공하며 네임스페이스가 실제로 저장되어 있다. JNDI는 본질적으로 이름 지정 서비스에 저장된 네임스페이스의 클라이언트 측 랩퍼를 제공하며 클라이언트 대신 이름 지정 서비스 서버와 상호작용한다. 애플리케이션 서버의 클라이언트는 애플리케이션에 관련된 오브젝트의 참조를 얻기 위해 지정 아키텍처를 사용하고 이러한 오브젝트의 대부분은 네임스페이스라는 계층 구조에 바인드 된다. 이름 바인딩 세트로 구성되며 각각은 특정 컨텍스트와 해당 이름으로 바인드 된 오브젝트와 관련된 이름 중 하나의 이름 바인딩 세트로 구성된다. 네임스페이스는 네임 서버를 통해 엑세스하고 조작할 수 있는데 이 제품은 추가 확장성을 위한 분산 네임스페이스, 여러 범위에서의 바인딩을 위한 일시적 및 지속적 파티션, 여러 서버에 걸친 연합 네임스페이스 구조, 서버 시작 시 시스템에 의해 바인드 된 바인딩을 정의하기 위해 구성된 바인딩, 코바 INS(Interoperable Naming Service) 오브젝트 URL 지원과 같은 네이밍 및 디렉터리 기능을 제공한다. 또, 제품 보안을 위해 연합 저장소 지원을 제공하는 가상 멤버 관리자를 추가하면 전보다 더 광범위하고 향상된 ID 관리 기능을 제공한다.<ref name="빠"></ref>
 
: 각 애플리케이션 서버는 네이밍 서비스를 제공하며 네이밍 서비스는 JNDI(자바 네이밍 & 디렉터리 인터페이스) 네임스페이스를 제공한다. 서비스는 애플리케이션 서버에 호스트 된 자원을 등록하는 데 사용된다. JNDI 구현은 코바(Common Object Request Broker Architecture) 이름 지정 서비스의 맨 위에 빌드된다. JNDI는 이름 지정에 대한 클라이언트 측 액세스를 제공하며 애플리케이션 개발자가 사용하는 프로그래밍 모델을 표시한다. 이름 지정 서비스는 서버 측 구현을 제공하며 네임스페이스가 실제로 저장되어 있다. JNDI는 본질적으로 이름 지정 서비스에 저장된 네임스페이스의 클라이언트 측 랩퍼를 제공하며 클라이언트 대신 이름 지정 서비스 서버와 상호작용한다. 애플리케이션 서버의 클라이언트는 애플리케이션에 관련된 오브젝트의 참조를 얻기 위해 지정 아키텍처를 사용하고 이러한 오브젝트의 대부분은 네임스페이스라는 계층 구조에 바인드 된다. 이름 바인딩 세트로 구성되며 각각은 특정 컨텍스트와 해당 이름으로 바인드 된 오브젝트와 관련된 이름 중 하나의 이름 바인딩 세트로 구성된다. 네임스페이스는 네임 서버를 통해 엑세스하고 조작할 수 있는데 이 제품은 추가 확장성을 위한 분산 네임스페이스, 여러 범위에서의 바인딩을 위한 일시적 및 지속적 파티션, 여러 서버에 걸친 연합 네임스페이스 구조, 서버 시작 시 시스템에 의해 바인드 된 바인딩을 정의하기 위해 구성된 바인딩, 코바 INS(Interoperable Naming Service) 오브젝트 URL 지원과 같은 네이밍 및 디렉터리 기능을 제공한다. 또, 제품 보안을 위해 연합 저장소 지원을 제공하는 가상 멤버 관리자를 추가하면 전보다 더 광범위하고 향상된 ID 관리 기능을 제공한다.<ref name="빠"></ref>
 
 
* '''객체 요구 매개자'''(Object Request Broker)
 
* '''객체 요구 매개자'''(Object Request Broker)
 
: 객체 요구 매개자를 사용하여 클라이언트 애플리케이션과 서버 애플리케이션 간의 상호작용 및 제품 컴포넌트 간의 상호작용을 관리한다. 객체 요구 매개자에서 인터넷 객체 요구 매개자 간 프로토콜(IIOP)을 사용하면 클라이언트가 네트워크 분배 환경에서 서버로부터 요청을 작성하고 수신할 수 있다. 원격 오브젝트가 위치 투명성을 제공하면서 클라이언트로서 실행 중인 동일한 프로세스에 있는 것처럼, 클라이언트가 네트워크에서 오브젝트를 찾고 해당 조작을 호출할 수 있게 해주는 프레임워크를 제공한다.<ref name="빠"></ref>
 
: 객체 요구 매개자를 사용하여 클라이언트 애플리케이션과 서버 애플리케이션 간의 상호작용 및 제품 컴포넌트 간의 상호작용을 관리한다. 객체 요구 매개자에서 인터넷 객체 요구 매개자 간 프로토콜(IIOP)을 사용하면 클라이언트가 네트워크 분배 환경에서 서버로부터 요청을 작성하고 수신할 수 있다. 원격 오브젝트가 위치 투명성을 제공하면서 클라이언트로서 실행 중인 동일한 프로세스에 있는 것처럼, 클라이언트가 네트워크에서 오브젝트를 찾고 해당 조작을 호출할 수 있게 해주는 프레임워크를 제공한다.<ref name="빠"></ref>
 
 
* '''트랜잭션'''
 
* '''트랜잭션'''
 
: 트랜잭션 서비스는 애플리케이션 서버의 일부이다. 고급 트랜잭션 성능을 제공하여 애플리케이션 개발자가 사용자 정의 코딩을 하지 않도록 도와준다. 또한 기존 소프트웨어 자산을 자바 플랫폼, 엔터프라이즈 에디션 환경과 통합시키는 것과 관련된 여러 가지 인증 확인에 대한 지원을 제공한다. 이러한 방법은 액티비티 세션을 포함한다. 서버에서 실행 중인 애플리케이션에서는 트랜잭션을 사용하여 자원에 대한 여러 업데이트를 작업 단위로 조정하여 모든 업데이트를 영구적 또는 영구적이지 않도록 만들 수 있다. 트랜잭션은 애플리케이션 또는 이 애플리케이션이 배치된 컨테이너에 의해 시작되고 종료된다. 애플리케이션 서버는 자원 관리자의 조정을 지원하고 기타 준수 트랜잭션 관리자를 사용하여 분배 글로벌 트랜잭션에 참가하는 트랜잭션 관리자이다. 서버는 분배 트랜잭션 지원이 필요하지 않은 경우 로컬 트랜잭션 지원을 통해 데이터베이스, 자바 메시지 서비스 기능 큐 및 자바 암호 구조 커넥터와 상호작용하도록 구성할 수 있다. 애플리케이션이 트랜잭션을 사용하는 방법은 애플리케이션에 유형에 따라 다른데 예를 들면 세션 빈은 트랜잭션 자체를 관리하건 컨테이너에 트랜잭션 관리를 위임할 수 있고, 엔티티 빈은 컨테이너 관리 트랜잭션을 사용하고, 서블릿과 같은 웹 컴포넌트는 빈 매니지드 트랜잭션(Bean-Managed Transation)을 사용하는 것이 있다.<ref name="빠"></ref>
 
: 트랜잭션 서비스는 애플리케이션 서버의 일부이다. 고급 트랜잭션 성능을 제공하여 애플리케이션 개발자가 사용자 정의 코딩을 하지 않도록 도와준다. 또한 기존 소프트웨어 자산을 자바 플랫폼, 엔터프라이즈 에디션 환경과 통합시키는 것과 관련된 여러 가지 인증 확인에 대한 지원을 제공한다. 이러한 방법은 액티비티 세션을 포함한다. 서버에서 실행 중인 애플리케이션에서는 트랜잭션을 사용하여 자원에 대한 여러 업데이트를 작업 단위로 조정하여 모든 업데이트를 영구적 또는 영구적이지 않도록 만들 수 있다. 트랜잭션은 애플리케이션 또는 이 애플리케이션이 배치된 컨테이너에 의해 시작되고 종료된다. 애플리케이션 서버는 자원 관리자의 조정을 지원하고 기타 준수 트랜잭션 관리자를 사용하여 분배 글로벌 트랜잭션에 참가하는 트랜잭션 관리자이다. 서버는 분배 트랜잭션 지원이 필요하지 않은 경우 로컬 트랜잭션 지원을 통해 데이터베이스, 자바 메시지 서비스 기능 큐 및 자바 암호 구조 커넥터와 상호작용하도록 구성할 수 있다. 애플리케이션이 트랜잭션을 사용하는 방법은 애플리케이션에 유형에 따라 다른데 예를 들면 세션 빈은 트랜잭션 자체를 관리하건 컨테이너에 트랜잭션 관리를 위임할 수 있고, 엔티티 빈은 컨테이너 관리 트랜잭션을 사용하고, 서블릿과 같은 웹 컴포넌트는 빈 매니지드 트랜잭션(Bean-Managed Transation)을 사용하는 것이 있다.<ref name="빠"></ref>

위키원에서의 모든 기여는 다른 기여자가 편집, 수정, 삭제할 수 있다는 점을 유의해 주세요. 만약 여기에 동의하지 않는다면, 문서를 저장하지 말아 주세요.
또한, 직접 작성했거나 퍼블릭 도메인과 같은 자유 문서에서 가져왔다는 것을 보증해야 합니다 (자세한 사항은 위키원:저작권 문서를 보세요). 저작권이 있는 내용을 허가 없이 저장하지 마세요!

취소 | 편집 도움말 (새 창에서 열림)