Apuntes de Java

Es interesante los resultados de la encuesta que he puesto en este humilde blog Sólo vídeo   2 (7%) Sólo instrucciones e imágenes   8 (28%) Vídeo e instrucciones   15 (53%) Solo una leve explicación y tener el código fuente   3 (10%) Por lo que podría concluir con lo siguiente: Pocos respondieron a la encuesta:  28.. para los varios visitantes que monitoreo... muy poco. Es más fácil ver hacer, que leer. Bueno, creo que nadie lee, sino quiere ver. Es mejor un vídeo, porque es como estar con alguien que te explica cómo se hace. Pero también con las instrucciones para volverlo a hacer. Uhm, esto puede sonar a "Quiero tener clases virtuales". Suena bien. No podría concluir cosas como: La gente que ve el blog quiere vídeos, manuales, impresos, CD y hasta profesor particular... todo desde el blog.. y que sea público!  Bueno, creo que eso (si en algún momento alguien lo pensó) está bien difícil, porque la persona que redacta esto es un humano que come y vive.

Uno de los tantos motivos por lo que utilizo NetBeans en lugar de otro IDE, es que utiliza la Apache Ant para compilar, crear .jar .war .ear, javadoc, etc.. prácticamente para todo, y solo usando un archivo .xml. Y lo mejor es que se puede personalizar el .xml a nuestro antojo. En este post se va a explicar cómo empaquetar una aplicación Swing en un archivo .zip para ser distribuido a los usuarios finales.

La versión 6.9 del IDE NetBeans está casi lista. Se programa el lanzamiento para (aprox) el 9 de junio. En este momento está en la etapa RC 2 que se puede descargar desde aquí: http://download.netbeans.org/netbeans/6.9/rc/ También incluye la traducción en español, que está al 94%. Si deseas colaborar en la traducción del NetBeans, regístrate en el Grupo que tenemos para tal fin. http://groups.google.com/group/traduccionnetbeans

Si haz usado iReport para hacer tus reportes, y al ejecutarlo en un servidor lanza este error net.sf.jasperreports.engine.JRRuntimeException: Unknown hyperlink target 0 y por más que compiles y recompiles el .jrxml, lanza el mismo error.... revisa las versiones del iReport y del JasperReports utilizado en el proyecto.

DateFormat dateFormat = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss"); Date date = dateFormat.parse("2010-05-17 15:18:19");

¿Quién no ha querido convertir un archivo XML a objetos Java? Usando el DOM, es muy útil pero bastante trabajoso. Hay un "parser" de Apache Commons llamado Digester que permite convertir un XML (usando algunas reglas) a objetos Java. Lo he usado bastante tiempo y me es muy útil. Así que comparto un ejemplo usando esta biblioteca. https://apuntes.dev.java.net/files/documents/10908/150452/ReadXML.tar.gz En este ejemplo, se leerá el archivo http://www.xmlfiles.com/examples/simple.xml , lo descargará de Internet usando HttpClient , y lo procesará usando DOM del JDK, y luego usando el Apache Digester.  Espero que les sea de utilidad.

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