65 완  세대  임신  슬리브  식사  본 하는 개수   계산을 V

 65 완  세대  임신이  미터  마이크로 신호를 하는  식사를  설정 계산 V █ █ : 138-0226-9370█ █ 대리 팩 가방 소년은 건강의 성공적인 대리모 패키지를 █ ████████ ████

분산 서비스 프레임 워크에서 기본 문제는 얼마나이며, 가장 원격 통신 서비스 중 하나입니다 자바 많은 통신 기술은 예를 들어, 원격 지역 수 있습니다 : RMI, MINA, ESB, 삼베 , 헤센, SOAP, EJB 와 JMS 등, 결국이 용어가 함께 할 것입니다 사이에, 그들은 그것을 달성하기 위해 어떤 원칙에 따라 결국 뒤에있는 구현 분산 서비스 프레임 워크의 기본을 이해하는 것입니다 및 성능에 대한 높은 요구가있는 경우, 다음의 이해 이러한 메커니즘 뒤에 기술은이 문서에서 우리는 미래에 더 자세히 살펴, 필수입니다.

 

첫째,    기본 원칙

네트워크 장비 사이의 통신을 달성하기 위해, 우선은, 컴퓨터 네트워크 통신 시스템의 기본 원칙에서 보면 바닥 수준에서 볼 수 있고, 네트워크 통신 전송 프로토콜을 한 컴퓨터에서 다른 컴퓨터로 흐를 수행 될 필요가 있으며, 기반 HTTP, TCP는, UDP가 등, HTTP는, TCP는, UDP 소켓이 애플리케이션 시나리오의 특정 유형의 개념에 기초하여 전송 프로토콜 확장되는 전송 프로토콜 유명 네트워크에 IO 네트워크 IO 주로 바이오 , NIO, AIO 세 가지 방법은 모든 분산 응용 프로그램은 단지 일반적으로 좀 더 가까이 사용할 수있는 응용 프로그램 계층 프로토콜 응용 프로그램을 제공하는 다양한 언어의 응용 프로그램을 쉽게하기 위해,이 원리를 기반으로 실현된다.

 

원격 통신 서비스를, 컴퓨터가 요청을 개시 달성해야 차례로 편도 요청 동기화 요청으로 것 요구하는 단말로 다시 해당 처리 결과에 대한 요청을 수신하면, 다른 시스템, 네트워크 통신의 원리에 따른 등 비동기 요청 모드 요청,이 처리를 위해 컴퓨터의 선단부 요청한 스트림을 수신 한 후이 선단부에 전송 프로토콜에 의해 전송 스트림으로 요청하기 위해 수행 될 필요가 달성 할 필요가 있고, 상기 처리가 완료된 후에 전송 프로토콜을 통해 상기 발신 단말로 스트림으로 결과를 반환.

원리는 이것이다,하지만 응용 프로그램을 촉진하기 위해 업계는 우리가 이러한 작업은 일반적으로 애플리케이션 수준의 원격 통신 프로토콜이 제공하는 것들의 바닥에 직접 갈 수없는 애플리케이션 수준의 프로토콜의 원리에 기초를 많이 소개 :

직접 스트림을 방지하기 위해 작업은보다 사용자 친화적 인 언어를 제공 또는 표준 전송 포맷에 맞게 귀찮게하지 않습니다;

네트워크 통신 메커니즘은, 그가 어떤 방법으로 당신이 스트림 형식을 수송로 변환됩니다를 들어, 원격 컴퓨터에 일부 전송 프로토콜을 통해 전송, 원격 컴퓨터에 전송 형식으로 변환 스트림을받은 후 수행, 저장 또는 원격 컴퓨터 통보.

응용 프로그램 수준의 원격 통신 프로토콜을 학습 때, 우리는 이러한 질문을 배울 수 있습니다 :

전송 ◆ 표준 형식은 무엇입니까?

◆ 어떻게 스트리밍의 전환을 요청하는?

◆ 어떻게 수신하고 처리 흐름에?

◆ 전송 프로토콜은?

로서, 응용 계층은 더 뭉쳐 공정 흐름 및 처리의 흐름을 발생 시키거나 표준 언어를 사용하도록하지만 애플리케이션 레벨 원격 통신 프로토콜 등을 어떻게되지는 주로 유량 동작에있어서, 전송 프로토콜을 향상시키기 전송 프로토콜이,이 자바의 분야에서 일반적으로 옵션으로 잘 알려져있다 : RMI, XML-RPC, 바이너리-RPC, SOAP, CORBA, JMS는, 특히 원격 통신을위한 이러한 애플리케이션 수준의 프로토콜을 보면 :

 

세,    RMI

RMI는 우리 모두가 알다시피, 하나의 VM에, 우리는 자바 객체 인스턴스를 호출하여 통신 할 수 있습니다, 자바 사용자 정의 원격 통신 프로토콜에 대한 전형적인, 다음, 원격 통신,이 방법의 경우, 물론 가장 및 원격 통신이기구는 RPC (원격 절차 호출)에, RMI 태어난이 목표로 정확하게된다.

RMI는 과정에서 완벽한 통신 모양의 원칙을 기반으로합니다 :

◆ 클라이언트는 RMI 클라이언트 스텁 클래스로 전송, 요청을 전송;

◆ 스텁 클래스 정보 인터페이스 방법, 파라미터 등 직렬화 요청;

◆ 서버에 시퀀스의 스트리밍에있는 소켓;

◆ 서버는 스켈 스트림의 대응하는 클래스로 전달 수신하고;

◆ 직렬화 후 스켈 클래스 정보 요청 호출 카테고리 실제의 처리;

◆ 위로 스켈 클래스 처리 클래스 처리 후 결과;

◆ 스켈 톤은 클라이언트 소켓 스텁 스트림에 의해, 클래스의 순서를 결과;

탈 직렬화 자바 Object가 호출자에게 반환 후 ◆ 그루터기는, 스트림을받은 후 직렬화.

다음 이전 애플리케이션 수준의 프로토콜 학습의 원리에 따라 몇 가지 질문에 답하려면 :

전송 ◆ 표준 형식은 무엇입니까?

자바 ObjectStream의입니다.

◆ 어떻게 스트리밍의 전환을 요청하는?

요청 스트림 자바 자바 직렬화 메커니즘에 객체 정보를 기준으로합니다.

◆ 어떻게 수신하고 처리 흐름에?

이 역 직렬화 자바 직렬화 메커니즘에 기초하여 상기 스트림에 유입하고, 획득 된 정보는, 처리 결과 처리에 대응하는 처리 대상 RMI 프로토콜에 따라, 그리고 전화에 사용되는 프로토콜에 따라 상기 대응하는 수신 포트를 활성화 또한 자바 직렬화 메커니즘을 기반으로 반환.

◆ 전송 프로토콜은?

소켓.

 

네,    XML-RPC

XML-RPC와 RMI는 또한 유사한 프로토콜 원격 호출이며, 그것은에서 다른 그것이 RMI의 XML 표준 형식 정의 정보 (요청 된 객체, 메소드 매개 변수 등)를 요청, 그래서 어떤 혜택 이 때 언어 간 통신을 사용하는 것도 가능하다.

원격 통신 프로세스 XML-RPC 프로토콜에보기 :

◆ 클라이언트 채우는 XML-RPC 프로토콜 요청 정보에 따라, 요청을 전송;

완성 된 XML ◆이 전송 프로토콜을 통해 전송 스트림으로 작성 후,

◆, 취득 요구는 XML-RPC 프로토콜 처리에 의한 XML로 변환 된 스트림을 수신 한 후 수신 된

◆ 처리 결과 후에 XML-RPC 프로토콜 XML 및 복귀에 따라 기입된다.

또한, 질문에 대답합니다 :

◆ 전송 표준 형식은?

XML 표준 형식입니다.

◆ 어떻게 스트리밍의 전환을 요청하는?

스트림에 XML.

◆ 어떻게 수신하고 처리 흐름에?

스트림 포트 요청 수신에 의해 취득 된, 그것은 XML로 변환하고, 프로토콜에 따라 정보 요구를 구하는 처리 및 XML로 작성된 결과를 반환한다.

◆ 전송 프로토콜은?

HTTP를

 

五,    이진-RPC

 

이진-RPC는 이름을 알고보고 XML-RPC는 거의 동일하다, 유일한 차이점은 바이너리 포맷으로 XML에 의한 전송을위한 표준 형식입니다.

또한, 질문에 대답합니다 :

◆ 전송 표준 형식은?

표준 바이너리 파일 형식입니다.

◆ 어떻게 스트리밍의 전환을 요청하는?

바이너리 형식은 스트림으로 파일.

◆ 어떻게 수신하고 처리 흐름에?

흐름 포트를 듣고 인수 요청, 프로토콜 정보 취득 요구에 따라, 이진 파일로 변환하고 XML 반품을 처리 할 수있는 결과를 기록한다.

◆ 전송 프로토콜은?

HTTP를.

 

여섯,    은 SOAP

SOAP 원래 의도는 액세스 프로토콜을 SimpleObject했다, 분산 환경에서 사용되는, 정보 교환을위한 경량 XML 기반 통신 프로토콜이 고려 될 수있다 SOAP의 XML의 RPC는 HTTP를 모두 정확히 같은 원리의 고급 버전입니다 +에만 XML 사양의 두 정의 사이의 차이에서 다른 XML, 표준 서비스 호출 프로토콜 SOAP WebService를 사용하는, 그래서 이것은 지불하지 않습니다 더 정교.

 

세븐,    CORBA

공통 객체 요청 BrokerArchitecture (공통 객체 요청 브로커 [스케줄러] 프로그램 아키텍처) 설정 장치와 표준 OMG에 의해 시작으로, "분산 객체 시스템"표준 세트를 정의하는 데 사용됩니다 (을 prepress 그룹 개체). CORBA의 목적은 프로토콜,이 프로토콜은 그들이 어떤 종류의 언어인지, 서로 상호 작용할 수 만족하는 개체의 집합을 정의하는 것입니다, 그들은 기계 및 운영 체제의 종류에 실행할지 여부.

내 의견으로는 CORBA는 선택 원격 통신 프로토콜을 덮고있는 SOA 아키텍처와 유사하지만 혼자 통신 프로토콜의 측면에서 여기에 포함되지 않을 수 있으며, CORBA는 기본적으로이에서, 방법을 이해하지 않는 CORBA와 결합, 제거 설명 할 수없는.

 

여덟,    JMS

JMS는 달성하는 것입니다 자바 수단과 방법으로 원격 통신을 RPC의 효과를 수행 할 수 있지만,는 JMS 기반 통신 및 원격 RPC는 다르지만,이 프로토콜 레벨에서 정의, 그렇게되지 않기 때문에 우리는 JMS를 생각하지 않는다 거기에 다른 언어 비슷한 일 JMS 시스템 메시징, 이러한 메커니즘은 통합 메시징 호출 할 수 있고 그것은 일반적으로 분산 높은 동시성이다, RPC는 프로토콜입니다,하지만 정말 원격 통신 프로토콜입니다 통신 메커니즘의 권장 지역은, 여기의 주요 문제는 내결함성이다 (자세한 내용은 얼랑 용지를 참조하십시오).

원격 통신 프로세스 JMS보기 :

◆ 클라이언트는 메시지 JMS의 규정에 선으로 요청;

◆ JMS의 API 또는 주제에 JMS 대기열 메시지에 의해;

다음 JMS 큐의 토픽에 가입하는 전송 된 주제로서 ◆ 같은 JMS 큐로서, 그리고, 해당 대상 큐를 보낸다.

는 JMS 큐의 단부에 의해 회전 처리 메시지를 얻기 위해, 메시지 수신 및 JMS 메시지 프로토콜을 분석에 따라 처리된다.

질문에 대답 :

◆ 전송 표준 형식은?

메시지는 조항을 JMS.

◆ 어떻게 스트리밍의 전환을 요청하는?

메시지에 매개 변수 정보가 될 수 있습니다.

◆ 어떻게 수신하고 처리 흐름에?

는 JMS 메시지 큐 회전 방식 또는 멀티 캐스트 전송을 정지 기반 메시지 큐에 처리 한 후, 처리를 수신 한 후, 수신.

◆ 전송 프로토콜은?

제한.

JMS는 일반적으로 비동기 원격 호출 기반 방법 중 하나를 달성하기 위해 사용된다.

물론, 원칙이 위가 아닌 원격 통신 프로토콜, 예를 들어, ORMI EJB가 사용되는 모든 옵션 필드 자바 기술, 간단한 HTTP를 호출자의 봄 자신의 정의는 좋아한다.

우리가 잘 알려진 원격 통신 분야에서 사용할 수있는 현재의 자바 프레임 워크 또는 라이브러리를 보는 원칙을 읽은 후 다음과 같습니다 등 JBoss에 원격, 봄 - 원격, 헤센, 삼베,있는 XFire (축), ActiveMQ를, 미나, 뮬, EJB3, 등등, 분산 서비스 프레임 워크는 실제로 필드를 포함하는 분산 솔루션이기 때문에, 이러한 일들이 매우 깊은 이해를 가지고있는 분산 서비스 프레임 워크를 할 실제로, 각 평가에 대한 간략한 소개를하고합니다 응용 프로그램 레벨 필드 문제의 두 가지 측면.

물론, 당신은 원격 네트워크 통신 이론 (전송 프로토콜 + 인터넷 IO)를 기반으로 자신의 통신 프레임 워크 또는 라이브러리를 실현하기 위해 소유 할 수 있습니다.

그래서 때 라이브러리 또는 프레임 워크 이러한 원격 통신을 이해하기위한, 그것을 배울 수있는 문제를 가져올 것인가?

◆ 프로토콜의 구현은 무엇을 기반으로?

◆ 어떻게 요청을 시작합니다?

◆ 어떻게 프로토콜 호환 형식으로 요청?

◆ 무엇 전송 프로토콜을 사용?

◆ 응답자는 어떤 메커니즘을 기반으로 요청을받을 수?

◆ 어떻게 스트림 전송 형식을 복원하는?

◆ 치료가 완료된 후 대처하는 방법?

 

九,    JBoss에 원격

통신을위한 프레임 워크이 프레임 워크를 기반으로 보스에 의해 작성된 자바의 필드입니다 제이 보스는 - 리모팅, 그것은 RPC의 전송 프로토콜의 다양한 매우 간단한 자바 객체 기반 구현 될 수있다.

직접 질문에 대답 :

◆ 프로토콜의 구현은 무엇을 기반으로?

보스 - 원격 통신 프로토콜 방식으로, 예컨대 순수한 소켓 IO + 실시 예 RMI, HTTP + IO 다양한 방법을 지원하는 통신 프레임 워크이다.

◆ 어떻게 요청을 시작합니다?

JBoss에 원격에서 요청 매개 변수 개체를 시작하는 단지 필요가 InvocationRequest의 JBoss에 리모팅 객체가 아니라 프로토콜에 따라 패키지를 InvocationRequest 충족 InvocationRequest 개체의 필요에 따라 할 수 있습니다 통과시켰다.

◆ 어떻게 프로토콜 호환 형식으로 요청?

JBoss에 원격는 자바 직렬화 메커니즘을 기반으로 바이트 스트림 객체로 요청을 구현하는, 또는 JBoss는 직렬화 소유하고 있습니다.

◆ 무엇 전송 프로토콜을 사용?

등등 소켓, HTTP와 같은 여러 전송 프로토콜을 지원합니다.

◆ 응답자는 어떤 메커니즘을 기반으로 요청을받을 수?

응답자는 단순히 제공 할 수 커넥터 개체 보스 - 원격의 서버 측에 그 처리 대상을 등록한다.

◆ 어떻게 스트림 전송 형식을 복원하는?

보스 - 원격 자바 자바 객체 직렬화 메커니즘에 기초하여, 요구 정보의 감소를 달성하거나 자체를 직렬화하는 보스.

◆ 치료가 완료된 후 대처하는 방법?

대상물의 처리 결과의 완료를 직접 리턴 될 수 후, 보스 - 원격 그것이 호출 터미널로 되돌아 본 프로토콜에 따라 객체를 직렬화한다.

또한, 보스는 원격 - 동기식 / 비동기식 / 단방향 통신과 같은 복수의 통신 모드를 지원한다.

 

 

 
 

十,    봄 - 원격

봄 - 원격는 Spring에 의해 제공되는 자바 이 프레임 워크를 기반으로, 통신 프레임 워크 분야에서, 같은도 게시 할 일부 원격 프로토콜 봄 콩의 아주 간단한 일반적인 방법이 될 수 있습니다, 당신은 또한 콩 봄 콩 원격 호출을 구성 할 수 있습니다.

◆ 프로토콜의 구현은 무엇을 기반으로?

그리고 JBoss에 원격처럼, 원격 통신의 다양한 통합 등 RMI, HTTP + IO, 바이너리-RPC 등 XML-RPC, 같은 여러 프로토콜에 대한 지원을 활성화하여 통신 프레임 워크, 봄 라이브러리로.

◆ 어떻게 요청을 시작합니다?

봄으로 인해 콩에 대한 원격 호출을 달성하기 위해 프록시를 사용하는 전체 발사 모드가 서비스 인터페이스를 통해 호출 요청합니다.

◆ 어떻게 프로토콜 호환 형식으로 요청?

합의 대상 정보 요청에 따른 스프링은, 스트림에, 예를 들어 SpringHttp 호출자가 자신의 스프링에 의해 정의 된 프로토콜에 기초하여 수행되고, 상기 전송 프로토콜은 정보 전송 스트리밍 자바 직렬화 메커니즘을 기반으로 변환되는 요청 HTTP에 사용 .

◆ 무엇 전송 프로토콜을 사용?

등등 여러 전송 등 RMI, HTTP와 같은 프로토콜 및 지원.

◆ 응답자는 어떤 메커니즘을 기반으로 요청을받을 수?

계약 응답자을 수행하는 사용자를 위해, 보통 스프링 빈은 응답자 서버를 제공하도록 구성하거나 스프링 장치에 의해, 요청을받습니다.

◆ 어떻게 스트림 전송 형식을 복원하는?

복원 할 수있는 계약에 따라.

◆ 치료가 완료된 후 대처하는 방법?

후 처리를 수행 할 해당 시퀀스 실시 예의 프로토콜에 따른 직접 다시 스프링 원격한다.

일레븐,    헤 시안

독일인은 Caucho에 기반 원격 통신 라이브러리 이진 RPC 구현에 의해 제공된다.

◆ 프로토콜의 구현은 무엇을 기반으로?

기반 바이너리-RPC 프로토콜입니다.

◆ 어떻게 요청을 시작합니다?

헤 시안에 필요한 API 자체는 요청을 시작하기 위해 제공.

◆ 어떻게 프로토콜 호환 형식으로 요청?

요구 정보를 직렬화 그 정의 직렬화 메커니즘을 통해 독일인는 이진 스트림을 생성한다.

◆ 무엇 전송 프로토콜을 사용?

헤 시안 HTTP 기반 전송 프로토콜.

◆ 응답자는 어떤 메커니즘을 기반으로 요청을받을 수?

응답자는 제공된 요청 API 독일인를받습니다.

◆ 어떻게 스트림 전송 형식을 복원하는?

헤센 요구 정보를 직렬화하는 직렬화 프라이빗기구는 해당 사용자 요구 정보의 오브젝트로 전송된다.

◆ 치료가 완료된 후 대처하는 방법?

직접 리턴 처리 후 독일인 결과 상기 발신 단말로 전송되는 객체를 직렬화.

열두,    삼베

삼베는 그것을 제공도를 Caucho에 있으며 헤센 차이가 XML-RPC 프로토콜을 기반으로한다는 것입니다.

◆ 프로토콜의 구현은 무엇을 기반으로?

XML-RPC 프로토콜을 기반으로.

◆ 어떻게 요청을 시작합니다?

에 따르면 API 삼베를 제공합니다.

◆ 어떻게 프로토콜 호환 형식으로 요청?

프로토콜을 준수하는 XML 형식으로 정보를 전송 스트림으로 변환을 요청합니다.

◆ 무엇 전송 프로토콜을 사용?

HTTP 프로토콜.

◆ 응답자는 어떤 메커니즘을 기반으로 요청을받을 수?

HTTP 요청을 모니터링합니다.

◆ 어떻게 스트림 전송 형식을 복원하는?

감소 XML-RPC 프로토콜을 기반으로.

◆ 치료가 완료된 후 대처하는 방법?

반환 결과는 XML로 작성, 삼베 통화의 말에 돌아갑니다.

열세,    있는 XFire, 축

있는 XFire는, 축 Webservice를가 WebService에이 기준을 달성하기 위해 완전한 SOA 아키텍처로 간주 될 수 구현 프레임 워크, 그래서있는 XFire를 사용하는 것입니다, 축이 수단은 웹 서비스 방식의 사용이다.

◆ 프로토콜의 구현은 무엇을 기반으로?

SOAP 기반 프로토콜입니다.

◆ 어떻게 요청을 시작합니다?

원격 서비스의 프록시로 직접 전화를 얻은 후.

◆ 어떻게 프로토콜 호환 형식으로 요청?

XML 형식으로 정보를 요청하면 SOAP 프로토콜을 따르 전송 프레임이 스트림을 변환된다.

◆ 무엇 전송 프로토콜을 사용?

HTTP 프로토콜.

◆ 응답자는 어떤 메커니즘을 기반으로 요청을받을 수?

HTTP 요청을 모니터링합니다.

◆ 어떻게 스트림 전송 형식을 복원하는?

환원 SOAP 프로토콜입니다.

◆ 치료가 완료된 후 대처하는 방법?

반환 결과는 프레임을 종료 호출에 의해 반환, XML로 작성되었습니다.

 
 

포티,    ActiveMQ를

ActiveMQ는 JMS는 등 동기 / 비동기 / 단방향 호출을 달성하기 아주 쉽게 할 수 있도록 원격 통신 JMS 기반 메시징뿐만 아니라 메시지 메커니즘에서, 자신의 모든 메시징 기능을 한 후, 같은 좋은 선택이다, 달성 보기의 내결함성 점은 내결함성 얼랑 중요한 토대를 할 수있는 좋은 선택이다.

◆ 프로토콜의 구현은 무엇을 기반으로?

프로토콜을 JMS 기반.

◆ 어떻게 요청을 시작합니다?

요청을 시작하는 JMS API를 따르십시오.

◆ 어떻게 프로토콜 호환 형식으로 요청?

나는 추측 이진 스트림해야 모르겠어요.

◆ 무엇 전송 프로토콜을 사용?

등 다수의 전송과 같은 소켓, HTTP와 같은 프로토콜 및 지원.

◆ 응답자는 어떤 메커니즘을 기반으로 요청을받을 수?

계약에 맞춰 포트를 청취.

◆ 어떻게 스트림 전송 형식을 복원하는?

문제 3.

◆ 치료가 완료된 후 대처하는 방법?

팔로우 JMS의 API 메시지가 생성되고 JMS 큐에 기록됩니다.

원격 통신을위한 예에 기초하여 JMS 스프링 Intergration 뮬 링고 등과 같은 메카니즘이있다.

다섯,    미나

이 네트워크 IO의 조각에 대한 언급이 없으며, 이전에 언급 한 기본 프레임 워크 또는 라이브러리 BIO을 기반으로하고 있으며, 미나는 BIO의 관점에서 대비의 양 NIO와 NIO 동시 증가의 사용을 때까지 미나는 아파치가 제공하는 통신 프레임 워크입니다 그것은 성능을 크게 개선하고있다 자바 성능 향상과 밀접한 관련하여, 그 NIO이 OS는 작은 관계 없습니다.

◆ 프로토콜의 구현은 무엇을 기반으로?

소켓 + NIO는 순전히 기준으로합니다.

◆ 어떻게 요청을 시작합니다?

미나는 클라이언트 API에 의해 제공.

◆ 어떻게 프로토콜 호환 형식으로 요청?

미나 객체 요청 직렬화 자바 직렬화 메커니즘을 따랐다.

◆ 무엇 전송 프로토콜을 사용?

등 다수의 전송과 같은 소켓, HTTP와 같은 프로토콜 및 지원.

◆ 응답자는 어떤 메커니즘을 기반으로 요청을받을 수?

프로토콜 포트를 모니터링 할 수 NIO 방법.

◆ 어떻게 스트림 전송 형식을 복원하는?

자바 직렬화 메커니즘은 요청 객체가 직렬화되어 다음과 같습니다.

◆ 치료가 완료된 후 대처하는 방법?

미나 API가 리턴하십시오.

MINA NIO 따라서 비동기 호출이 더 긴장감없는 지원 방법입니다.

열 여섯,    EJB를

의 분산에서 가장 눈에 띄는 EJB는 EJB는 ORMI 프로토콜을 사용하고, RMI 프로토콜은 거의 동일하지만,이 배포되지 않습니다 분산 통신, 전송 풀, 스마트 프록시 및 기타 지역에서 EJB 보안 제어의 두드러진 측면을 만든다 유망주.

◆ 프로토콜의 구현은 무엇을 기반으로?

기반 ORMI 프로토콜입니다.

◆ 어떻게 요청을 시작합니다?

EJB 호출.

◆ 어떻게 프로토콜 호환 형식으로 요청?

자바 직렬화 메커니즘은 직렬화 할 수있는 요청 객체를 다음과 같습니다.

◆ 무엇 전송 프로토콜을 사용?

소켓.

◆ 응답자는 어떤 메커니즘을 기반으로 요청을받을 수?

포트 스누핑.

◆ 어떻게 스트림 전송 형식을 복원하는?

자바 직렬화 메커니즘은 요청 객체가 직렬화되어 다음과 같습니다.

◆ 치료가 완료된 후 대처하는 방법?

처리 객체를 직접 돌려 보냈다.

또한 우연히이 블로그에서의 JNDI의 언급에서 잘못된 메커니즘을 의심 이전 JNDI에 대한 일련의 기사에서 분산 서비스 프레임 워크 만 JNDI 제이보스는 아래에 설명 할 경우, JNDI의 구현에 의존하기 때문에 그것은 달성했다.

객체 인스턴스는 것은, Context.lookup ()를 사용하여 원격 단말이 모드를 받으면, JNP 서버 보스 원격 객체 인스턴스를 호출 시작에 바인딩 한 후, 보스 JNDI 구현 위로 오브젝트 인스턴스 JNP 서버 직렬화로부터 취득 지역, 다음 클래스는 로컬 호출 후 로컬로 직렬화.

이 메커니즘을 통해, 우리가 알 수있는 사실,이 지방의 개체 인스턴스가 확실히 실패했을 것이다, 그렇지 않으면 직렬화 시간의 클래스에 보스 수밖에해야하며, 원격 통신은 원격에서 특정 작업을 수행하는 것입니다 필요 및 수득 해당 결과 순수 JNDI 기반 원격 통신 아니다 알 수있다.

투명성은 EJB처럼, 그것을 통해 원격 및 로컬 전화를 달성 할 수 있기 때문에 (데이터 소스와 같은) 실제 배포 메커니즘을 숨길 또한 좋은 상태뿐만 아니라, 분산 JNDI 서비스 프레임 워크의 핵심 기술 포인트입니다 달성하기 위해 다른 프로그램.

XVII 요약

일련의 분석에서, 통신 분야에서, 관련된 지식, 확실히 다수가 여전히 예 : 통신 프로토콜 (소켓 / TCP / HTTP / UDP / RMI / XML-RPC 등), 메시지 메커니즘, 네트워크 IO (BIO / NIO / AIO), 멀티 스레드, 지역 전화 및 원격 통화 투명성 방식 (자바 클래스 로더를 포함하는, DynamicProxy, 단위 시험 등), 비동기 및 동기 통화, 네트워크 통신 처리기구 (자동 재접속, 방송, 예외 풀링 등), JavaSerialization (각종 프로토콜 사설 직렬화 메커니즘 등), (다양한 프레임의 원리를 달성하기 위해 송신 포맷의 트랜스 포트 스트림 형식으로 변환하는 방법, 전송 포맷에 정보를 요청하는 방법, 스트림을 수신하는 방법, 실제 필요에 따라 만 쉽게 선택을하기 위해 사건의 원리를 이해 결정하는 무언가에 능숙해야 전송 스트림 형식 등)을 복원하는 방법, 심지어 개인 원격 통신 프로토콜의 필요에 따라 수행 분산 서비스 플랫폼에 참여 또는 더 큰 분산 응용 프로그램을 개발하는 사람들을 위해, 내 생각 엔 적어도 상기 지식 포인트는 더 나은 이해가 필요하다.

 

추천

출처www.cnblogs.com/plec/p/10958418.html