Fuentes para Java EE

Primero que nada creo que para evitarte los dolores de cabeza de instalar las base de datos busques como utilizar Docker

Después creo que deberias entender algunos conceptos o palabras que se esuchan mucho en el mundo de Java EE y para eso recomiendo el blog y el libro de cecilio

Por ultimo, tengo algunos tutoriales en los que crear una aplicacion sencilla y mi idea es hacerlo facil, pero aun no se si son lo suficientemente sencillos y claros

Saludos.

muchas gracias jesus por responder, es verdad, son demasiados conceptos, cuando recien inicias te quedas con cara de ... y esto que es?, para que?, que siginifica?, como se aplica, revisare la documentacion que me recomendaste!, te lo agradezco infinitamente

El primero que debes de aprender es POJO = Plain Old Java Object ( Un objeto java plano y sin chiste ). Ya después de ahí el mundo!

Hola, primeramente permite-me felicitarte por tu interés en aprender, cosa que les falta a muchos, y es por ello que existen mas programadores que desarrolladores.

Bueno déjame darte el siguiente camino que te recomiendo sigas.

• Conceptos basicos de programación orientada a objetos
• UML 2.0
• Patrones de diseño
• Tutorial Java
• Tutorial JEE

Recuerda si necesitas mas información con gusto te puedo apoyar gratuitamente por este medio ademas imparto cursos de:

JEE, Web Component, Web Services, Java Architect, BPM y SOA.

Hola Sr. Oscar, seria tan amable de explicarme exactamente a que se refiere con:

El primero que debes de aprender es POJO = Plain Old Java Object ( Un objeto java plano y sin chiste ). Ya después de ahí el mundo!

Yo le entendí a Wikipedia que la implementación de un POJO es para enfatizar el uso de clases simples y que no dependan de ningún marco de trabajo sin embargo leyendo mas en el articulo observo que también se dice que es la creación de una clase que no depende de ninguna otra (lo cual se me hace confuso, ya que si no mal recuerdo todas las clases en java heredan de   la cual es una clase ), esto me hace pensar que los desarrolladores inicialmente no tenían contemplado eso de los POJO's, aun cuando en el mismo articulo se dice que cuando se hablan de estos es como decir tarjetas perforadas... O algo así entendí jajaja.

Si se puede con manzanas y todo ñ_ñ!

@Lia, creo que @abrahamstalin te ha dado un buen contenido sin embargo, por la impresión de tu persona vía comentario es: que no dominas los conceptos básicos de un Sistema Operativo, vaya, que no sabes manipularlo como deberías de saber hacer. Es por eso que te digo, deberías estudiar los conceptos básicos de Informática: Software de Aplicación, Software de Sistema, Sistemas operativos, la manipulación de estos últimos (en tu caso casi apuesto 3 ecuaciones diferenciales a que es alguna version de Windows jeje), etc...

Perdón por el offtopic... u_u pero me interesa leer la respuesta de el Sr. Oscar.
Saludos!!

El POJO es el nombre que le dieron Martin Fowler y sus compañeros con un ligero tono de sarcasmo a las clases Java simples y planas, para ver si teniendo un nombre "elegante" la gente se acordaba de usarlas más ( la ironía es que español suena a Pollo lo cual no es nada elegante ).

El nombre es un poco en burla porque crea una palabra más para nombrar algo que ha existido desde la creación del lenguaje; a una clase simple y llana.

Es por eso que el artículo de la wikipedia dice que es tan viejo como las tarjetas perforadas (dicho también en tono sarcástico).

El artículo dice que no hereda ni implementa nada en especial, no que no hereda nada en lo absoluto, ya que como bien dices, todas las clases heredan de java.lang.Object, pero esto no tiene nada de especial.

Volviendo a mi comentario, pues eso, habiendo tantos conceptos por aprender, el primero debería de ser el más sencillo, por lo tanto POJO.

Bueno entendemos que un POJO son objetos planos en Java (mas bien la definición pero no profundizo en esto).

Esto no implica que estos objetos pierdan referencias con otros objetos, sino mas bien que tiene atributos encapsulados por los getter's y setter's, sin tener lógica en sus comportamientos (métodos).

También puedes incluir en los objetos planos de java (de ahora en adelante "planos"), es especificar su relación (uno a uno, uno a muchos, etc.) con otros objetos.

Como propuesta, los objetos planos deben de implementar la interfaz serializable del paquete java.io, esto nos habilita la transferencia de los objetos en red (solo quédense con esto, si es necesario les explico mas a detalle).

Transferencia de datos, un POJO debería ser como un DTO, solo como almacenamiento de datos para viajar en red.

"Estoy en contra de parsear de entity a dto a pojo, porque el dominio es uno".

POJO es un retrónimo. Lo empezaron a usar para distinguir estos objetos simples (que han existido desde que existe Java) de las cosas que había que hacer con objetos para J2EE por ejemplo, donde tu objeto tenía que implementar no sé cuántas interfaces y/o extender ciertas clases. Muchos frameworks funcionaban así antes de que hubiera anotaciones; tenías que extender un tipo o implementar una interfaz; por lo tanto, un objeto tuyo ya se "amarraba" a ese framework, y a veces había problemas cuando querías usar ese mismo objeto con otro framework distinto que requería que extendieras otra clase o que implementaras otra interfaz y hubiera conflictos.

Posteriormente con anotaciones fue ya posible para muchos frameworks utilizar POJOs.

Por este medio propongo el nuevo retrónimo: ANTOJO.. por AnnoTated Old Java Object jaja

@abrahamstalin un pojo si puede tener comportamiento en sus metodos , no existe ninguna restriccion en eso , me parece que tu descripcion mas se asemeja a lo que es un Javabean por lo que mencionas de los setters y getters e implementar serializable.

Un POJO no es lo mismo que un bean. Los beans tienen puro getter y setter, pueden ser Serializable, y preferentemente deben implementar   y  ; los POJOs pueden implementar interfaces, tener varios métodos, se componentes conectados con otros componentes, etc, pero no están ligados a un framework en particular.

Para alcanzar el grado de Mr. o Mrs. —según sea el caso— en Java necesitas primeramente leer la siguiente montaña de libros:

Para aquellos interesados en saber más sobre los POJOs, tal vez los siguientes libros puedan ayudar:

• Bodden, Brian. Beginning POJOs from novice to professional. Berkeley, CA: Apress, 2006

• Richardson, Chris. POJOs in action : developing enterprise applications with lightweight frameworks. Greenwich, Conn: Manning, 2006.

¡Por si sirve de algo!

~~~

Ya estuvo que nunca seré un Mr.

Typography...