Apuntes de Java

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!