Apuntes de Java

(Fuente: http://www.pc-actual.com/actualidad/noticia/2009/02/26/El-proximo-estandar-Web ) Desde su nacimiento, la Web ha ido evolucionando, pasando de ser una red de documentos simples entrelazados a principios de los ochenta a una granestructura para ejecutar aplicaciones y servicios En ocasiones, los fabricantes del software que permite acceder a la Web, los conocidos navegadores, han incluido en sus productos extensiones de manera unilateral, como las etiquetas propietarias en el lenguaje HTML , dando lugar a incompatibilidades entre navegadores. Éste fue el origen de todos los problemas para los diseñadores web, que tenían que comprobar el navegador empleado por el usuario para adaptar el código o bien decantarse por uno de ellos e indicar en las páginas qué programa debía ser utilizado para verlas correctamente. Aunque se trata de una excepción a la regla, en casos contados, esas extensiones unilaterales han terminado siendo aceptadas, explícita o implícitame

(Versión Wiki: http://wiki.netbeans.org/AprendiendoSobreAlcancesJSF ) Introducción Sabemos que es un dolor de cabeza usar las variables de sesión a través de los objetos HttpSession y HttpRequest. No sabemos si una variable está en nivel de sesión o en nivel de request, simplemente lo ponemos y lo usamos, aunque después nos pueden dar problemas a lo largo de la aplicación Pero al usar JSF esto se hará mucho más sencillo. JSF nos permite utilizar tres tipos de alcances: Aplicación: Una variable guardada en este alcance es visible durante toda la aplicación, hasta que se repliegue la aplicación o hasta que se detenga el servidor. Sesión: Una variable guardada a nivel de sesión, puede ser visible durante el tiempo de vida del usuario en la aplicación, hasta que se invalide la sesión. Request : Una variable en nivel request dura solo hasta la siguiente página, Una página 1, guarda la variable en nivel request y redirecciona la petición a la página 2. La página 2 la utiliza, y el objet

En JSF todos los valores de los formularios se pasan por ManagedBeans (con más detalle lo veremos en el curso que está a punto de salir) Pero ¿qué pasa si queremos procesar una petición con parámetros? En Java web y Struts podemos acceder a los parámetros a través del objeto implícito "request", pero JSF no hay ese objeto implícito ¿qué se hace? Bueno, para acceder al objeto request debemos hacer lo siguiente: HttpServletRequest request = (HttpServletRequest)FacesContext.getCurrentInstance().getExternalContext().getRequest(); A partir de allí, podemos usar el objeto request . Ahora, los nombres de los controles tendrán un ligero cambio. Estará compuesto por el "id" del formulario y del "id" del mismo control. Por ejemplo, consideremos este .jsp <h:form id="form0"> <h:outputLabel value="Escriba número:"/> <h:inputText id="numeroText" value="#{form.numero}" /><br/> ... Entonces, para acceder

Soy sincero para mi el mejor framework para web que conocí y trabajé era Struts 1, y no me quería pasar a JSF porque lo veía igual que Struts. NetBeans sacó su Visual Web que es un editor visual pero con JSF. Los componentes adicionales son del framework Woodstock. Aún así, no me atraía, porque no tenía el mismo control que lo tenia en Struts. Pero con la moda y ventajas de AJAX, mi pobre Struts me estaba dando algunos problemas, por lo que tuve que poner DWR, Dojo, y demás bibliotecas que hacían más pesada mi aplicación. Hace poco NetBeans anunció el cambio de Woodstock a ICEfaces. Así que, me aventuré a usarlo. La verdad lo veo mucho más sencillo, más ligero, y más completo. Con JSF, las aplicaciones son tan clásicas como los request/response en servlets y jsp, solo que le da un toque especial. El desarrollo de la aplicación web parece ser de una de escritorio, ya que se pueden  acceder a los controles como si fueran variables. Una diferencia bastante notable comparada a Struts. En S

(Versión wiki: http://wiki.netbeans.org/CRUDconVisualiceFaces ) Este tutorial permite guiar los pasos para realizar una simple aplicación que mantiene una tabla de una base de datos. Permite realizar Insert, Update y Delete (CRUD= Create / Read / Update / Delete) Además se considerará la funcionalidad importante de ICE faces, que es el uso de Ajax. Para ello lo realizaremos con lo siguiente: Java Development Kit 5 ó 6 NetBeans 6.5 con el Plugin VisualJSF, ICEFaces Design-Time and Run-Time Libraries , y ICEfaces Project Integration Glassfish V2 La base de datos ejemplo TRAVEL de JavaDB Creando la aplicación Diseñando la aplicación Creamos un proyecto web presionando Mayúscula+Ctrl+N. Será una aplicación web que tendrá por nombre InsertUpdateDelete , utilizará Glassfish y activamos la opción que necesitamos usar el Visual Web ICEfaces El editor habrá abierto el archivo Page1.jsp en modo diseño. Como una advertencia aparece un texto indicando que no se las paletas de Visual Java

(Tomado de http://www.nabble.com/Netbeans-6.5-can't-add-Weblogic-10.3-server-td20002675.html ) Considerando que se tiene instalado WebLogic 10.3 en c:\oracle\Middleware\wlserver_10.3, el usuario es weblogic y su contraseña weblogic: 1. Abrir el archivo %HOME_PATH%\.netbeans\6.5\config\J2EE\InstalledServers\.nbattrs Es un archivo en formato xml 2. Agregar la siguiente etiqueta: <fileobject name="__instance_4__"> <attr name="debuggerPort" stringvalue="8787"/> <attr name="displayName" stringvalue="BEA WebLogic Server"/> <attr name="domainRoot" stringvalue="C:/oracle/Middleware/wlserver_10.3/samples/domains/wl_server"/> <attr name="isLocal" stringvalue="true"/> <attr name="password" stringvalue="weblogic"/> <attr name="registeredWithoutUI" stringvalue="false"/> <attr name="serverRoot" stringvalue=

El equipo de Netbeans tiene el agrado de anunciar la relación entre las comunidades de NetBeans y ICEFaces para facilitar la migración de los actuales usuarios de Woodstock. Con la última versión del plugin ICEface para NetBeans, puede agregar el frameworj ICEFaces a un proyecto existen y comenzar a desarrollar páginas ICEface con las aún existentes en woodstock. Los recursos han sido creados para ayudar la migración incluyendo una guía de migración detallada y una matriz de comparación  entre los componentes de Woodstock y ICEfaces. Este solo es el inicio de la relación entre las comunidades de NetBeans y ICEfaces. Adicionamente las herramientas para migración serán planeadas para las siguientes versiones de ICEfaces. Recursos: Aprender más en la Página de migración de Woodstock a ICEfaces Descargar el  componente de ICEfaces deICEfaces.org, o desde el Centro de actualización de NetBeans desde Herramientas ->Complementos desde el IDE NetBeans. Leer la guía de portabilidad de Wood

(Versión Wiki: http://wiki.netbeans.org/TaT_I18nVisualJSF ) Todos sabemos que escribir un texto rígido (hard-code) en nuestras aplicaciones no es una buena práctica. Esto cubre también a los textos de los formularios. Todo debemos pasarlo a variables, y si modificamos el contenido de la variable, toda la aplicación donde usa esa variable, se actualizarán automáticamente. Bueno, eso lo sabemos todo. Los mensajes de la interfaz de usuario - ya sea web o desktop - deben estar almacenados en un archivo de recurso llamado .properties. Además, estos tipos de archivos permiten la internacionalización (i18n) En la web de Sun existe un tutorial sobre la i18n, y esta es Trail: Internationalization Aquí veremos como usar el archivo .properties para Visual JSF. Para comenzar, diseñaremos un formulario simple como este: Ahora, en el panel del proyecto, dentro del paquete del código fuente, buscamos el archivo Bundle.properties . Editamos este archivo de tal manera que tengan los textos n

[Este tutorial también se encuentra en los tutoriales en Español de NetBeans. Ya que es un Wiki, se puede tener el tutorial actualizado] Introducción Microsoft tiene su Visual Studio , Java tiene a NetBeans . Microsoft tiene su Crystal Reports , Java tiene JasperReports . Java no tiene nada qué envidiar a Visual Studio. Ni menos en los reportes. JasperReports es un framework bastante completo para desarrollar reportes tanto web como desktop en Java. Aunque el formato fuente de un reporte en JasperReports es un archivo XML, existe una herramienta que permite crear un reporte de manera visual. Su nombre: iReport. Pero como estamos usando como IDE a NetBeans, podemos elaborar nuestro reporte sin salir del IDE. Para ello, existe un plugin (archivo .nbm) para NetBeans que muestra el iReport dentro del mismo IDE. http://downloads.sourceforge.net/ireport/iReport-nb-0.9.2.nbm Instalando el plugin Después de descargar el archivo .nbm, abrimos el IDE NetBeans. Entramos al