Google App Engine과 Java EE 용 Java의 핵심 차이점은 무엇입니까?

Question

Google App Engine과 Java EE 용 Java의 핵심 차이점은 무엇입니까? (나는 Java에 전혀 익숙하지 않기 때문에 일반적으로 다른 점이 무엇인지 설명해 주시고 배울 점은 이력서에 더 좋다는 것을 설명해주십시오)

Answer 1

구글 앱 엔진은 웹 애플리케이션 컨테이너 (부두)에 내장 그래서 그것은 분명히 (표준화 된 API를 사용하여 인프라를 활용할뿐만 아니라 추가)을 일부 제한 자바 EE의 하위 집합을 제공합니다 :

• 서블릿 2.4, JSP 2.0
데이터 저장소에 대한 JDO & JPA의
• 부분 지원
• JavaMail에 대한 ... 메일
• JAXB
• DOM, SAX, 및 XML 처리 API에 대한 XSLT

자바 EE API와 지원되지 않는 기술은 다음과 같습니다

• 엔터프라이즈 자바 빈즈 (EJB)
• JAX-RPC
• JAX-WS
• JDBC (Java Database Connectivity)
• Java EE ™ 커넥터 Ar chitecture (JCA)
• 하는 JMX (Java Management Extensions)
• 자바 메시지 서비스 (JMS)
• 자바 명명 및 디렉토리 인터페이스 (JNDI)
• 원격 메소드 호출 (RMI)

자세한 내용 Will it play in App Engine에 있습니다. 그런데

, 우리는 더 이상 J2EE 말을하지 않습니다, 그것은 자바 EE는 2005 년부터입니다 :)

Answer 2

Google App Engine은 기본 시스템으로 수행 할 수있는 작업의 일부를 제공합니다 . 가장 큰 문제는 로컬 저장소에 액세스 할 수없고 요청 처리가 지정된 시간 제한으로 완료되어야한다는 것입니다. 그렇지 않으면 작업이 종료됩니다.

Answer 3

언어에는 차이가 없습니다. 둘 다 Java입니다. 차이점은 클래스 라이브러리를 사용할 수 있다는 것입니다. 자바에 대한

Answer 4

첫 번째 anwser AppEngine에 자바 EE의 일부가 사실이라고 말을하지만 몇 가지 정보를 벗어났습니다.

Google Appengine은 실제로 Java EE의 하위 집합을 지원하지만 Java EE는 Appengine 기술의 하위 집합도 지원합니다.

Appengine에는 높은 복제 데이터 저장소와 탄성 조정이 함께 제공됩니다. 따라서 유휴 상태 인 서버에 대해서는 비용을 지불하지 않아도됩니다. Appengine은 Web Hooks를 지원합니다. 이것은 JMS와 비슷한 일을하는 데 사용할 수있는 새로운 기술입니다. JNDI는 이유 때문에 지원되지 않습니다. Google Appengine에서 서비스를받는 것이 간단한 Java API를 통해 이루어지기 때문입니다. 따라서 모델을 단순화합니다. RMI는 appengine의 내부에서 많이 사용되며 필요할 경우 직접 사용할 수 있습니다.그러나 appengine에서 RMI를 사용하면 XMPP를 통해 또는 High Replication을 통해 기계 간 통신을 수행 할 수 있으므로 많은 의미가 없습니다.

Appengine을 사용하면 Java EE와 비슷한 응용 프로그램을 개발할 수 있지만 Googles Infrastructure에 바인딩됩니다. 머신 설정, 네트워크 설정, 스케일링과 같은 많은 힘든 작업이 자동으로 수행됩니다. 따라서 큰 시스템 엔지니어링 팀이 필요하지 않습니다.

모두 Java EE는 대기업에서 사용하는 오래된 방법입니다. Appengine은 매우 빠르게 성장하고 확장 할 필요가있는 신생 기업이 사용하지만 사소한 시작 비용도 필요하지 않습니다.