Una parte muy tediosa del desarrollo en J2EE es cuando tenemos que crear un componente que utiliza servicios del contenedor y que necesitamos probar de manera unitaria. Una manera de hacer esto siempre es subir el componente al contenedor y ahi poner alguna interfaz para invocar todos sus métodos (ya sea que lo hagamos nosotros solos o con ayuda de un framework de pruebas unitarias como JUnit). Pero normalmente esto puede quitarnos mucho tiempo, ya que hay que tener un contenedor corriendo, que consume muchos recursos, y subir el componente ahi, para que tenga todo el contexto de los servicios que va a necesitar, tales como un DataSource, correo, EJB's, etc.

Analisis de la creacion de un web service ...

Definir el problema:
Que?
1.- Conexion con clases a bases de datos de manera local
2.- Que se publique un metodo para acceso a bases de datos en un webservice que pida
parametros de entrada y regrese un objeto Resultado
3.- Que se conecte desde un cliente al metodo del webservice
4.- Que el metodo del cliente se llame desde jsps y consulte la base de datos en el servidor, y obtenga el resultado

Actualmente estoy desarrollando con tecnologia netbeans 6.1 - jax-ws 2.0 - metro -grassfish V2 un web service para la empresa donde laboro, despues de una ardua investigacion y muchos ejercicios he logrado publicar mi webservice con un metodo que me pedian, dejenme comentarles que en este web service tengo las clases divididas en 3 paquetes

1.-Conexion
2.-Servidor
3.-Tipos de datos

En el 1er paquete tengo clases para acceder a 2 bases de datos hechas en mysql donde tambien tengo las consultas que envian los resultados de tipo entero o string al webmethod del webservice

En el 2o paquete tengo el Metodo del Web Service

En el 3er paquete tengo clases que definen el tipo de dato que sera devuelto al usuario

Hace poco escribí acerca de la característica principal de Spring, que es la inversión de control, en la cual se pasa el control de configurar y conectar objetos a Spring en vez de tener que hacerlo por medio de código o de una configuración propia (la cual hay que interpretar y para eso hay que escribir código).

En esta ocasión quiero hablar de otro aspecto de Spring, sencillo pero muy poderoso: el módulo de JDBC. Este módulo contiene varias características muy útiles, pero la más poderosa es el JdbcTemplate y su variante para Java 5, el SimpleJdbcTemplate.

En desarrollos J2EE generalmente se usa un contenedor como Tomcat, JBoss, Websphere, Weblogic, Glassfish, etc. La ventaja de estos contenedores es que ofrecen ya varios servicios que puede utilizar la aplicación que desarrollemos, por ejemplo datasources con manejadores de transacciones, servicio para envio de mail, autentificación de usuarios, logger, etc.

Pero qué pasa si necesitamos desarrollar una aplicación compacta, que no va a usar casi ninguno de estos servicios, que no tenga interfaz web por ejemplo, pero sí va a usar base de datos, mail, usuarios, etc? Qué pasa si el tiempo de arranque de la aplicación es importante?

Introducción

La mayoría de las aplicaciones, tienen que persistir datos en algún momento, ya sea serializándolos, guardándolos en una base de datos relacional, o una base de datos orientada a objetos, etc. Para hacer esto, la aplicación interactúa con la base de datos. El "como interactúa" NO debe ser asunto de la capa de lógica de negocio de la aplicación, ya que para eso está la capa de persistencia, que es la encargada de interactuar con la base de datos. Sabiendo esto, podemos decir que DAO es un patrón de diseño utilizado para crear esta capa de persistencia.

Pero... ¿de qué sirve tener una capa de persistencia?

Este fin de semana me dí a la tarea de realizar dos cambios en la comunidad y me veo en la obligación de
informarlos para que todo mundo los tenga en cuenta:

Mensajes privados
- Instalé un módulo de mensajería privada para comunicación personal entre usuarios, creo que era algo que le faltaba a
este sitio y espero que sea de utilidad. Cada quien tiene su bandeja en el menú del lado izquierdo.

Nota: No he terminado de traducir el módulo así que probablemente algunos mensajes les aparezcan en inglés todavía, pero
no durará mucho tiempo así.

Foro de "Ofertas de empleo, cursos y anuncios"
- Con la reciente llegada algunos usuarios que promocionan cursos de diversas tecnologías Java se cambió de nombre el
foro "Ofertas de empleo" a "Ofertas de empleo, cursos y anuncios" para englobar también anuncios sobre cursos o demás
promociones, con la finalidad de que el contenido de los demás foros o blogs esté limpio de publicidad y se enfoque 100% a
la tecnología Java o cuestiones de la comunidad.

Como siempre, cualquier comentario es bienvenido.

Fin de la transmisión.

En mi blog de wordpress coloque un artìculo por ahi del mes de Enero sobre como diseñar reportes desde NetBeans con el plugin de iReport que aun estaba en versiòn beta. Despuès de que en Febrero saliera la versión final, no volvi a actualizar el artículo, sin embargo, debo suponer que el proceso es muy similar.

Dejo la dirección en donde pueden leer este sencillo tutorial dividido en tres partes:

http://mundobyte.wordpress.com/2008/01/05/creacion-de-reportes-en-java-p...
http://mundobyte.wordpress.com/2008/01/06/creacion-de-reportes-en-java-p...
http://mundobyte.wordpress.com/2008/01/06/creacion-de-reportes-en-java-p...

Saludos!!

El próximo jueves 22 de mayo, en el marco del Sun Tech Days se llevará a cabo una reunión de la Comunidad Java México, por lo que se te invita a registrar tu asistencia al correo javacom@aeinfo.com o al 3617-5585. El evento tendrá lugar en Centro Banamex, Av. del Conscripto 311, Lomas de Sotelo, CP 11200, México D.F. ¿Qué miembros de la Comunidad Java México podrán asistir? Sería bueno conocernos.

SAP, mejor conocido por su producto R3 (ERP), también produce un servidor de aplicaciones JEE llamado NetWeaver. Nuestros amigos de SAP han expresado su interés en publicar tutoriales sobre el uso de sus productos y componentes. El primer tutorial que han hecho llegar es una guía paso a paso sobre su cliente HTTP, el cual soporta las versiones 1.0 y 1.1 de dicho protocolo, incluyendo:

• Métodos de solicitud HTTP HEAD, GET, POST, CONNECT, DELETE, OPTIONS, TRACE y PUT
• Métodos de extensión WEBDAV COPY, LOCK, MKCOL, MOVE, PROPFIND, PROPPATCH y UNLOCK
• Verificación automática de autorizaciones, redireccionamiento, cookies, pool de conexiones.

Los ejemplos de la guía están basados en Eclipse. Les recomiendo visiten el sitio de desarrolladores de SAP: https://www.sdn.sap.com/irj/sdn. Esperemos que SAP siga contribuyendo nuevo material.

Cual de las dos tecnologías es mejor para realizar proyectos en java.
Alguien conoce algunos Links.