Apuntes de Java

Hasta el momento hemos visto un CRUD usando RESTful, con un objeto y varios objetos. Ahora, quiero mostrar el manejo de la seguridad en RESTful usando los estándares de Java EE6.

La inyección de dependencia es una técnica popular en el desarrollo de aplicaciones empresariales java. En una inyección de dependencia, también llamada Inversión de Control (Inversion of Control - IoC) , un componente especifica los recursos de los que depende. Un inyector, típicamente un contenedor, proporciona los recursos al componente. Aunque la inyección de dependencia puede ser implementado de varias maneras, muchos desarrolladores lo implementan con anotaciones.

@Mick Knutson publica su libro " Java EE 6 Cookbook for Securing, Tuning, and Extending Enterprise Applications " donde se muestra, de manera general y concisa, los aspectos de seguridad, rendimiento y mejorar las aplicaciones Java EE 6. Aquí, mis comentarios del libro.

En un anterior Post hablé sobre AOP usando Spring . Es un post algo antiguo, y me había basado de un artículo publicado en JavaRanch . Esa vez fue usando el famoso Framework Spring, pero esta vez mencionaré como funciona el AOP desde Java EE6. Creo que ya existía desde la versión EE 5, pero no importa, aquí lo mencionamos para el deleite de todos.

La gente de PacktPub.com la noble tarea de revisar un libro que habla sobre Java EE 6 con NetBeans 7:  Java EE 6 Development with NetBeans 7 Acabo de leerlo y aquí van mis comentarios.

Después de varias semanas desconectado por motivo de trabajo (parece que ahora sí trabajo más que antes) retomo (y espero que sea más seguido) los artículos de este blog que, según veo las estadísticas, a varios desarrolladores ayudan. Y bueno, estuve haciendo una aplicación con JSF 2.0, y una de las característica que debería tener es que  permita anexar archivos. Los Servlet 3.0 - que son parte de Java EE 6 - permiten cargar archivos de manera nativa. Lo que mostraré en este post es justamente cómo utilizar el Upload de Servlet 3.0 desde una aplicación web con JSF 2.0. No usaré extensiones de JSF como el ICEFaces o el MyFaces, porque quiero hacerlo de la manera más genérica posible, de tal manera que no afecte a la implementación de JSF que estén usando.

Todo mantenimiento de objetos debe tener siempre lo que en inglés se llama CRUD (Create - Read - Update - Delete). Hasta ahora hemos visto C y R. Faltan el U y el D. Así que en este artículo hablaremos de ello

Comenzamos este año nuevo con la continuación del (creo yo) más esperado tema de tutorial: RESTful . Y esta vez hablaremos sobre el manejo de colecciones y objetos complejos. Por ahora será de manera básica y veremos poco a poco cómo hacerlo más y más complejo.

Hemos visto en el anterior post cómo hacer un servicio REST solo para producir y consumir un texto simple. Ahora bien, en la vida real no son textos simples, sino estructuras de datos algo complicadas. Pero para ir lentos pero seguros, aprenderemos cómo hacer un servicio REST pero para manejar un solo objeto.

Quienes hayan usado SOAP para WebService, sabrán que es bien fácil de diseñar, pero algo complicado de consumir: se necesita toda una API para construir los clientes utilizando el WSDL. Por ejemplo, para PHP se necesita de la biblioteca NuSOAP. Entonces, para lograr el concepto de "lenguaje único XML" es un dolor de cabeza. Y más aún si el cliente es tan simple como JavaScript, manejar XML de SOAP provocaría suicidos masivos... o no usar WebServices. Además, con SOAP se permite crear un solo servicio y ponerle varios métodos. Esto puede llevar a un mal diseño del servicio ya que podría tener un servicio que haga de todo: por ejemplo, un servicio de manejo de Clientes que permita también manejar Proveedores. RESTful es una propuesta muy interesante de Roy Fielding que permite manejar los servicios web con métodos definidos, manteniendo la simpleza del protocolo como XML, pero que cada servicio sea identificado únicamente con un solo URI . En este post veremos cómo cr

Las aplicaciones Java EE que se han mostrado en este blog son más orientados para desplegarlos en GlassFish. Esto conlleva a que cada los DataSource sean de acuerdo para proveedor de cada Java EE. Así, mis ejemplos para GlassFish no funcionarían para JBoss, Geronimo, WebLogic, etc. Aún así, cuando se desarrolla la aplicación desde NetBeans, y cuando se genera el .war, este no asegura que en ese archivo no exista la configuración de DataSource para la aplicación para usar. Por ejemplo, para GlassFish desde NetBeans se crea el archivo sun-resources.xml , pero este archivo no existe dentro del .war. Por tanto, antes de desplegar el .war en el GlassFish, se necesita crear manualmente el Pool de Conexiones y el Recurso JDBC. Como siempre he dicho a los que he dictado el curso Java EE: el archivo sun-resources.xml es el archivo de recursos para el modo de desarrollo. Solo es usado desde NetBeans. Ahora bien ¿no debería haber un archivo único? Vamos: el JPA funciona para todos los motores

El NetBeans 6.9 traerá muchas cosas nuevas, entre ellas un soporte más especializado en CDI . Aquí muestro un vídeo y también, el proyecto creado en el vídeo. https://apuntes.dev.java.net/files/documents/10908/148286/EjemploCDIWeb.tar.gz

Cuando se trabaja con variables sesión en JSP/Servlets es fácil guardar estas variables y también accederlas... bueno, al menos para quien ha trabajado bastante con este tipo de variables de sesión: Desde un servlet se debería escribir request.setAttribute("obj1",obj1); ... cuando se desea guardar una variable de sesión de alcance "request".Para uno de alcance "sesión" es una historia similar. Y desde un JSP para acceder a esta variable de sesión, usando EL, deberíamos usar algo como esto: Mostrando objeto: ${ob1} Pero en JSF (en especial la versión 2.0), ya no se debería utilizar variables de sesión ya que JSF propone ManagedBeans que tengan alcance Scope, Request, Application, Custom y none. Pues bien, esto funcionaría así. Un ManagedBean: @ManagedBean(name="bean1") @SessionScoped public class Bean1 { public Bean1() { } private String nombre; public String getNombre() { return nombre; } public v

Desde el 12 al 20 de enero de este año, se dictará en línea el curso Java EE6 vía JavaPassion.com http://www.javapassion.com/courses/javaee6codecamp.html Se utilizará el NetBeans 6.8 y el JDK 1.6 u17 Habrán tareas al final de cada sesión para medir el avance de cada participante. Al finalizar el curso y haber concluido satisfactoriamente las tareas, se emitirán sus respectivos certificados. Ojo: estos certificados no están asociados a ninguna entidad, solo certifican que han llevado el curso en JavaPassion.com Para participar de dicho evento, deberán registrarse en Google Groups: http://groups.google.com/group/javaee6-codecamp Anímense, y conocerán el Java EE6 de una manera rápida.

En un post anterior se anunció la Conferencia Virtual de JavaEE 6 y GlassFish V3. Para los que se perdieron dicha conferencia, han publicado: Los vídeos de la conferencia . Las presentaciones usadas .

¿Qué es Java EE y por qué es importante para los desarrolladores? ¿Cuáles son las nuevas características de Java EE 6 y cómo puede ayudar a los desarrolladores a ser productivos? Obtén las respuestas a estas preguntas y más en la Conferencia Gratuita Virtual Java EE 6 y GlassFish v3 . Día: 15 de diciembre de 2009. Lugar: A nivel mundial. Hora: 08:00 - 17:00 (PST - Hora del pacífico). Verificar las zonas horarias respectivas de acuerdo a tu país. Regístrate ahora Agenda de la conferencia (PDF) ¡No faltes!

NetBeans 6.8 ya salió a la luz. Es el primer IDE que soporta Java EE6, incluyendo Java EE Web Profiles, EJB 3.1, JPA 2.0, GlassFish Metro 2.0 web services (JAX-WS 2.2), JAXB 2.2. También crea aplicaciones JavaFX 1.2.1. Soporte completo para PHP 5.3 (con namespaces) y muchas características más . Puedes descargarlo de aquí: http://netbeans.org/downloads/?pagelang=es ... Si quieres ver a NetBeans 6.8 en acción, revisa los siguientes vídeos: http://netbeans.org/kb/docs/intro-screencasts.html ah! también está disponible en Español, gracias a la comunidad de Traductores del IDE al Español. GigaGracias a todos ellos.

NetBeans 6.8 viene con una (de muchas) característica novedosa: Pruebas Unitarias para EJB 3.1. Para ello, primero recordemos lo siguiente: EJB 3.1 es parte de Java EE 6 Glassfish V3 implementa Java EE 6 NetBeans 6.8 tiene soporte para Java EE 6, y por tanto también a Glassfish V3 Hecha esta aclaración, probemos lo siguiente: Hacer un módulo ejb para GF3 llamado CalculadoraModule . Ahora, recordemos algunas de las características del EJB 3.1: Existen los @Singleton que son como un Stateless pero único y perpetuo en el contenedor. Permite también sincronización para evitar "datos cruzados". Ya no requiere de una interfaz como local o remote, puede ser una clase y nada más. Para acceder a través de un JDNI no se necesitará de direcciones raras según sea el contenedor. Todas serán "globales" para un mismo estándar. Hecho el recordatorio, crearemos un SessionBean pero que sea Singleton y que no sea ni local ni remote. Este Bean se llamará "SeriesBean&