1º- Evitar asignaciones en los bloques if, while, … 

Ejemplo: 

if(opcion=5){ 
… 
} 

El problema aquí es que opcion toma el valor cinco y entra en el bloque de la condición siempre, independientemente de lo que valiera antes. 

La solución es tan simple como que el orden de los factores no altera el resultado a la hora de comparar: 

if(5=opcion){ 
… 
} 

En este caso el compilador se quejaría al querer asignar un valor a una constante. 

2º- Comparación de cadenas de caracteres: 

if( str.equals(“Hola”) ){ 
… 
} 

A simple vista parece que no puede haber problema alguno, pero ¿que pasatia si la cadena str apuntara a null? Pues que se lanzaría una excepcion por la llamada a un metodo de un objeto sin inicializar y rompería con la ejecucion del proceso. 

¿Como solucionarlo? Usando el otro objeto a comparar, es decir, “Hola”; puesto que es un objeto que siempre va a estar declarado e inicializado, y cuyo metodo equals no falla por pasarle un parametro nulo. 

if( “Hola”.equals(str) ){ 
… 
} 

3º- Sembrado de sentencias 

Este es el sistema por excelencia. Consiste en hacer que imprima mensajes para conocer que instrucciones se está ejecutando. 

Lo óptimo sería que en cada mensaje se especifique cual ha sido la instrucción siguiente a ejecutar y además se impriman los datos de las variables afectadas. 

En proyectos grandes esto podría llegar a resultar un caos, así que se puede hacer una variante que consiste en imprimir todos esos mensajes a un fichero de texto. 

Tambien sería ideal que en vez de usar el mítico System.out.println() se use una función tal que: 

/* … */ 
public static final boolean DEBUG_ON=true; 

public void debug(String s){ 
if(DEBUG_ON) 
System.out.println(s); // O la insercion de dicho mensaje a un fichero. 
} 

De esta forma con cambiar el valor de true a false, ya conseguiríamos que se muestren o no dichos mensajes. 

Insisto que en cada mensaje debe ser descriptivo de la situación. 

Ejemplo: 

public float test(){ 
debug(“Funcion test()”); 
int a,b,c; 
a=1; 
b=2; 
c=0; 
debug(“return (a+b)/c; a=”+a+”; b=”+b+”; c=”+c+”;”); 
return (a+b)/c; 
} 

4º- Manejo de excepciones 

Toda funcion debería lanzar o manejar las posibles excepciones que pudiera ocurrir, evitando dejar a su libre albedrío los diversos problemas que pudieran ocurrir. Como este es un tema bastante amplio, me limitaré a un caso general de manejo de las excepciones que consiste en el uso de un bloque try{…}catch(){} que se puede usar casi siempre. 

Lo más indicado para meter en el bloque catch seria esto: 
try{ 
… 
}catch(Exception e){ 
e.printStackTrace(); 
} 

Esto lo que hace es que a la hora de que salte una excepcion, imprima un informe indicando que excepcion se ha lanzado, un mensaje explicativo (a veces no muy explicativo) y la representación de la pila de funciones, esto es saber que linea estaba ejecutando cierta funcion, la clase a la que pertenece esa funcion, el fichero de esa clase, etc. ¿Y por qué salen varias funciones? Facil, porque una funcion habrá llamado a otra y esa a otra etc… 
De todas esas lineas solo nos interesarán las que esten asociadas a clases nuestras. De esta forma sabremos que linea ha producido el fallo, porque se ha producido, quien llamo a ese metodo, etc…, información más que útil para poder solucionar los errores que puedan ocurrir.

Fuente: http://www.mygnet.net/articulos/java/evitar_algunos_errores.1114

En este capitulo aprenderemos como se realiza la programación del lado del servidor 

usando la API Servlets 2.1.Como primer punto importante señalaremos que este paquete 

se trata de una extensión del API Core del JDK y por tanto ha de ser descargado de 

forma independiente de aquel.La URL para la descarga es 

java.sun.com/products/servlet/index.html, donde podremos encontrar el JSDK 2.1 

(Java Servlets Development Kit 2.1). 

Debido también a que se trata de una extensión el paquete debe ser indicado en el 

CLASSPATH de la máquina a ejecutar, concretamente los archivos server.jar y 

servlet.jar. 

¿Qué es un servlet? 

Un servlet de forma intuitiva se puede definir como un programa independiente de
plataforma que aporta la misma funcionalidad a la programación en el lado del servidor
que tradicionalmente han realizado la interfaz CGI.Con respecto a esta tecnología aportanumerosas ventajas que citaremos a continuación: 

· Independencia de la plataforma.(La tan anelada premisa del “write once run
everywhere” aun no totalmente conseguida).Esto proporciona un menor esfuerzo
de codificación con respecto a soluciones dependientes del servidor web y de la
plataforma como ISAPI o NSAPI. 

· Ejecución en paralelo de multiples peticiones por una sola instancia del
servlet.Tradicionalmente en los programas CGI se ejecuta un proceso distinto
para cada petición lo que conlleva una gradual degradación del rendimiento y una
necesidad de recursos muy elevada.En un servlet todas las peticiones se atienden
en el mismo proceso por distintos hilos y una vez que se ha cargado el servlet
este permanece en memoria hasta que se reinicie el servidor o hasta que se le
diga lo contrario con lo cual las subsiguientes peticiones son mas rapidas al
encontrarse el programa ya cargado en memoria. 

· Un servlet puede ejecutarse(incido en esto puede no es necesario) en una
sandbox o recinto de seguridad parecido al modelo que se se sigue con los
applets.Debido a esto pueden colocarse servlets en servidores dedicados a hosting
sin que la empresa tema por la integridad del servidor y la seguridad de las
aplicaciones. Historicamente el rechazo al uso de los servlets se ha debido a la injustificada leyenda de la falta de velocidad de ejecución del lenguaje Java.Sin embargo si observamos las lenguajes de script que tradicionalmente se han usado para escribir aplicaciones CGI´s (Perl,PHP..) nos encontramos con que tambien son interpretados lo que unido a la necesidad de lanzar un proceso por petición provocan un rendimiento considerablemente menor. Esto no pasa si el lenguaje de implementación del CGI es uno compilado como puede ser C pero la obligatoriedad de cumplir la ecuación 1 peticion = 1 proceso situan el rendimiento en niveles parecidos con un menor consumo de recursos del servlet. 

¿Dónde puedo ejecutar Servlets y qué necesito? 

En la actualidad la mayoria de servidores web tanto comerciales como de licencia libre
tienen la capacidad de ejecutar servlets a traves de plug-ins o modulos.Señalaremos
unos cuantos: 

· Apache 1.1.3 

· Nestcape FastTrack 2.0,Enterprise 2.0,Enterprise 3.0 

· Microsoft IIS 

· WebLogic Tengah 

· Lotus Domino Go Web Server 

· IBM Interner Conecction Server 

· Java Web Server 

Con respecto a este ultimo cabe destacar que ejecuta servlets de forma nativa sin
necesidad de modulos adicionales.Señalaremos dos modulos de ejecución de servlets
Allaire´s JRun y Yakarta´s Tomcat ambos gratuitos y descargables desde su pagina web si no es para usos comerciales.
Como dato adicional el JSDK 2.1 incluye una herramienta llamada servletrunneranáloga a appletviewer para la ejecución y depuración de servlet con unas capacidades muy limitadas por lo que solo se debe usar para comprobar la exactitud del servlet. 

Estructura de un servlet 

El API Servlet consiste básicamente en dos paquetes: 

· javax.servlet En este paquete se definen 6 interfaces y 3 clases para la
implementación de servlets genericos,sin especificación de protocolo.Hoy en dia
no tienen utilidad practica mas que para servir de base en la jerarquia de clases
de los servlets.Conforme pase el tiempo se supone que constituiran la base para
la implementacion de otros protocolos distintos de http.

· javax.servlet.http Ofrece la implementación especifica de servlets para el
protocolo http. En estos paquetes se definen todas las clases e interfaces necesarias para la escritura de applets.De hecho cuando se usen los servlets(y hoy en dia no hay otra utilidad) para gestionat conexiones http usaremos las clases del paquetejavax.servlet.http.
El ciclo de ejecución de un servlet es análogo al de un applet con ligeras
diferencias.Inicialmente el servlet debe extender a la clase HttpServlet: 

import javax.servlet;
import javax.servlet.*;
import javax.servlet.http.*; 

public class MiServlet extends HttpServlet{ 

…. 

} 

Para dotar de funcionalidad a un servlet se han de redefinir una seria de metodos que 

guardan una analogía con los metodos de funcionamiento de un 

applet(init(),start(),stop(),destroy()). 

· public void init(ServletConfig config) 

Cada vez que se inicia el servlet el servidor web llama a este metodo pasando un 

parámetro de la clase ServletConfig que guarda información de la configuración del 

servlet y del contexto del servidor web en el que se ejecuta. A traves de ServletConfigse accede a los parámetros de inicialización del servlet que se establecieron al configurar el servlet y a traves de la interfaz ServletContext (obtenido a partir del metodo getServletContext() de ServletConfig)se accede a la información del servidor web. 

A modo de ejemplo desarrollaremos un ejemplo simple de un servlet que escribe 

información en un fichero de registro(el formato,ubicación y nombre de este es 

dependiente del servidor web): 

import javax.servlet.*; 

import javax.servlet.http.*; 

import java.util.*; 

public class MiServlet extends HttpServlet{ 

public void init(ServletConfig config){ 

config.getServletContext().log(“Iniciado MiServlet a las” +new Date()); 

} 

} 

En este metodo se han de realizar todas las operaciones unicas en el ciclo de vida del 

servlet tal como conexion a BD de forma persistente y otras tareas de inicialización.Dado que el servlet se carga en memoria al iniciar el sevidor web o al recibir la primera petición(dependiendo de la configuración) el metodo init() es llamado solo una vez,no cada vez que se realice una petición. 

public void destroy() 

Este metodo es analogo al metodo init() solo que sera llamado por el servidor web 

cuando el servlet esta a punto de ser descargado de memoria(repito e insisto: no cuando termina una petición).En este metodo se han de realizar las tareas necesarias para conseguir una finalizacion apropiada como cerrar archivos y flujos de entrada de salida externos a la petición,cerrar conexiones persistentes a bases de datos…etc etc.. 

Un punto importante es que se puede llamar a este método cuando todavía esta 

ejecutándose alguna petición por lo que podría producirse un fallo del sistema y una 

inconsistencia de datos tanto en archivos como en BD. Por eso debe retrasarse la 

desaparición del servlet hasta que todas las peticiones hayan sido concluidas(con 

respecto a la peticiones que lleguen en ese intervalo el servidor web sencillamente las 

desestimará). 

public void service(HttpServletRequest request, 

HttpServletResponse response) throws ServletException, IOException. 

En este metodo se encuentra la mayor parte de la funcionalidad del servlet.Cada vez que se realice una petición se llamará a este metodo pasándole dos parámetros que nos permite obtener información de la petición y un flujo de salida para escribir la 

respuesta.Análogamente tenemos otra serie de metodos que realizan la implementación de respuesta a metodos de comunicación del protocolo http 1.1 como son GET y POST.Estos son respectivamente: 

public void doGet(HttpServletRequest request,HttpServletResponse 

response) 

public void doPost(HttpServletRequest request,HttpServletResponse 

response) 

Los dos parámetros que recibe service() son esenciales para el funcionamiento del 

servlet por lo que pasaremos a verlos con mas profundidad: 

Los dos parámetros que recibe service() son HttpservletRequest y 

HttpServletResponse HttpServletRequest 

Esta interfaz derivada de ServletRequest proporciona los metodos para recuperar la 

informacion de la petición del usuario asi como del propio usuario.Señalaremos los mas 

importantes: 

public abstract String getRemoteHost() 

Devuelve el nombre del ordenador que realizó la petición 

public abstract String getParameter(String parameter) 

Devuelve el valor del parámetro parameter o null si dicho parámetro no existe. 

public abstract String[] getParameterValues(String parameter) 

Devuelve un array con los valores del parametro especificado por parameter o null si 

dicho parametro no existe. 

public abstract Enumeration getParameterNames() 

Devuelve una Enumeration de los nombre de los parametros empleados en la petición. 

HttpServletResponse 

Se trata de un interfaz derivada de ServletResponse que proporciona los metodos para 

realizar la respuesta al cliente que originó la petición.Señalaremos los mas importantes: 

public abstract PrintWriter getWriter() 

Permite obtener un objeto PrintWriter para escribir la respuesta. 

public abstract setContentType(String) 

Permite establecer el tipo MIME de la respuesta 

public abstract setContentLenght(int) 

Permite especificar la longitud de la respuesta.Si no se indica el propio motor de servlets calculará la longitud de la respuesta.A efectos practicos el autor de este tutorial no encuentra otra utilidad a este metodo mas que permitir al navegador mostrar una barra de progreso que muestre el estado de descarga de la solicitud. 

Ejemplo de servlet 

A continuación realizaremos un sencillo de ejemplo de un servlet que recibirá como 

parámetro un nombre y saludará al cliente que realizo la petición. Para ello 

construiremos una pagina web con un formulario que nos servirá para enviar la petición 

al servlet. 

Ejemplo de servlet 

Introduzca su nombre y pulse el boton de enviar 

Nombre: 

A continuación se muestra el codigo del servlet profusamente comentado.Este codigo 

fuente se compilaría y se situaría en el directorio configurado en el servido web para la 

ejecución de servlets(en nuestro caso sera /servlet): 

import java.io.*; 

import javax.servlets.*; 

import javax.servlets.http.*; 

public class HolaServlet extends HttpServlet { 

/* 

* Redefinición del metodo init y configuración de los parámetros de 

inicio 

*/ 

public void init(ServletConfig config) throws ServletException { 

/* 

* Llamada la metodo init() de la superclase.Esto es imprescindible 

* para la correcta inicialización del servlet y debe realizarse 

* antes que cualquier otra acción 

*/ 

super.init(config); 

System.out.println(“HolaServlet arrancado a las ” + new Date()); 

} 

/* 

* Redefinición del metodo destroy sin tareas a realizar en este caso 

*/ 

public void destroy() { 

System.out.println(“HolaServlet detenido a las ” + new Date()); 

} 

/* 

* En este caso se ha optado por redefinir el metodo doPost(), 

pudiendose 

* igualmente haberse optado por redefinir service().Lo que seria 

incorrecto 

* es redefinir doGet() ya que la peticion se realizará por el método 

post 

*/ 

public void doPost(HttpServletRequest request, 

HttpServletResponse response) throws ServletException { 

/* 

* Se obtiene el valor del parametro enviado 

*/ 

String name = request.getParameter(“nombre”); 

/* 

* Se establece el contenido MIME de la respuesta 

*/ 

response.setContentType(“text/html”); 

/* 

* Se obtiene un flujo de salida para la respuesta 

*/ 

PrintWriter out; 

try { 

out = response.getWriter(); 

}catch (IOException e){ 

System.out.println(“Error en el canal de salida: “+e.toString()); 

} 

/* 

*Se escribe la respuesta en HTML estandar 

*/ 

out.println(“”); 

out.println(“”); 

out.println(” Respuesta de HolaServlet”); 

out.println(“”); 

out.println(“”); 

out.println(“¡Funcionó!:El servlet ha generado la pagina”); 

out.println(“”); 

out.println(“”); 

out.println(“Hola ” + name + “”); 

out.println(“”); 

out.println(“”); 

out.println(“”); 

/* 

* Se fuerza del volcado del buffer de la salida y se cierra el canal 

*/ 

out.flush(); 

out.close(); 

} //fin doPost() 

}//fin clase 

La API JDBC 1.2 

La API JBDC es una interfaz de acceso a RDBMS(Relational Database Management 

System) independiente de la plataforma y del gestor de bases de datos utilizado.Se 

relaciona muy a menudo con el acronimo ODBC por lo que se suele expresar como Java Database Connectivity pero oficialmente,según Javasoft,JDBC no significa nada ni es acronimo de nada. 

El API consiste en una serie de interfaces Java implementadas por un controlador.Este

programa de gestión se encarga de la traducción a las llamadas estandar que requiere la base de datos compatible con el.De esta manera el programador puede abstraerse de la programación especifica de la base de datos creando codigo que funcionará para todas los RDBMS que cuenten con un driver JDBC con solo cambiar tal driver. 

En la actualidad se encuentran drivers JDBC para todos los sistemas de gestión de bases de datos mas populares(e incluso podriamos decir existentes) como Informix,Oracle,SQLServer, 

DB2,InterBase, SyBase… y otros productos de indole no comercial como 

mSql,mySql y PostGress,etc,… 

Aun asi existe un tipo especial de drivers denominados puentes JDBC-ODBC que traducen las llamadas en JDBC a llamadas en el estandar de comunicación con bases de datos desarrollado por Microsoft ODBC por lo que en ultimo termino siempre se podrá utilizar uno de estos drivers ya que la totalidad de los sistemas de gestión de bases de datos cuentan con un driver de este ultimo tipo.Esto nos lleva a la clasificación de los distintos drivers que cumplen la especificación JDBC 1.2. 

Tipos de drivers JDBC 

A continuación se señalan y describen los cuatro tipos distintos de drivers JDBC 

existentes: 

· Nivel 1: Puente JDBC:ODBC. 

Esta categoría de controladores se remite al controlador de puente JDBC-ODBC 

original.Este ultimo utiliza el controlador ODBC de Microsoft para comunicarse con 

los servidores de base de datos.Se implementa tanto en codigo binario como en 

Java y debe ser instalado previamente en la computadora cliente antes de poder 

usarlo. 

· Nivel 2: Controlador JDBC de protocolo nativo en Java y binario. 

Esta categoría esta compuesta por controladores que hablan con los servidores de 

bases de datos en el protocolo nativo de la base de datos.Se implementan como 

una combinación de codigo binario y Java y deben ser instalados en el cliente 

antes de poder ser usados. 

· Nivel 3:Controlador JDBC de protocolo no nativo en Java puro. 

Esta categoría esta formada por controladores de Java puro( no hay codigo 

binario) que hablan un protocolo de red estandar(como http) con un servidor de 

acceso a bases de datos.Este servidor traduce el protocolo de red a uno de base 

de datos específicos de la marca.No necesita instalación en cliente. 

· Nivel 4:Controlador JDBC de protocolo nativo en Java puro 

Está formada por controladores de Java puro que hablan el protocolo de la base 

de datos especifico de la marca edl servidor de bases de datos que se haya 

designado para servir de interfaz.No necesita instalción en cliente. 

Como se observa la clasificación de los niveles de controladores JDBC se hace en funcion de que hablen el protocolo nativo de la base de datos y de que se encuentren 

implementados en Java puro o parcialmente esten escritos en codigo binario dependiente de la plataforma.Con respecto a lo primero la eliminación de las capas de traducción en el caso de que la llamada del driver no sea nativa pueden degradar el rendimiento pero hay ocasiones en que no hay otra opcion.Por otra parte el hecho de que el driver esté escrito en Java puro consigue,aparte de independencia de la plataforma de ejecución, que no sea necesaria instalación ni configuración(como el caso del DSN del ODBC) en el cliente lo que facilita la gestión y siendo la unica solución en casos en que el cliente sea 

un applet. Si encontramos los 4 niveles de drivers el mas adecuado en el 95% de las 

ocasiones será el de nivel 4. 

El paquete java.sql Consta de una seria de clases e interfaces de las cuales 

pasaremos a discutir las mas importantes: 

· Driver 

Se trata de una clase que implementa el controlador JDBC especifico de la base de 

datos y es suministrado por el proveedor de bases de datos.Junto a la clase 

DriverManager permite cargar y descargar los controladores de forma dinamica.El 

controlador de sirve de una cadena para localizar y acceder a recursos dentro la 

base de datos con una sintaxis muy parecida a una URL.En todo caso esta cadena 

será de la forma: 

Jdbc:://:/ 

Antes de realizar la conexión con la base de datos se debe haber cargado en 

memoria el controlador para lo que se usa el metodo estatico de la clase Class 

forName(String). 

· Connection 

Esta interfaz representa una sesión persistente con la base de datos que es 

devuelta por el Driver. Nos permite utilizar transacciones(si el DBMS lo admite) 

asi como obtener una interfaz para la ejecución de instrucciones SQL. 

· Statement 

Esta interfaz se trata de un vehículo para la ejecución de sentencias SQL a la base 

de datos y la extracción de resultados.A este respecto hay que señalar que JDBC 

acepta el estandar SQL-92 como minimo exigible por lo que implementaciones 

nuevas y/o dependientes del DBMS pueden no estar admitidas. 

· ResultSet 

Representa un conjunto de resultados de forma abstracta(esto es una 

“tabla”).Dependiendo de su creación permite acceso secuencial o aleatorio y 

presenta una serie de metodos para obtener información de los resultados y para 

movernos por el conjunto. 

Una vez vistas las clases e interfaces para la gestion de consultas JDBC veremos los 

pasos a seguir para realizar una consulta a la base de datos. 

Inicialmente se debe cargar en memoria el controlador JDBC que vayamos a usar: 

Class.forName(“sun.jdbc.odbc.JdbcOdbcDriver”); 

Esta sentencia hace que la JVM busque en todas las rutas especificadas por el CLASPATH la clase correspondiente al driver y la cargue en memoria de tal manera que este lista para posteriores usos. Seguidamente se debe realizar la conexión con la base de datos: 

/* 

* Se usa ahora un driver Oracle para acceder a la maquina local y a la 

tabla Ejemplo: 

*/ 

String Url = “jdbc:oracle://localhost:8080/Ejemplo”; 

Connection conn = DriverManager.getConnection(url); 

Tambien existen versiones de este ultimo metodo que permiten realizar la conexion con la BD especificando un nombre de usuario y una contraseña. 

Creamos una sentencia para poder interactuar con la BD mediante el uso de SQL: 

Statement stm = conn.createStatement(); 

Ahora se deberian usar algunos metodos de la interfaz Statement dependientes del tipo de sentencia SQL que queramos realizar,si devuelve datos o no,o si no sabemos si 

devuelve datos. 

/* 

* La ejecución de la instrucción SQL devuelve resultados 

*/ 

ResultSet rs = stm.executeQuery(“SELECT * FROM Ejemplo”); 

int numRowsUpdated = stm.executeUpdate(“INSERT INTO Ejemplo VALUES 

(`Juan`,`Perez`,`45598652`)”); 

/* 

* No se sabe si devuelve resultados.Util cuando no se sabe que tipo 

* de instruccion SQL se esta ejecutando como cuando el usuario introduce 

directamente 

* el SQL. Posteriormente si devuelve resultados se recupera con el metodo 

getResultSet() 

*/ 

Boolean hasResults = stm.execute(“SELECT * FROM Ejemplo”); 

if(hasResults) { 

ResultSet rs = stm.getResultSet(); 

} 

La interfaz ResultSet presenta metodos para obtener un tipo SQL convertido a un tipo 

Java a partir del nombre de la columna de la forma getXXX(String nombreColumna) y se desplaza a traves de las filas usando el metodo bolean next() que desplaza el 

indicador de posición del ResultSet a la siguiente columna y devuelve un booleano 

indicando si hay mas filas(inicialmente se encuentra en la primer fila).Las XXX 

representan algun tipo Java como int,String,flota,double…obteniéndose metodos como 

getInt(string),getString(String),… 

Ahora si disponemos de un objeto Resulset podemos usar sus metodos para desplazarnos por el de la siguiente manera: 

while(rs.next()) { 

System.out.print(rs.getString(“Nombre”)+ “-”); 

System.out.print(rs.getString(“Apellidos”)+ “-”); 

System.out.println(rs.getInt(“DNI”)); 

} 

Un ejemplo COMPLETO 

A continuación desarrollaremos un programa que mediante la utilización de Servlets 

permita actualizar y consultar los registros de una base de datos de ejemplo.El ejemplo constará de dos paginas,una que dará acceso a un servlet que permitirá introducir datos en una tabla y otra que permitirá consultar todos los registros introducidos hasta la fecha.La estructura de la tabla será la siguiente: 

Nombre Apellidos Mygnet 

El driver utilizado será el puente JDBC:ODBC dado su amplia difusión y el carácter 

introductorio de este tutorial y se supondrá que la maquina que ejecuta las peticiones esla misma que corre el servidor web y el servidor de bases de datos.Dada la utilización del ODBC debe configurarse el DSN(de usuario o de sistema indistintamente) previamente a la utilización de servlets.A continuación se presentan las paginas HTML usadas y un captura de su apariencia: 

Pagina de introducción de datos: 

Pagina de introducción de datos 

INTRODUZCA SUS DATOS 

NOMBRE: 

APELLIDOS: 

DNI: 

Página de consulta de resultados 

Pagina de recuperación de datos 

INTRODUZCA EL DNI DE LA PERSONA A BUSCAR 

DNI: 

Como se puede observar la aplicación consta de dos servlets que operarán sobre la 

misma base de datos Ejemplo.El primero InServlet permitirá introducir datos en la BD 

mientras que el segundo OutServlet permitirá realizar consultas basándose en el DNI de la persona.A continuación se presenta el codigo del primer servlet: 

/* 

*InServlet.java 

*/ 

import java.io.*; 

import javax.servlet.*; 

import javax.servlet.http.*; 

import java.sql.*; 

public class InServlet extends HttpServlet { 

Connection conn; 

/* 

* En el metodo Init se realizará la conexión a la BD 

* por lo que las peticiones no producirán ningun retardo de conexión 

*/ 

public void init(ServletConfig cf) throws ServletException { 

super.init(cf); 

// Se carga el driver a continuación 

try { 

Class.forName(“sun.jdbc.odbc.JdbcOdbcDriver”); 

}catch (ClassNotFoundException e) { 

System.out.println(“Imposible encontrar el driver:” + 

e.getMessage()); 

} 

//Se intenta realizar la conexión a la base de datos ejemplo 

try { 

conn = DriverManager.getConnection(“jdbc:odbc://localhost/Ejemplo”); 

}catch (SQLException e) { 

Systen.out.println(“Imposible crear conexion:” + e.getMessage()); 

} 

}// fin init 

/* 

* En el metodo destroy() una vez que el servlet se esta apagando, 

desconectaremos 

* de la base de datos 

*/ 

public void destroy() { 

super.destroy(); 

//Llamada al destroy de la superclase 

try { 

conn.close(); 

}catch (SQLException e){ 

Systen.out.println(“Imposible cerrar conexion:” + e.getMessage()); 

} 

} //fin destroy() 

/* 

*Redefinimos el metodo doPost ya que las peticiones se realizaran por 

ese metodo 

*/ 

public void doPost(HttpServletRequest request, 

HttpServletResponse response) throws 

ServletException { 

String nombre; 

String apellidos; 

int dni; 

//Obtenemos los valores de los parámetros 

nombre = request.getParameter(“Nombre”); 

apellidos = request.getParameter(“Apellidos”); 

dni = request.getParameter(“Dni”); 

//Comprobamos que no hay ninguno vacio 

//Si es asi enviamos una pagina informando del error y si no 

//actualizamos la BD e informamos del éxito de la operación 

if (nombre==null || apellidos == null || dni == null ) { 

PrintWriter out = response.getWriter(); 

//Devolvemos una pagina de error 

out.println(“”); 

out.println(“”); 

out.println(“Error en la actualización de datos”); 

out.println(“”); 

out.println(“”); 

out.println(“¡¡Esto no rula si no pones todos los parametros 

chaval!!”); 

out.println(“”); 

out.println(“”); 

out.flush(); 

out.close(); 

}else {// no hay errores 

try { 

//Creamos una sentencia para la introducción de valores 

Statement stm = conn.createStatement(); 

int nunRowsUpdated = stm.executeUpdate(“INSERT INTO Ejemplo 

VALUES”+”(`”+nombre+”`,`”+apellidos+”`,`”+dni+”`)”); 

PrintWriter out = response.getWriter(); 

//Devolvemos una pagina de exito de operación 

out.println(“”); 

out.println(“Registro actualizado”); 

out.println(“”); 

out.println(“”); 

out.println(“Operación realizada con exito”); 

out.println(“Actualizadas”+numRowsUpdated + “filas”); 

out.println(“”); 

out.println(“”); 

out.flush(); 

out.close(); 

}catch(Exception e){ 

System.out.println(“Error en la actualización” + e.getMessage()); 

}finally{ 

try{ 

stm.close(); 

}catch(SQLException e){} 

}//fin finally 

}//fin else 

}//fin doPOst() 

}//fin servlet 

A continuación OutServlet.java 

/* 

*OutServlet.java 

*/ 

import java.io.*; 

import javax.servlet.*; 

import javax.servlet.http.*; 

import java.sql.*; 

public class OutServlet extends HttpServlet { 

Connection conn; //Objeto de la conexion 

//En el metodo Init se realizará la conexión a la BD 

//por lo que las peticiones no producirán ningun retardo de conexión 

public void init(ServletConfig cf) throws ServletException { 

super.init(cf); 

//Se intenta cargar el driver de puente JDBC-ODBC 

try { 

Class.forName(“sun.jdbc.odbc.JdbcOdbcDriver”); 

} catch (ClassNotFoundException e) { 

System.out.println(“Imposible encontrar el driver:” + 

e.getMessage()); 

} 

//Se intenta realizar la conexión a la base de datos ejemplo 

try { 

conn = DriverManager.getConnection(“jdbc:odbc://localhost/Ejemplo”); 

}catch (SQLException e) { 

Systen.out.println(“Imposible crear conexion:” + e.getMessage()); 

} 

//En el metodo destroy() una vez que el servlet se esta apagando, 

//desconectaremos de la base de datos 

}// fin init() 

public void destroy() { 

super.destroy(); 

try { 

conn.close(); 

} catch (SQLException e) { 

Systen.out.println(“Imposible cerrar conexion:” +e.getMessage()); 

} 

}//fin destroy() 

//Redefinimos el metodo doPost ya que las peticiones se realizaran por 

ese metodo 

public void doPost(HttpServletRequest request, 

HttpServletResponse response) throws ServletException { 

int dni; 

//Obtenemos los valores de los parámetros 

dni = request.getParameter(“Dni”); 

//Comprobamos si esta vacio 

//Si es asi enviamos una pagina informando del error y si no 

//consultamos la BD e informamos de los resultados 

if (dni == null ) { 

PrintWriter out = response.getWriter(); 

//Devolvemos una pagina de error 

out.println(“”); 

out.println(“”); 

out.println(“Error en la actualización de datos”); 

out.println(“”); 

out.println(“”); 

out.println(“¡¡Va a ser difícil si no pones un DNI 

chaval!!”); 

out.println(“”); 

out.println(“”); 

out.flush(); 

out.close(); 

} else { // no hay errores 

try { 

//Creamos una sentencia para la recuperación de valores 

Statement stm = conn.createStatement(); 

ResultSet rs = stm.executeQuery(“SELECT * FROM Ejemplos WHERE Dni 

=”+ dni); 

PrintWriter out = response.getWriter(); 

//Devolvemos una pagina de exito de operación 

out.println(“”); 

out.println(“”); 

out.println(“Datos de la persona solicitada”); 

out.println(“”); 

out.println(“”); 

out.println(“”); 

out.println(“”); 

out.println(“Nombre 

“); 

out.println(“Apellidos 

“); 

out.println(“Dni 

“); 

out.println(“”); 

while(rs.next()) { 

out.println(“”); 

out.println(“”+ rs.getString(“Nombre”)+ 

“”); 

out.println(“”+ rs.getString(“Apellidos”)+” 

“); 

out.println(“”+ rs.getInt(“Dni”)+”"); 

out.println(“”); 

} 

out.println(“”); 

out.println(“”); 

out.println(“”); 

out.flush(); 

out.close(); 

}catch (Exception e) { 

System.out.println(“Error en la actualización” + e.getMessage()); 

}finally { 

try { 

stm.close(); 

}catch(SQLException e){ } 

}//fin finally 

}//fin else 

}//fin doPost() 

}//fin servlet

Fuente: http://www.mygnet.net/articulos/j2ee/servlets_y_jdbc.303

palabras clave:

* Conceptos generales sobre lo que puedo aportar pa

wireless tool kit

Sun creo la versión micro de JAVA que comunmente se usa sobre telefonos moviles, celulares y PDA’s
Consideraciones que hay que tener en cuenta 

• no existe función Main
• Cada equipo tiene sus propias API’s las mejores de Nokia y Motorola 
• en la versión del CLDC 1.0 no soporta flotantes
• Muchas limitaciones  son dispositivos limitados
• no solo se pueden programar video juegos…

Empezando…

necesitamos un ambiente de desarrollo la mejor opción y las tandart sería usar el wireless tool kit de SUN lo puedes descargar de su pagina en la zona de downloads.

esta herramienta no es un IDE ya que solo compila y crea administra los proyectos.
asi que tambien requeriremos un IDE para JAVA, cualquiera ya que solo sera un editor de texto 
desde note pad Jcreator , eclipse este puede integrarse con el WTK (Wireless Tool Kit)
Es mejor que el editor reconozca las palabras reservadas y la vista de datos del documeto.

WTK 2.2download
requerimientos minimos del sistema:

• 50 MB hard disk space
• 128 MB system RAM
• 800 MHz Pentium III CPU

para su insatalación requiere J2SDK 1.42. or later

en la carpeta WTK22apps  estan aplicaciones ejemplo de cualquier tipo. conexiones, juegos, audio, 3D, imagenes, etc.

No hay un Hello World así que con eso comenzaremos …

Hello World

Primero tenemos que crear un nuevo projecto
Ejecutamos nuestra palicación kToolbar 

Nombre del proyecto …. hello
MIDlet Class Name  hello
se abre la ventana de settings 

en esta ventana puedes seleccionar el profile de CLDC y MIDP y agregar API’s

al terminar crea el proyecto con la siguiente estructura

WTK22appshello
bin 
 lib
 res
 src

en bin 
 hello.jad

Fuente: http://www.mygnet.net/articulos/j2me/comenzar_con_j2me.97

JSON, acrónimo de “JavaScript Object Notation”, es un formato ligero para el intercambio de datos. JSON es un subconjunto de la notación literal de objetos de Javascript pero no requiere el uso de XML.

(…)

JSON se emplea habitualmente en entornos donde el tamaño del flujo de datos entre cliente y servidor es de vital importancia (de aquí su uso por Yahoo, Google, etc, que atienden a millones de usuarios) cuando la fuente de datos es explícitamente de fiar(…)

Json.js

Json.js nos facilita la tarea de pasar de un string Json a un Objeto Javascript y viceversa.

Json.toString(objeto)
Nos permite pasar un Objeto Javascript a un simple String.

1
2
3
4
5
6
7

var objeto =
{
	nombre: 'Mootools',
	descripcion: 'Framework'
}
var str = Json.toString(objeto);
//{"nombre":"Mootools","descripcion":"Framework"}

Json.evaluate(string, secure)
Nos permite pasar de un String Json a un Objeto Javascript.

1
2
3
4

var str = '{"nombre":"Mootools","descripcion":"Framework"}';
var objeto = Json.evaluate(str);
alert(objeto.nombre); //Mootools
alert(objeto.descripcion); //Framework

secure es un parámetro opcional que por default es false, pero si lo cambiamos a true, se chequeará la sintaxis del string Json. En caso de que el string sea incorrecto,Json.evaluate devolverá null.

1
2
3
4
5
6
7
8

var str = '{"nombre":"Mootools","descripcion":"Framework}';
//Faltan " para Framework
var objeto = Json.evaluate(str, true);
if(objeto != null)
	alert(objeto.nombre);
else
	alert('El string JSON es incorrecto.');
//El string JSON es incorrecto.

Json.Remote.js

Json.Remote nos permite enviar y recibir objetos JSON mediante AJAX de manera muy simple. Hereda de xhr.js por lo cual se pueden usar todos sus métodos, opciones y eventos.

Recibiendo un objeto

1
2
3
4
5
6
7
8
9

var miJSON = new Json.Remote("recibe.php",
{
	onComplete: function(objeto)
	{
		alert(objeto.nombre); //Mootools
		alert(objeto.descripcion); //Framework
	}
});
miJSON.send();

El código de recibe.php es:

1
2
3

< ?php
echo "{'nombre': 'Mootools', 'descripcion': 'Framework'}";
?>

Como se puede apreciar en el ejemplo, la manera de enviar la petición es muy similar a lo que ya veníamos viendo. Indicamos la url de nuestro script, en este casorecibe.php, y luego recibimos el objeto que nos devuelve recibe.php que es el que viene como parámetro en la función del evento onComplete.

Supongamos que tenemos una base de datos de productos y queremos, mediante PHP y AJAX, mostrar todos esos productos. Con Json.Remote enviaríamos la petición a PHP, éste buscaría todos los productos y los devolvería en formato JSON. Una vez que tenemos los datos en dicho formato, solo debemos mostrarlos conjavascript.

Ahora, si no queremos mostrar todos los productos o si deseamos realizar una búsqueda debemos indicarle a PHP cual es el filtro que debe aplicar, y Json.Remotenos permite enviárselo.

1
2
3
4
5
6
7
8
9
10
11
12

var miJSON = new Json.Remote("recibe.php",
{
	onComplete: function(objeto)
	{
		alert(objeto.nombre); //Mootools2
		alert(objeto.descripcion); //Framework
	}
});
miJSON.send(
{
	nombre:"Mootools2"
});

Ahora con el método send estamos enviando un objeto, el cual puede ser un filtro o un parámetro de búsqueda.

El código de recibe.php es:

1
2
3
4
5
6
7

< ?php
$request = file_get_contents('php://input'); // json={nombre:"Mootools2"}
$data = str_replace('json=', '', $request);
 
$json = json_decode($data);
echo "{'nombre': '" . $json->nombre . "', 'descripcion': 'Framework'}";
?>

En este caso PHP recibe los parámetros de una manera muy distinta a como ya habíamos visto. Incluso, a la hora de hacer los ejemplos me perdí un buen rato con este asunto, pero luego googleando un poco pude hacerlo funcionar.

Como complemento a este artículo, preparé una serie de ejemplos sobre Json y Json.remote. Asimismo, próximamente habrá un segundo artículo sobre éste tema en el cual mostraré un ejemplo un poco mas práctico.

Fuente: http://www.jourmoly.com.ar/trabajando-con-ajax-json-y-mootools/

Despues de instalar Grails 1.0.3 en mi disco c:\ y hacer correr la consola de grails me decia que el JAVA_HOME no estaba definido. Asi que tube que agregarlo a las variables de Windows.

Para setear el JAVA_HOME se van a Inicio / Click Derecho en My Computer y se van aProperties

Luego se van a la pestaña Advanced y clickean el boton Enviroment Variables

Ahí agregan en System Variables una New variable. En Variable Name escriben JAVA_HOME y en Variable Value inserta la ubicacion del JDK en mi caso es C:\Program Files\Java\jdk1.6.0_05

Ya teniendo eso ya podemos ocupar Grails.

Primero abran la consola de Grails y tecleen grails.

debe aparecer algo parecido a esto:

Welcome to Grails 1.0 - http://grails.org/

Licensed under Apache Standard License 2.0

Grails home is set to: /Developer/grails-1.0

No script name specified. Use ‘grails help’ for more info

Luego crean su Aplicacion tecleando grails create-app <nombre>

Ejemplo:

grails:\> grails create-app holaMundo

luego de teclear eso se empiezan a crear las carpetas y archivos necesarios. Una vez terminado eso entramos a la carpeta que creo grails en la carpeta donde esta ubicado grails tecleando cd <nombre> en mi caso  es

grails:\> cd holaMundo

y para hacer correr nuestra aplicacion tecleamos grails run-app

grails:\> grails run-app

y se empezará a compilar nuestro proyecto , una vez que termine nos entregara un link para poder ver nuestra apliacion

entramos al link que nos entrega con algun navegador web y Taran, ya esta corriendo nuestra web.

Ahora paremos nuestra aplicacion tecleando en la consola CTRL+C y crearemos un domain-class que tendra todos los datos del supermercado. Tecleamos grails create-domain-class <nombreDeLaClase>

grails:\> grails create-domain-class Articulos

y nos crea en nuestra carpeta  “C:\grails-1.0.3\holaMundo\grails-app\domain” una clase llamada Articulo, la abrimos con algun editor de texto y veremos que esta vacia.

class Articulo {

}

A esa clase le agregamos algunos atributos, como nombre,precio,marca,unidades y codigo

class Articulo {

String nombre;

String marca;

String codigo;

int unidades;

double precio

}

guardamos el archivo y tecleamos en la consola grails generate-all Articulo para que nos genere el bytecode de la clase

grails:\> grails generate-all Articulo

Grails se encargará de generar todo el codigo de Mutadores , accesadores, codigo Sql, codigo html, diseño , etc. solo con poner esos 5 atributos

Ahora hacemos correr nuevamente nuestra aplicacion

grails:\> grails run-app

Esperamos unos segundos para que compile, copie y todo lo que tenga que hacer y abrimos nuevamente el link que nos entrega.

y como arte de magia …

nos crea un ArticuloController, si entramos a ese link viene lo genial…

Con los atributos que definimos en la clase Articulo groovy nos creo una lista , donde podemos ingresar, eliminar y editar esos datos usando sql, cuanto tiempo y lineas de codigo nos ha ahorrado groovy xD

Agregaremos un articulo:

y wow se nos agrego a la lista de articulos

OpenSwing también cuenta con una librería para el desarrollo de la capa de acceso a datos y (para las aplicaciones de tres capas) la lógica de negocio, así como una librería que se encarga de simplificar la comunicación con el servidor. También cuenta con componentes para visualizar documentos PDF y Excel. El framework se distribuye bajo licencia LGPL y cuenta con abundante documentación entre la cual se incluyen varias aplicaciones de demostración.

Algunos acoplamientos:

Home page: http://oswing.sourceforge.net

Demo: http://oswing.sourceforge.net/demo10/demo10.jnlp 

JAllInOne demo: http://www.hostingjava.it/-carniel/jAllInOne.jnlp 

 Fuente: http://www.softwarelibre.net/actualización_141_de_openswing_framework_libre_para_el_desarrollo_de_aplicaciones_swing

Será un Webinar de una hora, e incluirá preguntas y respuestas.

Utilizaré TheAquarium TV en uStream.TV.  Es muy fácil de usar a través de un browser con Flash.

El Webinar será abierto pero quiero facilitar la participación así que voy a tratar de escoger una hora que funcione para la mayoria de los paises.  Tenemos gente de LatinAmerica y de España, así que hay varias husos horarios para considerar.

Para facilitar el proceso, voy a usar Doodle.CH, pero voy a separar el escojer la hora del escojer el dia.

PRIMER PASO – 
* Vayan a http://doodle.ch/kt45kspibkyv2ayh 
* Marquen las horas que les funcionan (Horas estan basadas en US-Pacific, California)

Cuantas más horas marquen más fácil nos será a todos.

Para marcar sus preferencias tendrán que darse una identificación. Cualquier cosa funciona, desde su nombre, a su localidad, a un alias. Voten una sóla vez.

Quiero ofrecer el Webinar la semana que viene así que tenemos que concretar la fecha y hora esta semana.

Noticia publicada en www.javahispano.org. Accede a la página web y participa

You have already tagged this post. Your tags

Fuente: http://www.softwarelibre.net/webminar_sobre_glassfish

La tabla siguiente demuestra algunos de los paquetes principales que se incluyen en el lanzamiento reciente de Java 1.4 SDK (kit del desarrollo del software) junto con una breve descripción de lo que él incluye.

Aunque hay muchos otros paquetes dentro de la lengua de Java, la lista antedicha es probablemente la más común a través de las cuales usted vendrá. Ahora hechemos una ojeada cómo podemos utilizar e importar estos paquetes de estándar en nuestros usos y applet de Java.

jFrame.setUndecorated(true);

Por ejemplo:

Obtendremos un JFrame sin la barra de título:

Ejecutando el ejemplo desde el IDE

Fuente: http://lefunes.wordpress.com/2008/11/22/ocultar-la-barra-de-titulo-de-un-jframe/

Imágen externa al Jar

Este es el caso que se produce cuando la imagen se encuentra en alguna carpeta del sistema operativo:

Para cargarla podemos indicarle a ImageIcon tanto el path relativo (desde donde se ejecuta el Jar) como el path absoluto de la imagen.

Se realiza de la siguiente forma (ver que se utiliza getImage()):

Imágen interna al Jar

Este caso ocurre cuando la imagen se encuentra dentro del Jar de la aplicación:

Para cargarla podemos indicarle a ImageIcon el recurso que se quiere utilizar. Para instanciar el recurso debemos indicar el path relativo (desde la clase que quiere cargar la imagen) como el path absoluto de la imagen dentro del Jar (un path absoluto en el jar comienza con /, como por ejemplo “/ar/lefunes/recurso/imagen.png”).

Se realiza de la siguiente forma:

Ejemplo

Un ejemplo de como se pueden utilizar estos conceptos junto con la clase JPanelConFondo que vimos en un post anterior.

Código:

Al ejecutar el código obtendremos la siguiente pantalla:

tener en cunta que la imagen externa (”tierra.jpg” en este ejemplo) tienen que estar en la misma carpeta del jar, ó en la carpeta raiz del proyecto cuando ejecutamos el proyecto desde NetBeans.

Ejemplo Descargable

Puedes descargar el ejemplo completo desdehttp://lefunes.googlecode.com/files/CargarImagenes.zip (aprox. 54 KB)

Fuente: http://lefunes.wordpress.com/2009/01/29/cargando-imagenes-desde-java/