java-ee - jakarta - java ee que es

¿Qué es Java EE? (9)

Existen 2 versiones de los entornos Java, J2EE y Se. SE es la edición estándar, que incluye todas las clases básicas que necesitaría para escribir aplicaciones de un solo usuario. Mientras que la Edición Enterprise está configurada para aplicaciones empresariales de múltiples niveles, o posibles aplicaciones distribuidas. Si utilizaría servidores de aplicaciones, como Tomcat o websphere, querría usar J2EE, con las clases adicionales para el soporte de n niveles.

Esta pregunta ya tiene una respuesta aquí:

¿Qué es exactamente Java EE? 4 respuestas

Me doy cuenta de que, literalmente, se traduce a Java Enterprise Edition. Pero lo que pregunto es qué significa esto realmente? Cuando una empresa requiere experiencia en Java EE, ¿qué es lo que realmente están pidiendo? ¿Experiencia con EJBs? ¿Experiencia con aplicaciones web de Java?

Sospecho que esto significa algo diferente para diferentes personas y la definición es subjetiva.

J (2) EE, estrictamente hablando, es un conjunto de API s (como la respuesta principal actual lo tiene) que permiten a un programador construir sistemas transaccionales distribuidos. La idea era abstraer los complicados bits transaccionales distribuidos (que serían implementados por un contenedor como WebSphere o Weblogic), dejando al programador desarrollar la lógica empresarial libre de preocupaciones sobre los mecanismos de almacenamiento y la sincronización.

En realidad, fue una mezcla de diseño por comité, que fue impulsada en gran medida en beneficio de proveedores como IBM, Oracle y BEA para que pudieran vender ridículamente excesivamente complicados, sobre diseñados, sobre Productos inútiles. Que no tenía las características más básicas (como la programación)!

J2EE era una construcción de marketing.

J2EE se refiere tradicionalmente a productos y estándares lanzados por Sun. Por ejemplo, si estuviera desarrollando una aplicación web J2EE estándar, estaría utilizando EJBs, Java Server Faces y ejecutándose en un servidor de aplicaciones que admita el estándar J2EE. Sin embargo, dado que existe una gran cantidad de bibliotecas y productos de código abierto que hacen los mismos trabajos y (y muchos argumentarán mejor) que estas ofertas de Sun, el significado cotidiano de J2EE también se ha convertido en una referencia a estos ( Por ejemplo, una solución Spring / Tomcat / Hibernate) en muchas mentes.

Este es un gran libro en mi opinión que discute el enfoque de ''código abierto'' para J2EE http://www.theserverside.com/tt/articles/article.tss?l=J2EEWithoutEJB_BookReview

Java EE es en realidad una colección de tecnologías y API para la plataforma Java diseñada para admitir aplicaciones "empresariales" que, por lo general, pueden clasificarse como aplicaciones de gran escala, distribuidas, transaccionales y de alta disponibilidad diseñadas para respaldar los requisitos comerciales de misión crítica.

En términos de lo que un empleado está buscando en tecnologías específicas, es bastante difícil decirlo, porque el campo de juego ha ido cambiando en los últimos cinco años. Realmente se trata de la clase de problemas que se resuelven más que cualquier otra cosa. Las transacciones y la distribución son claves.

Java EE es una colección de especificaciones para desarrollar y desplegar aplicaciones empresariales.

En general, las aplicaciones empresariales se refieren al software alojado en servidores que proporcionan las aplicaciones compatibles con la empresa.

Las especificaciones (definidas por Sun) describen servicios, interfaces de programación de aplicaciones (API) y protocolos.

Las 13 tecnologías básicas que conforman Java EE son:

JDBC
JNDI
EJBs
RMI
JSP
Servlets de Java
XML
JMS
IDL de Java
JTS
JTA
JavaMail
JAF

El proveedor de productos Java EE suele ser un servidor de aplicaciones, un servidor web o un proveedor de sistemas de bases de datos que proporciona clases que implementan las interfaces definidas en las especificaciones. Estos proveedores compiten en las implementaciones de las especificaciones de Java EE.

Cuando una empresa requiere experiencia en Java EE, lo que realmente están pidiendo es experiencia utilizando las tecnologías que conforman Java EE. Con frecuencia, una empresa solo utilizará un subconjunto de las tecnologías Java EE.

Parece que Oracle ahora está tratando de acabar con los JSP (reemplazar con caras) y emular REST de Spring (JAX-RS) y DI.

ref: https://docs.oracle.com/javaee/7/firstcup/java-ee001.htm

Tabla 2-1 Tecnologías Java EE de nivel web

Tecnología JavaServer Faces

Un marco de componentes de interfaz de usuario para aplicaciones web que le permite incluir componentes de IU (como campos y botones) en una página XHTML, llamada página de Facelets; convertir y validar datos de componentes de la interfaz de usuario; guardar los datos de los componentes de la interfaz de usuario en los almacenes de datos del lado del servidor; y mantener el estado del componente

Lenguaje de expresion

Un conjunto de etiquetas estándar utilizadas en las páginas de Facelets para referirse a los componentes de Java EE

Servlets

Clases de lenguaje de programación Java que procesan dinámicamente solicitudes y construyen respuestas, generalmente para páginas HTML

Contextos y inyección de dependencias para Java EE.

Un conjunto de servicios contextuales que facilitan a los desarrolladores el uso de beans empresariales junto con la tecnología JavaServer Faces en aplicaciones web

Sí, experiencia con EJB, Web Apps (servlest y JSP), transacciones, webservices, administración y servidores de aplicaciones.

También significa, experiencia con la aplicación de nivel "empresarial", a diferencia de las aplicaciones de escritorio.

En muchas situaciones, las aplicaciones empresariales necesitan conectarse con una serie de sistemas heredados, no solo son "páginas web" y, con las funciones disponibles en la "edición" de java, este tipo de conectividad se puede resolver.

Su significado cambia todo el tiempo. Solía significar Servlets y JSP y EJBs. Hoy en día probablemente signifique primavera e hibernación, etc.

Realmente lo que están buscando es la experiencia y la comprensión del ecosistema de Java, los contenedores de Servlets, JMS, JMX, Hibernate, etc. y cómo encajan entre sí.

Las pruebas y el control de la fuente también serían habilidades importantes.

Yo diría que la experiencia J2EE = experiencia en profundidad con algunas tecnologías J2EE, conocimiento general sobre la mayoría de las tecnologías J2EE y experiencia general con software empresarial en general.