Apuntes de Java

La mayoría de las veces, las aplicaciones web que desarrollamos deben estar conectada a una base de datos. Hemos aprendido que con Java podemos lograr una conexión a la base de datos usando estas dos líneas básicas: Class.forName("clase.driver.Driver"); Connection conn=DriverManager.getConnection("url:jdbc","usuario","pass"); Funciona correctamente cuando recién nos iniciamos en el mundo del JDBC. Y no está mal. Solo que es para aplicaciones con una sola conexión concurrente a la base de datos. Una aplicación web puede ser accedida por varios usuarios a la vez, y si nuestra aplicación web utiliza estas sentencias, podremos saturar la conexión a la base de datos. Se podría sobrecargar de conexiones y nuestra aplicación podría caerse. Le ponemos puros .close() por todos lados, y de cuando en cuando aparecerá el error: "La conexión se ha cerrado". Entonces, tendremos que pensar un sistema de semáforo para poder tomar y liberar la base de d

Cuando desarrollamos en web, muchas veces nos hemos encontrado con la necesidad de repetir un fragmento de la página, ya sea el título, el menú principal, el banner superior.. etc. JSF tiene la característica de reutilizar fragmentos de páginas, de tal manera solo editaríamos el fragmento del contenido y toda la web siempre usarán los mismos fragmentos. NetBeans 6.0 viene con el plugin Visual JSF que permite la programación y diseño visual de la web sobre JSF. Aquí veremos un ejemplo aplicado. ¿Qué necesitamos? NetBeans 6.0 El plugin Visual JSF. Esto se puede encontrar en Tools > Plugins, y en la pestaña Installed buscamos Visual JSF. Si no se encuentra, lo podemos decargar de la pestalla Available Plugins . Descargar el siguiente banner Creando el proyecto web Elegimos File > New project, seleccionamos de la categoría "Web" el proyecto "Web Application". Clic en "Next" Escribimos como nombre del proyecto DemoFragment Clic en "Next". Act

PHP es un lenguaje de programación basado en scripts muy popular, fácil de aprender, de desplegar, es multiplataforma (igual que java, solo necesita de un programa que interprete el lenguaje para que lo convierta a la plataforma ya sea Linux, Windows o cualquiera), y sobretodo... es libre. No tiene un IDE específico, por lo que es necesario navegar por la documentación para recordar las sentencias... a menos que uno tenga buena memoria para recordarlas todas. Lo que está de moda en los IDEs es la coloración de sintaxis y el autollenado de sentencias. Existen varios IDEs que están apostando por este lenguaje que no es nada nuevo. Uno de ellos es CodeGear con su Delphi for PHP . Y Eclipse tiene un subproyecto que esta trabajando en un plugin para manejar PHP llamado PHP Development Tools . La gente de NetBeans - por su puesto - no se queda atrás. Por lo que en el NetBeans 6.0 han puesto a disposición un plugin (a la fecha de este post) en versión beta. Veremos como configurarlo, y ha

Yo era un consumidor de los productos Borland desde que existió Turbo Pascal 5.5. Con la venida de los Windows, Borland decidió subir un poco más de nivel evolucionando Turbo Pascal a Delphi que todas luces era mucho mejor que Visual Basic 3.0 (creo que fue por el año 1993) Tenía todo lo necesario para que fuese una aplicación completa para Win32: orientado a objetos, usa el API directo de Windows (sin ningún runtime como lo tiene Visual Basic), no sé.. era EL software para desarrollo de Windows. Pero perdió terreno porque le faltó a Borland lo que tiene (o lo que es) Microsoft: PUBLICIDAD. La mejor versión de Delphi fue la 7.0, aún hay gente que lo usa, y a pesar que Borland ya puesto todo su esfuerzo para poner a Delphi 2007 sobre cualquier versión previa... parece que no es suficiente. ¿Como pudieron los de Microsoft poner a el Visual Studio .Net sobre todo el studio 6.0? Simple... publicidad. Recuerdo también antes que saliera el Windows 95 (que decía ser de 32 bits, cuando rea

Uno de los puntos fuertes e importantes de programar con Java Enteprise es la centralización del código de negocio usando EJBs. De esta manera, cualquier aplicación (ya sea web o desde una aplicación cliente desktop) siempre tendrán la misma lógica. El problema era que hasta antes de la versión 3.0 de EJB la programación era realmente pesada. Aprender lo que eran los beans de sesión (con estado y sin estado), crear interfaces y usar clases como javax.ejb.SessionBean , codificando los archivos de despliegue (y que eran diferentes entre los diferentes contenedores como JBoss, Jonas, etc) y no sé que tanto más... era un lío. Personalmente no me apetecía aprenderlo... ni usando los IDE más sofisticados como NetBeans, JBuilder, JDevelopment... nada.. me quedaría programando en web y listo. Pero no pude huir fácilmente... aún la necesidad de utilizar un solo código de negocio para varias aplicaciones me rondaba. Hasta que salió el Java EE 5. Tuve mis dudas, pensé que sería lo mismo que ant