Acerca de Java: 2010

domingo, 31 de octubre de 2010

Patrón de diseño: Adaptador

Saludos a todos.

Ahora hablaremos sobre otro patrón de diseño que puede ser utilizado en Java, que de hecho, hasta en su propia API se ha incluido para el manejo de eventos de interfaces gráficas. Estoy hablando acerca del patrón de diseño: Adaptador.

Si, como su nombre lo indica, trata de adaptar una clase para que no implemente todos los métodos declarados en una interfaz, esto lo hace, usando una clase que ya la interfaz en cuestión y la clase que utiliza la adaptadora debe sólo implementar en método que necesite o requiera, vamos a ver si con ejemplos me entienden mejor:

En java.awt.event se encuentra la interfaz MouseListener, esta interfaz contiene los métodos que sirven para manejar eventos del ratón:
void mouseClicked(MouseEvent e)
void mouseEntered(MouseEvent e)
void mouseExited(MouseEvent e)
void mousePressed(MouseEvent e)
void mouseReleased(MouseEvent e)

Supongamos que nosotros queremos que nuestra clase sólo implemente el evento mouseClicked, si implementamos esta interfaz en nuestra aplicación debemos también implementar los métodos declarados y por lo tanto colocar los demás métodos (mouseEntered, mouseExited, mousePressed y mouseReleased) y dejarlos vacíos (por regla de java en cuanto a que implemento la interfaz).

Con la clase adaptadora eso sería más fácil, yo puedo hacer extender (heredar) mi clase a MouseAdapter. Este clase MouseAdapter, implementa a la interfaz MouseListener y contiene implementado todos los métodos del Listener (aunque vacío, no importa), por lo tanto al heredar sólo sobreescribo el método que necesito. La limitante es que como Java no soporta herencia múltiple, si mi clase ya extiende de otra clase no puedo utilizar la clase adaptadora y me veré obligado a utilizar el Listener requerido.

Veamos código:
Implementando la interfaz me obliga a implementar todos métodos, aunque no los utilice:


package patronesdisenio.adaptador;

import java.awt.event.MouseEvent;
import java.awt.event.MouseListener;

public class MiClaseImplementada 
                   implements MouseListener {
   //La interfaz me obliga a implementar
   //todos los métodos
   @Override
   public void mouseClicked(MouseEvent arg0) {}
   @Override
   public void mouseEntered(MouseEvent arg0) {}
   @Override
   public void mouseExited(MouseEvent arg0) {}
   @Override
   public void mousePressed(MouseEvent arg0) {}
   @Override
   public void mouseReleased(MouseEvent arg0) {}
}

La clase adaptadora me permite implementar sólo el método que deseo, aunque si mi clase ya extiende de otra clase, no podría utilizarla:


package patronesdisenio.adaptador;

import java.awt.event.MouseAdapter;
import java.awt.event.MouseEvent;

import javax.swing.JOptionPane;

public class MiClaseAdapter extends MouseAdapter {
 
   @Override
   public void mouseClicked(MouseEvent e){
      JOptionPane.showMessageDialog(
              null, "Hizo click en un elemento");
   }
}

Esto es un ejemplo dentro del API de java, pero igualmente podría adaptarse a nuestro sistema, en caso de que no necesitemos implementar todos los métodos de una interfaz.

Patrón de diseño: Singleton

Saludos a todos. Hoy comenzaremos con el primer artículo acerca de los patrones de diseño. Para hoy hablaremos acerca del patrón de diseño Singleton.

Recuerdo en mi primer curso de Java, cuando nos asignan realizar un proyecto en este lenguaje, utilizando las ventajas de javax.swing, es decir interfaces gráficas, nuestro grupo creó un menú que llamaba a ventanas o diálogos. Se nos presentó el siguiente problema: Cuando se llamaba a una opción de menú se desplegaba una ventana auxiliar nueva, si de nuevo haciamos click sobre la misma opción, se mostraba otra ventana nueva igual a la anterior, es decir, se creaban duplicados o triplicados, lo cual para el proyecto no era lo adecuado. Empezamos a indagar que pasaba con tal caso, cómo podríamos hacer para que no sucediera esto y nuestro profesor muy sabiamente dijo, eso se resuelve con el patrón Singleton.

Empezamos a buscar información sobre este patrón y nos encontramos que la finalidad de este patrón es poder crear una sola instancia de una Clase, por lo tanto si se intentaba crear una nueva instancia se llamaba a la misma creada anteriormente, garantizando así la no duplicación. Ahora bien ahora lo que nos faltaría por ver es como puede llevarse a cabo este patrón:

Existen varias maneras de implementar Singleton, aquí va la más utilizada:


public class ClaseSingleton {

   private static ClaseSingleton instancia = null;

   private ClaseSingleton() { } //constructor privado

   public static ClaseSingleton getInstanciaUnica() {

      if (instancia == null) {
         instancia = new ClaseSingleton();
      }
      return instancia;
   }
}

Como puede verse existe en la clase un constructor privado, esto se hace con la finalidad de que sólo la clase singleton pueda crear instancias. Existe también un método getInstanciaUnica que crea la instancia si aun no ha sido creada, pero si ya fue creada una, devuelve la misma creada anteriormente.

Veamos un ejemplo con las Ventanas de javax.swing:
Clase Principal: Con Main:


package patronesdisenio;

import java.awt.*;
import java.awt.event.*;
import javax.swing.*;

public class VentanaPrincipal extends JFrame 
                      implements ActionListener {

   public VentanaPrincipal() {
      super("Ventana Principal");
      JButton boton = new JButton("Nueva Ventana");
      Container contenedor = getContentPane();
      contenedor.add(boton, BorderLayout.SOUTH);
      boton.addActionListener(this);
      setSize(600, 600);
      setVisible(true);
   }

   public static void main(String[] args) {
      VentanaPrincipal app = new VentanaPrincipal();
      app.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
   }

   public void actionPerformed(ActionEvent e) {
      VentanaAuxiliar.getVentanaAuxiliarUnica();
   }
}

Aquí la Ventana Auxiliar a llamar (Singleton)


package patronesdisenio;

import javax.swing.JDialog;

public class VentanaAuxiliar extends JDialog{

   public static VentanaAuxiliar vtnUnica = null;
 
   private VentanaAuxiliar(){ }
 
   public static VentanaAuxiliar 
                      getVentanaAuxiliarUnica(){
      if(vtnUnica == null){
         vtnUnica = new VentanaAuxiliar();
         vtnUnica.setTitle("Ventana Auxiliar");
         vtnUnica.setSize(490, 400);
         vtnUnica.setVisible(true);
         return vtnUnica;
      }
      return vtnUnica;
   }
}

De esta manera cuando se llame a la ventana auxiliar desde la ventana principal con el botón inferior, no se generará ventana duplicada ya que Ventana auxiliar es singleton.

domingo, 26 de septiembre de 2010

Respuesta Clase Scanner Java 5.

Esta es la respuesta a un comentario realizado en el post sobre la clase Scanner de Java 5.
El comentario dice así:

Tengo un problema que no se como solucionar.... tengo un fichero de esta manera:

AU Gutierrez, M
Marin, C
Bonachea, J
AF Gutierrez, Mateo
Lucha, Pedro
Gutierrez, Francisco
TI Are talus flatiron sequences in Spain climate-controlled landforms?
SO ZEITSCHRIFT FUR GEOMORPHOLOGIE
LA English
DT Article

Cada empiece con 2 letras mayusculas es un campo, y quiero leerlo y que interprete que es un campo diferente, es decir AU un campo con sus autores: Gutierrez, marin y Bonachea, estos autores que los meta todos juntos en un string, y AU en otro.
Estoy intentando leyendolo linea por linea, luego separarlo por tokens, y concatenar, pero no me sale nada!!!

haber si me podeis ayudar,

un saludo,
Toño.

Ahora bien, para dar respuesta a esta duda, yo lo resolví de la siguiente manera:


import java.io.*;
import java.util.*;
import java.util.regex.*;

public class Autores {
  public static void main(String[] args) 
                 throws FileNotFoundException {
    Scanner scaner = new Scanner(
      new File("archivos/datos.txt"));
    Pattern patron = Pattern.compile("[A-Z]{2}");
    ArrayList resultado = 
         new ArrayList(); 
    StringBuffer sb = new StringBuffer();
    /* sb: Guarda los autores relacionados en una sola 
    cadena separados por punto y coma (;)*/
    /* resultado: guarda los autores relacionado de 
    stringbuffer en registros distintos */
    int nroLinea = 1;
    do{
      String linea = scaner.nextLine();
      Matcher matcher = patron.matcher(linea);
      boolean coincide = matcher.find();
      if(coincide && nroLinea == 1){
        sb = new StringBuffer();
        sb.append(linea.substring(3));
      }else if(coincide && nroLinea != 1){
        resultado.add(sb.toString());
        sb = new StringBuffer();
        sb.append(linea.substring(3));

      }else{
        sb.append(";"+linea);
      }
      nroLinea++; 
    }while(scaner.hasNext());
    resultado.add(sb.toString());
    for(String cadena: resultado){
      System.out.println(cadena);
    }
  }
}

Explico:
La clase Scanner recibe un Archivo que es el que voy a leer (hay que asegurarse que la ruta es le correcta ya sea relativa o absoluta), de no ser así se lanza una FileNotFoundException.

Lo primero que hago es recorrer las líneas de este archivo con el ciclo do-while externo. Utilizo ls expresiones regulares para ver si mi comienzo de línea contiene dos caracteres en mayúsculas ([A-Z]{2}), si coincide puede pasar dos cosas: que sea la primera línea o no; si es la primera línea sólo agrego la cadena a un stringbuffer que almacena todos los autores relacionados, si no, si coincide pero no es la primera línea, agrego todos los autores relacionados (stringbuffer)a una Coleccion ArrayList de string y luego creo uno nuevo para la nueva cadena, si no es ninguno de estos dos casos, entonces quiere decir que la lectura de la línea es un autor más por lo que procedo a agregarlo al stringbuffer.

Además la línea después del while externo resultado.add(sb.toString) se asegura de agregar el último registro después de hacer el recorrido del archivo.

Nota: La el metodo substring(3) devuelve una nueva cadena a partir del caracter número 3, haciendo el conteo a partir de cero(0).

Toño si tienes otra duda, no vaciles en preguntar. Hasta Luego.

miércoles, 15 de septiembre de 2010

Java Persistence API con Hibernate.

Saludos compañeros y gracias por acompañarme nuevamente, acá en Acerca de Java para discutir temas acerca de la tecnología java. Ahora hablemos un poco acerca de Java Persistence Api (JPA), en su implementación Hibernate.

Generalmente cuando creamos aplicaciones, debemos interactuar con una base de datos relacional, en este caso es necesario realizar sentencias SQL desde nuestro código de programa para poder enviar solicitudes de base de datos y traer, actualizar o borrar datos.

Con la implementación Hibernate, ya esto no es necesario. Hibernate me permite realizar persistencias de objetos java en una base de datos relacional sin necesidad de sentencias sql, es decir puedo almacenar mi objeto java, en una base de datos, relacionando mis datos de objeto con los campos de la base de datos.

Para poder realizar este tipo de persistencia se necesitan cinco requisitos:

* Objeto Java Persistente: Objeto a ser serializado.
* Archivo de Mapeo Hibernate:
* Archivo de Configuración Hibernate.
* API Hibernate.
* Manejador de Base de Datos, en este caso yo utilizaré PostgreSQL 9.0.

Objeto Java Persistence: Una innovación con Hibernate es que no necesita extender a ninguna clase y tampoco es necesario que implemente una interfaz. Pero si es necesario declarar un constructor público que no reciba parámetros, además como buena práctica de programación deben sobreescribir los métodos equals y hashCode, no es un requisitor indispensable pero se considera buena práctica de programación.

Ejemplo de un tipo de objeto persistente:


package mypersistence;

import java.util.Date;

public class Empleado {

 private int id;
 private String nombre;
 private Date nacimiento;
 
 public Empleado(){ }

 public int getId() {
  return id;
 }

 public void setId(int id) {
  this.id = id;
 }

 public String getNombre() {
  return nombre;
 }

 public void setNombre(String nombre) {
  this.nombre = nombre;
 }
 
 public Date getNacimiento(){
  return nacimiento;
 }

 public boolean equals(Object objeto){
  if(objeto == this)
   return true;
  Empleado empleado = (Empleado) objeto;
  if(this.nombre.equals(empleado.nombre))
   return true;
  return false;
 }
 
 public int hashCode(){
  return this.nombre.hashCode();
 }

 public void setNacimiento(Date fecha) {
  nacimiento = fecha;
 }
}

Archivo de mapeo Hibernate: Es un archivo XML que que dice al API Hibernate como va a ser serializado mi Objeto Java Persistence. Hay 4 maneras:
* Mapeo de clase a tabla.
* Un elemento id para identificar la clave principal de la tabla.
* Mapeo de propiedad a columna o lo que es lo mismo de Atributo a campo.
* Relaciones con otros objetos persistentes.

Ejemplo de XML:
Nombre del archivo: Empleado.hbm.xml



<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE hibernate-mapping PUBLIC
"-//Hibernate/Hibernate Mapping DTD 3.0//EN"
"http://hibernate.sourceforge.net/hibernate-mapping-3.0.dtd ">

<hibernate-mapping>
<class name = "mypersistence.Empleado" table="Empleados">

<id name = "id" column = "id">
<generator class="sequence"/> 
</id>

<property name = "nombre" column = "nombre" 
     type = "string"></property>
<property name = "nacimiento" column = "fecha_nacimiento" 
     type = "timestamp" update = "false"></property>

</class>
</hibernate-mapping>

Archivo de configuracion Hibernate: Como es de esperarse este archivo define las opciones de configuración globales para la serialización y por ello normalmente sólo existe un archivo XML de configuración por aplicación. Aquí se definen: Información sobre la conexión a la base de datos, dialecto a utilizar (varía de acuerda al RDBMS utilizado), una opción que es bueno resaltar es la propiedad show_sql que muestra el SQL que ha sido ejecutado además hibernate.hbm2dll.auto crea las tablas basado en el archivo de mapeo. Aquí ahora el ejemplo de archivo de configuración hibernate:

Nombre del archivo: hibernate.cfg.xml


<!DOCTYPE hibernate-configuration PUBLIC
"-//Hibernate/Hibernate Configuration DTD 3.0//EN"
"http://hibernate.sourceforge.net/hibernate-configuration-3.0.dtd ">

<hibernate-configuration>
  <session-factory>
  <property name = "show_sql">true</property>
  <property name = "hibernate.dialect">
    org.hibernate.dialect.PostgreSQLDialect</property>
  <property name = "hibernate.hbm2dll.auto">
    create-drop</property>
  <property name = hibernate.connection.driver_class">
    org.postgresql.Driver</property>
  <property name = "hibernate.connection.username">
    postgres</property>
  <property name = "hibernate.connection.password">
    miclave</property>
  <property name = "hibernate.connection.url">
    jdbc:postgresql://localhost:5432/postgres</property>
<mapping resource = "Empleado.hbm.xml" />
</session-factory>
</hibernate-configuration>

API Hibernate: Es el conjunto de herramientas que me permite realizar la serialización, es decir, esta es la maquinaria necesaria para utilizar todos los otros tres recursos antes vistos e implementar de una vez la serialización. En nuestro caso vamos a utilizar el paquete org.hibernate.*.

Veamos ahora que debemos hacer para utilizar este API Hibernate y realizar la serialización:

Creación de HibernateUtil: interactúa con el archivo de configuración. Inicia sesión.


package mypersistence;

import java.io.File;

import org.hibernate.Session;
import org.hibernate.cfg.Configuration;
import org.hibernate.SessionFactory;

public class HibernateUtil {
  private final static SessionFactory sf;
  static {
    Configuration cfg = new Configuration();
    File f = new File(
"C:\\AcercaDeJava\\Hibernate\\files\\hibernate.cfg.xml"); 
    cfg.configure(f);
    sf = cfg.buildSessionFactory();
  }
 
  public static Session currentSession(){
    return sf.openSession();
  }
 
  public static void close(Session session){
    session.close();
  }
}

HibernateManager: Utiliza a HibernateUtil para iniciar sesión e inicia el proceso de grabación:


package mypersistence;


import java.util.Date;
import org.hibernate.HibernateException;
import org.hibernate.Session;
import org.hibernate.Transaction;

import mypersistence.Empleado;
import mypersistence.HibernateUtil;

public class EmpleadoManager {

  Session s = HibernateUtil.currentSession();
 
  public void save(Empleado empleado){
    try{
      Transaction tx = s.beginTransaction();
      s.saveOrUpdate(empleado);
      tx.commit();
    }catch(HibernateException e){
      e.printStackTrace();
    }
  }
 
  public static void main(String[] args) {
    Empleado empleado = new Empleado();
    empleado.setNombre("Rafael Atencio");
    empleado.setNacimiento(new Date());
  
    EmpleadoManager manager = new EmpleadoManager();
    manager.save(empleado);
  }
}

Ahora si: Aquí tengo una lista de las librerías que tuve que usar, casi todas pueden encontrarse en la página web http://www.findjar.com/index.x:

cglib-full-2.0.jar
commons-collections-3.1.jar
commons-logging-api.jar
dom4j-1.1.jar
ehcache-1.6.2.jar
hibernate-3.0.5.jar
hibernate-jpa-2.0-api-1.0.0.Final.jar
hibernate-validator-4.1.0.Final.jar
j2ee-1.4.jar
log4j-1.2.14.jar
postgresql-9.0-801.jdbc4.jar
slf4j-api-1.5.6.jar
slf4j-log4j12-1.5.6.jar
validation-api-1.0.0.GA.jar

Además hay que asegurarse que la ruta de los archivos hibernate.cfg.xml y Empleado.hbm.xml están en el Build Path o CLASSPATH.

Para ello, en eclipse, se hace clic secundario Proyecto, se elige el Build Path, luego Configure Build Path..., se va a la prestaña Source y se agrega la carpeta donde están los archivos de mapeo y configuración.

Adicionalmente como PostgreSQL no trabaja directamente con campos AUTOINCREMENT hay que realizar un objeto de secuencia hibernate ejecutando la siguiente sentencia SQL en nuestra BD Postgres:


CREATE SEQUENCE hibernate_sequence
INCREMENT 1
MINVALUE 1
MAXVALUE 9223372036854775807
START 1
CACHE 1;

Bueno no queda más que ejecutar la clase HibernateManager para generar un registro en Base de Datos PostgreSQL y obtener por consola el SQL que ha sido ejecutados.

Por ahora no tengo más que decir más que desearle suerte en la ejecución de su proyecto con Hibernate, cualquier duda pueden escribir comentarios en el post.

Nos vemos, ¡Hasta Luego!

miércoles, 4 de agosto de 2010

Libros de Java SE 6

Hasta hace poco, era difícil encontrar un libro que haga referencia a Java SE 6, pero me he dado cuenta que últimamente ya están disponibles en las librerías.

A mediados del año pasado encontré uno (muy famoso por cierto en cuanto a tecnología Java) llamado Profesional Java JDK 6, por W. Clay Richardson y otros autores y digo famoso debido a que tiene el sello WROX o no se si decir es de WROX.

Todavía estoy contento de mi adquisición, este libro me ha servido de ayuda para la mayoría de mis artículos tanto de Java SE 5 y Java SE 6. Comienza con un recuento de las novedades de Java 5 y luego (mucho más adelante) comienza a revelarte los secretos de Java 6.

He encontrado algunos pequeños errores, pero me parecen en algunos casos insignificantes, no hay que conformarse con lo que te dicen allí, hay que probar, analizar, ejecutar, etc... para darse cuenta que algunas veces cometen errores pequeños.

Bueno, no quiero dejar este comentario a medias, un error que encontré fue en la página 63 (hablo la versión en español) en un programa que habla sobre las anotaciones, donde hay dos clases y una interfaz, la interfaz es la que aparece "anotada", se llama TestParameters.

En una clase llamada StringUtility tiene un método concat con el siguiente cuerpo:


public String concat (String s1, String s2){
   return (s1 + s2);
}

//y un método testConcat() de la siguiente manera

public boolean testConcat(){
   String s1 = "test";
   String s2 = " 123";
   return(concat(s1,s2).equals("test 123");
}

Por supuesto, esto no arroja ningún error de compilación, luego en la clase TestFramework está el método invoke que utiliza la reflección (java.lang.reflect) de la siguiente manera:


static String invoke(Method m, Object o){
   String result = "PASSED";
   try{
     m.invoke(o);
   } catch (Exception ex){
     System.out.println("Exception: " + ex + 
                "\n" + ex.getCause);
     result "FAILED";
   }
   return (result);
}

Que tampoco tiene error de compilación, pero hay un error lógico, supongamos que el método testConcat() devuelva false debido a que se escribió return(concat(s1,s2).equals("test 12");, para el método invoke no hay error (No hay Exception) y por lo tanto imprime igualmente PASSED.

Debido a este error debe cambiarse el método testConcat a algo como esto:


public boolean testConcat() throws Exception
{
   String s1 = "test";
   String s2 = " 123";
   boolean resultado = (concat(s1,s2).equals("test 123"));
   if(resultado){
      return resultado;
   }
   throw new Exception();
}

De esta forma, se arroja una Exception si el método falla y se captura cuando se hace la llamada m.invoke(o), es decir result sería "FAILED".

Espero haberme explicado; este error fue el mas grave que encontré, la verdad tiene muchos errores de transcripción pero creo que este tipo de error es insignificante para el buen lector que le interesa el contenido.

Bueno, siguiendo con el tema de los libros, decía que yo adquirí este libro aproximadamente hace un año y me sentí bastante satisfecho de su contenido, pero la verdad este post lo escribo para que tengamos en cuenta que ya existen muchos libros de Java SE 6.0 en las librerías y aquí le tengo otros dos que ví en ellas:

Java. Como Programar. Septima Edición. DEITEL. (Basado en Java SE 6)

Yo adquirí este libro en su versión Java SE 1.4 y me pareció excelente, es extenso en sus explicaciones y ejemplos y además te da un CD con todo el código fuente del libro. Fue muy buena fuente de consulta y me dio herramientas para realizar algunas de las preguntas de nuestros post acerca de la preparación para la prueba Sun Java Programmer que se escribieron en este blog desde Agosto hasta Diciembre 2009.

Mi sorpresa mayor fue que al lado de este libro, otro que se llama Java. Manual de referencia. Séptima edición por Herbert Schildt. McGrawHill (también basado en Java SE 6)de este no tengo referencias, pero he visto que el mismo autor en otros libros conocidos.

Lo que me alegra es que ya en las librerías nos presenten bibliografías de la última versión de Java.

Bueno por ahora no tengo más que agregar, si a la disposición de seguir aportando acerca de la tecnología Java y a la espero de una nueva versión que podamos probar y que nos siga generando ganancias en el sentido del conocimiento, ahorro de tiempo de programación y administración de recursos de sistema.

Hasta la próxima.

sábado, 31 de julio de 2010

La nueva clase SystemTray de Java SE 6

La nueva clase SystemTray permite (si es soportado por el sistema operativo) crear un pequeño ícono en la bandeja de escritorio, de tal manera que pueda accederse a ella sin necesidad de crear una ventana común. Sólo un pequeño ícono que para windows por ejemplo se encuentra cerca del reloj, donde generalmente corren las aplicaciones como Antivirus, reloj, etc...

De hecho creo que este es el artículo mas corto que escrito, debido a lo fácil que se me hizo realizarlo veamos el ejemplo:


package traydemo;

import java.awt.*;
import java.awt.event.*;
import javax.swing.*;
public class DemoTray {
 public static void main(String[] args) {
  final TrayIcon icono;
  Image imagen = null;
  final JFrame ventana = new JFrame("Principal");
  if(SystemTray.isSupported()){
   SystemTray tray = SystemTray.getSystemTray();
   imagen = Toolkit.getDefaultToolkit().
     getImage("Tray.jpg");
   PopupMenu popup = new PopupMenu();
   MenuItem optComenzar = new MenuItem("Comenzar...");
   MenuItem optSalir = new MenuItem("Salir");
   optSalir.addActionListener( new ActionListener() {
    public void actionPerformed(ActionEvent arg0) {
     System.exit(0);
    }
   });
   optComenzar.addActionListener(new ActionListener() {
    public void actionPerformed(ActionEvent e) {
     ventana.setSize(300,300);
     ventana.setVisible(true);
    }
   });
   popup.add(optComenzar);
   popup.add(optSalir);
   icono = new TrayIcon(imagen, "Tray", popup);
   icono.setImageAutoSize(true);
   icono.addMouseListener(new MouseAdapter() {
    public void mouseClicked(MouseEvent e){
     if(e.getButton() == 1){
      ventana.setSize(300,300);
      ventana.setVisible(true);
     }
    }
   });
   try {
    tray.add(icono);
   } catch (AWTException e1) {
    System.out.println(e1.getStackTrace());
   }
  }
 }
}

Creo que es fácil entender y usar.

Primero que todo hay que preguntar si nuestro sistema operativo soporta SystemTray (es decir, SystemTray.isSupported()) de ser así creo la instancia de SystemTray, elijo la imagen que va a ser colocada en la bandeja de escritorio a través de la clase Image, recuerde que esta imagen debe estar en la misma ruta del proyecto Java.

Creo un menú auxiliar (PopupMenu) que se desplegará si el usuario hace clic secundario en este ícono, tendrá dos opciones comenzar la aplicación (llama a ventana Swing.JFrame principal de la aplicación por supuesto) o salir (System.exit(0)), creo un TrayIcon llamado icono que que será el ícono de la aplicación pasándole la imagen seleccionada, ajusto con setImageAutoSize(true) para que la imagen se ajuste al tamaño del ícono de la bandeja de Escritorio, si el usuario hace clic en el ícono con el botón principal también se desplega la ventana principal. Por último y muy importante es agregar el icono (TrayIcon) al tray, una vez hecho esto, el ícono queda visible en el system tray, es decir, la bandeja de escritorio, cerca del reloj, antivirus, etc...

Bueno esto es todo por ahora, espero haberme explicado y les sea de utilidad este post. Nos vemos en una próxima edición.

sábado, 24 de julio de 2010

Dialogos Modales y No Modales en Java SE 6. Novedades Swing.

Saludos compañeros nos vemos otra vez aquí, para compartir ideas y experiencias de Java. Esta vez le toca el turno a los diálogos modales, mostraremos que conforma el nuevo API de Java SE 6 para crear diálogos modales y evitar diálogos modales, empecemos:

En versiones anteriores de Java ya existía una forma de crear diálogos modales a través del parámetro boolean (modal o no) del constructor de la clase java.awt.Dialog, este parámetro al ser verdadero (true) bloqueaba toda la aplicación y hasta que ella se cerrara no se podía seguir con la aplicación. Veamos un pequeño en ejemplo con este constructor:


package mipaquete;
import javax.swing.*;

public class Marco {
   public static void main(String[] args) {
      JFrame f = new JFrame("");
      f.setAlwaysOnTop(true);
      f.setSize(300,300);
      f.setVisible(true);
      JDialog d = new JDialog(f, "Dialog", true);
      d.setSize(300,300);
      d.setLocationRelativeTo(null);
      d.setVisible(true);
   }
}

Si se ejecuta este párrafo anterior se muestra un Frame y un Diálogo, hasta que no sea cerrado el diálogo no puede tomar el foco el Frame, es decir no tengo acceso a él.

Si tengo una aplicación en la cual deseo que no toda la aplicación sea bloqueada sino sólo parte de ella, puedo hacer uso del nuevo API de Java 6 donde se incluyen dos clases estáticas dentro de la clase Dialog, estas son:

static class ModalityType y static class ModalExclusionType, ambas tienen dentro de sí una enumeracion que indican el nivel de bloqueo que pueden generar.

static class ModalityType, esta clase sirve para definir el tipo de bloqueo, o también llamado alcance del bloqueo en una aplicación, su enumeración contiene:

APPLICATION_MODAL: Bloquea todas las ventanas de la aplicación, excepto las ventanas que se deriven de ella, es decir, las ventanas que estén abiertas para el momento en que se muestra este diálogo quedan bloqueadas, pero si a partir de ese momento se crean nuevas ventanas (ventanas hijas) estas no serán bloqueadas.

DOCUMENT_MODAL: Bloquea la ventana padre de la ventana y su jerarquía superior, es decir bloque las ventanas de donde fue derivada, pero esto no incluyen las ventanas que no pertenecen a esta jerarquía por lo tanto algunas ventanas quedarán sin bloquear.

MODELESS: no bloquea ninguna ventana.

TOOLKIT_MODAL: Bloquea las ventanas de nivel superior que corren en el mismo TOOLKIT.

Podemos excluir del bloqueo a una ventana o diálogo utilizando la clase ModalExclusionType, esta puede excluir del bloqueo según alguna de estas opciones de su enumeración:

APPLICATION_EXCLUDE: La ventana que utiliza este valor de enumeracion no será bloqueada por ningún diálogo de la aplicación.

NO_EXCLUDE: Indica que la ventana no estará excluida del bloqueo si este ocurriera.

TOOLKIT_EXCLUDE: Indica que no se bloqueará esta ventana si se llamase a APPLICATION_MODAL o TOOLKIT_MODAL.

Lo que nos faltaría por ver son los métodos agregados en Java SE 6.0 que nos permiten utilizar estas enumeraciones:

En la clase java.awt.Dialog se incluyeron los métodos setModalityType() que recibe un Dialog.ModalityType para definir el alcance del bloqueo, también se agregó el método getModalityType(), entre otros.

En la clase Windows se incluyó el método setModalExclusionType() que recibe un elemento de la enumeracion ModalExclusionType para definir que tipo de exclusión será aplicada, también se cuenta con el método getModalExclusionType(), el uso es obvio.

También se agregaron los constructores public Dialog(Window owner, String title,Dialog.ModalityType modalityType) y public Dialog(Window owner, String title, Dialog.ModalityType modalityType, GraphicsConfiguration gc), GraphicsConfiguration queda fuera del alcance de este artículo.

Ahora si estamos listos para crear nuestra aplicación con Ventanas y Diálogos modales con las nuevas modalidades Java SE 6.0. Veamos:


package modality;
import java.awt.*;
import java.awt.Dialog.*;
import java.awt.event.*;
import javax.swing.*;

public class ClaseModal {

   static JFrame padre;
 
   public static void main(String[] args) {
      padre = new JFrame("Marco1");
      padre.setLayout(new BorderLayout());
      JButton btnNuevaVentana = 
        new JButton("Boton Mostrar Hija");
      JLabel etiqueta = new JLabel("Etiqueta");
      etiqueta.setBackground(Color.BLUE);
      padre.add(etiqueta, BorderLayout.CENTER);
      padre.add(btnNuevaVentana, BorderLayout.SOUTH);
      btnNuevaVentana.addActionListener(
        new ActionListener(){
         @Override
         public void actionPerformed(ActionEvent e) {
              JDialog dialogoAuxiliar = 
                  new JDialog(padre, "hija",
                    Dialog.ModalityType.DOCUMENT_MODAL);
                  JButton btnSaveAs = 
                    new JButton("Save as...");
                  btnSaveAs.addActionListener(
                    new ActionListener(){
                  @Override
             public void actionPerformed(ActionEvent e) {
//Disminucion de sanguia por cuestiones de espacio
               FileDialog fileDialog = 
                 new FileDialog(padre,
               "Guardar", FileDialog.SAVE);
               fileDialog.setSize(400,400);
               fileDialog.setVisible(true);
                  }
                  });
                  dialogoAuxiliar.add(btnSaveAs);
                  dialogoAuxiliar.setSize(300,300);
                  dialogoAuxiliar.setLocation(150,150);
                  dialogoAuxiliar.setVisible(true);
   }
      });
      padre.setSize(300,300);
      padre.setVisible(true);
      JFrame ventanaIndependiente = 
        new JFrame("Ventana Independiente");
      ventanaIndependiente.setModalExclusionType(
      Dialog.ModalExclusionType.APPLICATION_EXCLUDE);
      ventanaIndependiente.setSize(500,500);
      ventanaIndependiente.setLocation(75, 75);
      ventanaIndependiente.setVisible(true);
   }
}

Al ejecutar esta aplicación se obtienen 2 ventanas, una ventana Padre y una Independiente. Al hacer click en el botón Mostrar Hija, se desplega una ventana hija que bloquea la padre (DOCUMENT_MODAL), la ventana hija tiene un único botón que llama un FileDialog (Cuadro de dialogo Guardar), este Cuadro de diálogo tampoco bloquea la ventana independiente ya que utiliza a Dialog.ModalExclusionType.APPLICATION_EXCLUDE, si se utilizara Dialog.ModalExclusionType.NO_EXCLUDE o simplemente no se asigna ningún ModalExclusionType, entonces la ventana independiente se bloquearía con el cuadro de diálogo SAVE.

Bueno, espero haberme explicado y este código les ayude a resolver dudas o inquietudes que se les hayan podido encontrar, cualquier pregunta tenemos los comentarios abiertos, para ampliar el tema, o resolver dudas, por mi parte me despido hasta una próxima edición.

lunes, 31 de mayo de 2010

El cálculo de PI con 500 decimales

Saludos de nuevo compañeros. Hoy tenemos un nuevo reto el cálculo de PI hasta de 500 decimales, esto como respuesta a un comentario que fue realizado en el post sobre Interfaces Genéricas, si ya sabemos, no tiene nada que ver, pero en ese post fue realizada la duda y en este post UNA posible solución.

Muchos métodos han sido utilizados para calcular el Valor de PI, hoy en día existen algoritmos que generan con gran precision este valor, En la clase Math existe una constante PI de tipo double que contiene el valor literal


public static final PI = 3.141592653589793d;

Pero por supuesto, es insuficiente para cálculos avanzados. No nos da mayor precisión, allí termina.

De hecho cuando he trabajado con los valores primitivos double he tenido dificultades para obtener mayor precisión, soy "todo oído" para soluciones.

Pero gracias a Dios contamos con la clase BigDecimal que permite obtener mayor precisión en el cálculos numérico con decimales, a pesar de que los cálculos son mas limitados.

Si quiere consultar la clase BigDecimal haga clic aqui.

En esta clase contamos con un constructor que recibe un MathContext que en su constructor recibe un parámetro que dice cual es la precisión con la que queremos trabajar en este caso yo paso 500 así:


MathContext mc = new MathContext(500);

Aunque en realidad me da mayor precisión que esa.

Ahora bien es hora de hablar de métodos de cálculo de PI.

Primero que todo debemos hablar de la Serie de Taylor.

Esta propone una serie para el cálculo de el arcotangente:

Siendo así podemos programar un método que calcule el arcotangente de un valor con la Serie de Taylor:


private static BigDecimal serieArcotangente
                           (double x, int iteraciones) {
   MathContext mc = new MathContext(500);
   BigDecimal result = new BigDecimal(0.00, mc);
   BigDecimal uno = new BigDecimal(1.00);
   for(int i = 0; i < iteraciones; i++){
      double div = (2.00*i+1.00) *
             (Math.pow(1.00/x, 2.00 * i + 1.00));
      BigDecimal divisor = new BigDecimal(div);
     if(i % 2 == 0){
        result = result.add(uno.divide(divisor, mc));
     }else{
        result = result.subtract(uno.divide(divisor, mc));
     }
   }
   return result;
}

Explicando un poco este método, tenemos que retorna un BigDecimal para mayor precision de PI, tenemos MathContext de 500 decimales de precision. Inicializamos un BigDecimal en cero pasandole este MathContext y un BigDecimal inicializado en 1.0 que servirá para el cálculo.

Después comenzamos las iteraciones (sentencia for), calculamos un double divisor (divisor de la Serie de Taylor) y lo inicializamos como otro BigDecimal, luego tenemos:


  if(i % 2 == 0){
     pi = pi.add(uno.divide(divisor, mc));
  }else{
     pi = pi.subtract(uno.divide(divisor, mc));
  }

Que significa que si i es par sumo, sino resto, ya que -1 en la serie está elevada a la n (si n es par se convierte en positivo - se suma - sino es negativo y por lo tanto se resta). Además se divide uno entre el divisor con el MathContext de 500 decimales de precisión.

Una vez hecho esto podemos ver las de arcotangentes desarrolladas por algunos matemáticos para calcular el valor de PI:

Haciendo historia, en 1844, Dase, un calculista ultrarrápido, utilizó otra fórmula del tipo arcotangente para conseguir una aproximación con 200 decimales correctos. La fórmula descubierta por Strassnitzky es:

PI/4 = arctan(1/2) + arctan(1/5) + arctan(1/8)

En programación sería:


public static BigDecimal calculoPiDase(){
  BigDecimal pi = serieArcotangente(1.00/2.00, 100)
     .add(serieArcotangente(1.00/5.00, 100))
     .add(serieArcotangente(1.00/8.00,100))
  .multiply(new BigDecimal(4.00));
  return pi;
}

El gran matemático alemán, Karl Friedrich Gauss (1777-1855), también descubrió algunas fórmulas similares a las anteriores. Una de las más utilizadas ha sido:

PI/4 = 12*arctan(1/18) + 8*arctan(1/57) - 5*arctan(1/239)

este sería así:


public static BigDecimal calculoPiGauss(){
  BigDecimal pi = serieArcotangente(1.00/18.00, 60)
  .multiply(new BigDecimal(12.00))
     .add(serieArcotangente(1.00/57.00, 60)
  .multiply(new BigDecimal(8.00))
     .subtract(serieArcotangente(1.00/239.00, 60)
  .multiply(new BigDecimal(5.00)))
 );
 return pi.multiply(new BigDecimal(4.00));
}

Y otra fórmula similar descubierta por Störmer (1896):

PI/4 = 6*arctan(1/8) + 2*arctan(1/57) + arctan(1/239)


public static BigDecimal calculoPiStormer(){
   BigDecimal pi = serieArcotangente(1.00/8.00, 60)
      .multiply(new BigDecimal(6.00))
   .add(serieArcotangente(1.00/57.00, 60)
      .multiply(new BigDecimal(2.00))
   .add(serieArcotangente(1.00/239.00, 60)));
   return pi.multiply(new BigDecimal(4.00));
}

Bueno por si acaso, ahora voy a estructurar bien el codigo:


public class PIPreciso {
   public static void main(String[] args) {
      System.out.println("DASE: "+calculoPiDase());
      System.out.println("GAUSS: "+calculoPiGauss());
      System.out.println("STORMER: "+calculoPiStormer());
   }
 
   public static BigDecimal calculoPiDase(){
      //Este codigo ya fue visto
   }
 
   public static BigDecimal calculoPiGauss(){ 
      //Este codigo ya fue visto
   }
 
   public static BigDecimal calculoPiStormer(){
      //Este codigo ya fue visto
   }
 
   private static BigDecimal serieArcotangente
                      (double x, int iteraciones) {
      //Codigo ya visto
   }
}

Ya tenemos tres métodos para calcular PI con 500 decimales o mas, espero esto haya podido ayudarte. Cualquier pregunta no dudes en escribir aquí o en cualquier post. Hasta Luego

miércoles, 19 de mayo de 2010

Hablemos de intefaces genéricas de java 5.0

Así como vimos en un artículo anterior (Enero 2009 - tipos genéricos) podemos crear clases genéricas. Ahora, y como respuesta a un comentario que expuso la duda, hablaremos de interfaces genéricas.
Las interfaces genéricas se declaran de la "misma manera" que una clase genérica, veamos la sintaxis general:


interface nombre-interfaz<T1, T2, T3...>{
    metodo1();
    metodo2();…
}

Donde T1, T2, T3... son los tipos parametrizados.
Aunque no siempre se así, una clase que implementa esta interfaz debe ser en forma general:


class nombre-clase<T1, T2, T3...> 
       implements nombre-interfaz<T1, T2, T3...>{
   metodo1Implementado(){}
   metodo2Implementado(){}…
}

Pero como les dije esto no es siempre veamos con un ejemplo cuales son las excepciones:
Supongamos que queremos crear una interfaz para verificar si un valor está contenido en un arreglo, la interfaz sería:


interface Contenedora<T>{
   boolean contiene(T valor);
}

El método contiene debe devolver verdadero o falso en caso de que el arreglo contenga o no el valor.
La clase que implementa puede ser:


class Verificadora<T> implements Contenedora<T> {
   T[] datos;

   public  Verificadora(T[] x){
      datos = x;
   }

   public boolean contiene(T dato) {
      for(T valor: datos)
  if(valor.equals(dato)) return true;
      return false;
   }
}

Hagamos un ejemplo con una clase Main:


public class Main {
   public static void main(String[] args) {
 Integer[] x = {0,1,2,3,4};
 Verificadora<Integer>; ver = 
                        new Verificadora<Integer>(x);
 if(ver.contiene(2)){
  System.out.println("Si tiene 2");
 }else{
  System.out.println("NO tiene 2");
 }
 if(ver.contiene(6)){
  System.out.println("Si tiene 6");
 }else{
  System.out.println("NO tiene 6");
 }
 /*if(ver.contiene(9.333)){ //error porque no es Integer
  System.out.println("Si tiene 9.333");
 }else{
  System.out.println("NO tiene 9.333");
 }*/
   }
}

La interfaz Contenedora no limita el tipo de dato con que trabajará, puede ser Integer, Double, Float o inclusive String, cualquier Object en general, por lo tanto podemos utilizar el método equals de esta clase (Object), tal como lo hace la clase verificadora en el método contiene().

Ahora veamos varios detalles más con respecto a las interfaces genéricas:

Si una clase implementa una interfaz genérica, la clase debe ser genérica a menos que la interfaz defina el tipo de dato parametrizado con el que va a trabajar. Vamos por parte, si la interfaz no define el tipo de dato parametrizado, entonces la clase debe ser genérica:

class Verificadora<T> implements Contenedora<T>{//Bien

Es correcto ya que la clase utiliza el mismo parámetro de que la interfaz.

Sería un error:

class Verificadora implements Contenedora<T>{
//Error de compilación

Debido a que como la interfaz es genérica la clase debe ser genérica.

Pero si la interfaz trabaja con String, es decir que define el parámetro:

class Verificadora implements Contenedora<String>{//Bien

Entonces la clase no debe ser genérica necesariamente, ya que el tipo de dato lo define la interfaz.

También, así como la clase, tal como lo vimos en el artículo de tipos parametrizados, puedo limitar el tipo de dato con que trabajará la interfaz. En caso que queramos trabajar con números podemos hacer:


interface Contenedora<T extends Number>{
    boolean contiene(T valor);
}

Si lo hacemos de esta manera la clase debe implementarse así:

class Verificadora<T extends Number> 
                      implements Contenedora<T>{//Bien

ya no se requerirá repetir el tipo de dato de la interfaz, de hecho, si se hace se caería en un error de compilación:

class Verificadora<T extends Number> 
implements Contenedora<T extends Number>{//Error

viernes, 30 de abril de 2010

(Parentesis. II Parte) Compartiendo el código Applet

Ahora si llegó la hora de seguir en la onda java, ahora para presentar (como lo prometí en un post anterior), el código del Applet que me permite imprimir un reporte HTML, que me da la ventaja de capturar si el usuario del sistema hizo click en "Imprimir" o "Cancelar" para que se puedan hacer los cambios en la base de datos después que se procedió a imprimir.

Este código también muestra como cambiar la configuración de impresión o también llamado atributos de impresión, por ejemplo los márgenes, todo esto desde código Java, también se utiliza el paquete java.net (la clase URL) que me permite buscar en una dirección remota un recurso, en este caso un archivo, que fue generado y grabado en el servidor.

Como lo expliqué en el post anterior: este código me quedó de una experiencia en mi trabajo para la impresión de cheque, pero que no fue implementado por cambio en los requerimientos del sistema, pero pienso que les puede servir como ejemplo o ayuda a todo aquel que busque información en lo que se refiere a todos los elementos que actúan en el código que ya he mencionado en los párrafos anteriores.

Bueno empecemos con el archivo HTML que contiene el contenido del cheque, este archivo debe ser creado por el programa en el servidor y por lo tanto estar en un directorio del mismo.
el Código es:


package cheque;

import javax.print.attribute.HashPrintRequestAttributeSet;
import javax.print.attribute.PrintRequestAttributeSet;
import javax.print.attribute.standard.MediaPrintableArea;
import javax.swing.*;
import java.awt.*;
import java.awt.event.*;
import java.awt.print.*;
import java.io.*;
import java.net.MalformedURLException;
import java.net.URL;
import java.security.AccessControlException;

public class ReporteApplet extends JApplet
              implements ActionListener, Printable{
  private JEditorPane htmlPane;
  private URL initialURL;
  private String ipServer;
  private String rutaArchivoHtml;
  private JButton printButton;
  private int margenSuperior, margenIzquierdo,
  private int anchoPagina, altoPagina;
  private PrintRequestAttributeSet atributosDeImpresion;
  private int unidadMedidaImpresion;
     public void init() {
  super.init();
  margenSuperior = (getParameter("margen-superior") != null)?
           Integer.parseInt(getParameter("margen-superior")):20;
  margenIzquierdo = (getParameter("margen-izquierdo") != null)?
           Integer.parseInt(getParameter("margen-izquierdo")):20;
  anchoPagina = (getParameter("ancho-pagina") != null)?
           Integer.parseInt(getParameter("ancho-pagina")):210;
  altoPagina = (getParameter("alto-pagina") != null)?
           Integer.parseInt(getParameter("alto-pagina")):297;
  ipServer = getParameter("ip-server");
  rutaArchivoHtml = getParameter("ruta-archivo");
  atributosDeImpresion = 
                 new HashPrintRequestAttributeSet();
  unidadMedidaImpresion = MediaPrintableArea.MM;
     }
     public void start(){
 try {
    //if ipServer == 127.0.0.1 invocar a localhost
    //else invocar 192.168.0.91
    if(ipServer != "192.168.0.91" && 
                 ipServer != null && 
                  ipServer.trim() != ""){
       this.initialURL = new URL
              ("http://localhost/rutaProyecto/"+
                                        rutaArchivoHtml);
          }else{
       this.initialURL = new URL
              ("http://192.168.0.91/rutaProyecto/"+
                                       rutaArchivoHtml);
          }
    htmlPane = new JEditorPane(initialURL);
 } catch (MalformedURLException e) {
    warnUser("Ruta de archivo incorrecto");
 } catch (AccessControlException e) {
    warnUser("no se tiene permiso de abrir archivo");
 }catch (IOException e) {
    warnUser("Verifique el IP de la maquina.\n
          Debe pasar por parámetro el IP correcto del servidor");
 }
 JPanel buttonPanel = new JPanel();
 buttonPanel.setBackground(Color.lightGray);
 printButton = new JButton("Imprimir");
 printButton.addActionListener(this);
 buttonPanel.add(printButton);
 getContentPane().add(buttonPanel, BorderLayout.SOUTH);
 htmlPane.setEditable(false);
 JScrollPane scrollPane = new JScrollPane(htmlPane);
 getContentPane().add(scrollPane, 
                           BorderLayout.CENTER);
 Dimension screenSize =  
           Toolkit.getDefaultToolkit().getScreenSize();
 int width = screenSize.width * 8 / 10;
 int height = screenSize.height * 8 / 10;
 setBounds(width/8, height/8, width, height);
        setSize(500, 250);
 setVisible(true);
    }
    public void actionPerformed(ActionEvent event){
 String command = event.getActionCommand(); 
 if (command.equals("Imprimir")){
    this.printComponent();
 }
    }
    private void warnUser(String message){
 JOptionPane.showMessageDialog(null, message, "Error",
 JOptionPane.ERROR_MESSAGE);
    }
 
    public void printComponent(){
 print();
    }
  
    public void print(){
 PrinterJob job = PrinterJob.getPrinterJob();
 job.setPrintable(this);
       atributosDeImpresion.add(new MediaPrintableArea
          (margenIzquierdo, margenSuperior,
             anchoPagina, altoPagina, unidadMedidaImpresion));
 if (job.printDialog(atributosDeImpresion)){
    try{
       job.print();
          }catch (Exception ex){
       System.out.println(ex);
      }
 }else{
    warnUser("Impresión cancelada");
 }
    }

    public int print(Graphics g, PageFormat pf,
                  int pageIndex) throws PrinterException{
 Graphics2D g2 = (Graphics2D)g;
 Dimension d = htmlPane.getSize(); 
 double panelWidth = d.width; 
 double panelHeight = d.height; 
 double pageHeight = pf.getImageableHeight(); 
 double pageWidth = pf.getImageableWidth(); 
 double scale = pageWidth/panelWidth;
 int totalNumPages = (int)Math.ceil(scale * 
                            panelHeight / pageHeight);
 //Para asegurar que no imprime página vacía
 if(pageIndex >= totalNumPages){
    return Printable.NO_SUCH_PAGE;
 }
 g2.translate(pf.getImageableX()-19, 
                           pf.getImageableY()-19);
 g2.translate(0f, -pageIndex*pageHeight);
 g2.scale(scale, scale);
 htmlPane.paint(g2);
 return Printable.PAGE_EXISTS;
    }
}

Veamos que quiere decir todo este código. Entre los atributos de inteŕes de la clase ReporteApplet tenemos una referencia JEditorPane que es el que me sirve para mostrar el código HTML del cheque que se va a imprimir. Para definir los atributos de impresión se utilizan una interfaz (PrintRequestAttributeSet) que define los métodos para agregar o definir los atributos de impresión, una clase HashPrintRequestAttributeSet que implementa esta interfaz y una clase final MediaPrintableArea para definir el patrón de medida de los atributos así como usar finalmente estos atributos, aunque en el código esta disperso por cuestiones de orden del applet, la secuencia es:


private PrintRequestAttributeSet atributosDeImpresion;
atributosDeImpresion = new HashPrintRequestAttributeSet();
unidadMedidaImpresion = MediaPrintableArea.MM;
atributosDeImpresion.add(new MediaPrintableArea(
    margenIzquierdo, margenSuperior, anchoPagina, 
    altoPagina, unidadMedidaImpresion));

Con el método add de la interfaz PrintRequestAttributeSet podemos agregar atributos de impresión utilizando la clase HashPrintRequestAttributeSet y MediaPrintableArea y con ello definir los márgenes, ancho y alto de la página así como la unidad de medida de la impresión (MM: milímetros o INCH para pulgadas).

Si se sigue observando el código del Applet se puede ver que éste recibe varios parámetros, estos son:


 margenSuperior = (getParameter("margen-superior") != null)?
     Integer.parseInt(getParameter("margen-superior")):20;
 margenIzquierdo = (getParameter("margen-izquierdo") != null)?
     Integer.parseInt(getParameter("margen-izquierdo")):20;
 anchoPagina = (getParameter("ancho-pagina") != null)?
     Integer.parseInt(getParameter("ancho-pagina")):210;
 altoPagina = (getParameter("alto-pagina") != null)?
     Integer.parseInt(getParameter("alto-pagina")):297;
 ipServer = getParameter("ip-server");
 rutaArchivoHtml = getParameter("ruta-archivo");

Todo estos parámetros los debo pasar a través del código del html que tiene el applet de la siguiente manera:


<applet code="cheque.ReporteApplet.class" width="500" height="150">

<param name="margen-superior" value="10">
<param name="margen-izquierdo" value="10">
<param name="ancho-pagina" value="180">
<param name="alto-pagina" value="275">
<param name="ip-server" value="127.0.0.1">
<param name="ruta-archivo" value="applets/cheque.html">

</applet>

Por último y no menos importante del código de ReportEApplet es que cuando se hace click en el botón "Imprimir" se llama al método PrintComponent() este a su vez llama al método print que contiene:


public void print(){
   PrinterJob job = PrinterJob.getPrinterJob();
   job.setPrintable(this);
   atributosDeImpresion.add(new MediaPrintableArea
      (margenIzquierdo, margenSuperior,
      anchoPagina, altoPagina, unidadMedidaImpresion));
   if (job.printDialog(atributosDeImpresion)){
      try{
   job.print();
   //Aqui codigo para cambiar valores en Base de datos
      }catch (Exception ex){
 System.out.println(ex);
      }
   }else{
      warnUser("Impresión cancelada");
   }
}

Donde es creado un PrinterJob y luego llamo a printDialog (Ventana de diálogo de impresión) pasándole como parámetro los atributos de impresión para saber cuales atributos va a utilizar en la Impresión. Si en el diálogo se hace click en "Imprimir" se envía automáticamente a imprimir, de otra forma (si se hace click en cancelar) se muestra un mensaje con el motivo correspondiente.

Bueno por ahora sólo falta el código HTML del cheque se los anexo aquí:



<html>
   <head>
      <title></title>
 <meta content="">
 <style>
    body {
       padding: 0;
       margin: 0;
    }
    .papel{
       position: absolute;
       width: 18.60cm;
       height: 20.70cm;
       background: #dddddd;
       margin: 0;
   padding: 0;
  }
  .cheque table{
   cellspacing: 0;
   cellpadding: 0;
  }
  .cheque *{
   font-family: arial;
   font-size: 8pt;
   font-weight: bold;
  }
  .cheque{
   position: relative;
   float: left;
   clear:left;
   width: 17.60cm;
   height: 100px;
   font-family: arial;
   font-size: 8pt;
   font-weight: bold;
   background: #ffffff;
   border: 2px solid black;
  }
</style>
</head>
<body>
<table cellpadding="0" cellspacing="0" >
 <tr>
  <td width="13.60cm"></td>
  <td align="left" height="0.92cm" valign="bottom" style="font-size: 8pt; font-family: arial; font-weight: bold;">2.550,75</td>
 </tr>
</table>
<table border="0" cellpadding="0" cellspacing="0" class="cheque">
 <table >
  <tr>
   <td height="1.30cm"></td>
  </tr>
  <tr>
   <td width="1.50cm" height="0.80cm"><td>BENEFICIARIO DEL CHEQUE DE PRUEBA</td></td>
  </tr>
 </table>
 <table >
  <tr>
   <td width="1.80cm" height="0.75cm"><td>DOS MIL QUINIENTOS CINCUENTA CON 75/100</td></td>
  </tr>
  <tr><td height="0.60cm"></td></tr>
 </table>
 <table >
 <tr>
   <td width="1.00cm" height="0.90cm"></td><td width="6.00cm">MARACAIBO, 09 DE ABRIL</td><td width="0.50cm">2010</td>
 </tr>
 </table>

</table>

</body>
</html>

Esto es sólo un ejemplo, pero en la práctica debe crearse un HTML dinámico que cambie los valores para monto, beneficiario, y los demás datos que el cheque necesita.

El archivo anterior HTML, se debe llamar cheque.html y debe estar en una ruta especificada por la clase ReporteApplet. En este caso estamos pasando como ruta del archivo applets/cheque.html y debe estar en la carpeta del servidor:

Aquí esta este detalle de la clase ReporteApplet que indica esto que acabo de mencionar:


//if ipServer == 127.0.0.1 invocar a localhost
//else invocar 192.168.0.91
   if(ipServer != "192.168.0.91" && 
      ipServer != null && 
      ipServer.trim() != ""){
      this.initialURL = new URL
      ("http://localhost/rutaProyecto/"+
            rutaArchivoHtml);
   }else{
     this.initialURL = new URL
      ("http://192.168.0.91/rutaProyecto/"+
                            rutaArchivoHtml);
   }

Bueno, espero que este código les sirva de modelo para impresión de cheques o cualquier reporte donde deban imprimir mediante ciertos atributos de impresión. Hasta la Próxima.

viernes, 16 de abril de 2010

(Paréntesis) Compartiendo ideas y experiencias...

Saludos de nuevo.

Ahora, voy a compartir una experiencia que tuve en mi trabajo de la cual, como todas las experiencias, fue muy enriquecedora. En mi trabajo no tengo la oportunidad de trabajar mucho en Java, debido a que allí utilizamos php como lenguaje para resolver un Sistema Administrativo para que se adapte a las necesidades de nuestro Instituto INZIT. Por lo tanto en mis ratos libres aprendo un poco más sobre Java, ya que me considero amante a este tecnología.

Hace poco teníamos una duda acerca de cómo debíamos imprimir un reporte, de hecho era como imprimir el cheque, por experiencia pasada sabíamos que un PDF no era buena idea ya que la impresora de matriz de punto que se utiliza para este fin no generaba buenas impresiones PDF en ninguna fuente y también por experiencias pasadas sabíamos que la solución para este tipo de impresora era un archivo HTML en pantalla o texto plano (txt).

Pero había una restricción más para nuestro requerimiento de sistema y era que el cheque debe imprimirse una vez, y por lo tanto debe asegurarse que el cheque sea impreso en la forma adecuada.

La primera investigación que hicimos fue que JavaScript tiene la funcion window.print() que imprime el contenido en la ventana y también document.print() que puedo adaptarlo a que me imprima una sección de la página (como un DIV de HTML, por ejemplo). Ahora bien, las restricciones que vimos es que no había manera de determinar si el usuario presionaba click en "Imprimir" o "Cancelar" y por lo tanto no garantizaba que se realizara la impresión y de ser así para el sistema puede que ya se había impreso o cambiado el estado del cheque (y de otras tablas relacionadas más) por más que el usuario haga click en cancelar.

Al no gustarnos esta solución fuimos buscando otras alternativas, de allí surgió la idea, ¿Podríamos utilizar un applet de Java? Bueno, la idea era buena, que tal si por java podríamos capturar si se manda a imprimir satisfactoriamente o no y de allí cambiar los todas las tablas y los estados de nuestra base de datos para garantizar de que en verdad se mandó a imprimir y por la impresora correcta.

Bueno, la duda surgió un viernes y se esperó el fin de semana. Al otro lunes ya teníamos la solución en verdad el Applet lo puede hacer, de hecho, puedo capturar un archivo HTML, cargarlo en un JEditorPane mostrar el cuadro de diálogo imprimir y verificar si el presionó sobre Imprimir o Cancelar.

Total empezamos a desarrollarlo y a cuadrarlo con las dimensiones de los distintos formatos de cheques que tiene la nuestra empresa. Y en tres días pudimos hacer que nuestra aplicación PHP generara un archivo HTML en disco duro servidor, conectar en Applet con este archivo a través de un URL, mostrarlo en el JEditorPane y mandarlo a imprimir cuadrando con las dimesiones de todos los cheques. Eureka estaba listo!.

Bueno, pero no todo fue color de rosa.

Si por una parte podíamos hacer que se visualizara el HTML en el JEditorPane, este editor de Java no soportaba las sentencias más recientes de CSS como posicionado absoluto, muy importante para darle una ubicación exacta y no relativa, por lo tanto, cuadrarlo dio mucho trabajo.

Pero después de tenerlo hecho se nos presentó una idea nueva, nuestro jefe por experiencia en desarrollo de Sistemas Administrativos dijo que si era posible imprimir más de una vez el cheque si éste a pesar que se mandó a imprimir en forma satisfactoria, en realidad se mandó a imprimir en otra impresora que no era la de matriz de punto, esto trajo una variable nueva a nuestro sistema, ya no era necesario detectar si se daba click en Imprimir en cancelar, después de todo los datos del cheque ya estaban generado y se podía imprimir de nuevo si así el usuario lo necesitaba, así lo que que hicimos fue que siempre se iba a imprimir el cheque por PHP y JavaScript, pero sólo se imprimía de nuevo el cheque con una autorización del Jefe del Departamento Administrativo.

Bueno total, me quedé con el código Java, con la clase Applet que permite capturar un archivo HTML, presentarlo en pantalla a través de un JEditorPane y poder imprimir, inclusive configurando desde códigos las configuración de impresión como márgenes y otros.

En el próximo post explicaré con detalle el código que pude desarrollar a ver si a cualquiera de ustedes les sirve. Por ahora, lo más importante que quiero compartir es que cuando se tenga una idea de software de cómo desarrollar cierta aplicación hay que ver y discutir todas las opciones, es decir, después de recaudar los requerimientos de sistema, ver qué se debe desarrollar: ver las ventajas, desventajas de cada opción y sobretodo no programar "linealmente" cómo fue solicitado, ya que de seguro vendrán cambios en la aplicación mas adelante, el reto, para nosotros los desarrolladores es detectar los elementos claves del sistema y desarrollar en base a esto y después que el usuario quiera un cambio, este no debe afectar al desarrollo normal del sistema, lo que significa que si la lógica del negocio no cambia, el cambio debe ser adaptable en poco tiempo, ya que los elementos raíces se mantienen.

No intento relatar una idea nueva, esta idea ya ha sido expuesta en varias metodologías de desarrollo de software, sólo intento compartir una experiencia que me sucedió y que todavía estoy procesando, creo que la programación va más allá de resolverle a un usuario, la programación es detectar la lógica del negocio, para que éste mismo sistema pueda funcionar en distintos ambientes, empresas, negocios y usuarios, por ello nuestra labor será trascendente cuando nuestro trabajo lo sea y pueda resolver y adecuarse a las distintas pruebas.

Espero que esta idea les sea de utilidad y empecemos a detectar que necesita el hombre de nuestros días y a partir de ellas crear ideas... ¡Hasta la próxima!

Para ver la segunda parte de este artículo haga click aquí:
Paréntesis. II Parte. Compartiendo Código Applet

miércoles, 31 de marzo de 2010

Novedades en el paquete javax.swing de java SE 6

Hola a todos de nuevo, es un placer para mí estar aquí de nuevo compartiendo acerca de las novedades que trae java 6. Ahora le toca el turno al paquete javax.swing.

Observando las clases directamente de la página de Sun Microsystem, tanto del JAVA SE 5 como del JAVA SE 6, puede verse que en este último fueron agregadas las siguientes clases:

DefaultRowSorter
DefaultRowSorter.Model
DefaultRowSorter.Wrapper

GroupLayout

JList.DropLocation
JTable.DropLocation
JTree.DropLocation

LayoutStyle

RowFilter
RowFilter.Entry
RowSorter
RowSorter.SortKey

SwingWorker

Para este artículo se explicará los fundamentos básicos para realizar interfaces gráficas con GroupLayout. Sin mas que esperar, empecemos:

Este administrador de disposición trabaja con eje vertical y horizontal separadamente. Cuando se ha definido la colocación de los componentes en uno de los ejes ya está la mitad del problema resuelto, se pasa luego a definir la colocación del mismo componente en el otro eje, si, esto quiere decir que cada componente debe estar presente tanto en el eje vertical como en el horizontal de no ser así el GroupLayout lanza una exception.

Este administrador de esquema puede organizar los componentes o secciones en forma secuencial o paralela: Secuencial significa uno al lado para el eje horizontal y uno arriba del otro para el vertical.

El paralelo significa colocar en una misma línea (vertical u horizontal) los elementos que necesite. Tanto si utiliza Secuencial como Paralelo se pueden agregar a ellos tanto componentes como nuevos grupos.

Veamos un ejemplo para aclarar las dudas que se hayan ir podido planteando hasta ahora:

Supongamos que queremos crear la siguiente interfaz gráfica:

Espero explicarme con estas dos imágenes a continuación; primero veamos la distribución horizontal:

Las líneas oscuras (negras) superiores reflejan la distribución mas externa de ese panel, como puede verse existe una disposición secuencial, de izquierda a derecha, por lo tanto si creamos primero en GroupLayout myLayout, lo primero que debemos hacer es definir esta distribución, de la siguiente manera:

myLayout.setHorizontalGroup( myLayout.createSequentialGroup());

Luego, se va definiendo o agregando el código de las secciones mas internas, por ejemplo, la primera sección contiene una distribución paralela de dos componentes, primero codificamos la sección paralela:

myLayout.setHorizontalGroup( myLayout.createSequentialGroup()
.addGroup( myLayout.createParallelGroup())
);

Luego los componentes:

myLayout.setHorizontalGroup( myLayout.createSequentialGroup()
  .addGroup( myLayout.createParallelGroup()
    .addComponent(lblNombre)
    .addComponent(lblEmail)
)
);

Como hemos dicho, cada sección puede contener tanto componentes como nuevos grupos, esto quiere decir que pueden haber grupos anidados, es decir, grupos dentro de otros grupos.
Un ejemplo de esto es cuando queremos colocar los JCheckBox. La sección horizontal media contiene un nuevo grupo, tal como lo muestra el código que sigue:

.addGroup(myLayout.createParallelGroup()
  .addComponent(txtNombre)
  .addComponent(txtEmail)
  .addGroup(myLayout.createSequentialGroup()
    .addGroup(myLayout.createParallelGroup()
      .addComponent(chkActualizacion)
//etc... mas adelante está el código completo esto es sólo para explicación
)
);

Pasemos ahora a definir nuestra distribución vertical:

En este caso puede verse también una distribución secuencial (de arriba hasta abajo) y en este caso un poco más sencillo debido a que cada sección contiene directamente los componentes, es decir, no hay subdivisiones o grupos anidados.

El código fuente final de el GroupLayoutExample queda de la siguiente manera:

package ejemploblog;

import javax.swing.*;

public class GroupLayoutExample extends JPanel{
JLabel lblNombre = new JLabel("Nombre: ");
JLabel lblEmail = new JLabel("email: ");
JTextField txtNombre = new JTextField(20);
JTextField txtEmail = new JTextField(20);
JCheckBox chkActualizacion = new JCheckBox("Actualizaciones");
JCheckBox chkComentarios = new JCheckBox("Comentarios");
JCheckBox chkCodigo = new JCheckBox("Codigo Fuente");
JCheckBox chkInfo = new JCheckBox("Informacion");
JButton btnAceptar = new JButton("Aceptar");
JButton btnOmitir = new JButton("Omitir");
public GroupLayoutExample(){
GroupLayout myLayout = new GroupLayout(this);
setLayout(myLayout);

//Crear espacio entre componentes
myLayout.setAutoCreateGaps(true);
//Crear espacio entre componente contenedor
myLayout.setAutoCreateContainerGaps(true);
myLayout.setHorizontalGroup( myLayout.createSequentialGroup()
.addGroup(myLayout.createParallelGroup()
.addComponent(lblNombre)
.addComponent(lblEmail)
)
.addGroup(myLayout.createParallelGroup()
.addComponent(txtNombre)
.addComponent(txtEmail)
.addGroup(myLayout.createSequentialGroup()
.addGroup(myLayout.createParallelGroup()
.addComponent(chkActualizacion)
.addComponent(chkComentarios)
)
.addGroup(myLayout.createParallelGroup()
.addComponent(chkCodigo)
.addComponent(chkInfo)
)
)
)
.addGroup(myLayout.createParallelGroup()
.addComponent(btnAceptar)
.addComponent(btnOmitir)
)

);
myLayout.setVerticalGroup(myLayout.createSequentialGroup()
.addGroup(myLayout.createParallelGroup()
.addComponent(lblNombre)
.addComponent(txtNombre)
.addComponent(btnAceptar)
)
.addGroup(myLayout.createParallelGroup()
.addComponent(lblEmail)
.addComponent(txtEmail)
.addComponent(btnOmitir)
)
.addGroup(myLayout.createParallelGroup()
.addComponent(chkActualizacion)
.addComponent(chkCodigo)
)
.addGroup(myLayout.createParallelGroup()
.addComponent(chkComentarios)
.addComponent(chkInfo)
)
);
}

}

Parsed in 0.176 seconds at 12.76 KB/s

Para crear la clase ejecutable (main), sería:

package ejemploblog;
import java.awt.BorderLayout;

import javax.swing.JFrame;
public class Aplicacion {
public static void main(String[] args) {
JFrame marco = new JFrame("Suscripcion Acerca de Java");
marco.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
marco.getContentPane().add(new GroupLayoutExample(), BorderLayout.CENTER);
marco.pack();
marco.setVisible(true);
}
}

Parsed in 0.109 seconds at 3.64 KB/s

Bueno, esto es todo por ahora, espero haberme explicado en este artículo, si quieren un Tutorial completo (en inglés) sobre GroupLayout, busca en esta dirección:

How to Use GroupLayout

Donde hay inclusive otro ejemplo.

Hasta la próxima!

Acerca de Java

domingo, 31 de octubre de 2010

Patrón de diseño: Adaptador

Patrón de diseño: Singleton

domingo, 26 de septiembre de 2010

Respuesta Clase Scanner Java 5.

miércoles, 15 de septiembre de 2010

Java Persistence API con Hibernate.

miércoles, 4 de agosto de 2010

Libros de Java SE 6

sábado, 31 de julio de 2010

La nueva clase SystemTray de Java SE 6

sábado, 24 de julio de 2010

Dialogos Modales y No Modales en Java SE 6. Novedades Swing.

lunes, 31 de mayo de 2010

El cálculo de PI con 500 decimales

miércoles, 19 de mayo de 2010

Hablemos de intefaces genéricas de java 5.0

viernes, 30 de abril de 2010

(Parentesis. II Parte) Compartiendo el código Applet

viernes, 16 de abril de 2010

(Paréntesis) Compartiendo ideas y experiencias...

miércoles, 31 de marzo de 2010

Novedades en el paquete javax.swing de java SE 6

Clasificación

Seguidores

Archivo del blog

Datos personales

domingo, 31 de octubre de 2010

domingo, 26 de septiembre de 2010

miércoles, 15 de septiembre de 2010

miércoles, 4 de agosto de 2010

sábado, 31 de julio de 2010

sábado, 24 de julio de 2010

lunes, 31 de mayo de 2010

miércoles, 19 de mayo de 2010

viernes, 30 de abril de 2010

viernes, 16 de abril de 2010

miércoles, 31 de marzo de 2010

Clasificación

Seguidores

Archivo del blog

Datos personales

Suscribirse