제목에서 알 수 있듯이 이것은 특히 Java EE와 Glassfish와 관련이 있습니다.응용 프로그램 클라이언트와 독립 실행 형 클라이언트의 차이
글래스 피쉬와 대화 할 수있는 응용 프로그램 클라이언트에서 응용 프로그램 클라이언트가 실행되는 것을 배웠습니다. 그러나 특수 효과에 대한 제한 사항이있는 것으로 보입니다.
두 가지 다른 응용 프로그램 유형에서 glassfish 응용 프로그램 서버에 연결하는 데있어 차이점을 보여줄 수 있습니까?
응용 프로그램 클라이언트 접근 방식의 이점은 무엇이며 Java EE 용 응용 프로그램 클라이언트를 개발할 때 가장 일반적으로 사용되는 방법은 무엇입니까?
두 경우 모두 앱 서버에 연결하는 것과 관련하여 필요한 코드 (실제로 수행해야하는 작업)는 그다지 어렵지는 않지만 다른 문서로 다루어집니다.
이들은 the instructions on how to access an EJB from a stand-alone java application입니다.
다음은 GlassFish v3을 사용하는 Java EE 6 Application Client에서 응용 프로그램 클라이언트를 사용하여 EJB에 액세스하기위한 지침입니다. http : //docs.sun.com/app/docs/doc/820-7695/beakt? l = en & a =보기
응용 프로그램 클라이언트에서 EJB에 액세스하면 '직접'EJB로 작업하는 경우보다 '자동으로'더 많은 Java EE 서비스에 액세스 할 수 있습니다. 독립 실행 형의 경우 이러한 서비스 중 일부에 액세스 할 수 있지만 해당 액세스 작업을 수행하려면 응용 프로그램 개발자/배포자로 이동해야합니다.
EJB에 액세스하는 독립 실행 형 응용 프로그램을 만드는 것이 단기적으로는 쉬운 것처럼 보이고 많은 사람들이 그 전략에 투자 할 것입니다. 클라이언트 응용 프로그램을 다수의 시스템에 배포하면 자갈로 묶인 서비스 액세스 전략과 관련된 부담이 커질 수 있습니다.
응용 프로그램 클라이언트 컨테이너를 사용하는 응용 프로그램 클라이언트를 배포하는 것도 무료가 아닙니다. 이점은 배포 문제를 극복하기 위해 앱 서버 공급 업체의 지원을 받는다는 것입니다.
GlassFish (v2.1, v2.1.1 또는 v3)를 사용하는 경우 Java Web Start 지원을 활용할 수도 있습니다. 이는 클라이언트 응용 프로그램 배포를 훨씬 단순하게 만듭니다.
응용 프로그램 클라이언트는 실제로 컨테이너에서 실행되며 서블릿 또는 EJB와 동일한 방식으로 서버에 정의 된 Java EE 자원에 대한 모든 액세스 권한을가집니다. 이것은 일반적으로 사용자 응용 프로그램이 아닌 일부 유형의 관리 클라이언트에 사용됩니다. Here is one explanation.
Java EE 응용 프로그램 클라이언트 외에도 Thin Client이라는 개념이 있습니다.이 개념은 일부 Java EE 자원에도 액세스 할 수 있지만 App Client처럼 쉽게 액세스 할 수는 없습니다. 일반적으로 JNDI 참조를 사용할 수 없으므로 절대 이름과 함께 JNDI 조회를 사용합니다. 이에 대한 일반적인 경우는 독립 실행 형 JMS 메시지 생성자/사용자입니다. 기본적으로 전체 앱 클라이언트의 경량 옵션입니다.
간단히 사용자 응용 프로그램을 만드는 경우 Thin Client 모델 또는 서블릿 또는 웹 서비스 호출을 통해 Java EE 응용 프로그램의 서비스를 단순히 사용하는 일반 오래된 응용 프로그램을 사용하고 싶을 가능성이 큽니다.
첫 번째 링크가 다음으로 이동되었습니다. - [http://glassfish.java.net/javaee5/ejb/EJB_FAQ.html] (http://glassfish.java.net/javaee5/ejb/EJB_FAQ.html) - 오라클이 모든 ** X.dev.java.net ** 링크를 ** X.java.net **로 이동했기 때문에 –