UI S

DO
CL I
IN AT
CD GR

Precio: 6 €(España) (IVA incluido) • AÑO X. 2.ª ÉPOCA • Nº 116 • UNA PUBLICACIÓN DE: REVISTAS PROFESIONALES S.L.

6
„ Fuentes
e
z Ejemplo JAXB
z XML con
co Castor
z ADO.NET
ADO
a or
Maximiza la
portabilidad
z Técnicas
T c Direct3D
D 3D
z JNI
„ Programación
gr
z Castor
st r 0.9.5.3
5
, S.L. z NetBeans IDE 3.6
3ª z Cooktop
o to 2.5
1994 z Cygwin
w
z WiX

y además...
Ofimática, navegadores y clientes de correo,
tratamiento de imágenes, visualizadores,
compresores, grabadores, Internet y
multimedia.

Y ADEMÁS...
ACTUALIDAD
Ganadores del concurso ASP.NET
Lo mejor del Tech-Ed 2004
MIDDLEWARE
Migrando hacia ASP.NET
JAXB: un caso práctico
Enlace de datos XML con Castor
BASES DE DATOS
Transacciones con ADO.NET
DISEÑO
Software moderno OO
Conecta Java con XML
ALGORITMOS Acceso a datos XML
Creación de gráficos con Direct3D mediante JAXB
Acceso a código nativo con JNI Mapeo entre documentos XML
CANAL PANDA y objetos Java con Castor
Defensa contra nuevos virus

Noticias, javaHispano, Libros, Preguntas y Respuestas


Número 116 - septiembre 2004
Edita: REVISTAS PROFESIONALES S.L.
solop@revistasprofesionales.com
C/ Valentin Beato 42, 3ª. 28037 - Madrid.
http://www.revistasprofesionales.com
Editor
Agustín Buelta
••••••••••••••••••••••••••••••••••
Coordinación Técnica-Redacción
Carlos Laparra
••••••••••••••••••••••••••••••••••
Maquetación y tratamiento de imagen
Mar Núñez
••••••••••••••••••••••••••••••••••
Asesoría de Publicidad
Felipe Ribagorda
Tel.: (91) 304 87 64
Barcelona
C/ Rocafort, 241/243, 5º 1ª
Mariano Sánchez
Tel.: (93) 322 12 38
••••••••••••••••••••••••••••••••••
Suscripciones
902160443 (de 10:00 a 13:00)
Fax: (91) 327 13 03
•••••••••••••••••••••••••••••••••••
Impresión
Ideas de Impresión
•••••••••••••••••••••••••••••••••••
Distribución
Motorpress Ibérica
Distribución Mexico
Pernas & Cia
Editores y Distribuidores SA de CV
C/ Poniente, 134 - Nº650
Col. Ind. Vallejo
02300 (Mexico)
Distribución Argentina
Capital Federal: Distrimachisa
Interior: York Agency, S. A.
Tel. (005411) 43 31 50 51
••••••••••••••••••••••••••••••••••
La revista Sólo Programadores no tiene por qué
estar de acuerdo con las opiniones escritas por sus
colaboradores en los artículos firmados.
El editor prohibe expresamente la reproducción
total o parcial de los contenidos de la revista
sin su autorización escrita.
Depósito legal: M-26827-1994
PRINTED IN SPAIN
COPYRIGHT 30-6-2004
P.V.P. 6,00 Euros
Precio en Canarias, Ceuta y Melilla:
6,15 Euros
Asociación Española de Editoriales
de Publicaciones Periódicas
EDITORIAL
Expectativas superadas
Cuando en 1998 el W3C liberó la primera versión del llamado eXtensible Markup Langua-
ge o XML en ningún caso nadie imaginó las posibilidades que con ello se abrirían en el cam-
po del tratamiento de la información. De hecho, lo sorprendente del caso es que la industria
del sector ha aceptado de forma masiva el uso de esta tecnología. Acostumbrados a ver co-
mo nuevas iniciativas son aceptadas por unos pero rechazadas por otros, no deja de ser una
agradable sorpresa el ver cómo XML, pese a su "juventud", goza de tanta salud. Y es que co-
mo se publica en el W3C, XML (algunos lo llaman el nuevo estándar de Internet) no precisa
licencia para ser usado, ofrece independencia de plataforma, puede trabajar con multitud de
herramientas y con cualquier aplicación que pueda procesar texto. Estos motivos pueden ex-
plicar el alto grado de implantación que ha experimentado una solución como XML.
Sin embargo, lo que nadie negará es que XML "está de moda", y esto hace que quizás se cai-
ga en un abuso de esta tecnología. En cualquier caso, entendemos que XML es una solución más,
que no resolverá todos los problemas relacionados con el tratamiento de información, sin em-
bargo como desarrolladores estamos obligados a contemplarlo como una opción más.
El lector encontrará en este número dos artículos con los que podrá introducirse en el uso
de esta tecnología en combinación con Java, pues combinando XML y Java la portabilidad
que conseguimos en nuestras aplicaciones es máxima.
SUMARIO
ACTUALIDAD
12. Concurso de Microsoft sobre programación web con ASP.NET
13. Microsoft Tech-Ed Europe 2004
MIDDLEWARE
16. Migración de aplicaciones: de VB 6.0 a .NET (y III)
22. Tratamiento de XML desde Java (y III): un caso práctico
28. Enlace de datos XML con Castor
BASES DE DATOS
34. Acceso a datos con ADO.NET (y III)
DISEÑO
42. Introducción al software moderno orientado a objetos
ALGORITMOS
48. Direct3D 9.0 avanzado (II)
54. Acceso a código nativo con JNI (y II)
además…
04. Noticias
08. javaHispano: Java 5.0, JDIC, FreeTTS, WebCream 5.0, 3D y más
10. Canal Panda: Defensa contra nuevos virus
14. Curso de ASP.NET
40. Sólo Programadores en formato digital
62. Preguntas y respuestas
64. Libros: Desarrollo web con J2EE y Visual Basic .NET
66. Contenido del CD-ROM
 NOTICIAS
IBM
IBM alcanza el 50% del mercado mundial de
supercomputación
El ranking 'TOP500' establece una clasificación de los superordena-
dores más potentes del mundo. IBM ha hecho público que, en dicha
clasificación, destaca como proveedor líder de sistemas de super-
computación, tanto por el número de surperordenadores integrados
en el ránking (224) como por el total de potencia instalada, con un
record de 407 teraflops (billones de operaciones por segundo).
Por primera vez en la historia, los dos prototipos del superordena-
dor de IBM Blue Gene, llamados Blue Gene/L, aparecen entre los 10
primeros puestos de esta lista. El BlueGene/L repre-
senta un nuevo concepto en los superordenadores
ya que su tamaño es 20 veces menor que el de las
máquinas existentes hoy día con la misma potencia.
Estos sistemas permiten así una gran reducción en el
consumo energético, el coste y el espacio necesario para
SUN MICROSYSTEMS
Sun lanza J2SE 5 Beta 2
Conocida hasta la fecha como Proyecto Tiger, la
nueva versión de la plataforma Java introduce
importantes mejoras en lo que se refiere a facilidad
de desarrollo, incluye nuevas prestaciones de moni-
torización y gestión de aplicaciones, ofrece un sopor-
te cliente mejorado para escritorios de PC y cuenta
con un rendimiento que bate records. Los lectores ya
pudieron comprobar las novedades del Proyecto
Tiger en el número 112 de Sólo Programadores.
Sun ha liberado recientemente la versión Beta 2
del kit de desarrollo de software (SDK) para J2SE
5.0 (véase la sección "javaHispano" aportada por la comunidad
javaHispano.org para ampliar esta información), que incluye
herramientas tales como compiladores y depuradores, necesa-
TQS
El mundo académico y el mundo profesional unen
sus esfuerzos
TQS (Tecnología y Calidad de Software), empresa especializada en la presta-
ción de servicios de consultoría e ingeniería en el campo de las tecnologías
de la información y en el de la gestión de calidad, ha firmado un acuerdo de
colaboración con la Universidad Europea de Madrid (UEM), que entrará en
vigor el próximo curso 04/05.
El objetivo que persiguen tanto TQS como la UEM con este acuerdo es refor-
zar los vínculos entre la vida universitaria y la vida profesional en el área de
desarrollo, calidad y mantenimiento de software.
Como fruto de este acuerdo, TQS y la UEM han establecido los cauces para
llevar a cabo actividades conjuntas de formación, asesoramiento e investiga-
ción que aporten un beneficio intelectual a los alumnos universitarios y a los
profesionales que trabajan en la empresa.
Ambas partes colaborarán en actividades formativas tales como cursos, semi-
narios, congresos, etc. así como en la realización y financiación de estudios y
SOLO PROGRAMADORES 4
albergarlos, caracte-
rísticas fundamenta-
les en aquellos nego-
cios que necesitan de
su potencia.
Otros motivos que
explican el liderazgo
de IBM en supercom-
putación son, por ejemplo, que de los 10 primeros superordenado-
res del ranking, 3 son IBM, mientras que entre los primeros 20, 10
son IBM. De entre los 100 primeros, 68 son IBM. Por otra parte, el
30% de los cluster Linux instalados en el mundo son IBM, lo que
equivale a 150 superordenadores.
Los motivos expuestos anteriormente explican los
buenos resultados que ha obtenido IBM en el último
estudio "TOP500 List Supercomputing Sites", el rán-
king independiente de mayor prestigio en el campo
de la supercomputación. El listado completo puede
consultarse en la dirección www.top500.org
rias para desarrollar Applets, aplicaciones y JRE (Java
Runtime Environment). Está disponible para su descarga en
http://java.sun.com/j2se.
Sun centra sus esfuerzos en mejorar el rendimiento de la plataforma
Java, y en los últimos días ha anunciado los resultados de una prueba
que demuestra las escalabilidad sin precedentes de J2SE 5.0. Sun
alcanzó resultados record en la prueba de rendimiento SPECjbb 2000
(Standard Performance Evaluation Corporation Java Business
Benchmark 2000) con JDK 5.0 ejecutándose sobre un Sun Fire V20z a
2,4 Ghz, basado en procesadores AMD64 Opteron. La configuración
ofreció 59,648 JBB operaciones por segundo en el SPECjbb 2000 en
un sistema de dos vías con arquitectura de 64 bits, superando en un
9% los mejores resultados obtenidos en esta área hasta la fecha.
Además, la prueba indicó que Sun tiene la capacidad de soportar
más warehouses que cualquier otro sistema de dos vías. La com-
pañía ha demostrado que es capaz de soportar 80 warehouses,
esto es, 10 veces la cantidad que típicamente soporta una confi-
guración de dos vías.
proyectos de investigación en áreas de interés común. Además se contempla
el asesoramiento mutuo y el intercambio de información y documentación
en cuestiones que sean de interés para las dos entidades. TQS y la UEM tie-
nen previsto reunirse periódicamente para dar continuidad a este convenio a
través nuevas actividades.
Uno de los aspectos más importantes que contribuye a cumplir el objetivo
principal de esta relación, es la difusión y la promoción de los cursos de pos-
tgrado de la Universidad en el área informática.
Las diferentes actividades y proyectos que se organicen dentro del marco de
esta colaboración estarán impartidos por parte del entrono universitario por
profesores, docentes e investigadores con amplia experiencia en el área de
desarrollo, calidad y mantenimiento de software; por otro lado los expertos
en tecnología, los profesionales comerciales y los diseñadores de productos
de gran calidad, que forman parte del equipo de TQS, transmitirán a los asis-
tentes sus conocimientos adquiridos a través de su experiencia profesional.

NOVELL
Novell anuncia la disponibilidad de Mono 1.0
Novell anunció días atrás el lanzamiento de la primera versión del pro-
yecto Mono, esto es, Mono 1.0. Mono es una plataforma de fuente
abierta basada en el Framework .NET que permite a los desarrollado-
res de software construir aplicaciones Linux y multiplataforma.
Mono incluye un compilador C#, un runtime compatible .NET, dos
librerías de APIs, una librería Mono y un grupo de APIs compatible
con el Framework 1.1 de Microsoft .NET que ofrecen soporte para
ASP.NET, ADO.NET y para otros componentes. Además, con el objeti-
vo de ofrecer un mayor soporte a los desarrolladores de software,
Novell ha puesto en marcha un nuevo sitio web (http://www.mono-
project.com) que incluye herramientas, recursos, un roadmap del pro-
yecto, así como información detallada sobre Mono. Este nuevo sitio,
a diferencia de los que ya hay (centrados en la creación y contribu-
ción de Mono) está orientado hacia los usuarios de Mono, a los que
despliegan aplicaciones con Mono y a los que contribuyen al mismo.
Son cientos los desarrolladores que contribuyen al proyecto Mono en
todo el mundo, convirtiéndolo en una plataforma recomendada para
construir aplicaciones de escritorio sobre los sistemas operativos Linux.
Mono 1.0 incorpora componentes clave .NET, tales como los que se
han comentado anteriormente y un sistema de ejecución portable que
SUN MICROSYSTEMS
La Sociedad de la Información y el acceso a Internet:
un derecho universal de todos los ciudadanos
Luis Enrique Hernández Lucendo, director de Administraciones Públicas y
Sanidad de Indra, Pedro Montarelo, director de marketing de Sun
Microsystems Ibérica y José Antonio Rodríguez, primer teniente alcalde del
Ayuntamiento de Jun (Granada) han firmado un acuerdo que permitirá
universalizar el acceso a la tecnología de todos los habitantes de Jun y
fomentar la participación ciudadana en el gobierno del municipio. El ayun-
tamiento de esta localidad granadina ha declarado el acceso a Internet y
la Sociedad de la Información un derecho universal de todos sus ciudada-
nos. Dicho ayuntamiento fue pionero también en la celebración del primer
pleno de la teledemocracia en Europa y, en las pasadas elecciones andalu-
zas del 14 de marzo, Jun fue el escenario de una exitosa experiencia pilo-
to de voto electrónico por Internet y a través de telefonía móvil.
Gracias al acuerdo firmado, el Ayuntamiento de Jun accederá de
forma preferente a las nuevas aplicaciones y desarrollos que tanto
TRANSCEND INFORMATION
Necesidades de almacenamiento insaciables
El consumo de dispositivos multimedia crece día tras
día, y con ello las necesidades de almacenamiento.
Este hecho ha empujado a Transcend Information a
anunciar el aumento de la capacidad de sus tarjetas
Secure Digital (SD) 45X hasta 1 GB.
Con esta tarjeta SD de elevada capacidad, se pueden
almacenar más de 13.000 fotografías JPEG con resolu-
NOTICIAS
incluye soporte just-in-time (JIT) y precom-
pilación. Además, el proyecto Mono ofrece:
z Un entorno avanzado de desarrollo para
escribir aplicaciones Linux con una pro-
ductividad sin precedentes.
z Una API completa que permite el des-
arrollo de aplicaciones cliente/servidor
y servicios web.
z Capacidades de despliegue multiplataforma, soporte para Linux,
Sun Solaris, Apple MacOS X, Microsoft Windows NT/XP y otros
sistemas UNIX sobre una variedad de arquitecturas.
z Herramientas altamente efectivas que facilitan la creación de
APIs y kits de desarrollo de software (SDK) independiente de la
plataforma.
z Librería de programación multiplataforma que permite a los des-
arrolladores trabajar con Linux, Windows y MacOS X con un único
código, siendo este uno de los lenguajes soportados por Mono.
z Suporte para lenguajes tales como VisualBasic, Python, JScript y
Java. A través del proyecto de fuente abierta iKVM, Mono inclu-
ye soporte Java, haciendo del popular lenguaje un vehículo
capaz de respaldar la tecnología Mono.
Mono 1.0 puede descargarse en:
http://www.mono-project.com/downloads/index.html.
Indra como Sun y sus partners tecnológicos realicen en este área.
Por un lado, Indra ofrece una licencia gratuita para la utilización de
una plataforma Hardware y Software para fomentar la participa-
ción ciudadana a través del Ayuntamiento de Jun: captar la opinión
de los ciudadanos, procesar resultados y realizar estadísticas.
Por otro lado, Sun otorga una licencia gratuita para uso personal,
educativo y de investigación a todos los ciudadanos de Jun del soft-
ware StarOffice 7.0, junto con una licencia de uso gratuita de su
paquete de software Java Enterprise System tanto para todas las
PYME (empresas con menos de cien empleados) domiciliadas en
Jun como para el Ayuntamiento. De izquierda a derecha
Enrique Hernández, director
de AA.PP. y Sanidad de
Indra, Zaida Sampedro,
Gerente de AA.PP. y Sanidad
de Indra, José Antonio
Rodríguez, Primer Teniente
de Alcalde del Ayuntamiento
de Jun y Pedro Montarelo,
Director de Markentig de Sun
Microsystems Ibérica.
ciones de 640 x 480 píxeles o registrar hasta seis horas de vídeo MPEG 4.
A diferencia de otros fabricantes, Transcend insiste en usar sólo chip
Flash NAND SLC (Single-Level-Cell) al que se le supone una superior
velocidad de escritura, menor consumo de potencia y mayor duración
en comparación con tarjetas Secure Digital realizadas con chip MLC
(Multi-Level-Cell).
Además, esta tarjeta SD 45X Ultra Performance puede alcanzar una
velocidad de lectura de de hasta 7.7 Mbps y una velocidad de escritu-
ra de hasta 6.8 Mbps. Por lo tanto se convierte en una solución pro-
fesional al alcance de todos.
 NOTICIAS
PANDA SOFTWARE
El gusano Cabir amenaza la seguridad de los teléfonos
móviles
PandaLabs ha identificado a Cabir, el primer gusano capaz de
propagarse a través de teléfonos móviles. Concretamente, afec-
ta aquellos dispositivos que funcionan bajo el sistema ope-
rativo Symbian OS, utilizado en muchos modelos de
teléfonos, entre los que se encuentran algunos
fabricados por las empresas Nokia, Siemens y Sony
Ericsson.
Cabir no ha sido diseñado para propagarse masiva-
mente, sino que se trata de una prueba de concepto
que demuestra que pueden hacerse códigos maliciosos
para este tipo de dispositivos.
Cabir se propaga en forma de un archivo llamado Caribe.sis,
que se instala automáticamente en el sistema cuando el usuario
acepta la transmisión. En ese momento, muestra un mensaje en
pantalla con el texto: Caribe. Tras ello, inicia una búsqueda cons-
GALDON
Galdón lanza nuevas mejoras en su herramienta gsBase
Galdón, compañía española especializada en el des-
arrollo de software y creadora del gsBase (Galdón
Software Base), ha anunciado que continúa avanzan-
do en la mejora de su herramienta. La solución gsBase
puede entenderse como un sistema de diseño y ejecu-
ción de aplicaciones informáticas que utilicen bases
de datos, comunicaciones y cálculo (ERPs, CRMs, etc.)
y ofrece al usuario una interfaz gráfica de ventanas. La
arquitectura del gsBase radica en un sistema clien-
te/servidor y utiliza el protocolo estándar TCP/IP
para comunicaciones, que permite el trabajo
concurrente de cientos de usuarios finales
SUN MICROSYSTEMS
Sun aporta a la comunidad de código abierto tecnología 3D
Sun Microsystems quiere reafirmar su compromiso con el movimiento de
código abierto al aportar el Proyecto Looking Glass y la tecnología Java 3D a
la comunidad de código abierto. Estas contribuciones (que forman parte de
la iniciativa Sun 3D Desktop Technology Open Source Project) propiciarán,
según se afirma desde Sun, una nueva dimensión de innovaciones en la cre-
ación de aplicaciones. Iniciativas como esta permiten a los desarrolladores
acceder a las tecnologías englobadas en Sun 3D Desktop Technology Open
Source Project desde la comunidad online java.net (http://www.java.net).
Los lectores de Sólo Programadores ya tuvieron ocasión de conocer el
Proyecto Looking Glass en el número anterior, en la sección aportada por
javaHispano.
Para los que no hayan seguido la evolución de este asunto, diremos que la
primera demostración ante el público del Proyecto Looking Glass se realizó
en verano de 2003. Esta iniciativa fue la primera que despertó el interés de la
industria tecnológica por los entornos de escritorio tridimensionales, y la pri-
mera que se apartó del paradigma de las tradicionales ventanas. La innova-
dora interfaz del Proyecto Looking Glass ofrece un entorno intuitivo en 3D
que permite interactuar con las aplicaciones de escritorio, e incorpora carac-
SOLO PROGRAMADORES 6
tante de otros aparatos a los que enviarse,
aunque para ello deben encontrarse conecta-
dos mediante la tecnología Bluetooth. Este
proceso acorta considerablemente el tiempo
de operación de la batería del teléfono.
Por otra parte, existe la posibilidad de que el
fichero Caribe.sis se copie en otro tipo de
aparatos que utilicen tecnología Bluetooth
(como pueden ser algunas impresoras), aunque no utilicen el
sistema operativo antes mencionado. En estos casos, el
gusano no podrá continuar su propagación.
La aparición de Cabir da paso a una nueva era para la
seguridad informática, cuyo ámbito ya no se restringe
a los usuarios de ordenadores. "A partir de ahora,
antes de adquirir un dispositivo móvil deberán eva-
luarse no solamente sus funcionalidades; también
habrá que prestar mucha atención a los sistemas de
seguridad de los que dispone", concluye Luis Corrons,
director de PandaLabs.
locales o remotos. El tráfico de datos generado por gsBase es
mínimo y por lo tanto, el ancho de banda necesario para soportar
el trabajo del entorno multiusuario es muy pequeño, lo cual se
traduce en costes de comunicaciones muy reducidos.
En su inquietud por ampliar mercado y pensando en la interna-
cionalización de su nuevo sistema, Galdón ha puesto en mar-
cha una nueva fase de su proyecto I+D, con el objetivo de
permitir a los consultores y desarrolladores de esta solución
poder definir sus aplicaciones en multilenguaje de una
forma fácil y operativa. También han sido liberados contro-
les Active-X para atacar a servidores gsBase desde la
web, PDAs o bien usando otros lenguajes de programa-
ción como Visual Basic, Delphi, Java, etc.
Además, gsBase también está disponible para platafor-
mas Linux, ya que hasta el pasado mes de Junio
gsBase sólo estaba disponible para sistemas
Windows.
terísticas como ventanas transparentes, rotación, zoom, entornos de trabajo
múltiples y miniaturización.
La versión para desarrolladores del Proyecto Looking Glass aportada por Sun
a la comunidad de código abierto ayuda a crear entornos de escritorio y apli-
caciones visuales en 3D capaces de ejecutarse sobre Solaris y sistemas Linux
como Java Desktop System. Esta versión persigue incitar a los desarrollado-
res de aplicaciones Java a explorar nuevas vías en el modo en que la infor-
mación y los datos se presentan al usuario.
 JAVAHISPANO
Actualidad Java
de la mano de javaHispano
Nunca habrá un J2SE 1.5 o un J2EE 1.5
Por algún motivo el departamento de marketing de Sun
Microsystems ha considerado conveniente cambiar el
sistema de versiones de la plataforma, cambio que afec-
ta ya a Tiger, la nueva revisión mayor de J2SE. A pesar de
que hubo versiones Beta 1.5 de Tiger el número de la
versión estable, y el de la Beta 2, es el 5.0, y no el 1.5. Lo
mismo sucederá con la próxima versión de J2EE, que
será la 5.0, y no la 1.5, que es la versión que se mencio-
na en el JSR 244, en el cual se está definiendo.
Desde Sun se justifica este salto en la numeración por
la enorme cantidad de cambios que se introducen en
las nuevas versiones de la plataforma, los más notables
desde la aparición de Java. Si este es realmente el moti-
vo cabría preguntarse por qué no se pasa a la versión
2.0, en vez de a la 5.0. Algunos opinan que el salto en
el número de versión trata de reflejar la madurez y el
Adobe construye una plataforma de servicios basándose en el formato PDF
Adobe pretende crear una nueva plataforma orienta-
da al servidor que permitirá automatizar y acelerar el
flujo de información dentro de una organización
empleando documentos PDF. Esta plataforma, que se
basa en J2EE, XML y los servicios web, recibe el nom-
bre de "Intelligent Document Platform". Su fin es pro-
porcionar un modo único de conectar las diferentes
fuentes de datos de una empresa, permitiendo proce-
sar la información de modo automático y evitando
reintroducirla en el sistema. Para ello la información
se representa en un formato que es básicamente PDF
con una serie de extensiones basadas en XML.
Intelligent Document Platform podrá ligarse, por
ejemplo, con los ERP o los CRM de una organización
empleando para ello servicios web y un API Java, y
Accediendo desde Java a aplicaciones nativas: JDesktop Integration Components
JDesktop Integration Components (JDIC)
(https://jdic.dev.java.net/) es un proyecto distribui-
do bajo licencia LGPL cuyo fin es hacer accesible
desde Java aplicaciones nativas sacrificando la
portabilidad de la aplicación lo menos posible. JDIC
permite, por ejemplo, acceder al cliente de correo,
al navegador web, o a la aplicación que está aso-
ciada con un determinado tipo de archivo en el sis-
SOLO PROGRAMADORES 8
mayor tiempo que lleva en el mercado la plataforma
Java frente a .NET, actualmente en su versión 1.1 y cuya
versión 2.0 aparecerá el año que viene.
Estos caprichos con las versiones de los productos no
son nada sorprendente; recientemente BEA actualizó
toda su familia de productos a la versión 8.1; antes sus
productos (BEA Weblogic Portal, Integration, Server,
Liquid, JRockit, etc.) tenían versiones muy distintas. Por
otro lado nuca hubo una versión 8.0 en los productos
de BEA, que parece preferir las versiones terminadas en
".1" y no en ".0". El motivo último de estas decisiones
queda para los departamentos de marketing de cada
compañía; pero en lo que a nosotros atañe tendremos
que acostumbrarnos al nuevo versionado de la plata-
forma, y abandonar la idea de desarrollar aplicaciones
con un JDK 1.5, sino con el 5.0.
permitirá visualizar en formato PDF información pre-
cedente de cualquiera de las fuentes ligadas. La pla-
taforma también estará dotada de herramientas de
seguridad que permitirán entre otras cosas controlar
el acceso a la información del sistema, crear audito-
rias del uso de la información, o verificar la autentici-
dad de un documento mediante firmas digitales.
Inicialmente Adobe ha orientado Intelligent Document
Platform hacia organizaciones de gran tamaño, como
organismos gubernamentales o grandes empresas.
Quizás en un futuro Adobe cree versiones más simples
y reducidas de la plataforma que pudieran resultar más
atractivas para organizaciones de menor tamaño, para
las cuales la solución actual probablemente resulte
excesiva, tanto en complejidad como en funcionalidad.
tema. También permite registrar aplicaciones Java
en un sistema y asociarlas con un tipo de archivo.
Dentro de JDIC hay dos subproyectos interesantes,
aunque aún no son completamente funcionales:
SaverBeans Screensaver SDK, un kit de desarrollo
que permite crear protectores de pantalla multipla-
taforma, y Tray Icon API, que permite a las aplica-
ciones Java crear iconos en la bandeja del escritorio.

Liberada Berkeley DB Java Edition 1.5
SleepyCat Software ha lazado una versión
java de su base de datos empotrada
Berkeley DB, la base de datos empotrada
que cuenta con un mayor número de uni-
dades distribuidas (más de 200 millones).
Esta base de datos puede ejecutare en el
mismo espacio de memoria que la propia
Soporte para voz en las aplicaciones Java: FreeTTS
FreeTTS (http://freetts.sourceforge.net) es un
sintetizador de voz escrito completamente en
Java con un soporte parcial de la especificación
JSAPI 1.0 (Java Speech API, véase Sólo
Programadores 109, 110 y 111). Ha sido des-
arrollado en los laboratorios de investigación
de Sun Microsystems, y se distribuye bajo
licencia BSD. Este sintetizador de voz puede
emplearse, por ejemplo, para dar ayuda habla-
Del escritorio a la web de modo transparente: WebCream 5.0
La compañía Creamtec recientemente ha hecho
pública la versión 5.0 de WebCream, una herra-
mienta que permite convertir una aplicación de
escritorio basada en Swing o AWT en una apli-
cación web de un modo totalmente transparen-
te para el desarrollador. WebCream captura
tanto la apariencia de la aplicación original como
sus eventos, y la lógica de negocio asociada a
Las implementaciones de referencia de Java 3D y Java Server Faces pasan a ser libres
Sobre el autor
Abraham Otero (abraham.otero@javahispano.org)
es responsable de calidad y miembro de la junta de javaHispano. (http://www.javahispano.org)
http://www.javahispano.org
aplicación cliente, lo que permite eliminar
el cuello de botella de la comunicación
cliente-servidor en aquellas aplicaciones
que se pueden permitir tener una base de
datos local.
Berkeley DB tiene un soporte de ACID y de
recuperación de datos completo. La crea-
LISTADO 1 Dale voz a tu PC
da al usuario, leer un Voice voz = VoiceManager.getIstance().getVoice("Kevin16");
voz.allocate();
texto, crear un servi- voz.speak("Something is wrong");
dor de telefonía auto-
matizado, o simplemente hacer más humanas
nuestras aplicaciones Java. Su uso es muy sim-
ple; así por ejemplo el código del listado 1 nos
permite pronunciar con una voz masculina de
16 KHz la frase "Something is wrong". La prin-
cipal carencia de FreeTTS es que sólo soporta
esos eventos, y genera una aplicación web equi-
valente con una apariencia y comportamiento
muy similar a la aplicación de escritorio.
En la imagen podemos observar la apariencia de
la demo de Swing que se distribuye con el JDK
1.2 o superior de Sun en el directorio
demo/jfc/SwingSet convertida a aplicación web
con WebCream. La fidelidad con la apariencia y
Recientemente Sun ha liberando una notable
cantidad de código fuente, buena parte de él
relacionado con la plataforma Java. Entre
este código están las implementaciones de
referencia de Java 3D (https://java3d.dev.
java.net, véase Sólo Programadores 113 y
114) y de Java Server Faces (https://javaser-
verfaces.dev.java.net), que se han convertido
en proyectos de java.net.
Sun también ha liberado el código fuente de
JAVAHISPANO
ción de la versión Java de esta base de
datos ha tenido una buena acogida por
parte de la comunidad Java, así por ejemplo
Apache Foundation ha hecho públicas sus
intenciones de emplear esta solución en el
servidor Apache Directory.
Berkeley DB Java Edition, al igual que la
versión desarrollada en C, se distribuye bajo
una doble licencia libre-comercial: el pro-
ducto puede incluirse como software libre
en cualquier desarrollo cuyo código fuente
sea libre, mientras que los desarrollos de
código propietario deben optar por la licen-
cia comercial para emplear la base de datos.
voces inglesas, aunque es posible crear voces
propias en cualquier idioma y emplearlas desde
FreeTTS. Sin embargo, y aunque existen herra-
mientas con tal fin, la creación de nuevas voces
dista mucho de ser tan simple como el uso de
las ya integradas en FreeTTS.
comporta-
miento de la
aplicación
original es
total, si bien
las respues-
tas a las acciones del usuario son más lentas por
la latencia de la red.
un proyecto muy prometedor: Looking Glass,
un escritorio tridimensional para entornos
Linux y Unix que podría volverse muy popular
en las distribuciones de Linux, ahora que la
licencia de su código es GPL. Por otro lado
hace bastantes meses que en la compañía se
está estudiando la posibilidad de distribuir
Solaris bajo una licencia libre tipo GPL. Parece
que cada vez más Sun apuesta por el softwa-
re libre como modelo de negocio.
9 SOLO PROGRAMADORES
 CANAL PANDA
Con el objetivo de dar protección a las
grandes corporaciones, pero también a
los particulares, Panda Software ofrece
una amplia oferta de soluciones
antivirus.
SOLO PROGRAMADORES 10
Defensa contra nuevos
virus
FERNANDO DE LA CUADRA
Las nuevas soluciones antivirus no
pueden basar su estrategia en la
detección y la posterior eliminación,
ya que el tiempo del que se dispone
es muy limitado, por la rapidez con
la que se contaminan los equipos.
Una mejor solución será actuar
anticipándonos al comportamiento
del virus, es decir, a priori en lugar
de a posteriori.
Hace 14 años, Panda Software inició su andadura en
el mundo de los antivirus. Su primer producto era un
sencillo antivirus que era capaz de detectar y desin-
fectar ¡tres virus! No es una cifra espectacular, y está
muy lejos de los 70.000 virus de hoy en día, pero en
1.990 era más que suficiente para las necesidades
básicas. No hay que olvidar que por esas fechas los
ordenadores personales no estaban tan extendidos,
eran casi un lujo y no todas las empresas estaban
informatizadas al nivel actual.
Según fueron pasando los años, la tecnología utilizada
para la detección de los virus fue mejorando considera-
blemente. Los creadores de los virus iban siendo cada vez
más hábiles para hacer que los antivirus no detectaran
sus códigos, mientras que los desarrolladores de antivirus
creaban nuevos métodos de detección y desinfección.
Cuando Internet empezó a popularizarse, los adminis-
tradores vieron cómo los virus empezaban a propa-
garse por canales a los que los antivirus clásicos no
podían acceder. El correo electrónico, por ejemplo,
supuso una fuente inagotable de sustos víricos para
aquellas redes con protecciones antivirus anticuadas.
Además, los virus dejaron de ser un problema local
para convertirse en una lacra a nivel global. Gracias a
Internet la propagación de un virus ya no se restringía
a una determinada área, sino que las fronteras pasa-
ron a ser una mera anécdota.
Otro factor muy importante fue la velocidad con
la que los nuevos virus se propagaban. Si antes un
virus podía tardar meses en distribuirse, gracias a
Internet el tiempo quedó reducido a unos escasos
días. La actualización del software contra los virus
empezaba a ser más necesaria que nunca, hasta el
punto de llegar a tener una frecuencia diaria.
Los últimos tiempos han supuesto un nuevo reto en
el mundo de la tecnología antivirus. Las amenazas ya
no tardan meses, ni días en propagarse: ¡les bastan
unos minutos! Códigos como SQLSlammer, Blaster o
Sasser son capaces de propagarse tan rápidamente
que los usuarios no tienen tiempo material para
reaccionar ante ellos. Los creadores de virus saben
que existe un tiempo en el que los ordenadores están
indefensos, e intentan que los virus ataquen precisa-
mente en ese pequeño espacio de tiempo.
En un sistema antivirus clásico, los virus son detec-
tados en función de las características que tiene
cada programa. Al igual que un código genético,
cada virus dispone de unos cuantos bytes que son
únicos e irrepetibles, que se utilizan para buscar
cada virus. Pero, como hemos comentado antes, es
necesario un tiempo para distribuir la actualización
del antivirus que detecte y elimine el virus.
La solución a los nuevos virus no puede basarse en
una detección a posteriori, ya que el tiempo para
detenerlos es escaso, sino que debe estar organi-
zada en torno a las acciones que el virus pueda lle-
var a cabo. Si observamos cómo se comportaron
los virus anteriormente citados, todos ellos explo-
taban alguna vulnerabilidad del sistema operativo,
por lo que a través de ella puede conseguirse la
solución. Y no me refiero al clásico "parcheado" de
los equipos, que aunque se ha demostrado com-
pletamente eficaz para la prevención no es lleva-
do a cabo con la rapidez necesaria. Me refiero al
control de los "exploits" para las vulnerabilidades.
Sasser, por citar el ejemplo más cercano, producía
un desbordamiento de buffer aprovechando una
vulnerabilidad. Si se instala en el ordenador un sis-
tema de vigilancia de las tareas que están ejecután-
dose, y de su actividad a la hora de interactuar con
el sistema operativo, puede evitarse un uso inade-
cuado de la pila de datos de los programas (el buf-
fer) que pueda resultar perjudicial para el sistema.
La idea no es nueva. Cuando los virus de boot esta-
ban ampliamente difundidos, muchos fabricantes
de placas base desarrollaron sistemas "antivirus",
simplemente grabando programas que evitaran
escrituras en los sectores de arranque de los discos.
Es una protección básica, que intenta evitar la
acción del virus en lugar de detectar y eliminarlo.
La protección futura contra códigos maliciosos
basada en la vigilancia de procesos es la clave para
poder proteger no ya solo un ordenador, sino toda
una red, contra las nuevas amenazas que se difun-
den a gran velocidad. Funcionando en conjunto con
los antivirus clásicos, y soportado por un sistema de

Defensa contra nuevos virus
vigilancia y desarrollo de las empresas antivirus que
pueda dar respuesta casi inmediata a las sospechas
de virus transmitidas por el sistema, es ya, sin duda,
la protección que las empresas necesitan.
Sin embargo, no todas las empresas desarrolladoras de
Sobre el autor
Fernando de la Cuadra (Fdelacuadra@pandasoftware.com) es editor técnico internacional de Panda Software
(http://www.pandasoftware.com).
Hoaxes informáticos: un peligro fácilmente
evitable
Los hoaxes son un tipo de malware bastante simple
pero no por ello menos efectivo. Se trata de e-mails
que contienen información engañosa sobre los temas
más diversos. Así, pueden avisar sobre virus inexisten-
tes excepcionalmente dañinos, o acerca de "leyendas
urbanas" de todo tipo.
En muchas ocasiones, los hoaxes informáticos son cre-
ados por usuarios maliciosos que sólo pretenden gastar
una broma pesada. También pueden servir para recoger
un gran número de direcciones de correo electrónico a
las que, posteriormente, enviar mensajes de correo no
deseado o spam.
Algunas veces, los hoaxes pueden causar graves perjui-
cios a los usuarios. Es el caso de Sulfnbk, uno de los más
extendidos y que lleva más de tres años en circulación.
El texto del mensaje anuncia que un peligroso virus ha
infectado muchos ordenadores, sin que los usuarios lo
sepan, y se esconde en los equipos en un archivo con el
nombre Sulfnbk.exe. En caso de que el fichero se
encuentre en el sistema, el hoax recomienda eliminarlo
inmediatamente. Efectivamente, el archivo Sulfnbk.exe
existe y se encuentra en millones de ordenadores de
Prevenir los ataques basados en enlaces maliciosos
Algo tan cotidiano y aparentemente inofensivo como un
enlace web puede ser el origen de un sofisticado ataque
Cross Site Scripting (XSS), o bien el cebo para un fraude
bancario online (phishing). A continuación se repasarán
las técnicas más utilizadas y las medidas básicas para
prevenir dichos ataques.
El ataque Cross Site Scripting (XSS) tiene su origen en la
posibilidad de que una aplicación web legítima devuelva,
como parte de su respuesta, un código malicioso enviado
por un atacante. Este tipo de vulnerabilidad suele estar
presente en formularios y consultas web que no realizan
los filtros adecuados y permiten inyectar código.
La técnica más habitual de XSS se basa en un enlace
especialmente construido por un atacante que incluye
en la URL el código malicioso. Esta dirección suele ser
publicada en foros web o puede ser enviada a través de
correo electrónico a potenciales víctimas, a las que
intenta engañar con diferentes artimañas para que utili-
cen el enlace. En caso de conseguirlo, se realizará una
petición al servidor web incluyendo el envío del código
malicioso incrustado en la URL. Debido a la vulnerabili-
dad de la aplicación web, el servidor devolverá al nave-
gador del usuario el código malicioso como si fuera
CANAL PANDA
antivirus actuales son capaces de ofrecer este nuevo
tipo de tecnologías. Sólo podrán ofrecerlas aquellas
que tengan departamentos de investigación, desarro-
llo e innovación trabajando en ellas, y hayan sabido
detectar el problema con antelación.
todo el mundo. Pero no contiene virus alguno, sino que
se trata de un fichero necesario para el funcionamiento En los laboratorios de investigación
de Panda Software (PandaLabs)
del sistema operativo. Por tal motivo, en caso de ser se trabaja intensamente
borrado, el ordenador dejará de funcionar normalmente. para proporcionar herramientas
Una buena medida para cortar la propagación de los y ayuda para la detección
hoaxes es aplicar al correo electrónico reglas de filtrado y desinfección de nuevos virus.
de contenidos, de manera que los falsos mensajes sean
eliminados directamente sin que puedan ser leídos.
legítimo, pudiendo falsificar el aspecto del web o enviar
al atacante datos confidenciales de la sesión que el
usuario ha iniciado.
Las técnicas de phishing, que tienen como objetivo
engañar a los usuarios para conseguir datos confiden-
ciales, como, por ejemplo, las claves de acceso a sus
cuentas bancarias, suelen basarse también en enlaces
fraudulentos. Normalmente se presentan en forma de
mensajes de correo electrónico supuestamente enviados
por las propias entidades, en los que se solicita al usua-
rio que acceda a una dirección web que, en realidad,
redirige a un servidor que tiene el mismo aspecto que el
del servicio bancario legítimo, pero que enviará todos
los datos suministrados a los atacantes.
La recomendación más básica consiste en no acceder a
los enlaces que lleguen a través de correo electrónico o
que se encuentren en páginas web no fiables. Debería
tenerse especial cuidado en caso de que los enlaces per-
tenezcan a servicios de banca electrónica, o donde se Panda Software pone a nuestra
soliciten datos confidenciales tales como usuario y con- disposición su antivirus on line gratuito:
traseña. Lo ideal en estos casos es escribir directamente ActiveScan.
la URL en la barra de direcciones de nuestro navegador
o seleccionarla desde nuestra lista de favoritos
11 SOLO PROGRAMADORES
 ACTUALIDAD

Ganadores
a do e del
de concurso
o s de programación
progra a ón webb con
o ASP.NET
AS . E
Acerca del concurso
El pasado 1 de Abril fue la fecha elegida por
Microsoft Ibérica para dar el pistoletazo de salida
al concurso de programación web con ASP.NET
que finalizó el pasado 15 de Junio.
Este concurso, patrocinado por distintos medios
entre los que se encuentra Sólo Programadores,
ha nacido con la idea de animar a los desarrolla-
dores a participar en una experiencia de progra-
mación con ASP.NET. La idea que ha perseguido
esta iniciativa ha sido difundir la tecnología
ASP.NET como una potente solución para aque-
llos programadores que deseen construir sitios
web. Sin duda la organización de una competi-
ción como esta es una fórmula original de entu-
siasmar, en primer lugar a aquellos que nunca han
trabajado con ASP.NET, y en segundo lugar, a
aquellos programadores con horas de experiencia
que han querido evaluar sus conocimientos.
Microsoft Ibérica ha dividido el concurso en 6
categorías temáticas: Comercio, Informes, Portal,
Comunidades, Tiempos y una categoría libre para
dar rienda suelta a la creatividad.
Premios
Como en todo concurso, aquellos trabajos que
han demostrado mayor dedicación e implicación
han sido premiados. Es importante destacar que
sólo por participar Microsoft Ibérica ha regalado
dos entradas de cine a los concursantes.
Los premios a los que podía aspirar un participan-
te con su aplicación web dentro de una categoría
son los que aparecen en el cuadro de la parte
superior. Por lo tanto, se deduce que Microsoft
Primer premio
z Una consola de videojuegos Xbox más un
juego, mando a distancia para ver DVDs en
la Xbox y una película DVD.
z Un visual Studio .NET 2003 Enterprise
Developer.
z Alojamiento gratuito ASP.NET con una de las
empresas patrocinadoras durante un año.
z Suscripción gratuita a una de las revistas
patrocinadoras durante un año.
Segundo premio
z Un juego para Xbox y una película DVD.
z Un visual Studio .NET 2003 Professional.
z Alojamiento gratuito ASP.NET con una de las
empresas patrocinadoras durante un año.
z Suscripción gratuita a una de las revistas
patrocinadoras durante un año.
Tercer premio
z Una película DVD.
z Un Visual Basic .NET 2003 Sandard.
z Suscripción gratuita a una de las revistas
patrocinadoras durante un año.
puso a disposición del jurado 18 premios para que
éste pudiera premiar a las mejores aplicaciones.
Reunión y veredicto del jurado
Como ya anunció Microsoft Ibérica, el jurado
estuvo compuesto por una persona de cada
empresa de alojamiento, una persona de cada
revista colaboradora y personal de Microsoft
Ibérica. La reunión del jurado se celebró el día
23 de Junio y, en un ambiente muy distendido
y agradable pero con el máximo rigor, dicho
jurado se pronunció. Queremos aclarar a los
lectores que los criterios que tuvo en cuenta el
jurado para hacer una valoración de los pro-
yectos presentados fueron, a grandes rasgos, la
calidad de la capa de presentación, la proce-
dencia del código, la usabilidad, la fiabilidad y
la originalidad. Bajo estos parámetros debe
entenderse el veredicto del jurado, que se
muestra en las tablas de la parte inferior.
El lector puede quedar sorprendido al ver que no
todas las categorías tienen 1º, 2º y 3º premio. Esto
ha sido así por decisión del jurado. El motivo de
estas decisiones ha sido, siempre, intentar buscar
justicia y premiar a quien más ha trabajado. En
este sentido, se consideró que, por ejemplo, no
había ningún proyecto dentro de la categoría
Portal que mereciera un 3º premio. Del mismo
modo, se acordó que ningún proyecto de la cate-
goría Comunidad merecía un 1º premio. Por otro
lado, en la categoría Tiempos el jurado consideró
que tan sólo uno merecía ser recompensado. Por
último, en la categoría Libre, se han dado dos 1º
premios dado que el jurado decidió que ambos
trabajos eran merecedores de tal recompensa.
Desde estas líneas queremos agradecer a todos
aquellos que habéis participado en el concurso,
y queremos animar a que, aquellos que no lo
han hecho, lo hagan en posibles futuras edi-
ciones. De igual modo, animamos al lector a
visitar la web del concurso: http://www.micro-
soft.com/spanish/msdn/spain/concuasp. Allí se
encuentran publicados todos los proyectos
presentados, y el lector podrá comprobar si en
su opinión el jurado ha decidido correctamen-
te o no.

Comercio Informes Libre

Net Shopping Generador de Informes Control de Precipitaciones
http://csanchez.veriospain.net/default.aspx http://gnieto.aspnet.acens.biz/informes/admin.aspx http://drodero.veriospain.net
1º 1º 1º
Constantino Sánchez Ballesteros José Ignacio Merino Martín Diego Rodero Pulido
Alcalá de Henares Montilla Linares
Comercio ASP Servidor de Encuestas Proyecto Freedom MSN
http://iperez.veriospain.net http://lvalles.veriospain.net http://fjrodriguez.veriospain.net
2º 2º 1º
Iván Pérez Lucía Valles Barbeito Fco. Javier Rodríguez Mesa
Madrid La Coruña LEON
Travel Agencia de Viajes ETeacher First Certificate Tutor Lector de Titulares para una Web
http://druiz.aspnet.acens.biz http://bmiller.veriospain.net http://pespinosa.veriospain.net
3º 3º 3º
David Ruiz Rincón Brent A. Miller Patrick Espinosa
Pamplona Córdoba Cerdanyola del Vallès

Tiempos Portal Comunidad

MC Servicios Informáticos Mehcca Film Ide-a: Industrial Design & Arts
http://jmmendoza.veriospain.net http://despinosa.veriospain.net http://lmguerrero.veriospain.net
2º 1º 2º
Jose Manuel Mendoza Contreras David Espinosa Regueiro Luis Miguel Guerrero Guirado
Sevilla Sestao Málaga
Portal de Programación Acceso Remoto y Multiplataforma a PIM
http://www.jvizcaya.veriospain.net http://www.davix.aspnet.acens.biz
2º 3º
Juan Vizcaya García David Marín Calleja
Mislata Puertollano

SOLO PROGRAMADORES 12

Microsoft Tech-Ed Europe 2004
29 de Junio - 2 de Julio,
Ámsterdam, Holanda
Como ya se anunció desde Microsoft y
también desde la web de Sólo
Programadores, la 11ª edición en Europa
del Tech-Ed tuvo lugar del 29 de Junio al
2 de Julio en Ámsterdam, Holanda.
Microsoft considera el Tech-Ed como uno
de los eventos más importantes para el
desarrollo, implementación, seguridad y
gestión de soluciones conectadas.
Microsoft Tech-Ed ofrece una buena
combinación de contenidos para desarro-
lladores, convirtiéndose así en la princi-
pal conferencia de formación técnica en
la que pueden coincidir una amplia gama
de profesionales en tecnología.
El Tech-Ed es el evento elegido por
Microsoft para mostrar sus nuevas líneas
de productos, alianzas y nuevas oportu-
nidades. En este sentido, vamos a inten-
tar resumir en las próximas líneas las
novedades presentadas por Microsoft.
Nuevas líneas de producto
Microsoft ha lanzado una nueva línea de
producto, llamada Microsoft Express,
orientada a los desarrolladores no pro-
fesionales. Esta iniciativa pretende ofre-
cer productos de fácil aprendizaje para
aficionados y estudiantes. En esta nueva
línea también se incluye Visual Studio
Express y SQL Server Express Edition. El
objetivo de esta nueva iniciativa es per-
mitir el acercamiento, a
muy bajo coste, de aque-
llos desarrolladores no
profesionales que deseen
aprender a crear aplicacio-
nes basadas en la web y en el
sistema operativo Windows.
Como no podía ser de otra manera, la
nueva versión del entorno de dearrollo
para .NET, Visual Studio 2005 (Whidbey)
también generó muchas expectativas.
Según ha anunciado Microsoft, la versión
Beta 1 queda accesible para su descarga
en http://msdn.microsoft.com/vs2005/.
La versión Beta 1 incluye Visual Studio
Tema Architect Edition, un componente
del Visual Studio Team System.
Servidores
El acuerdo alcanzado entre TeliaSonera
(operadora móvil de los países nórdicos) y
Microsoft tiene como objetivo ofrecer a
las empresas un servicio de localización,
en tiempo real, de sus activos móviles y
su fuerza de trabajo móvil. La pieza cen-
tral de este engranaje será Microsoft
MapPoint Location Server, que va a per-
mitir a los desarrolladores, ISVs e inte-
gradores de sistemas la creación y des-
pliegue de aplicaciones corporativas
móviles orientadas a la localización en
tiempo real.
ACTUALIDAD
Desarrollo sobre dispositivos móviles
Según Microsoft, más de 380.000 desarro-
lladores profesionales de todo el mundo
están trabajando sobre la plataforma de
software Windows Mobile, y más de 12.000
aplicaciones ya están disponibles en el
mercado para dispositivos basados en
Windows Mobile. Estos datos han servido a
Microsoft para mostrar el buen momento
que atraviesa el sector y la programación
sobre dispositivos móviles, i en concreto su
plataforma Windows Mobile.
Y además…
A las cuestiones destacadas anteriormente,
hay que añadir otras iniciativas que tam-
bién centraron gran parte de la atención en
esta edición del Tech-Ed Europe.
Destaca un aumento de la adopción de
Microsoft Internet Security y Acceleration
Server 2004 por parte de los OEM para
productos especializados en seguridad de
redes o MSDN Product Feedback Center,
que permite crear un foro para que los
desarrolladores puedan enviar preguntas
a Microsoft durante la fase de desarrollo
de un producto, así como las ponencias
sobre Microsoft Office Systems.
 ASP NET
Curso
ur o de ASP.NET
SP.NET
Colecciona
ole ci las
as 10
0 entregas
ega a partir
part r del próximo
p i o número
n ero
FRANCISCO CHARTE OJEDA
A medida que la conexión a Internet ha ido
popularizándose en todos los ámbitos, y al tiem-
po que sus tecnologías fundamentales han pasa-
do a aplicarse también en el interior de empre-
sas de todo tamaño y tipo, la conocida como
WWW se ha convertido en una importante pla-
taforma de ejecución de aplicaciones y permite
avistar un futuro en el que usar un cliente web
para acceder a un determinado programa será
tan habitual como lo era hasta ahora la ejecu-
ción local en Windows.
Dejando atrás técnicas como los CGI y los filtros
de servidor, las páginas de servidor: ASP, JSP y
PHP, se han convertido en la primera opción a la
ahora de diseñar aplicaciones web. ASP.NET es la
evolución de ASP y también la propuesta más
reciente en este campo, por lo que no es de
extrañar que cuente con múltiples ventajas res-
pecto a las demás.
A partir del próximo mes de septiembre, y duran-
te diez meses, Sólo Programadores publicará un
curso sobre ASP.NET con un formato similar a los
publicados previamente sobre los lenguajes
Visual Basic .NET y C#. El contenido de este
curso, a grandes rasgos, será el siguiente:
1 . Introducción: ASP.NET se ejecuta sobre la
plataforma .NET, por lo que tiene acceso a
todos los servicios de la FCL y puede utilizar-
se prácticamente cualquier lenguaje .NET. En
esta primera entrega se introducirán concep-
tos básicos, destacando la separación entre
interfaz y lógica, la estructura general de una
aplicación ASP.NET, su funcionamiento en un
servidor web externo (IIS o Cassini) o interno
(el integrado por WebMatrix o VS2005) y las
herramientas que podemos usar, incluyendo
el nuevo Visual Web Developer Express.
2 . Herramientas disponibles: Descripción de las
características más importantes, en lo relati-
vo a ASP.NET, de Visual Studio .NET 2003,
WebMatrix y los futuros productos Visual
Studio 2005 y Visual Web Developer Express.
De esta forma el lector podrá elegir la que
crea más adecuada a sus necesidades, sabien-
do que Sólo Programadores entregará gratui-
tamente WebMatrix, Visual Web Developer
Express y otros recursos actuales.
3 . Diseño de interfaces: Cómo usar controles
HTML y controles WebForm para diseñar
interfaces de usuario, generando código en el
cliente y en el servidor. Descripción de los
SOLO PROGRAMADORES 14
objetos más importantes de la aplicación,
como Request, Response o Application. Uso
de servicios de la plataforma, como los de
GDI+, para enriquecer las interfaces.
4 . Proceso de formularios: La mayoría de las
aplicaciones ASP.NET recogerán datos de
formularios para su tratamiento. En esta
entrega se introducirán los conceptos más
importantes sobre formularios, así como el
uso de controles de validación, manteni-
miento de estado entre solicitudes y con-
ceptos similares.
5 . Acceso a datos: El uso de bases de datos
desde aplicaciones ASP.NET tiene unas
peculiaridades que se conocerán en esta
entrega, junto con componentes específi-
cos para esta tarea y un avance de los con-
troles de datos que aparecerán con ASP.NET
2.0 y que harán mucho más fácil el diseño
de este tipo de proyectos.
6 . Temas de seguridad: Esta sexta entrega se
centrará en los temas relativos a seguridad,
como la autenticación de los usuarios, por
ejemplo, en el acceso a bases de datos, etc.
7 . Servicios Web: ASP.NET esta pensado no úni-
camente para el diseño de aplicaciones web,
sino también para la creación de servicios
web. En esta entrega se describiría todo el
proceso y los servicios de la plataforma que
tendrían que utilizarse para ello.
8 . Desarrollo de controles web: Además de
los controles web incorporados en ASP.NET,
nosotros podemos desarrollar todos los que
pudiéramos necesitar simplemente cono-
ciendo unas reglas básicas. En esta entrega
se describirán esas reglas y aportarán ejem-
plos prácticos.
9 . Páginas maestras: Una de las novedades
más interesantes de ASP.NET 2.0 será la
incorporación de las páginas maestras,
tanto al nivel de la infraestructura de eje-
cución como al nivel de diseño, en el entor-
no de VS2005. Esta penúltima entrega des-
cribiría el funcionamiento y uso de páginas
maestras para abreviar el ciclo de desarro-
llo de una aplicación web.
10. Skinning y otras características de
ASP.NET 2.0: En esta última entrega se
abordarán otras características del nuevo
ASP.NET 2.0, entre ellas la posibilidad de
modificar de manera global la apariencia
visual de las interfaces (skinning) y algunos
de los nuevos controles.
 MIDDLEWARE
Migración de aplicaciones:
de VB 6.0 a .NET (y III)
MARINO POSADAS (M.V.P. Visual Developer - VISUAL C#)
En esta última entrega de nuestro
curso sobre migración de
aplicaciones, estudiaremos el caso
concreto de la migración de
aplicaciones web ASP. Nos
marcaremos como objetivo migrar
nuestra aplicación web a ASP.NET,
destacando aquellos aspectos más
delicados del proceso.
La migración de aplicaciones web
La migración de aplicaciones web tiene carac-
terísticas especiales vinculadas a la platafor-
ma y al servidor de páginas (en este caso, IIS).
El esquema utilizado en .NET es el de la sepa-
ración total entre páginas de presentación y
código funcional (si bien pueden utilizarse
estructuras de código mixtas, al estilo anti-
guo, por compatibilidad).
Esto significa que los elementos que componen
la parte visual de la página no se entremezclan
con el código fuente que aporta el mecanismo
funcional de nuestro código produciendo pági-
nas mucho más claras de mantener y especial-
mente, de depurar. Además, en ASP.NET se intro-
duce el concepto de controles de servidor, que no
son sino componentes más complejos que el
simple HTML, que el desarrollador puede incluir
en las páginas, y que se resuelven en elementos
HTML cuando la página es servida al cliente.
Respecto a ASP en convivencia con ASP.NET,
ASP.NET separa aclararemos al lector que las aplicaciones de
ambos sistemas pueden ejecutarse a la vez en un
la presentación mismo servidor sin que se vean afectadas nega-
tivamente entre sí. Esto se debe principalmente
de la lógica a que las dos tecnologías utilizan diferentes
extensiones de archivos (.asp frente a .aspx) y
de negocio modelos de configuración (metabase/registro
frente a archivos de configuración basados en
XML). Ambos sistemas tienen motores de proce-
samiento totalmente independientes. Esto impli-
ca que una aplicación puede ejecutar ASP mien-
tras otra parte trabaja con ASP.NET.
SOLO PROGRAMADORES 16
Esta posibilidad resulta muy útil si hay que
migrar en varias fases un sitio de gran tamaño y
en constante cambio a ASP.NET. Además, si se
propone la migración a ASP.NET como un objeti-
vo a largo plazo, se deberán mejorar al máximo
el diseño y la arquitectura. En situaciones como
ésta, de migraciones paulatinas, la coexistencia
se convierte en una necesidad.
El grado de compatibilidad
Aunque el grado de compatibilidad es alto, no
obstante, existen problemas a la hora de migrar
aplicaciones reales, no tanto por el conjunto de
componentes equivalente sino por la diferente
arquitectura en la que estos se integran.
Fundamentalmente, podemos dividir los cambios
realizados en los siguientes bloques:
z Cambios de estructura y la gestión del estado
de las aplicaciones.
z Cambios en las APIs principales.
z Cambios en la configuración de las aplicacio-
nes.
z Cambios relacionados con la seguridad.
z Cambios en el lenguaje Visual Basic.
z Cambios relacionados con COM.
Ya nos hemos referido en artículos anteriores a
los cambios en el lenguaje Visual Basic y a los
componentes COM. Vamos a comentar, somera-
mente, el resto.
Cambios de estructura y la gestión del
estado de las aplicaciones
Los cambios estructurales son aquellos que afec-
tan al diseño y al estilo del código de las páginas
Active Server. Es necesario tener en cuenta
varios de estos cambios para garantizar que su
código funcionará en ASP.NET.
Bloques de código: declaración de funciones
y variables
En ASP se pueden declarar subrutinas y variables
globales entre los delimitadores del código:
<%
Dim X
Dim str
Sub MySub()
Response.Write "Esto es una cadena."
 MIDDLEWARE
Migración de aplicaciones: de VB 6.0 a .NET (y III)

End Sub
%>
En ASP.NET, esta opción ya no está permiti-
da. En su lugar, se deben declarar todas las
funciones y variables dentro de un bloque
<script>:
<script language = "vb" runat = "server">
Dim str As String
Dim x, y As Integer
Function Add(I As Integer, J As
Integer) As Integer
Return (I + J)
End Function
</script>
Mezcla de lenguajes de programación
En ASP se puede elegir principalmente
entre dos lenguajes de programación:
VBScript o Microsoft JScript. Además, exis-
te total libertad para mezclar y combinar
bloques de secuencias de comandos en una
misma página.
En ASP.NET, podemos elegir entre tres
lenguajes de programación: C#, Visual
Basic .NET, o JScript. VBScript no existe
en la plataforma .NET porque está total-
mente incluido en Visual Basic .NET. Si
bien es cierto que se puede utilizar cual-
quiera de estos lenguajes, es importante
recordar que, a diferencia de lo que suce-
de en ASP, no se pueden mezclar en la
misma página. Es perfectamente factible
que la Página1.aspx de su aplicación con-
tenga código de C# mientras la
Página2.aspx de la misma aplicación con-
tenga código de Visual Basic .NET. La
única limitación es que no pueden mez-
clarse en la misma página.
Nuevas directivas de página
En ASP todas las directivas deben colocarse
en la primera línea de una página y dentro
del mismo bloque delimitador. Por ejemplo:
<%LANGUAGE="VBSCRIPT" CODEPAGE="932"%>
Las funciones de procesamiento ya no
son válidas
En ASP los desarrolladores llegaron a la
conclusión de que podían obtener mejores
resultados utilizando las denominadas
"funciones de procesamiento" (Render
Functions). Una función de procesamiento
es, básicamente, una subrutina que contie-
ne bloques de HTML insertados en el cuer-
po. Por ejemplo:
<%Sub RenderMe()
%>
<h4>Texto a procesar</h4>
<%End Sub
RenderMe
%>
A pesar de que se pueden obtener resulta-
dos interesantes con este tipo de funciones,
esta forma de escribir código ya no está
permitida en ASP.NET. Probablemente se
mejore con el cambio. Estoy seguro de que
alguna vez se ha encontrado con funciones
que rápidamente se vuelven ilegibles o son
imposibles de administrar tan pronto se
empiezan a mezclar y combinar código y
HTML de esta manera. La forma más senci-
lla de que esto funcione en ASP.NET consis-
te en reemplazar los resultados HTML por
llamadas a Response.Write, como se mues-
tra a continuación:
<script language="vb" runat="server">
Sub RenderMe()
Response.Write("<h4>Texto a pro
cesar</h4>")
End Sub
</script>
<%
Call RenderMe()
%>
Administración de estado
Si la aplicación emplea los objetos intrínse-
cos Session o Application para almacenar la
información de estado, podrá seguir usán-
dolos en ASP.NET sin ningún problema.
Además contará con varias opciones adi-
cionales para la ubicación donde almacene
el estado.
Opciones de administración de estado
En ASP.NET, existen opciones adicionales
para el modelo de almacenamiento de esta-
do que permitirán por fin ir más allá de un
sólo servidor web y admitirán la adminis-
tración de estado en toda una red.
Estas opciones se pueden configurar en la
sección <sessionState> de su archivo
web.config del siguiente modo:
<sessionState
mode="Inproc"
stateConnectionString="tcpip=
127.0.0.1:42424"
sqlConnectionString="data source=
127.0.0.1;user id=sa;password="
cookieless="false"
timeout="20"
/>
El atributo de modo especifica la ubicación
donde desea guardar la información de
estado. Las opciones disponibles son Inproc,
StateServer, SqlServer y Off.
Cambios en las APIs principales
Las APIs principales de ASP están compues-
tas de algunos objetos intrínsecos (Request,
Response, Server, etc.) y sus métodos aso-
ciados. Salvo algunos cambios sencillos,
estas API siguen funcionando correctamen-
te en ASP.NET. Todos los cambios están
relacionados con el objeto Request y se
muestran en el cuadro "Cambios en la API".
Como se puede observar, los cambios son

En ASP.NET, la directiva Language ha de

colocarse junto a una directiva Page, como Cambios en la API
se muestra a continuación:
<%@Page Language="VB" CodePage="932"%> Método Cambio

<%@OutputCache Duration="60" VaryByPar Request(item) En ASP, este método devuelve una serie de cadenas. En ASP.NET, devuelve un
am="none" %> objeto NameValueCollection.

Las directivas se pueden situar en cual-
quier lugar del archivo .aspx, aunque por
lo general suelen colocarse al principio
del archivo. Además, en ASP.NET se han
incluido varias directivas nuevas.
Request.QueryString(item) En ASP, este método devuelve una serie de cadenas. En ASP.NET, devuelve un
objeto NameValueCollection.
Request.Form(item) En ASP, este método devuelve una serie de cadenas. En ASP.NET, devuelve un
objeto NameValueCollection.

17 SOLO PROGRAMADORES
 MIDDLEWARE

Secciones de configuración basado en archivos XML sencillos. Cada

aplicación ASP.NET posee su propio archivo
Configuración Descripción Web.Config que se encuentra en el directo-
rio de su aplicación principal. Desde aquí se
<appSettings> Configura los valores de la aplicación personalizados. controla la configuración personalizada, el
comportamiento y la seguridad de las apli-
<authentication> Configura la compatibilidad con la autenticación ASP.NET. caciones web.
Ahora existen dos modelos con una confi-
<pages> Identifica valores de configuración específicos de páginas. guración totalmente independiente. Salvo
algunos valores de seguridad, la mayoría de
<processModel> Configura los valores del modelo de proceso ASP.NET en sistemas IIS. valores creados mediante la herramienta de
administración IIS son omitidos por las
<sessionState> Especifica las opciones del estado de la sesión. aplicaciones ASP.NET. Debe colocar los
valores de configuración en el archivo
Web.Config.
Opciones de autenticación en ASP.NET Dado que la configuración de las aplicacio-
nes en .NET es un tema tan extenso, en este
Tipo Descripción artículo no vamos a entrar en detalles. El
cuadro "Secciones de configuración" mues-
Windows ASP.NET utiliza la autenticación de Windows. tra algunas de las secciones de configura-
ción más interesantes que pueden estable-
Forms Formularios personalizados basados en cookies con inicio de sesión. cerse en el archivo. Tenga en cuenta que
existen muchas más.
Passport Servicio externo Passport proporcionado por Microsoft.
Cambios relacionados con la seguridad
None No se lleva a cabo la autenticación.
La seguridad en ASP.NET se controla prin-
cipalmente desde la configuración en las
idénticos para todos los métodos utilizados. ción se ha de utilizar un índice de base cero, secciones de seguridad del archivo
Si se tiene acceso a un ítem que contiene no de base uno: Web.config. ASP.NET e IIS colaboran con la
solamente un valor para la clave especifica- <% finalidad de proporcionar un modelo de
da, no es necesario modificar el código. No seguridad completo para sus aplicaciones.
obstante, si existen varios valores para una 'Esto dará como resultado "10" La configuración de seguridad de IIS es
misma clave, habrá que utilizar otro méto- Response.Write (Request.QueryStri una de las pocas que realmente se pueden
do para devolver la colección de valores. trasladar y aplicar a la aplicación ASP.NET
ng.GetValues("Datos")(0))
Asimismo, nótese que, en Visual Basic .NET, de una manera parecida a como se hace
las colecciones son de base cero, mientras 'Esto dará como resultado "20" en ASP. Natural-mente, presenta otras
que en VBScript son de base uno. muchas mejoras.
Por ejemplo, en ASP se tendría acceso a los Response.Write (Request.QueryStri
Autenticación
valores de cadenas de consulta individuales ng.GetValues("Datos")(1)) En lo que respecta a la autenticación,
desde una solicitud a http://localhost/my %> ASP.NET admite las diferentes opciones que
web/valuetest.asp? Datos=10& Datos=20 aparecen en el cuadro "Opciones de auten-
de la siguiente forma: Tanto en el caso de ASP como en el de ticación en ASP.NET".
<% ASP.NET, el siguiente código actuará de A excepción de la nueva opción Passport, el
igual forma: resto son idénticas a las que hay en ASP. A
'Esto dará como resultado "10"
<% modo de ejemplo, la siguiente sección de
Response.Write Request.QuerySt configuración permite la autenticación
'Esto dará como resultado "10", "20" basada en Windows para una aplicación:
ring("Datos")(1)
Response.Write (Request.QueryStr <configuration>
'Esto dará como resultado "20"
ing("Datos")) <system.web>
Response.Write Request.QuerySt %>
<authentication mode="Windows"/>
ring("Datos")(2)
%> Cambios en la configuración de las </system.web>
aplicaciones </configuration>
En ASP.NET, la propiedad QueryString
devuelve un objeto NameValueCollection. Mientras en ASP toda la información sobre Autorización
Es necesario recuperar la colección Datos la configuración de aplicaciones web se Una vez que los usuarios se hayan autenti-
de este objeto antes de recuperar el ele- almacena en el registro del sistema y la cado, puede centrarse en asignarles permi-
mento real que desea. Recuerde que para metabase de IIS, en ASP.NET se presenta un sos de acceso a los recursos que desee. En
recuperar el primer elemento de la colec- modelo de configuración totalmente nuevo el siguiente ejemplo, "Juancho" y "Claudio"

SOLO PROGRAMADORES 18

Migración de aplicaciones: de VB 6.0 a .NET (y III)
Se espera el lanzamiento de la nueva versión de Visual Stuido para el 2005.
reciben permiso para tener acceso, mien-
tras que al resto se le deniega:
<authorization>
<allow users="España\Juancho,
USA\Claudio"/>
<deny users="*"/>
</authorization>
Representación (Impersonation)
A modo de recordatorio, la representación
es el proceso por el cual un objeto ejecuta
código con la identidad de la entidad en
cuyo nombre actúa. En ASP, la representa-
ción permite ejecutar código en nombre de
un usuario autenticado. Por otra parte, los
usuarios pueden trabajar de forma anónima
utilizando una identidad especial. ASP.NET
no utiliza representación por solicitud de
manera predeterminada, a diferencia de
ASP. Si cuenta con esta función, necesitará
habilitarla en el archivo Web.config de la
siguiente manera:
<identity>
<impersonation enable = "true"/>
</identity>
Consideraciones relativas al lenguaje
Visual Basic
En lo tocante al lenguaje, los cambios han
sido significativos, pero especialmente, hay
que llamar la atención sobre la propia filo-
sofía. Ahora, al igual que sucede con el
resto de lenguajes .NET, VB.NET es total-
mente orientado a objetos. Eso significa
una modificación radical de los esquemas,
ya que VB en versiones anteriores sólo
soportaba la OOP de forma parcial. En
MIDDLEWARE
VB.NET, por el contrario, estamos ante un
lenguaje totalmente orientado a objetos
con una implementación elegante de la
OOP que incluye todas sus características
fundamentales, a excepción de la sobrecar-
ga de operadores (si bien esta característi-
ca, aparecerá en la próxima versión, Visual
Studio .NET 2005, al igual que la muy apre-
ciada cualidad de modificar código en
depuración, y volver a ejecutar "hacia
atrás", sin necesidad de recompilación).
Orientación a objetos
La implementación de la OOP es realmen-
te exquisita. Todo son objetos, sin excep-
ción (no existen tipos primitivos misterio-
sos, como en Java, por ejemplo), y la
herencia puede realizarse a partir de cual-
quier clase heredable (marcada como
Inheritable), de la inmensa jerarquía de
clases de .NET, o de nuestras propias jerar-
Asistente
de migración
de código.
19 SOLO PROGRAMADORES
 MIDDLEWARE
quías. De igual forma, disponemos de poli-
morfismo real, haciendo innecesarios los
conocidos parámetros opcionales (natu-
ralmente, el polimorfismo, se extiende
hasta los métodos constructores).
La encapsulación, (que era una de las
características soportadas anteriormen-
te) se ha mejorado notablemente con la
separación conceptual que permiten las
Properties, pero mejoradas en su sintaxis
y capacidades. También se han añadido
asistentes que permiten la migración del
código de VB6 a VB.NET de forma direc-
ta, insertando el código convertido en la
posición del cursor, tal y como podemos
ver en la figura.
Es más, debido a que el lenguaje VB no
diferencia entre mayúsculas y minúsculas,
el "Intellisense" del editor de código fuente
es capaz de recordarnos errores en la
estructura del código, como por ejemplo, el
intento de sobrescribir un método que no
haya sido marcado como overridable en la
clase antecesora, u otras características de
formación polimórfica.
Otra característica notable, es la capacidad
de generar código de forma "intencional".
Imaginemos que el usuario declara que una
clase implementa una interfaz determina-
da, por ejemplo. Como respuesta a ello, el
generador de código del IDE de Visual
Studio produce toda la estructura necesa-
ria de código sólo a falta de la compleción
por parte del usuario.
De esta manera, estaremos trabajando con
un "asistente inteligente" permanentemen-
te activado, lo cual facilitará muchísimo la
edición de código.
Por lo demás, otros asistentes convertirán
código de la versión Visual Basic .NET 2002
a la 2003 (o a la venidera 2005), de forma
automática, sin necesidad de ningún tipo
de conversión.
Tipos soportados y no soportados
Otros cambios notables tienen que ver con
las variables y algunas de las estructuras
clásicas del mismo. Por ejemplo, debido a
que todos los lenguajes en .NET siguen un
patrón común de tipos, los tipos Variant y
Currency desaparecen, pasando a ser, res-
pectivamente, Object y Decimal. Además
aparecen tipos nuevos, como Short (equi-
SOLO PROGRAMADORES 20
valente al antiguo Integer, que ahora es
equivalente al tipo Long de VB6).
También es posible la declaración de varia-
bles "in-line" dentro de los bucles:
For Each X as string In Colección_de_
Strings
'proceso de strings
Next
y las declaraciones multivariable para un
mismo tipo, con asignación de valor inicial:
Dim x,y,z as Integer = 0
También es notable el cambio respecto al
tratamiento de las excepciones, que (por
fin) pasa a ser estructurado mediante
una sentencia Try-Catch-Finally, en
detrimento de la antigua On-Error.
Naturalmente, en lo que respecta al len-
guaje existen más cambios, y recomen-
damos al lector cualquiera de la literatu-
ra al respecto que se encuentra publica-
da en papel o en la red, donde encontra-
rá listados exhaustivos de dichas diferen-
cias. Destacamos, por ser la fuente origi-
nal, el sitio web http://msdn.micro
soft.com/vb con abundante información
al respecto (incluyendo jugosos aparta-
dos de código fuente y ejemplos, muy
recomendables antes de abordar un pro-
ceso de migración real).
El modelo de distribución de
aplicaciones en .NET
Para concluir esta revisión de las caracte-
rísticas de la migración a VB.NET, no pode-
mos pasar por alto una de las mejores y
más apreciadas cualidades de esta plata-
forma: la capacidad de distribuir aplicacio-
nes sin necesidad de tocar el registro, y
pudiendo, incluso, hacer la distribución
web de aplicaciones Windows.
Las aplicaciones .NET generan EXEs o DLLs
denominadas ensamblados (assemblies),
que se encuentran autodescritas en su
cabecera (llamada Manifest), con lo que se
hace innecesario el uso del Registro de
Windows en el proceso de instalación, de
forma que .NET Framework libera a los pro-
gramadores de Visual Basic de las ataduras
que suponían los problemas de versiones de
los componentes, más conocido como
"Infierno de las DLL" (DLL Hell).
Por si esto fuera poco, un nuevo tipo de
proyecto, denominado Proyecto de
Instalación y Distribución, se encuentra
disponible desde Visual Studio .NET, con lo
que nos facilita enormemente la creación
de los otros elementos necesarios que
siempre nos gusta incluir en los procesos de
instalación en cliente: Creación de grupos y
carpetas en el Menú de Inicio, ubicación de
iconos de acceso directo en el escritorio,
control de todo el proceso de instalación,
pudiendo personalizar el aspecto de cada
una de las pantallas de solicitud de infor-
mación inicial, ubicación de archivos de la
aplicación, y lo que es mejor, la posibilidad
de intercalar entre cualquiera de las fases
del proceso llamadas a nuestros propios
programas, para garantizar que cualquier
otro procedimiento necesario en el cliente
a la hora de lanzar la aplicación se encuen-
tre adecuadamente instalado.
Distribución de aplicaciones Windows
vía Internet
Además de esa posibilidad, podemos distri-
buir aplicaciones Windows a través de
Internet. Hay que tener en cuenta que los
EXEs son autocontenidos y se ejecutan
siempre bajo la supervisión del CLR
(Common Language Runtime). De modo
que si los permisos establecidos en la
máquina cliente son los adecuados, es posi-
ble descargar y ejecutar programas de una
URL utilizando una sintaxis del tipo:
http://MiSitioWeb/MiEjecutable.EXE
Lo que proporciona además, nuevas posibi-
lidades de actualización de aplicaciones de
forma remota.
Incluso podemos hacer referencia a esos
ejecutables mediante código fuente produ-
ciendo su descarga a voluntad, mediante
un código similar al siguiente:
Dim a as [Assembly] = Assembly.LoadFr
om("file://C:/usr/bin/xyzzy.dll");
return a.CreateInstance("Programa.Ve
ntana1");
Y, siguiendo esta misma lógica, el código
anterior podría ser parte de un código de
script en una página web, sustituyendo en
el método LoadFrom() el acceso file:// por
su correspondiente protocolo de Internet
(http://).
Conclusiones
Muchas son las novedades aportadas por la
plataforma .NET al desarrollador y conse-
cuentemente, muchas las posibilidades que
se ofrecen a la hora de abordar un proceso
complejo como es una migración completa
de un programa. No obstante, nunca antes
había resultado tan poderoso el cambio, ni
tan sencillo el proceso. Y podemos aventu-
rar, que, una vez concluido el trabajo, el
resultado merecerá la pena.
 MIDDLEWARE
Tratamiento de XML desde
Java (y III): un caso práctico
FRANCISCO JOSÉ GARCÍA PEÑALVO (profesor titular del
departamento de Informática y Automática de la Universidad
de Salamanca)
JORGE CARABIAS GONZÁLEZ
Esta última entrega nos servirá para
programar, a modo de ejemplo, una
aplicación para gestionar nuestros
contactos, usando la tecnología XML
para conseguir la persistencia de la
información de nuestra aplicación.
Introducción
En los dos artículos anteriores de esta serie se han
introducido diferentes maneras de uso de XML a
través del lenguaje de programación Java, haciendo
especial hincapié en la API JAXB (Java API for XML
Binding, véase la referencia 1). Se aborda ahora en
este tercer y último artículo la realización de una
aplicación de ejemplo que muestre, de forma prác-
tica, la facilidad que esta API proporciona en el tra-
tamiento de datos XML (véase la referencia 3).
La aplicación a construir consiste en una agenda
muy simple, la cual ofrece la posibilidad de
administrar contactos. Los archivos de contactos
se van a guardar en XML, y a lo largo de este
artículo se explicarán detalladamente los pasos
para la construcción de esta agenda.
Estructura del archivo de contactos
El primer paso a realizar en la construcción de
esta agenda, que nos va a servir como aplicación
ejemplo, es definir los datos que se van a alma-
cenar, esto es, diseñar la estructura que van a
La combinación tener los contactos en nuestra agenda.
La información básica a tratar es información
de Java y XML sobre el nombre, apellidos, dirección, etc. de nues-
tros contactos. En el listado 1 se muestra un ejem-
maximiza plo de un fichero de datos con los contactos de
nuestra agenda expresados en XML.
la portabilidad Como se puede observar en el ejemplo, el fichero
XML está formado por una etiqueta raíz <agenda>
de código y datos y cero o más etiquetas <contacto> que albergan los
datos de cada contacto como nombre, apellidos,
teléfono, correo electrónico, dirección y unas notas
sobre el contacto.
SOLO PROGRAMADORES 22
El siguiente paso a realizar es la construcción
de un esquema XML (véase la referencia 2)
donde se defina la estructura de los datos que
se van a manejar.
El esquema XML
Tras definir los datos que se van a utilizar en la
aplicación se debe definir el esquema XML que
establezca las etiquetas que se podrán utilizar y la
estructura que deberán obedecer estas etiquetas.
En el listado 2 se muestra el esquema que se uti-
lizará para los datos de la aplicación de ejemplo.
En este sencillo esquema XML se puede observar
cómo se define un elemento raíz agenda del tipo
AgendaType. Este tipo se define como una
secuencia de elementos contacto. Esta secuencia
se indica que podrá ser de cero o varios elemen-
tos mediante los atributos minOccurs="0" y
maxOccurs="unbounded".
Los elementos contacto son del tipo Contac-
toType, que se define más abajo como una
secuencia de elementos. Estos elementos son:
z nombre: almacena el nombre del contacto,
por ello es de tipo string.
z primer_apellido: almacena el primer apellido
del contacto. Es de tipo string.
z segundo_apellido: almacena el segundo apelli-
do del contacto. También va a ser de tipo string.
z telefono: almacena el número de teléfono del
contacto. En este caso se define como un
entero positivo, positiveInteger.
z email: almacena la dirección de correo elec-
trónico del contacto. Se define de tipo string.
z direccion: almacena la dirección postal del
contacto. Se define de tipo string.
z notas: almacena anotaciones varias sobre el
contacto. Se define de tipo string.
Compilación del esquema
Hasta ahora los pasos que se han visto son los
normales para cualquier aplicación que trate con
datos XML. De ahora en adelante el desarrollo
vendrá marcado por el uso de la API JAXB (véase
la referencia 1), así como por los pasos que hay
que realizar para hacer uso de esta API desde
una aplicación Java.
Para utilizar la API JAXB se deberá tener ins-
talado el paquete JWSDP (Java Web Services
Developer Pack). Si no se dispone de este

Tratamiento de XML desde Java (y III): un caso práctico
paquete se puede descargar de http://ja
va.sun.com/xml/jaxb.
Una vez instalado este paquete ya se dis-
pone, dentro de la ubicación de la instala-
ción, de un directorio jaxb dentro del que se
encuentra otro denominado bin (binarios)
que alberga el compilador de esquemas xjc.
Como ya se explicó en el artículo anterior,
se debe compilar el esquema XML realiza-
do para obtener los archivos .java de las
clases que nos servirán para manejar los
datos XML mediante JAXB.
Si el esquema XML que se mostró en el lis-
tado 2 se almacena en un archivo que lleve
por nombre agenda.xsd, lo único que se debe
realizar es compilarlo mediante la orden:
xjc agenda.xsd
Por defecto la salida se almacena en el
directorio generated (si se desea que la
salida se almacene en un directorio especí-
fico se debe indicar mediante la opción -d,
seguida del nombre del directorio. El direc-
torio debe existir antes de compilar el
esquema). En el caso de la compilación del
archivo agenda.xsd se obtiene el mencio-
nado directorio generated que contiene los
siguientes archivos:
z Agenda.java: El archivo para el elemen-
to agenda.
z AgendaType.java: El archivo para el tipo
complejo AgendaType.
z ContactoType.java: El archivo para el
tipo complejo ContactoType.
z ObjectFactory.java: Contiene métodos
para la creación de los elementos.
z bgm.ser: Es un archivo que se utiliza
para la validación en tiempo de ejecu-
ción ya que contiene información del
esquema.
z jaxb.properties: Archivo de propiedades.
Dentro de este directorio se encuentra otro,
denominado impl, que contiene los
siguientes archivos:
z AgendaImpl.java: Implementación de la
interfaz del elemento agenda.
z AgendaTypeImpl.java: Implementación
de la interfaz del tipo complejo
AgendaType.
z ContactoTypeImpl.java: Implementación
de la interfaz del tipo complejo
ContactoType.
z JAXBVersion.java: Provee la versión de JAXB.
A su vez, en el directorio impl se encuentra
otro, llamado runtime, que contiene las clases
como MarshallerImpl, UnmarshallerImpl, etc.
Tras la creación de los archivos .java sólo
queda compilarlos para poder usar las cla-
ses generadas desde cualquier aplicación.
Este paso se puede realizar con el compila-
dor de siempre, esto es, con javac.
MIDDLEWARE
LISTADO 1 Fichero de contactos en formato XML
<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<agenda>
<contacto>
<nombre>Jorge</nombre>
<primer_apellido>Carabias</primer_apellido>
<segundo_apellido>Gonzalez</segundo_apellido>
<telefono>923232323</telefono>
<email>jorgecarabias@telefonica.net</email>
<direccion/>
<notas/>
</contacto>
<contacto>
<nombre>Francisco</nombre>
<primer_apellido>García</primer_apellido>
<segundo_apellido>Peñalvo</segundo_apellido>
<telefono>923101010</telefono>
<email>fgarcia@usal.es</email>
<direccion/>
<notas/>
</contacto>
<contacto>
<nombre>Maribel</nombre>
<primer_apellido>Martín</primer_apellido>
<segundo_apellido/>
<telefono>923121212</telefono>
<email/>
<direccion/>
<notas/>
</contacto>
</agenda>
LISTADO 2 XML Schema correspondiente al listado 1
<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema">
<xs:element name="agenda" type="AgendaType"/>
<xs:complexType name="AgendaType">
<xs:sequence>
<xs:element name="contacto" type="ContactoType" minOccurs="0"
maxOccurs="unbounded"/>
</xs:sequence>
</xs:complexType>
<xs:complexType name="ContactoType">
<xs:sequence>
<xs:element name="nombre">
<xs:simpleType>
<xs:restriction base="xs:string">
<xs:minLength value="1"/>
</xs:restriction>
</xs:simpleType>
</xs:element>
<xs:element name="primer_apellido" type="xs:string"/>
<xs:element name="segundo_apellido" type="xs:string"/>
<xs:element name="telefono" type="xs:positiveInteger" default="1"/>
<xs:element name="email" type="xs:string"/>
<xs:element name="direccion" type="xs:string"/>
<xs:element name="notas" type="xs:string"/>
</xs:sequence>
</xs:complexType>
</xs:schema>
Creación de la interfaz de la aplicación cionalidades para la visualización de los
datos de los contactos almacenados, adi-
Tras la creación de las clases que servirán para ción, modificación y eliminación de con-
el manejo de los datos XML, se debe proceder tactos, así como con la capacidad de cargar
a la construcción de la aplicación en sí. y guardar archivos de contactos, además de
La aplicación de agenda deberá ser capaz de permitir la creación de nuevos archivos.
manejar los datos de los archivos XML de con- En la figura 1 se presenta la pantalla principal
tactos, semejantes al presentado en el listado 1. de la aplicación. Se observa que aparece una
A grandes rasgos, a modo de aplicación lista en la parte superior izquierda donde apa-
sencilla, nuestra agenda contará con fun- recerán los contactos disponibles. En la parte
23 SOLO PROGRAMADORES
 MIDDLEWARE

LISTADO 3 Esqueleto de la aplicación AgendaJAXB

[...]
/**Clases generadas al compilar el esquema*/
import generated.*;
import generated.impl.*;
import generated.impl.runtime.*;

public class AgendaJAXB extends javax.swing.JFrame {

// Variables para el uso de JAXB
private JAXBContext contexto;
//Instancia de la clase raíz del documento XML
private Agenda agenda;
// Variables de la interfaz gráfica
[...]

/** Crea una nueva ventana de AgendaJAXB*/

Figura 1. Aspecto general de la agenda.
public AgendaJAXB() {
this.setTitle("Agenda"); cación se importan, entre otras, las genera-
initComponents(); das tras la compilación del esquema definido
/**Crea el contexto de JAXB*/
try{ en el listado 2 mediante las sentencias:
contexto = JAXBContext.newInstance("generated"); import generated.*;
}catch(Exception excep){
System.out.println("Error al crear el contexto"); import generated.impl.*;
excep.printStackTrace();
} import generated.impl.runtime.*;
/*Establece el elemento raíz del árbol de contenidos a nulo*/
agenda = null; En la clase AgendaJAXB se definen dos atribu-
}
tos, contexto y agenda, de tipos JAXBContext y
/** Este método es llamado desde el constructor para inicializar la ven- Agenda respectivamente. El atributo contexto
tana*/ provee un punto de entrada al cliente a la API
private void initComponents() { [...] }
JAXB, mientras que el atributo agenda es el ele-
/** Sale de la aplicación */ mento raíz del árbol de contenidos JAXB que
private void exitForm(java.awt.event.WindowEvent evt) { representará los datos de un fichero XML de
System.exit(0); contactos. Estos atributos son inicializados en el
}
constructor de la clase a la que pertenecen. El
/**@param args Los parámetros a pasar a la aplicación*/ atributo contexto establece su valor mediante el
public static void main(String args[]) { método newInstance() de la clase JAXBContext,
AgendaJAXB agenda = new AgendaJAXB();
agenda.setBounds(50,50,490,390); al cual se le pasa como parámetro el nombre del
agenda.show(); paquete de las clases generadas al compilar el
} esquema, esto es generated en nuestro caso. Por
} su parte, agenda establece su valor a nulo pues-
/**Clase que contiene los métodos para manejar las selecciones en el menú*/ to que en el inicio de la aplicación no hay nin-
class ManejadorMenu implements ActionListener gún archivo de agenda cargado.
{ [...] Los métodos initComponents() y exitForm() ini-
/** Fichero de agenda que se está utilizando*/ cializan la ventana y la destruyen respectiva-
private static String fichero; mente. En el método main() se crea una nueva
private JList lista; instancia de la clase AgendaJAXB y se muestra.
private AgendaJAXB agendajaxb;
Se provee también una clase ManejadorMenu,
ManejadorMenu(AgendaJAXB agndjaxb, JList list) { [...] } la cual contiene los métodos para manejar las
selecciones de los elementos del menú. Esta
public void actionPerformed(ActionEvent e) { [...] } clase mantiene un atributo fichero con la ruta
}
[...] del fichero de agenda que se esté manejando en
el momento y una instancia de la clase
AgendaJAXB.

superior derecha aparecen tres botones, Añadir,
Modificar y Borrar, que servirán para incluir,
modificar o eliminar contactos, respectivamen-
te. En la parte inferior se han proporcionado
algunos campos para mostrar los datos de los
contactos que se seleccionen en la lista. Se ha
provisto también a la aplicación de un menú
Archivo con las opciones siguientes:
z Nuevo: Crea un nuevo archivo de agen-
da y permite operar con él.
z Cargar: Carga un archivo de agenda
existente.
z Guardar: Guarda los datos del archivo de
agenda con el que se esté tratando.
z Salir: Sale de la aplicación.
En el listado 3 se muestra un fragmento de
código que representa el esqueleto de la apli-
cación AgendaJAXB. Se observa que la clase
principal, AgendaJAXB, hereda de la clase
JFrame. Antes de definir las clases de la apli-
Opciones "nuevo", "cargar" y
"guardar"
Como se ha dicho en el apartado anterior se ha
creado una clase específica, ManejadorMenu,
para manejar las selecciones del menú. Las
acciones que se pueden realizar desde el menú
son las de crear un nuevo archivo de agenda,
cargar uno creado o guardar los cambios del
actual, así como salir de la aplicación.

SOLO PROGRAMADORES 24

Tratamiento de XML desde Java (y III): un caso práctico
Lo primero que cualquier usuario realizará
al iniciar la aplicación de agenda será la
creación de un nuevo archivo, por lo que se
verá este caso en primer lugar.
En el listado 4 se presenta una parte del códi-
go del manejador de la selección de Nuevo
en el menú. Tras la selección de esta opción
se muestra un cuadro de diálogo, del tipo
JFileChooser, para que el usuario seleccione
la ubicación del nuevo archivo y proporcione
un nombre para el mismo. Esta parte del
código se ha omitido del fragmento presen-
tado en el listado 4 por claridad, pero se
puede consultar en el código completo de la
aplicación que se incluye en el CD-ROM.
La primera acción que se realiza, tras obtener
el nombre y la ubicación para el nuevo archi-
vo, es copiar su valor en el atributo fichero que
se mencionó anteriormente. Téngase en cuen-
ta que file es una instancia de la clase File con
la ruta al nuevo fichero. Tras crear el nuevo
fichero mediante el método createNewFile() se
instancia un objeto de la clase ObjectFactory,
clase de la API JAXB generada mediante la
compilación del esquema agenda.xsd, para
poder crear nuevos elementos. Como en la cre-
ación de nuevo archivo el contenido del mismo
simplemente debe ser la etiqueta raíz, se crea
un nuevo elemento Agenda mediante el méto-
do createAgenda() de la clase ObjectFactory
que se acaba de instanciar. Ya se ha citado que
la clase AgendaJAXB mantiene un atributo que
es la raíz del árbol de contenidos, por lo que se
debe establecer este nuevo objeto agenda
como la raíz del árbol de contenidos a tratar.
Para realizar esta acción se ha provisto a la
clase AgendaJAXB de un nuevo método
setRoot(), que se muestra a continuación:
public void setRoot(Agenda agnd)
{ agenda = agnd; }
Como se aprecia en el fragmento de código
anterior, este método simplemente asigna
al atributo agenda el valor que se le pasa
como parámetro. En el artículo anterior se
indicó que para trabajar con datos XML
usando JAXB se debe realizar primero un
proceso denominado unmarshalling (o paso
de datos del fichero XML a árbol de conte-
nidos) y después otro llamado marshalling
(o paso de árbol de contenidos a datos XML
en el fichero). En el caso que se trata ahora,
y tras la creación del árbol de contenidos
más simple, ya que sólo tiene un elemento
agenda, se debe escribir en el nuevo fiche-
ro. Para ello se instancia un objeto de la
clase Marshaller, que se obtiene mediante
el método createMarshaller() de la clase
JAXBContext. La clase AgendaJAXB tam-
bién mantiene el contexto que se usa, por
LISTADO 4 Opción "Nuevo"
[...]
try{
fichero = file.toString();
file.createNewFile();
ObjectFactory of = new ObjectFactory();
Agenda agenda = of.createAgenda();
agendajaxb.setRoot(agenda);
Marshaller marshaller = agendajaxb.getContexto().createMarshaller();
marshaller.setProperty(Marshaller.JAXB_FORMATTED_OUTPUT, Boolean.TRUE);
FileOutputStream stream = new FileOutputStream(fichero);
marshaller.marshal(agenda, stream);
List items = agenda.getContacto();
ListIterator iterador = items.listIterator();
[...]
}catch(Exception excep){
System.out.println("Error en la creación del archivo de contactos");
excep.printStackTrace();
}
[...]
lo que se le ha provisto de un método
getContexto() para poder proporcionarlo a
las demás clases que lo necesiten, tal y
como se muestra a continuación:
public JAXBContext getContexto()
{ return contexto; }
Como se aprecia en el fragmento de código
anterior, el método getContexto() simple-
mente devuelve la instancia de la clase
JAXBContext.
Una vez obtenido el objeto de la clase
Marshaller se establece la propiedad de que
formatee la salida mediante el método
setProperty(), indicando que active la propie-
dad Marshaller.JAXB_FORMATTED_OUTPUT.
Después se crea un flujo de salida al fichero
nuevo y se invoca el método marshal() de la
clase Marshaller, pasándole como parámetros
el elemento raíz del árbol, agenda, y el flujo
de salida, stream. Tras esto ya se encuentra
creado el nuevo archivo de agenda y en su
interior aparecerá el siguiente contenido:
<?xml version="1.0" encoding="UTF-8"
standalone="yes"?>
<agenda/>
En el caso de la carga de un archivo de
agenda ya creado anteriormente, las accio-
nes a realizar serán las de hacer el unmars-
halling y recopilar los datos de los contac-
tos existentes para ser mostrados en la lista
de contactos disponibles.
Como se aprecia en el listado 5, en primer lugar
se crea una instancia de la clase Unmarshaller
mediante el método createUnmarshaller() de la
clase JAXBContext. Para asegurar que se reali-
za la validación de los datos almacenados
mientras se crea el árbol de los contenidos se
invoca el método setValidating() de la clase
Unmarshaller, pasándole como parámetro true
para activar la validación con el esquema XML.
MIDDLEWARE
Para iniciar el proceso de creación del árbol
de contenidos se invoca el método unmars-
hal() de la clase Unmarshaller, pasando
como parámetro una instancia de la clase
File que indica la localización del fichero
agenda a cargar. Este método devuelve una
instancia de la clase Object, pero se le hace
un casting a Agenda para que sea de la
clase raíz del árbol. La instancia de Agenda
obtenida se establece como elemento raíz
al llamar al método setRoot() anteriormen-
te mencionado.
Una vez creado el árbol de contenidos se
muestran los contactos en la lista.
Mediante el método getRoot() de la clase
AgendaJAXB se obtiene una referencia al
elemento raíz.
El elemento raíz tiene un método getContacto()
que devuelve una lista de contactos disponibles.
Para obtener los datos de todos los contactos
simplemente se debe ir recorriendo esta lista.
Para ello se crea una instancia de la clase
ListIterator mediante el método listIterator() de
la lista. Se recorre con este iterador la lista y se
van recogiendo los datos de cada contacto. En
cada pasada del bucle se crea una instancia de
la clase ContactoTypeImpl que representa un
contacto en particular. De este contacto se
recogen el nombre y los apellidos mediante sus
métodos getNombre(), getPrimerApellido() y
getSegundoApellido(). Con estos datos se forma
una cadena que formará una entrada de la lista.
Para la última opción, esto es, la de guardar los
datos en el archivo de agenda, simplemente
hay que realizar de nuevo un marshalling.
El proceso de marshalling, que se ilustra a
continuación, comprueba en primer lugar si
hay algún archivo de agenda cargado. El resto
del proceso es idéntico al visto en el caso de la
creación de un nuevo archivo de agenda.
if(agendajaxb.getRoot() != null)
{
25 SOLO PROGRAMADORES
 MIDDLEWARE

LISTADO 5 Opción "Cargar"

Unmarshaller unmarshaller = agendajaxb.getContexto().createUnmarshaller();
unmarshaller.setValidating(true);
agendajaxb.setRoot((Agenda)unmarshaller.unmarshal(file));
List items = agendajaxb.getRoot().getContacto();
ListIterator iterador = items.listIterator();
ArrayList datos = new ArrayList();
while(iterador.hasNext())
{
ContactoTypeImpl contacto = (ContactoTypeImpl)iterador.next();
datos.add(contacto.getNombre() + " " + contacto.getPrimerApellido() + " " +
contacto.getSegundoApellido());
}
lista.setListData(datos.toArray()); Figura 2. Selección de un contacto en la agenda.
la agenda con un fichero de contactos car-
gado y un contacto concreto seleccionado.
LISTADO 6 Mostrando la información de un contacto
Adición, modificación y eliminación de
contactos
// Código que se ejecutará al seleccionar un contacto de la lista de contactos
disponibles
jList1.addListSelectionListener(new ListSelectionListener()
{ Para terminar con la aplicación de agenda
public void valueChanged(ListSelectionEvent e) y, por tanto, con la muestra de la utilización
{
[...] de JAXB para el manejo de datos XML
String seleccionado = jList1.getSelectedValue().toString(); desde el lenguaje de programación Java,
[...] simplemente queda por añadir los maneja-
jTextField1.setText(nombre);
jTextField2.setText(apellido_1);
dores de los botones para la adición, modi-
jTextField3.setText(apellido_2); ficación y borrado de contactos.
List items = agenda.getContacto(); En el caso de la adición y la modificación se
ListIterator iterador = items.listIterator(); establece que se muestre una nueva pantalla
ArrayList datos = new ArrayList();
while(iterador.hasNext()) { para la recogida o modificación de los datos.
ContactoTypeImpl contacto = (ContactoTypeImpl)iterador.next(); La figura 3 presenta el formulario de inserción
String nombretemporal = contacto.getNombre(); o modificación de los datos de un contacto. Se
String ape1temporal = contacto.getPrimerApellido();
String ape2temporal = contacto.getSegundoApellido(); puede observar que aparecen campos de texto
if((nombre.compareTo(nombretemporal) == editables para la inserción de los datos.
0)&&(apellido_1.compareTo(ape1temporal) == 0) &&(apellido_2.compareTo(ape2tempo- Obviando los detalles de la creación de la
ral) == 0)) {
[...] }
interfaz gráfica, nos vamos a centrar en el
} manejador del botón Aceptar de esta pantalla
} que es donde radicará el uso de JAXB.
}); El listado 7 ilustra el fragmento de código corres-
Marshaller marshaller = agendajaxb de un manejador de selección, ListSelection pondiente con la inserción de un nuevo contacto.
.getContexto().createMarshaller();
Listener. Dentro del método valueChanged() Se puede observar que el primer paso a realizar es
de este manejador es donde se incluye el códi- la obtención de una instancia de ObjectFactory
marshaller.setProperty(Marshaller.JAX go que se ejecutará al seleccionar un contac- para la creación de nuevos elementos. Una vez
B_FORMATTED_OUTPUT, Boolean.TRUE); to. Lo primero que se debe realizar es recoger obtenida esta instancia, of, se crea un nuevo con-
el contacto que ha sido seleccionado. Tras tacto de tipo ContactoTypeImpl mediante el
FileOutputStream stream = new FileO
establecer los campos de nombre y los apelli- método createContactoType() de ObjectFactory. Es
utputStream(fichero); dos con los valores que se recogen de la entra- necesario realizar un casting a ContactoTypeImpl
marshaller.marshal(agendajaxb.getR da de la lista que ha sido seleccionada, nom- ya que este método devuelve una referencia a
oot(), stream);
bre, apellido_1 y apellido_2, se realiza de Object. Para que el esquema sea válido es necesa-
nuevo un recorrido por todos los contactos del rio que se proporcione un número de teléfono y un
}
árbol de contenidos en busca del contacto que nombre, por lo que se establece una comproba-
se ha seleccionado. Para ello se vuelve a obte- ción de estos campos. Si están vacíos se muestra
Mostrar los datos de los contactos ner una lista mediante el método un mensaje al usuario pidiendo estos datos.
getContacto() de agenda y se recorre con un
Una vez cargados los datos de un archivo iterador comparando los datos de cada con-
de contactos, se pueden visualizar todos los tacto con los que se han obtenido del selec-
datos de cada uno seleccionándolo en la cionado. En el momento de que coincida el
lista de contactos disponibles. Los datos contacto que se está comprobando del árbol
disponibles para el contacto aparecerán en de contenidos con el que se debe mostrar, se
los campos de texto de la parte inferior. recogen el resto de los datos mediante los
Como se aprecia en el fragmento de código métodos getDireccion(), getEmail(), getNotas()
presentado en el listado 6, se provee a la lista y getTelefono() de la clase ContactoTypeImpl.
que muestra los contactos disponibles, jList1, En la figura 2 se puede apreciar la interfaz de
Figura 3. Formulario de inserción y modificación de
los datos de un contacto.
SOLO PROGRAMADORES 26

Tratamiento de XML desde Java (y III): un caso práctico
Si se proporciona un nombre y un teléfono se
procede a rellenar los atributos del contacto
mediante los métodos getXXX() de
ContactoTypeImpl, donde XXX es el nombre de
un elemento del interior de la etiqueta contac-
to. Hay que resaltar que el campo teléfono se
definió como un entero y el método que esta-
blece el teléfono recibe como parámetro una
instancia de la clase java.math.BigInteger(). Para
añadir finalmente el nuevo contacto al árbol de
contenidos se utiliza el método add() de la lista
que devuelve el método getContacto() de
Agenda. De esta manera simple los cambios
quedan reflejados en el árbol de contenidos.
En el listado 8 se muestra el caso de la modifi-
cación de un contacto. En primer lugar se debe
conseguir una referencia al elemento contacto
que se desea modificar. Esto se realiza reco-
rriendo la lista de contactos como se ha visto
anteriormente. En el momento en que el con-
tacto que se está evaluando de la lista de con-
tactos coincide con el que se desea modificar
se sale del bucle y se establece el valor de con-
tactomodificar con la instancia del contacto a
modificar. Simplemente se deben establecer los
valores de los atributos del contacto a modifi-
car con los nuevos mediante los métodos
setXXX() de la clase ContactoTypeImpl, donde
XXX es el nombre de un elemento del interior
de la etiqueta contacto.
En el caso de la eliminación de un contacto se
debe buscar la referencia al elemento contacto
exactamente igual que en el caso de la modifi-
cación. Una vez obtenida la referencia se debe
eliminar del árbol de contenidos JAXB. Para ello
se debe invocar al método remove() de la lista
que devuelve el método getContacto() de agen-
da, pasando como argumento la referencia del
contacto a eliminar. Con esta acción ya quedan
reflejados los cambios en el árbol de contenidos,
tal y como se muestra a continuación:
agenda.getContacto().remove(aborrar);
Conclusiones
Durante este artículo se ha mostrado la
construcción de una simple aplicación de
agenda que maneja archivos de contactos en
formato XML. Como novedad se ha mostra-
do como la API JAXB (Java API for XML
Agradecimientos
Se quiere agradecer al grupo AWEG (Adaptive Web Engineering Group) de la Universidad de Salamanca sus aportaciones y consejos para la elabora-
ción de este artículo. Este trabajo ha sido parcialmente financiado por el proyecto SA017/02 de la Junta de Castilla y León (España).
Referencias
[ 1 ] SUN MICROSYSTEMS. (2004). JAXB (Java API for XML Binding). http://java.sun.com/xml/jaxb.
[ 2 ] WORLD WIDE WEB CONSORTIUM. (2000). XML Schema, http://www.w3.org/XML/Schema.
[ 3 ] WORLD WIDE WEB CONSORTIUM. (2004). eXtensible Markup Language (XML), http://www.w3.org/XML.
MIDDLEWARE
LISTADO 7 Opción "Añadir"
[...]
ObjectFactory of = new ObjectFactory();
ContactoTypeImpl contactonuevo = (ContactoTypeImpl)of.createContactoType();
if((camponombre.getText().trim().length() == 0)
||(campotlf.getText().trim().length() == 0))
JOptionPane.showMessageDialog(ventana, "Introduzca un nombre y un teléfono
como mínimo");
else
{
contactonuevo.setNombre(camponombre.getText().trim());
contactonuevo.setDireccion(campodireccion.getText().trim());
contactonuevo.setEmail(campocorreo.getText().trim());
contactonuevo.setNotas(camponotas.getText().trim());
contactonuevo.setPrimerApellido(campoape1.getText().trim());
contactonuevo.setSegundoApellido(campoape2.getText().trim());
contactonuevo.setTelefono(new
java.math.BigInteger(campotlf.getText().trim()));
agenda.getContacto().add(contactonuevo);
}
[...]
LISTADO 8 Opción "Modificar"
ContactoTypeImpl contactomodificartemp = null;
while(iterador.hasNext())
{
contactomodificartemp = (ContactoTypeImpl)iterador.next();
String nombretemporal = contactomodificartemp.getNombre();
String ape1temporal = contactomodificartemp.getPrimerApellido();
String ape2temporal = contactomodificartemp.getSegundoApellido();
if((nombre.compareTo(nombretemporal) == 0)
&&(apellido_1.compareTo(ape1temporal) == 0)
&&(apellido_2.compareTo(ape2temporal) == 0)) {
[...]
break;
}
}
[...]
final ContactoTypeImpl contactomodificar = contactomodificartemp;
[...]
contactomodificar.setNombre(camponombre.getText().trim());
contactomodificar.setDireccion(campodireccion.getText().trim());
contactomodificar.setEmail(campocorreo.getText().trim());
contactomodificar.setNotas(camponotas.getText().trim());
contactomodificar.setPrimerApellido(campoape1.getText().trim());
contactomodificar.setSegundoApellido(campoape2.getText().trim());
contactomodificar.setTelefono(new
java.math.BigInteger(campotlf.getText().trim()));
Binding, véase la referencia 1) facilita en tratado de ilustrar las diferentes formas de
gran manera el trato con este tipo de datos, utilización de datos XML que existen hacien-
abstrayendo al programador de los detalles do uso del lenguaje de programación Java y
de tratamiento de los ficheros y de las eti- sus diferentes APIs, pero haciendo un espe-
quetas, proporcionando además un conjunto cial hincapié en JAXB. Todas las APIs vistas
de clases personalizadas en cada caso para pertenecen al conjunto JWSDP (Java Web
realizar el manejo de los datos XML, simple- Services Developer Pack) disponible en la
mente con crear el esquema XML adecuado. web de Java, http://java.sun.com/webservi-
En general, en esta serie de artículos se han ces/downloads/webservicespack.html
27 SOLO PROGRAMADORES
 MIDDLEWARE
Enlace de datos XML
con Castor
RICARDO DÍEZ FERREIRA
Castor es una herramienta que ayuda
al programador en la tediosa tarea de
manejar los datos en XML y
convertirlos en objetos Java, y
viceversa, encapsulando las tareas de
parsear y mapear esos datos.
El problema del mapeo XML
La problemática por la que surge Castor es bas-
tante común en el mundo de la programación.
Todo aquel que ha trabajado con datos en for-
mato XML, se ha encontrado alguna vez con la
necesidad de convertir esos datos en un objeto
manejable desde la aplicación que está desarro-
llando. Esta tarea, requiere parsear el documen-
to XML, con ayuda de algún API, y después guar-
dar cada campo de datos XML en el atributo
correspondiente del objeto que se quiere crear.
Algo parecido sucede cuando lo que se quiere es
convertir los datos que tenemos almacenados en
un objeto, en un documento XML, para ofrecer
un servicio web o algo semejante.
Todo esto supone escribir muchas líneas de códi-
go, que hacen que el código resultante sea poco
claro y el mantenimiento muy complicado.
En la actualidad, el uso masivo del formato XML,
tanto para proporcionar servicios web, como
para la sustitución de las bases de datos relacio-
nales o los ficheros de texto plano en todo tipo
de aplicaciones, hace que el problema sea mayor.
Estructura general
de las herramientas
de Castor.
SOLO PROGRAMADORES 28
Por todo esto, han surgido múltiples herramientas
para hacer más llevadera esta tarea del progra-
mador, de las cuales, Castor es un buen ejemplo.
¿Qué es Castor?
Castor es un proyecto de software libre desarro-
llado por Exolab Group, que permite encapsular
la tarea del mapeo XML con Java.
Con las herramientas que proporciona, se puede
fácilmente convertir un documento XML en un obje-
to Java, o viceversa, en muy pocas líneas de código.
También cuenta con una aplicación, llamada
generador de código, que nos permite generar el
código del objeto Java correspondiente a un
esquema XML.
Además del mapeo XML, Castor proporciona herra-
mientas para la persistencia de los objetos, tanto en
bases de datos relacionales como en LDAP.
Como en casi todos los proyectos de software
libre, se han realizado muchas aportaciones a
través de Internet para la mejora de las herra-
mientas que proporciona, por lo que es un pro-
yecto en constante evolución. Cualquiera puede
descargarse el código fuente de Castor para
estudiarlo y realizar sugerencias a los responsa-
bles del proyecto.
Castor XML
La utilidad más relevante de Castor es, sin duda,
el mapeo XML, definido como la forma de trans-
formar un documento XML en una instancia de
un objeto Java, y la operación contraria.
Las clases Java que definen los objetos que serán
mapeados con Castor deben tener ciertas carac-
terísticas, como implementar el interfaz
Serializable y ser estilo Bean, con métodos get y
set para cada atributo de la clase. Además, estas
clases deben contener un constructor público
por defecto (sin argumentos).
El listado 1 luce una clase muy sencilla que nos
permitirá mostrar el modo de utilizar Castor.
De objeto Java a XML (Marshal)
A continuación se muestra un ejemplo de códi-
go que permite realizar la conversión de una ins-
tancia del objeto Producto en un fichero XML:
Producto producto = new Producto("Producto
1", "Primer producto", new Date());
FileWriter writer = new FileWriter("produc
 MIDDLEWARE
Enlace de datos XML con Castor

LISTADO 1 Clase tomada como ejemplo

import java.util.Date;

public class Producto implements java.io.Serializable {

private String nombre = null;
private String descripcion = null;
private Date fechaCreacion = null;
public Producto(String nombre, String descripcion, Date fechaCreacion) {
this.nombre = nombre;
this.descripcion = descripcion;
this.fechaCreacion = fechaCreacion;
}
public String getNombre() {
Castor XML permite la transformación simple entre return nombre;
Java y XML en múltiples direcciones. }
public void setNombre(String nombre) {
to.xml"); this.nombre = nombre;
}
Marshaller.marshal(producto, writer); public String getDescripcion() {
return descripcion;
Con las tres líneas anteriores se ha genera- }
do un fichero XML con los datos de la ins- public void setDescripcion(String descripcion) {
tancia de la clase Producto. La clase this.descripcion = descripcion;
Marshaller, con su método marshal, permi- }
public Date getFechaCreacion() {
te generar el fichero XML, recibiendo como return fechaCreacion;
parámetros el objeto y un objeto FileWriter }
del fichero a generar. public void setFechaCreacion(Date fechaCreacion) {
De XML a objeto Java (Unmarshal) }
this.fechaCreacion = fechaCreacion;

Es la operación contraria a la anterior, y es igual }

de simple, como se observa a continuación:
FileReader reader = new FileReader("produc
to.xml"); LISTADO 2 fichero XML que se desea mapear
Producto producto = (Producto)Unmars <Historico>
haller.unmarshal(Producto.class, reader); <Cliente>
<Nombre>Juan Nadie</Nombre>
<Email>juan@midominio.com</Email>
En este caso, se hace uso de la clase </Cliente>
Unmarshaller, que en su método unmars- <Pedido referencia="001">
hal, recibe el tipo de producto a crear y un <Descripcion>Perros verdes</Descripcion>
<Cantidad>10</Cantidad>
objeto FileReader del fichero XML que con- </Pedido>
tiene los datos. Este método permite obte- <Pedido referencia="002">
ner una instancia del objeto Producto, con <Descripcion>Gatos azules</Descripcion>
los datos almacenados en el fichero. <Cantidad>4</Cantidad>
</Pedido>
Ficheros de mapeo </Historico>
Aunque las dos operaciones anteriores pue-
den ser suficientes para manejar los datos
de una aplicación, normalmente los fiche- LISTADO 3 Estructura de clases
ros XML son bastante más complicados que
el del ejemplo, lo que produce que haya que import java.util.Vector;
public class MiHistorico {
generar estructuras más complejas de cla- private DatosCliente cliente;
ses para albergar esos datos. Además, no private Vector pedidos;
siempre el documento XML tiene el forma-
public DatosCliente getDatosCliente()
to de las clases que se quieren utilizar, { return cliente; }
teniendo que amoldar el fichero XML a un public void setDatosCliente(DatosCliente cliente)
modelo de datos anterior. { this.cliente = cliente; }
public Vector getPedidos()
A consecuencia de esto, para controlar el { return pedidos; }
formato y el contenido del documento public void setPedidos(Vector pedidos)
XML, hay que utilizar ficheros de mapeo, { this.pedidos = pedidos; }
que son ficheros XML que contienen un }
elemento por cada clase del modelo de public class DatosCliente {
datos, y que permiten definir qué campo public String _nombre;
del documento XML corresponde a cada public String _email;
atributo de esas clases. El listado 2 repre- public String get_nombre()
senta un fichero XML que se desea mapear. { return _nombre; }
Para albergar la información contenida en public void set_nombre(String _nombre)

29 SOLO PROGRAMADORES
 MIDDLEWARE

LISTADO 3 (continuación)
{ this._nombre = _nombre; }
public String get_email()
{ return _email; }
public void set_email(String _email)
{ this._email = _email; }
}

public class DatosPedido {

public String _referencia;
public String _descripcion;
public int _cantidad;

public String get_referencia()

{ return _referencia; }
public void set_referencia(String _referencia)
{ this._referencia = _referencia; } Castor JDO proporciona una interfaz simple para la
public String get_descripcion()
{ return _descripcion; }
persistencia de los objetos en bases de datos
public void set_descripcion(String _descripcion) relacionales.
{ this._descripcion = _descripcion; }
public int get_cantidad() Al definir el fichero de mapeo, ya se pueden
{ return _cantidad; } utilizar las clases Marshaller y Unmarsha-
public void set_cantidad(int _cantidad)
{ this._cantidad = _cantidad; }
ller para hacer la conversión que se necesi-
} te. La forma de llamar a los métodos cam-
bia ligeramente con respecto a la versión
sin fichero de mapeo, pues hay que especi-
LISTADO 4 Fichero de mapeo ficar a estas clases el fichero de mapeo que
se va a utilizar para las conversiones, usan-
<?xml version="1.0"?>
<!DOCTYPE mapping PUBLIC "-//EXOLAB/Castor Object Mapping DTD Version
do para ello la clase Mapping, y el método
1.0//EN" setMapping de las clases Marshaller y
"http://castor.exolab.org/mapping.dtd"> Unmarshaller.
<mapping> Para la conversión de objeto Java a docu-
<class name="MiHistorico">
<map-to xml="Historico"/> mento XML utilizando el fichero de mapeo,
<field name="DatosCliente" type="DatosCliente"> estúdiese el código siguiente:
<bind-xml name="Cliente"/>
</field> Mapping mapping = new Mapping();
<field name="Pedidos" type="DatosPedido" collection="vector">
mapping.loadMapping("mapping.xml");
<bind-xml name="Pedido"/>
</field> FileWriter writer = new FileWriter("
</class>
<class name="DatosCliente"> historico2.xml");
<field name="_nombre" type="java.lang.String">
<bind-xml name="Nombre" node="element"/> Marshaller marshaller = new Marshalle
</field>
<field name="_email" type="java.lang.String"> r(writer);
<bind-xml name="Email" node="element"/> marshaller.setMapping(mapping);
</field>
</class> marshaller.marshal(historico);
<class name="DatosPedido">
<field name="_referencia" type="java.lang.String" direct="true">
<bind-xml name="referencia" node="attribute"/> Y en el caso de la conversión de documento
</field> XML a objeto Java, el código es muy similar:
<field name="_cantidad" type="integer" direct="true">
<bind-xml name="Cantidad" node="element"/> Mapping mapping = new Mapping();
</field>
<field name="_descripcion" type="java.lang.String" direct="true"> mapping.loadMapping("mapping.xml");
<bind-xml name="Descripcion" node="element"/>
</field> FileReader reader = new FileReader("
</class> historico.xml");
</mapping>
Unmarshaller unmarshaller = new Unmars
haller(MiHistorico.class);
dicho fichero, se crea una estructura de que controla la creación de los objetos Java
clases como la publicada en el listado 3. a partir del XML. Este fichero de mapeo se unmarshaller.setMapping(mapping);
La clase MiHistorico contiene los datos del muestra en el listado 4. MiHistorico historico = (MiHistorico)u
cliente, en un objeto DatosCliente, y un Como se puede observar, para cada clase
nmarshaller.unmarshal(reader);
vector con un listado de pedidos, definidos definida, existe un campo class en el fiche-
por el objeto DatosPedido. ro de mapeo. A su vez, para cada atributo Como se puede apreciar en los ejemplos, el
Una vez se ha generado el modelo de cla- de las clases, hay que definir un campo sistema de mapeo por fichero da flexibili-
ses, se puede definir el fichero de mapeo field con el tipo de ese atributo. dad al programador en cuanto al formato y

SOLO PROGRAMADORES 30

Enlace de datos XML con Castor
la nomenclatura de los atributos de las cla-
ses. Es este un buen modo de desasociar los
cambios en el modelo de datos de los cam-
bios en el formato de los documentos XML.
Castor proporciona además, una herra-
mienta para generar el fichero de mapeo a
partir de las clases Java. La clase que reali-
za este trabajo es MappingTool.
El generador de código
En la mayoría de aplicaciones que utilizan
documentos XML, éstos vienen definidos
por esquemas XML que definen el conteni-
do, la estructura, y el significado de cada
uno de esos documentos.
Para representar en Java el modelo de
datos que define esa estructura, normal-
mente el desarrollador debe escribir todas
las clases necesarias.
Realmente, un documento XML es una ins-
tancia de un esquema XML, al igual que un
objeto es una instancia de una clase con-
creta, por lo que la clase es una represen-
tación en Java de ese esquema XML.
Cuando se trata de estructuras sencillas,
como las del ejemplo anterior, no supone
demasiado esfuerzo codificar esas clases,
pero cuando se trata de estructuras más
complejas, se convierte en un proceso
tedioso y complicado.
El generador de código de Castor permite
realizar este proceso automáticamente,
ahorrando mucho tiempo en el desarrollo
de la aplicación. Utilizando un esquema
XML que cumpla el estándar W3C, se va a
generar el código de todas las clases Java
necesarias, con todos los atributos, y los
métodos necesarios para realizar el mars-
halling y unmarshalling.
La llamada al generador de código se puede
hacer directamente desde la línea de coman-
dos, escribiendo la siguiente instrucción:
java org.exolab.castor.builder.Sour
ceGenerator -opciones
Existen múltiples opciones del generador de
código, y algunas de ellas se deben incluir en
la propia línea de comandos. De éstas, las
más importantes son las siguientes:
z -i nombre_fichero: Indica el fichero que
contiene el esquema XML
z -package nombre_paquete: Nombre del
paquete en el que se quiere generar la clase.
z -dest ruta: En esta opción se indica la
ruta donde se quiere generar la clase.
z -nomarshall: Con esta opción se le indi-
ca al generador que no es necesario crear
los métodos de marshal y unmarshal.
z f: Fuerza la supresión de los errores no
fatales.
MIDDLEWARE
LISTADO 5 Esquema XML
<?xml version='1.0'?>
<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema"
targetNamespace="http://castor.exolab.org/Examples" >
<xs:complexType name="Persona">
<xs:sequence>
<xs:element name="nombre" type="xs:string"/>
<xs:element name="apellido" type="xs:string"/>
</xs:sequence>
</xs:complexType>
</xs:schema>
LISTADO 6 Código generado a partir del esquema XML
/*
* This class was automatically generated with
* <a href="http://www.castor.org">Castor 0.9.5.3</a>, using an XML
* Schema.
* $Id$
*/
//---------------------------------/
//- Imported classes and packages -/
//---------------------------------/
import java.io.IOException;
import java.io.Reader;
import java.io.Serializable;
import java.io.Writer;
import org.exolab.castor.xml.MarshalException;
import org.exolab.castor.xml.Marshaller;
import org.exolab.castor.xml.Unmarshaller;
import org.exolab.castor.xml.ValidationException;
import org.xml.sax.ContentHandler;
/**
* Class Persona.
*
* @version $Revision$ $Date$
*/
public class Persona implements java.io.Serializable {
//--------------------------/
//- Class/Member Variables -/
//--------------------------/
private java.lang.String _nombre;
private java.lang.String _apellido;
public static java.lang.Object unmarshal(java.io.Reader reader)
throws org.exolab.castor.xml.MarshalException,
org.exolab.castor.xml.ValidationException
{
return (Persona) Unmarshaller.unmarshal(Persona.class, reader);
}
public void marshal(java.io.Writer out)
throws org.exolab.castor.xml.MarshalException,
org.exolab.castor.xml.ValidationException
{
Marshaller.marshal(this, out);
}
Combinando Castor XML y JDO, se puede diseñar
cualquier tipo de servicio web, con una estructura
sencilla.
Hay otras opciones avanzadas que se defi-
nen en el fichero castorbuilder.properties,
como definir una superclase, generar el
método equals, etc.
Para que funcione correctamente es nece-
sario que todos los ficheros de Castor estén
en el CLASSPATH de Java. La distribución
también incluye ficheros .bat y .sh que faci-
litan la utilización de esta herramienta.
En el listado 5 se muestra un ejemplo de un
31 SOLO PROGRAMADORES
 MIDDLEWARE
Sitio web de Castor,
donde se puede descargar
la aplicación
(http://www.castor.org).
Sitio web de Exolab Group, que se
ocupa del desarrollo de Castor, así
como de muchos otros proyectos
(http://www.exolab.org).
SOLO PROGRAMADORES 32
pequeño esquema XML que nos permitirá ilustrar
el uso del generador de código. Dicho esquema
representa una clase Persona con sólo dos atribu-
tos de tipo String.
A continuación, en el listado 6, mostramos una
porción del código generado tras la ejecución del
generador de códigos, a partir del esquema del
listado 5.
Después de observar el listado 6, el lector se
habrá dado cuenta de que hemos generado una
clase completa simplemente ejecutando un
comando. En este caso es una clase sencilla, pero
funciona igualmente con modelos de datos más
complicados.
Muchas veces, no disponemos de un esquema
XML con el que podamos generar estas clases,
sino únicamente un ejemplo de documento
XML. Para ello, Castor proporciona también
una herramienta que permite generar, a partir
de un documento XML, su esquema XML
correspondiente. Esta herramienta está conte-
nida en la clase XMLInstance2Schema, y aun-
que contiene algunos errores, ahorra una can-
tidad considerable de trabajo en caso de no
disponer de un esquema.
Castor JDO y DAX
Aunque la parte más conocida y utilizada es el
enlace de datos XML, Castor también proporciona
herramientas para la persistencia en bases de
datos relacionales y LDAP.
Castor JDO (Java Data Objects) es el API que ges-
tiona la persistencia de objetos Java en todo tipo
de bases de datos relacionales como Oracle,
MySql, SqlServer, Informix, Sybase, etc.
El JDO maneja automáticamente la inserción y
recuperación en bases de datos de cualquier
objeto Java, haciendo transparente todo el
proceso de conexión y las consultas SQL nece-
sarias para sacar esa información. Permite
incluso manejar objetos Java collection como
Vector, Hashtable, Collection, Set, y Map. Para
ello, utiliza ficheros de mapeo similares a los
de Castor XML, para definir las corresponden-
cias entre los atributos de la clase y los cam-
pos de las tablas de la base de datos.
Castor JDO y Castor XML se pueden combinar
para realizar operaciones transaccionales en
bases de datos, utilizando XML como entrada
y salida.
Por otra parte, Castor DAX proporciona la posibili-
dad de gestionar la persistencia en LDAP, pero debi-
do al poco uso de esta herramienta por parte de los
desarrolladores, el proyecto no ha avanzado.
Conclusiones
Castor nos proporciona una serie de herramientas
con el objetivo de ahorrar trabajo al desarrollador
de aplicaciones Java, haciendo inmediatos los pro-
cesos más pesados y repetitivos del desarrollo de
una aplicación.
Otra ventaja, además del ahorro de trabajo, es que
el resultado final es una aplicación más limpia,
intuitiva, y con un mantenimiento más sencillo.
Este API es una clara demostración de que
muchas veces, el software libre puede ser una
opción muy válida, e incluso recomendable, para
el desarrollo de aplicaciones profesionales.
Actualmente, con el auge de los llamados ser-
vicios web, es de gran utilidad una herramien-
ta como Castor para poder manejar grandes
cantidades de información y ofrecerlas al
usuario del servicio en XML.
En resumen, Castor es una herramienta muy
útil y muy versátil, que todo desarrollador Java
debería conocer.
BASES DE DATOS

Acceso
c so a datoss
con
n ADO.NET
DO E (y( III)
I
MIGUEL EGEA (Microsoft M.V.P. en SQL Server), Sinergia
Tecnológica S.L.
Terminamos la serie de artículos sobre
ADO.NET hablando de una
miscelánea de cuestiones relacionadas
con el acceso a datos, todas
importantes, como por ejemplo el
tratamiento de transacciones, que
pueden marcar la diferencia entre
aplicaciones bien hechas y
aplicaciones mediocres.
Introducción
En esta última entrega veremos el tratamien-
to de transacciones, las formas más adecuadas
de usar el método update del DataAdapter
unido al enlace a datos (databinding) y vere-
mos también el tratamiento de los campos
largos (Binary Large Objects, blobs).
No hace mucho que han tenido ustedes la
oportunidad de leer en esta misma publica-
ción un artículo sobre nuevos paradigmas en
las formas de tratar las transacciones, sin
embargo y en mi opinión, el famoso ACID,
Atomicidad, Consistencia, Aislamiento
(Isolation en inglés) y Durabilidad tiene plena
vigencia hoy en día. Veremos las formas que
tiene ADO.NET de tratar las transacciones y
qué significan los niveles de aislamiento.
Trataremos los campos largos, es decir cómo
introducir datos grandes en una base de datos,
y cómo recuperarlos y usarlos en nuestras
aplicaciones. En concreto veremos cómo
introducir esos datos desde una aplicación
Windows Forms tradicional y cómo extraer esa
información en un datagrid desde ASP.NET.
Sin embargo para comenzar veremos el méto-
do update del objeto DataAdapter, veremos
sus eventos y proporcionaremos pistas sobre
cómo incluir tratamiento personalizado a las
excepciones que puedan producirse.
Hablaremos de los problemas que puede oca-
sionar el bloqueo optimista, tipo por defecto si
usamos DataSets y las soluciones que pode-
mos adoptar.

El DBAdapter y su método update

Quedaba pendiente abordar el tema de la
actualización de datos. Por supuesto que
estas actualizaciones pueden realizarse
mediante llamadas al método ExecuteNon-
Query del objeto Command que ya vimos en
el número anterior.
Sin embargo, a través de los Datasets y usan-
do el método Update del Adapter podemos
realizar actualizaciones por lotes de datos.
La problemática inicial que plantean este
tipo de mecanismos es que requieren de blo-
queo optimista, ya sabemos que el DataSet es
una especie de copia de parte de una base de
datos en memoria, los cambios que realice-
mos sobre un Dataset se realizan en memo-
Figura 1. ria. Por lo tanto no hay nada que nos garan-
Ejemplo de aplicación web
que devuelve imágenes tice que cuando vayamos a entregar cambios
obteniéndolas de una a nuestro servidor de datos, los datos que
base de datos. tomemos de partida para las modificaciones
sigan presentes en la base de datos.

SOLO PROGRAMADORES 34

Acceso a datos con ADO.NET (y III)
Figura 2. Ejemplo de actualización fallida por problemas de concurrencia.
Este es uno de los problemas que tendre-
mos que solucionar, estos problemas se
presentan siempre en actualizaciones y
en borrados, nunca en inserciones.
Para ayudarnos el Adapter nos genera
código SQL en los objetos SelectCom-
mand, UpdateCommand, DeleteCo-
mmand e InsertCommand. Los objetos
que lo necesitan tienen mecanismos
para garantizar el bloqueo optimista. La
técnica que usa por defecto ADO.NET es
añadir en la cláusula WHERE los valores
originales de los datos para comparar
con los que hay en el instante de ejecu-
tar las actualizaciones o borrados.
El comportamiento que tendrá el método
update ante un error (algún registro que
no pueda modificarse por ejemplo)
dependerá de la propiedad ContinueUp-
dateOnError. Veamos cómo.
En nuestro ejemplo añadiremos un
DataAdapter pinchando y arrastrando
desde el administrador de servidores a un
formulario Windows. Después añadire-
mos las instrucciones necesarias para
rellenar el DataSet y mostrar la informa-
ción en un datagrid. Aunque la informa-
ción podría modificarse por otros meca-
nismos, para ver el funcionamiento basta
con enlazar el Dataset a un Datagrid y
ver el resultado.
Como podemos ver en la figura 2 el pro-
pio datagrid nos informará de la excep-
ción si se produce un problema de con-
currencia. En nuestro caso simplemente
hemos mostrado el error y hemos captu-
rado la excepción atendiendo al evento
de actualización como se puede ver en el
código del listado 1.
Añadiendo código personalizado a los
eventos que nos proporciona el DataA-
dapter podríamos permitir a nuestras
aplicaciones recuperarse de errores, com-
parar valores con valores que hay en este
momento en la tabla etc.
A través de la clase DataView podemos
obtener las versiones actualizadas, pro-
puestas u originales de los datos de
nuestro dataset. Estos valores serán los
que se suministren al comando update
para actualizar. En el ejemplo que se pro-
porciona el lector encontrará un datagrid
con estos valores.
Los problemas que presenta el mecanis-
mo optimista de bloqueos son evidentes,
si no hay nada bloqueado, nada impide
que alguien lo cambie mientras yo me lo
pienso. Es una problemática muy conoci-
da en las aplicaciones de reservas. Lo que
en realidad sucede es que se toma una
estrategia, en algunas ocasiones (la
mayoría) acaba ganando, (actualizando),
el primero que llega, en otras, el último.
No penséis por ello que son todo desven-
tajas, tiene muchas ventajas, la primera
la escalabilidad. Al no existir bloqueos
físicos grandes en las bases de datos,
éstas suelen comportarse de forma
mucho más ágil, son más eficaces con los
recursos del servidor y generan menos
problemas a los administradores.
Binary Large Objects
Qué son y qué problemas generan
Pensemos ahora en elementos como imá-
genes, hojas de cálculo, documentos de
procesador de texto, etc. Siempre surge
la duda sobre la conveniencia o no de
LISTADO 1 Atendiendo errores en la actualización
private void sqlDataAdapter1_RowUpdated(object sender,
System.Data.SqlClient.SqlRowUpdatedEventArgs e)
{
if (e.Errors!=null) {
MessageBox.Show("Se ha produccido una excepción al actualizar la fila
con código " + e.Row["CustomerId"] +". Seguiremos con las actualizaciones");
}
}
BASES DE DATOS
almacenarlos en el motor relacional de la
base de datos o dejarlos simplemente en
el sistema de archivos.
De momento, con lo que tenemos ahora
mismo los sistemas de archivos presen-
tan un problema serio, la consistencia de
los datos. Es muy posible que si almace-
namos la información de la ruta en regis-
tros en la base de datos, alguien mueva
una carpeta, le cambie el nombre y
parezca que han desaparecido todos los
archivos. Si los datos están contenidos en
la base de datos, esto es mucho más difí-
cil que suceda. Además si sucede, des-
aparece todo, no solamente una parte de
la información, es decir, los datos siem-
pre quedan consistentes.
Sin embargo, los motores relacionales,
hasta ahora, están pensados para mane-
jar información 'tratable', información
sobre la que hacer consultas en cual-
quiera de los dialectos SQL que hay en el
mercado.
Las imágenes, los archivos de los proce-
sadores de texto, los videos, no están
pensados para ser consultados vía SQL,
además la estructura de almacenamiento
de los objetos en las bases de datos,
generalmente también está optimizada
pensando en un tipo de datos que en
nada se parecen a imágenes etc.
En resumen, si los dejamos fuera, pueden
quedar inconsistencias y tendremos que
administrar dobles sistemas de permisos,
si los metemos en el motor de base de
datos, tendremos que afrontar la dificul-
tad que presenta su introducción y
extracción y la sobrecarga en espacio y
uso de la base de datos.
La decisión depende por tanto de varios
factores, algunos a favor y otros en con-
tra y ninguno de ellos es determinante,
no hay un sí o un no.
Lo cierto es que la decisión de almace-
nar este tipo de datos en la base de
datos quedará a elección de cada uno de
ustedes.
Es muy probable que esto cambie con
LongHorn, ya saben, la próxima versión
de Windows, que trae entre otras
35 SOLO PROGRAMADORES
BASES DE DATOS

inconvenientes que les describía en las Forms tradicional, la extracción de esa

líneas anteriores desaparecerán. información la implementaremos desde
Por otro lado WinFs está (estará) basado una aplicación web, usando enlace a
o contiene una parte de SQL-Server, ima- datos y un datagrid.
ginen ustedes las posibilidades. Seguro Introducir campos largos en una base de
que a poquito que miren a su alrededor datos con ADO.NET
encontrarán centenares de usos nuevos Para ilustrar todos los ejemplos hemos
que nos proporcionarán entretenimiento usado SQL-Server de modo que tanto los
(y trabajo, claro) a los desarrolladores. scripts, como los objetos de ADO.NET que
¿Y cómo solucionamos el problema de las vamos a ver se refieren al gestor de base
imágenes con ADO.NET? de datos de Microsoft.
En realidad hay dos problemas diferen- Comenzaremos estableciendo un objeto
tes que solucionar. De una parte está el conexión a nuestra base de datos que
Figura 3. problema de la introducción de la infor- contendrá una tabla con la estructura
Este es el aspecto de la aplicación Windows que hemos
usado para introducir información en nuestra BBDD. mación en la base de datos, de otra que podemos ver en el listado 2.
parte extraer esa información para ser En dicho listado podemos observar
muchas novedades y mejoras la de un mostrada. En éste artículo veremos varias cosas, el campo CodEmpleado es
nuevo sistema de archivos (WinFs) que cómo realizar ambas operaciones. La un autonumérico, algo similar existe en
entre otras características es transac- introducción de la información la reali- Access y en Oracle. Después hemos
cional y por tanto buena parte de los zaremos desde una aplicación Windows introducido un campo para almacenar la
identidad de la persona y dos campos
que permitirían almacenar la fotografía
LISTADO 2 Estructura de la tabla y el currículum de la persona en cues-
tión. En esta tabla dos de los campos
CREATE TABLE [blob] ( son campos largos, la fotografía y el
[CodEmpleado] [int] IDENTITY (1, 1) NOT NULL ,
[NombreYApellidos] [nvarchar] (100) NOT NULL , currículo de la persona.
[Fotografia] [image] NULL , Para poder introducir los ficheros en la
[Curriculum] [image] NULL , base de datos debemos conocer esos
(
PRIMARY KEY CLUSTERED ficheros. Para abrir los ficheros hemos
[CodEmpleado] usado un objeto de tipo OpenFileDialog,
) ON [PRIMARY] que nos facilita la tarea. Una vez conoci-
) ON [PRIMARY] TEXTIMAGE_ON [PRIMARY] das las rutas de los archivos de imagen y
GO
currículo, debemos leerlos para poder
introducirlos a la base de datos, esto se
hace con las cinco líneas de código del
LISTADO 3 Introduciendo ficheros en la BBDD listado 3.
// Abrimos el fichero de la imagen. Además de tener en variables (buffer en
System.IO.FileStream fs este caso) las imágenes, antes de intro-
= new System.IO.FileStream( file, FileMode.Open, FileAccess.Read); ducirlas necesitamos también preparar
// Usaremos un lector binario para obtener los datos del fichero…
BinaryReader r = new BinaryReader(fs); nuestra instrucción SQL. Para ello hemos
// …para introducirlo en un array de bytes. usado un objeto command tal y como
byte[] buffer = new byte[fs.Length]; podemos ver en el listado 4.
// Por último invocamos a leer sobre la variable buffer
r.Read(buffer,0,(int)fs.Length-1);
La instrucción del listado 4 es en reali-
fs.Close(); dad un conjunto de tres que ejecutare-
mos en una sola. La primera evita que el
servidor nos devuelva información sobre
el número de registros afectados.
LISTADO 4 Instrucción para hacer la inserción Después ejecutamos la instrucción que
realmente inserta los valores y por últi-
SqlCommand InsertCommand = new SqlCommand("SET NOCOUNT ON " + mo recuperamos el autonumérico recién
"Insert Into dbo.Blob (NombreYApellidos,Fotografia,Curriculum)" + "
Values(@NombreYApellidos,@Fotografia,@Curriculum) " + insertado.
" Select Scope_identity() as Clave",con); En SQL-Server 2000 el uso de
Scope_Identity() es más adecuado en
este caso (y en general) que el tradicional
LISTADO 5 Construyendo la URL @@identity.
Por último añadimos los parámetros y
<asp:TemplateColumn HeaderText="Fotografia">
<ItemTemplate> ejecutamos el comando. Como ejemplo
<asp:Image ImageUrl='<%# mostramos uno de los parámetros que
ConstruyeURL(DataBinder.Eval(Container.DataItem,"codEmpleado"))%>' Width=150 son de tipo image para que se vea claro
Height=125 runat=server />
</ItemTemplate>
cómo se le pasa el valor y cómo se defi-
</asp:TemplateColumn> ne el parámetro:

SOLO PROGRAMADORES 36
 BASES DE DATOS
Acceso a datos con ADO.NET (y III)

InsertCommand.Parameters.Add
("@Fotografia",SqlDbType.VarBinary,0,
"@Fotografia").Value=buffer;
De esta forma conseguimos introducir
la información binaria en campos de
tipo imagen (en este caso) con la limi-
tación que nos imponga el motor de
base de datos (2GB en el caso de SQL-
Server).
Recuperar campos largos de una base de
datos con ADO.NET
Decíamos que la segunda problemática
era recuperar la información y mostrarla
por pantalla. Para hacer esto hemos ele-
gido realizar una aplicación web, el
resultado es el que puede verse en la
figura 4.
A lo largo de las siguientes líneas vere-
mos los pasos que hemos seguido para
conseguir mostrar estas imágenes.
Algunos de los pasos tienen más que ver
con ASP.NET que con ADO.NET y no
entraremos demasiado en detalle, sin
embargo si que comentaremos los trozos
de código que tienen la mayor responsa-
bilidad en el resultado final.
Nuestra aplicación web tiene dos for-
mularios web (extensión aspx). Como
seguramente conocerán la mayoría de
los lectores dentro de los proyectos
ASP.NET para cada formulario tenemos
dos partes, la definición y el código que
le da sustento. Luego el motor de
ASP.NET se encarga de traducir todo
este código a su resultado HTML y
devolver ese código al navegador del
cliente (que no necesita por supuesto
tener nada instalado). Dentro de la
parte que define la página (la más
parecida al HTML) hemos usado un
control de servidor, en concreto un
DataGrid.
Hay muchos ejemplos del manejo de este
control en esta dirección URL:
http://samples.gotdotnet.com/quicks
tart/aspplus/samples/webforms/ctrlref
/webctrl/datagrid/doc_datagrid.aspx
El lector puede acudir a este enlace para
ampliar la información que se está pro-
porcionando.
En la sección HTML de nuestro formula-
rio hemos creado una columna de plan-
tilla y en esa columna hemos personali-
zado la acción que se ejecutará cuando
se dibuje nuestra página. Esta acción
será llamar al código subyacente, para
construir dinámicamente la URL de la
que nos traeremos la imagen (obsérvese
el listado 5).
Figura 4.
El entorno de desarrollo preparado para albergar las imágenes de la base de datos.
LISTADO 6 Recuperando una fotografía
private void Page_Load(object sender, System.EventArgs e)
{
// Variable para la conexión a la base de datos
SqlConnection con;
SqlCommand cmd;
SqlDataReader dr;
// recogemos el código de empleado del que nos están solicitando la fotogra-
fía
int codEmpleado;
codEmpleado=int.Parse(this.Request.Params["idEmpleado"].ToString());
// obtenemos la cadena de conexión del web.config (deberíamos encriptarlo)
// ConfigurationSettins de System.Configuration
con = new sqlConnection(ConfigurationSettings.AppSettings["conexion"]);
// abrimos conexión a BBDD
con.Open();
// Recojamos el valor que nos están demandando
cmd= new SqlCommand("Select Fotografia From blob where
codEmpleado=@CodEmpleado",con);
// Suministramos el parámetro código de empleado
cmd.Parameters.Add
("@CodEmpleado",SqlDbType.Int,4,"@codEmpleado").Value=codEmpleado;
// Usamos un Reader para devolver la información
dr=cmd.ExecuteReader(CommandBehavior.SequentialAccess);
Response.Buffer=true;
Response.Expires=0;
Response.Clear();
// Devolvemos la imagen
Response.ContentType="image/bmp";
// Recorremos el reader
while (dr.Read())
{
// Escribimos la respuesta
Response.BinaryWrite((byte [])dr["Fotografia"]);
}
// Cerramos y liberamos todos los objetos
dr.Close();
cmd.Dispose();
con.Close();
// Y acabamos
}
Response.End();

37 SOLO PROGRAMADORES
BASES DE DATOS
Figura 5.
Algunas de las propiedades y métodos que tiene el
objeto transacción.
La función ConstruyeURL tiene por
único cometido devolver un string con
una dirección del estilo:
Imagen.aspx?idEmpleado=23
El resultado es que cada imagen se irá a
la página indicada para dibujarse. Por lo
tanto, el código que hay en la página será
el que realmente leerá la imagen del ser-
vidor de base de datos, vea el código del
listado 6.
Como puede verse en el listado 6, hemos
usado un modificador especial para abrir
un datareader (SequentialAccess), sin
embargo hay más alternativas a este
método, por ejemplo el método
ExecuteScalar:
// Otra forma de hacer lo mismo es:
byte[] b=(byte [])cmd.ExecuteScalar();
Response.BinaryWrite(b);
Tratamiento de transacciones con
ADO.NET
Transacciones y concurrencia
Realmente el objeto transacción es uno
de los objetos que sin ser novedoso es
de los más desconocidos, no tanto por
que no se conozcan sus métodos sino
por la complejidad que guarda en sí
mismos.
No son realmente métodos complejos.
Comenzar una transacción y validarla o
rechazarla no tendría por qué ser una
tarea difícil, sin embargo viene a jugar
en este partido un concepto como la
concurrencia.
Mientras mi transacción está abierta y
me voy desplazando por los objetos de la
base de datos ¿Qué está sucediendo con
las demás conexiones? Si estoy sólo en la
SOLO PROGRAMADORES 38
base de datos evidentemente no hay nin-
gún problema, pero esto no sucede, nor-
malmente decenas o cientos de personas
se conectan a las aplicaciones empresa-
riales de una compañía. Incluso por
millares pueden conectarse si estamos en
un desarrollo web, es por tanto muy
importante conocer qué está haciendo
ADO.NET con las transacciones y en qué
momento.
En este mundo de las transacciones la
regla es muy fácil, para abrir una trans-
acción hay que esperar al último momen-
to, para cerrarla sin embargo, cuanto
antes mejor.
El Objeto Transacción
Utilizaremos el objeto transacción cuan-
do toda la problemática transaccional
esté en ADO.NET, es decir en la comuni-
cación con un servidor de base de datos.
Si hay más de un servidor involucrado (un
servidor de colas y un servidor de base de
datos por ejemplo) en el proceso habría
que utilizar el MS-DTC (coordinador de
transacciones distribuidas). La forma más
sencilla en ese caso es usar los
EnterpriseServices. Estos quedan sin
embargo fuera por completo del alcance
de este artículo.
En algunas otras ocasiones puede dispa-
rarse de forma automática el coordinador
de transacciones distribuidas, por ejem-
plo cuando desde SQL-Server accedemos
a servidores vinculados, se abren este
tipo de transacciones (y no es necesario
usar Enterprise Services en este caso).
El objeto transacción tiene tres métodos
importantes:
z Commit, indica el final exitoso de una
transacción. Usaremos el comando para
indicar al servidor de base de datos que
hemos terminado nuestras operaciones
y que debe liberar los bloqueos que
pudiesen quedar abiertos.
z Rollback, lo usaremos para deshacer una
transacción, dejaremos en ese momento
la base de datos como si no hubiésemos
tocado ningún registro.
z Save, permite abrir puntos de salvaguar-
da (savepoints) dentro de la base de
datos, estos savepoints sirven para
encerrar funcionalidad que no sea críti-
ca y que de fallar no implican una vuel-
ta atrás de toda la transacción. Ejemplos
de negocio en los que usarlos hay
muchos, por ejemplo si tenemos que
calcular el crédito inicial disponible para
un cliente, pero los recursos necesarios
para hacerlo están muy usados y gene-
ran fuertes bloqueos. Podemos usar un
savepoint para intentar calcular ese cré-
dito y si no se puede por un error, sim-
plemente deshacemos ese trozo de códi-
go, no toda la transacción.
Algunos de ustedes estarán preguntán-
dose cuándo se crean estas transaccio-
nes. Pues bien, se crean a partir de la
función BeginTransaction del objeto
Connetion.
Este método declara el comienzo de
una transacción y asegura que las ope-
raciones que se realicen dentro de esa
transacción cumplirán el ACID: se
harán completas o no se harán en
absoluto, los cambios validados perma-
necerán en la base de datos, no dejarán
la base de datos en un estado inconsis-
tente y garantizarán el aislamiento de
la transacción:
// creamos una transacion y la asocia
mos a nuestra primera conexión.
Pedimos lecturas repetibles
Tran1 = Conexion1.BeginTransaction(I
solationLevel.RepeatableRead,"Tr1");
También tiene una propiedad interesantí-
sima, IsolationLevel. Esta propiedad
'matiza' la I del ACID. En teoría aislado
significa eso, como si estuviese solo en la
base de datos, sin embargo en la vida real
eso no es así de sencillo.
Si estoy solo en la base de datos y ejecu-
to un comando Select MAX(codigo),
nadie más debería poder insertar un
registro, ya que si lo hiciese, potencial-
mente podría tener un código mayor, y mi
conexión no se comportaría como si
estuviese sola en la base de datos. Sin
embargo este mecanismo es muy agresi-
vo con la concurrencia y daría lugar a
bases de datos permanentemente blo-
queadas.
La propiedad IsolationLevel tiene varios
valores posibles, que son escritos de
menos bloqueante a más: lecturas sin
confirmar, lecturas confirmadas (por
defecto en SQL-Server), lecturas repeti-
bles y por último serializables. Cada uno
de estos modos indica mecanismos dis-
tintos de entender el aislamiento. Por
ejemplo en las lecturas confirmadas se
mantienen bloqueos compartidos sobre
las lecturas, pero es posible que otra
transacción distinta modifique valores ya
leídos y que estos cambien entre dos eje-
cuciones de la misma sentencia dentro
de la misma transacción.
El lector encontrará en el CD-ROM una
aplicación C# que demuestra las dife-
rencias entre dos de los niveles de ais-

Acceso a datos con ADO.NET (y III)
Figura 6.
Aplicación que utiliza lecturas repetibles y lecturas confirmadas para demostrar las diferencias.
lamiento. En esa aplicación podemos ver
cómo, a costa claro está de menor concu-
rrencia, el nivel de aislamiento Repeatable
Reads no tiene problemas de lecturas no
repetibles. Este nivel sigue teniendo proble-
mas de lecturas fantasmas (registros que
pueden aparecer que antes no estaban), que
no tiene el nivel serializable. Sin embargo,
el nivel serializable es muy agresivo con la
concurrencia generando frecuentes blo-
queos y abrazos mortales.
No tener un control sobre todos estos
métodos puede llevarnos a situaciones bas-
tante desagradables, por ejemplo si basa-
mos toda nuestra estrategia de códigos en
instrucciones del tipo Select max(), es muy
probable que tengamos muchos problemas.
Si más de un usuario a la vez usa ese
comando obtendrán códigos iguales y al ir a
realizar las inserciones obtendremos errores
por claves duplicadas. Una estrategia alter-
nativa podría consistir en claves que no se
repitan (campos autonuméricos o guids),
aunque también tienen importantes incon-
venientes, o tablas de códigos, cada proyec-
to y cada caso nos llevará a uno u otro
mecanismo.
Otra cuestión que es muy importante tener
en cuenta son las transacciones anidadas.
Es muy frecuente que unos procesos de
negocio invoquen a otros y que cada uno
tenga su control transaccional. En SQL-
Server, (igual que en otros motores transac-
cionales), el tema de las transacciones ani-
dadas está contemplado, pueden invocarse
BASES DE DATOS
el número de transacciones que se desee.
Solamente hay que tener en cuenta un prin-
cipio, una validación de una transacción
anidada no implica la validación completa
de la transacción superior, sin embargo un
rollback si implica que ninguna transacción
de las anidadas se ejecutará.
Conclusiones
Y ahora, ¿qué nos queda? Quizá les resulte
curioso que me haga esta pregunta en el últi-
mo número de esta serie, pero es cierto, aun
queda mucho de ADO.NET, sin embargo hemos
tocado los asuntos fundamentales, el trata-
miento de comandos, conexiones, adaptadores Dado que la
y DataSets.
Hemos visto también algo del comporta- mayoría
miento frente a XML, un poquito de todo.
Podríamos seguir profundizando en un futuro de aplicaciones
sobre implementaciones específicas sobre
cualquiera de estos objetos. Hay por ejemplo necesitan
una implementación del MVP en .NET Jesús
López sobre un DataAdapter que contempla acceso a datos,
algunos mecanismos más de tratamiento de
la concurrencia. Trata por ejemplo cómo conocer ADO-NET
hacerlo mediante campos timestamp. Se
pueden implementar objetos CommandBu- resulta
ilder específicos que generen comandos de
acuerdo a los parámetros de nuestro equipo imprescindible
de desarrollo.
Sin embargo creo que esta visión a vista de
pájaro sobre ADO.NET y el detalle de algunos
asuntos como el tratamiento de imágenes van
a resultar muy útiles.
39 SOLO PROGRAMADORES
 EL FUTURO
Sólo Programadores y
Mundo Linux en formato
electrónico
REVISTAS PROFESIONALES
Por fin el deseo de muchos lectores
va a hacerse realidad. En poco más
de un mes los contenidos de Sólo
Programadores y Mundo Linux
podrán descargarse desde la Red en
formato PDF.
El mejor servicio para nuestros lectores
Queremos aprovechar, en este caluroso mes de
agosto y a pocos días de iniciar una nueva tem-
porada, el inminente lanzamiento de una nueva
plataforma web que servirá, entre otras cosas,
para ofrecer el servicio de descarga de los conte-
nidos de las revistas Sólo Programadores y
Mundo Linux mediante una suscripción específi-
ca para ello.
El funcionamiento de dicho servicio será
muy sencillo. El lector, después de formali-
zar la correspondiente suscripción digital,
podrá descargar los contenidos de cada
número de la revista a la que se haya suscri-
to (Sólo Programadores y/o Mundo Linux),
en formato PDF.
Esta modalidad de suscripción permitirá a los
lectores, cualquiera que sea su lugar de residen-
cia, disponer de los contenidos publicados de
forma inmediata y almacenarlos, conservarlos
utilizarlos y desplazarlos sin los inconvenientes
que acarrea el formato en papel.
Esta iniciativa se enmarca en el afán de innova-
ción que siempre ha caracterizado a nuestras
publicaciones. Entendemos que uno de los pará-
metros que evalúan el servicio que ofrecemos a
nuestros lectores es la facilidad de acceso a
nuestros contenidos, y creemos que con esta pla-
taforma web ofreceremos un servicio muy espe-
rado y deseado por muchos de vosotros para los
que, por problemas de espacio o por cuestiones
SOLO PROGRAMADORES 40
económicas, de movilidad o de lejanía, las revis-
tas en papel no suponen la mejor solución.
Revistas Profesionales te anima a que envíes
un correo electrónico a rpsuscripciones@revis-
tasprofesionales.com, telefonees al 913 048 764
o envíes un fax al 913 271 303, indicando cuál
crees que sería el precio justo para la suscripción
digital anual (12 ejemplares) a una de las revis-
tas. Independiente del lugar de residencia, por
unos pocos euros nuestras revistas serán accesi-
bles. El pago de la suscripción digital se realiza-
rá por los procedimientos habituales, y el sus-
criptor recibirá por correo electrónico un identi-
ficador y una contraseña que le darán acceso a
descargar de la web las revistas a las que se ha
suscrito. La suscripción digital también incluirá
el acceso al material de apoyo que habitualmen-
te se distribuye en el CD-ROM.
Creciendo junto a la Sociedad de la
Información
Las posibilidades de crecimiento que se abren
con una plataforma web de estas características
son inmensas. Esta plataforma web supondrá un
nuevo activo para nuestras revistas Sólo
Programadores y Mundo Linux, un nuevo recurso
que sabremos aprovechar al máximo, siempre
buscando el beneficio de nuestros lectores.
Este proyecto permitirá impulsar la creación de
comunidades virtuales entre nuestros lectores,
habilitar espacios web para el intercambio de
opiniones sobre los contenidos publicados y faci-
litar la comunicación entre lectores, autores y
editorial.
Todos estos objetivos sólo pueden conseguirse
con una apuesta valiente y decidida y, pese al
esfuerzo que supone levantar un proyecto como
este, se está poniendo toda la ilusión y el empe-
ño para que el resultado sea un orgullo para los
lectores que hacen posible que Sólo
Programadores y Mundo Linux se hayan mante-
nido en una posición líder en sector a lo largo de
tantos años, siendo las más veteranas y, con esta
nueva iniciativa, las más innovadoras.
 DISEÑO

Introducción
rodu ión all software
soft a
modernono orientado
or a o
a objetos
b etos
JAVIER SANZ ALAMILLO
En la actualidad, la variedad de
métodos software para la
construcción de aplicaciones provoca
que decidirse por uno sin conocer las
bases de los mismos pueda generar
dudas e incertidumbre en la
consecución de un proyecto. En este
sentido, es importante conocer cómo
encajan los principios teóricos de la
OOP y los métodos de desarrollo
actuales.
Introducción
El objetivo de este artículo es mostrar al lector
que existen formalismos sobre el software orien-
tado a objetos, y que los métodos y metodologí-
Las herramientas as que existen en el mercado y que se venden
como invenciones de los autores, no son mas que
que hay en el "implementaciones" de la teoría en hechos con-
cretos, por lo que cada autor/creador interpreta
mercado son los formalismos y los adaptada a sus necesida-
des. UML es un caso claro de ello.
implementaciones En estas fechas, el mundo del software orientado
a objetos está sufriendo una auténtica revolu-
concretas de la ción. Los más dispares métodos saltan a la pales-
teoría de la OOP
Sitio web de la OMG.
tra mostrándose como la panacea en la resolu-
ción de problemas. Otros, con un carácter más
técnico y menos ambicioso, se presentan como lo
que son y para lo que se pensaron, si bien estos
suelen ser los menos y desafortunadamente por
lo general los más prácticos y útiles.
También en el mercado nos encontramos los
métodos que sin serlos, se aplican como si lo
fueran.
De todos modos, todos estos mecanismos para
la construcción de aplicaciones orientadas a
objetos se basan en unos conceptos que si bien,
la bibliografía general no suele presentar por
centrarse más en otros asuntos principales,
resultan de gran interés para el desarrollador,
porque gracias a los mismos puede comprobar
la calidad de la metodología que esta aplican-
do, las facilidades y las carencias que contiene,
con lo que podrá tomar decisiones más afortu-
nadas y precisas. ¿Qué es el software orientado
a objetos? ¿Qué es un lenguaje orientado a
objetos? Todas estas cuestiones, triviales ini-
cialmente y ciertamente sin respuesta técnica
para la mayoría de los desarrolladores, ayuda-
rán al lector en las múltiples decisiones que
tiene que tomar para afrontar un proyecto soft-
ware orientado a objetos.
El software moderno orientado a objetos
El lector debe de estar ciertamente cansado,
aburrido de toda la documentación que existe
en el mercado sobre la ingeniería del softwa-
re que tras una lectura inicial acaba en cual-
quier sitio menos en el de trabajo.
Lamentablemente, no son muchos los libros
que ayudan en esta tarea y analizar esta cir-
cunstancia nos llevaría por otros caminos,
pero principalmente se debe a que la técnica
propuesta no ha sido bien presentada ni defi-
nida por ninguno de los auténticos gurús de la
informática mundial hasta escasos años.
Esta problemática condujo a que ciertos perso-
najes avezados se aventuraran sin ningún tipo de
complejos a escribir libros tratando conceptos
que no están claros ni para los propios creado-

SOLO PROGRAMADORES 42

Introducción al software moderno orientado a objetos
res. Y esto pasa aún en la actualidad. Pregunten,
pregunten al trío Rational sobre las definiciones
que acordaron inicialmente para los casos de uso
en la archiconocida, utilizada y sobrevalorada
UML. ¡Vaya tres elementos, al final venden todo
a IBM! Y ya si nos ponemos espinosos, diferen-
cias entre agregaciones y composiciones, en fin,
es un buen ejemplo.
Por supuesto, el lector no tiene que esperar que
este artículo siente cátedra sobre los conceptos.
Ni mucho menos. El objetivo es mencionar, dar a
conocer que existe una estructura, una jerarquía,
unas bases para todos estos mecanismos que a
la mayoría de los desarrolladores no les acaba de
encajar. Desde el software orientado a objetos,
hasta los lenguajes que cumplen estas caracte-
rísticas, se van a mostrar los distintos conceptos
con la esperanza de que el lector, por fin, tenga
un marco conceptual de por dónde se mueve el
software orientado a objetos y de quizás hacia
dónde puede derivar.
El software orientado a objetos
En la actualidad, todos los proyectos software
utilizan la orientación a objetos. Bien, pero
¿alguien me puede explicar brevemente y de
forma sencilla qué implica esta afirmación?
Vamos a intentarlo.
En la actualidad, se define el software orientado
a objetos como una "técnica" para la construc-
ción de un software marcado por ciertas carac-
terísticas, que lo llevan a cumplir los siguientes
objetivos:
z Corrección, entendiendo por ello como la
capacidad que tiene el software para realizar
las tareas requeridas según las espeficicacio-
nes declaradas. Para conseguir este objetivo
se usan métodos condicionales, es decir, la
aplicación de distintos niveles de aplicación
confía en la corrección de los anteriores. Así,
un ejemplo de corrección es el hardware res-
pecto del sistema operativo, así respecto de
una compilación y finalmente una aplicación.
Un desarrollador confía en que el compilador
no tiene errores, y a su vez el sistema opera-
tivo, etc.
z Robustez, siendo esta la capacidad del soft-
ware para reaccionar ante condiciones
excepcionales. Claro que esta parte tiene
muchas cuestiones, por ejemplo, ¿reacción
apropiada? Ampliaremos este aspecto en las
próximas líneas.
Estas dos ideas suelen agruparse en el término
"fiabilidad", por lo que tenemos que la correc-
ción me define el comportamiento y la robustez
me complementa con aquello que se sale fuera
de la corrección. Sigamos con los objetivos del
software orientado a objetos…
z Extensibilidad, como la capacidad de adaptar
el software a los cambios en las especifica-
ciones. Se suelen definir dos principios para
mejorar la extensibilidad: "simplicidad de
DISEÑO
diseño" y "descentralización". Se habla de IBM y el UML Resource Center.
simplicidad de diseño, indicando que los mis-
mos deben serlo para mejorar la adaptación
sobre la estructura compleja sobre la que
seguramente se asocian. Se habla de descen-
tralización si el software se construye bajo el
concepto de módulos o servicios, por lo que
un cambio afectará a un conjunto de módu-
los y no provocará una reacción en cadena.
z Reutilización, o la capacidad que tienen los
distintos elementos software para construir
aplicaciones diferentes.
z Compatibilidad, es la facilidad de combinar
distintos elementos software, así hoy en día
tenemos CORBA con EJB, etc.
z Eficiencia, se define como la capacidad de un
sistema software para exigir el mínimo de
recursos (hardware, software) en la utiliza-
ción de sus tareas. Se aplica como sinónimo
de rendimiento.
z Portabilidad, es la capacidad de utilizar el
software en diferentes entornos hardware y
software.
z Facilidad de uso, cubre dos aspectos clara-
mente diferenciados. Por un lado, implica que
el software puede ser utilizado por distintos
perfiles de usuario, definiéndose procesos de
instalación, operación y supervisión. Por otra
parte, el diseño de interface de usuario debe
de asumir que el usuario no conoce la aplica-
ción, y por tanto actuar en consecuencia.
z Funcionalidad, es el conjunto de posibilidades
que proporciona un sistema. Se suele hablar
aquí de "featurism", como la pérdida de faci- Los diseños
lidad de uso que implica la aplicación de pro-
piedades versus cualidades. sencillos
z Oportunidad, como la capacidad del software
para ser utilizado cuando se desea. ¿Retrasos son más fáciles
en los lanzamientos de un producto?
z Verificación, es la facilidad de comprobar el de adaptar
software.
z Integridad, es la capacidad del software para
protegerse de modificaciones y accesos no
autorizados.
43 SOLO PROGRAMADORES
 DISEÑO
Tutorial sobre OO.
Se definen las
excepciones
como
mecanismo de
Entorno y lenguaje orientado a objetos
robustez
Definida ya la técnica de la orientación a
objetos, veamos qué características deberían
ofrecer los entornos orientados a objetos para
ser considerados como tales. El lector obser-
vará que los entornos actuales dejan cierta-
mente que desear en algunas propiedades, y
es ahí justamente, donde por ironías de la
vida, se obtienen todas su debilidades:
z Ausencia de discontinuidades, esto es, que
en todo el ciclo de desarrollo software se
aplican métodos de diseño, herramientas
orientadas a objetos, etc, de modo que las
discontinuidades entre las distintas activi-
dades debe ser mínima.
z Clases, la programación orientada a objetos
se basa en la noción de clase. Sin entrar
con detalle, una clase es un elemento soft-
ware que describe un tipo abstracto, siendo
su implementación total o parcial.
Definamos "tipo abstracto de datos" como
un conjunto de operaciones, características
y propiedades. Así, en Java la noción cen-
tral del lenguaje es la clase.
z Aserciones, las propiedades de un tipo abs-
tracto se describen mediante aserciones.
Éstas deben de ser independientes de la
implementación que se les asigne. Se descri-
ben como precondiciones, postcondiciones e
invariantes. Aquí los distintos elementos
demuestran la relación corrección y robustez.
Las clases y los módulos
La orientación a objetos es básicamente una téc-
nica de arquitectura porque afecta a la estructu-
ra modular del software, por lo que se define una
Existe clase como unidad modular básica.
En un enfoque más estricto se suele declarar que
la posibilidad de las clases deben de ser los únicos módulos, por lo
que, de estas dos afirmaciones podemos obtener
identificar tipos las siguientes propiedades:
z No hay ni existe noción de programa
en ejecución principal.
z No existen subprogramas, rutinas como uni-
dades modulares independientes. ¿Se necesi-
tan por tanto los paquetes Java?
z La definición de agrupamiento de clases para
su uso se denominaría clusters.
SOLO PROGRAMADORES 44
La noción de clase debe de ser suficiente para
definir cualquier tipo abstracto de datos, ¿qué
necesidad tenemos de interfaces Java?
Características de la programación orientada a
objetos
Partiendo del elemento básico, clase, se pueden
declarar las siguientes propiedades deseadas
para obtener un lenguaje orientado a objetos:
z Ejecución basada en características, que defi-
ne que toda operación, cálculo o tarea se
tiene que realizar mediante una característi-
ca (método) de una clase. Si una clase E tiene
una llamada a otra S, se dice que E es cliente
de S y la invocación se define como "paso de
mensajes".
z Ocultación y encapsulamiento, por lo que de
detallan dos tipos de características, las inter-
nas, identificadas cuando una requiere de otra
y las externas, definidas a los clientes,
¿Interfaces Java? Gracias a esta distinción, se
puede definir la ocultación como el mecanismo
que hace que ciertas características no estén
disponibles para los clientes. Esta propiedad
está íntimamente ligada por tanto a la compa-
tibilidad y la reutilización. De ahí se concluye
que la comunicación entre clases debe de estar
estrictamente limitada, encapsulada, luego, no
existen variables globales ni similares. El inter-
cambio de información se realiza mediante
métodos, características o la herencia. ¿Rompe
la herencia el encapsulamiento?
z Excepciones. Una excepción es el resultado de
una llamada a una característica que termina
anormalmente. Claro, ¿qué significa anormal-
mente?, por ejemplo, ¿el final de fichero es una
excepción? Cuando uno lee de un fichero, lo
normal es que este tenga un límite, un fin.
El objetivo de las excepciones es producir soft-
ware robusto, fiable. Todo lenguaje debe ofre-
cer mecanismos de excepciones para recupe-
rarse de situaciones anormales, inesperadas. Se
pueden definir dos tipos principales de excep-
ciones, de recuperación y de resurrección.
z Comprobación estática de tipos. Cuando se
llama a un método de un objeto, ¿cómo se
averigua, comprueba que el objeto puede
atender esa petición? El lenguaje consta de
comprobación de tipos y mediante unas
reglas de declaración de tipos y compatibili-
dad, se garantiza la seguridad de los tipos de
ejecución que el software acepta. De aquí se
puede definir un lenguaje como fuertemente
tipado, tipado, etc. Java es un lenguaje tipa-
do, relativamente fuerte, pero no tanto como
ADA o Eiffel. Pero, ¿qué elemento realiza esta
tarea? Existe definido un verificador de tipos
estáticos, que garantiza que no haya ningún
error del estilo: característica no disponible".
En Java, hay reglas entre interfaces, clases,
paquetes, herencia. Las reglas básicas de un
verificador son:

Introducción al software moderno orientado a objetos
1 ) Todo objeto que invoca a otro declara
explícitamente su tipo antes de utilizarse.
2 ) Toda llamada a una característica debe
estar disponible cumpliendo la regla de
ocultación.
3 ) La asignación y paso de parámetros esta-
rán sometidos a reglas de compatibilidad
(agrupación de tipos, herencia, etc.).
z Generalización. Para que se puedan realizar
comprobaciones de tipos se deben poder
definir clases genéricas parametrizables
con tipos arbitrarios, lo que se denominan
plantillas. En Java no se han definido aun
los procesos de generalización, aunque
parece que están ya a punto de añadirlo a
la especificación del lenguaje. Casi 10 años
después de su creación, no está mal. El len-
guaje intenta parchear está carencia
mediante interfaces. Sin comentarios. Este
tipo de comprobación o capacidad se deno-
mina no restringida. Una facilidad restrin-
gida de generalización determina el con-
cepto de "herencia". ¿A que nunca le habí-
an dicho que la herencia era esto y sólo
esto, y no el discurso de la clase base y la
clase derivada?
z Herencia. Existen variadas clasificaciones,
tipos de herencia. Así, se tiene:
1 ) Herencia simple. en las que el desarrollo
de clases implica variantes mínimas de
unas a otros, por lo que se requiere de un
mecanismo de clasificación que se deno-
mina herencia. Se dice que una clase
hereda de otra si incorpora todas las
características de la otra más las suyas
propias. Se les etiqueta de base, derivada,
padre, hija, superior, inferior, ascendente,
descendente, etc.
2 ) Herencia múltiple. A veces se suelen com-
binar varias abstracciones en una deter-
mina, por ejemplo, supongamos una abs-
tracción hijo que hereda de padre y madre.
Necesitamos de una comprobación que se
aplique mediante herencia múltiple de
clases. Esto implica problemas técnicos,
conflictos de nombres. Para resolver estos
dilemas, se procede al simple cambio de
nombre.
3 ) Herencia repetida. La herencia múltiple
puede implicar herencia repetida.
Cuando existe una clase base superior
única, de la que derivan dos hijas, y estos
a su vez, en conjunto son clases base de
otra de tercer nivel hija, el tercer nivel
constará de múltiples características
repetidas. Los lenguajes deben resolver
estas colusiones mediante reglas, deter-
minado el ámbito de acceso. Se suele
determinar a su vez la herencia repetida
discreta como la determinada por una
relación de transitividad directa.
DISEÑO
z Generalización restringida. La combinación
de la generalización y de la herencia determi-
na la generalización restringida mediante la
cual se especifica una clase con un paráme-
tro genérico que representa no un tipo abs- Existen entornos
tracto sino a un tipo arbitrario (¿lo podemos
considerar como otro tipo más?). y lenguajes que
z Redefinición. Cuando una clase hereda de
otra puede cambiar la implementación o pro- no cumplen
piedades de algún método heredado, es decir,
redefinirse. todas las pro-
z Polimorfismo, definido como la capacidad que
tiene una "entidad" (nombre que se le asigna piedades de la
a un valor durante una ejecución, lo cual es
una generalización del concepto de variable) OOP
para poder conectarse a objetos de varios
tipos. En un entorno estático la comprobación
requerida se controla por el mecanismo de
herencia. ¿Pero qué ocurre con el mecanismo
de downcasting? O necesitamos un casting
explícito o se añaden complejos mecanismos
automáticos de actuación. Todo esto nos lleva
a definir…
z Sobrecarga. La sobrecarga es un mecanismo
que amplía las posibilidades sobre la invoca-
ción a características. Se distinguen dos tipos
de sobrecarga:
a ) La sobrecarga sintáctica, es la capacidad
de asociar más de un significado a un
mismo nombre. Así se tiene la sobrecarga
de variables, en diferentes módulos se uti-
lizan con el mismo nombre, o la sobrecar-
ga de métodos, cuando los métodos tie-
nen el mismo nombre, pero distinta signa-
ture (definición completa, tipo, número de
parámetros y excepciones... ¿y el valor de
retorno, la covariante?). Se define aquí el
principio de no engaño, por lo que dife-
rentes semánticas deben reflejarse en
diferentes textos, es decir, aplicar distintos
métodos con objetivo de mejorar la com-
presión del software y minimizar el riesgo
de errores. También se tiene la sobrecarga
de operadores, que utiliza operadores para Tratamiento de la herencia múltiple
45 SOLO PROGRAMADORES
 DISEÑO
realizar distintas funciones. ¿Es
necesario?
b ) Ligadura dinámica o sobre-
carga semántica. Partiendo de los
conceptos de redefinición y poli-
morfismo tenemos la ligadura
dinámica (LD). Cuando se llama a
una característica mediante una
entidad base polimórfica, cuyos
descendientes han redefinido
algún método, debe de existir un
mecanismo de invocación del
La JVM respecto a medios avanzados. método llamado para el tipo derivado, con
independencia de la declaración de la
entidad. Esto se denomina LD. Gracias a la
LD, se evita tener que hacer manualmente
comprobaciones de tipos.
z Identificación de tipos en tiempo de ejecu-
ción (RTTI). La LD nos ofrece unas posibilida-
des, pero no es completa. ¿Qué ocurre cuan-
do no sabemos nada sobre el tipo del objeto
a recibir? En este caso se requiere de un acce-
so al objeto que sea seguro, que no viole las
restricciones sobre los tipos. Es aquí donde
tenemos la RTTI, como un mecanismo que
determina si se puede asociar una entidad
con un objeto siendo el tipo determinado
estático.
z Clases y características diferidas. ¿Qué pasa si
la característica a invocar no esta redefinida?
Es necesario definir un tipo de clase cuyas
características pueden o no estar implemen-
tadas. Incluyen características y aserciones
para definir sus propiedades pero su imple-
mentación se deja a las clases descendientes,
por tanto:
1. Una "clase diferida" o abstracta es aquella
que especifica sus características, propie-
dades pero no las implementa totalmente.
Las clases abstractas tienen como misión
representar los aspectos esenciales, las
características principales del sistema
dejando que las clases descendiente
implementen los detalles.
2. Las clases que implementan todas sus
características se denominan "clases efec-
tivas".
z Recolección de memoria. Un lenguaje orien-
tado a objeto debería de hacer posible la ges-
tión automática de la memoria. La implemen-
La recolección tación debe de ofrecer un administrador
automático capaz de llevar a cabo esta tarea.
de basura
La modularidad
es hoy en día
La modularidad (extensibilidad y reutilización) es
indispensable requerida en arquitecturas flexibles, autónomas.
La programación modular genera programas
como resultado de subrutinas, etc., que no per-
miten la extensibilidad y reutilización a menos
que se gestionen de forma autocontenida y
SOLO PROGRAMADORES 46
estén organizados en arquitecturas estables.
Todos estos requerimientos redefinen el concep-
to de módulo. Un modulo tiene como objetivo
construir elementos autónomos basados en
estructuras simples y coherentes. Pero, ¿cómo se
integran los módulos en la orientación a obje-
tos?
Criterios de modularidad
Un diseño es modular si cumple las siguientes
propiedades:
z Descomposición modular, si el problema soft-
ware se divide en un número determinado de
subproblemas menos complejos, estos se
interconectan de forma sencilla y son inde-
pendientes, por tanto, pueden ser reutiliza-
dos. Es un proceso iterativo, de subdescompo-
siciones.
z División de tareas, el proceso se ha realizado
bien si éste se puede asignar a distintos gru-
pos de trabajo.
z Cohesión temporal. ¿Cómo se realiza la ini-
cialización de los módulos? En un método
orientado a objetos cada módulo es responsa-
ble de la inicialización de sus estructuras.
z Composición modular. Se dice que un diseño
satisface la composición modular si en la cre-
ación y uso de nuevos elementos se combinan
con otros para producir nuevos sistemas
resultantes, diferentes a los que fueron ini-
cialmente creados.
z Compresibilidad modular, define que el soft-
ware debe de crear módulos tal que se pue-
den entender de forma independiente y en el
peor de los casos, examinar un poco otros
módulos. ¿Mantenimiento?
z Continuidad modular, determina que un cam-
bio pequeño en la especificación provoca sólo
cambios en un módulo o en un conjunto
reducido de módulos. Así tenemos las cons-
tantes en los programas, definir una única
notación de acceso a los objetos.
z Protección modular, que determina que una
situación anormal en un módulo debe afectar
sólo a dicho módulo o en el peor de los casos,
propagarse a módulos vecinos. Así se tienen
mecanismos como aserciones y excepciones.
Este criterio aborda la propagación sin definir
su tratamiento, por lo que hay que verificar la
entrada de datos en el origen de datos.
Reglas de modularidad
De los criterios descritos se obtienen las reglas:
z Correspondencia directa, por lo que debe
existir una correspondencia clara y directa
entre la estructura del problema (modelo) y la
estructura de la solución software. Por tanto
continuidad y descomposición.
z Pocos canales de comunicación, los módulos
deben comunicarse con el menor número de
módulos, mejor cuando menos canales de
comunicación.
z Intercambio de información. La comunicación

Introducción al software moderno orientado a objetos
entre módulos debe de intercambiar la menor
información posible.
z Comunicación explícita. La comunicación
entre módulos debe de ser clara y perfecta-
mente definida, puesto que determina el aco-
plamiento de éstos.
z Ocultación de información. Se debe diferen-
ciar claramente en un módulo la parte públi-
ca y la parte privada.
z Criterio de continuidad, por lo que un cambio
en la parte privada del módulo no debe afec-
tar a la parte pública y por tanto al resto del
módulo.
Por fin, modulo orientado a objetos
La construcción de software orientado a objetos
es un método de desarrollo software que se basa
en el uso de módulos deducidos de los tipos de
objetos que se manipulan, en lugar de basarse en
las funciones. Como nota al lector, ésta es la idea
más importante en veinte años de orientación a
objetos, y es una pena, porque la mayoría de los
desarrolladores actuales aún no lo entienden y lo
que es peor, no quieren entenderla.
Se deduce un lema importantísimo que tira a la
papelera un gran porcentaje de diseños: "No pre-
guntes qué hace el sistema, pregunta a qué se lo
hace." Objetos, claro.
Sobre las excepciones
Antes de finalizar, detallaremos más sobre este
elemento que parece tan novedoso a los des-
arrolladores, las excepciones. ¿Alguien utiliza
con provecho las excepciones en Java?
Informalmente, una excepción es un suceso
anormal que rompe la ejecución de un sistema.
Bien, esto es algo claro. Pero no es muy preciso.
Tenemos que definir algunos términos para lle-
gar a nuestro destino, por lo que tenemos:
z Éxito y fracaso. Una llamada a una caracte-
rística tiene éxito si termina su ejecución en
un estado en el que satisface el contrato. Por
tanto, fracasa si no tiene éxito.
Así, podemos volver a describir excepción como
un suceso en tiempo de ejecución que puede
causar que una característica fracase. Pero tene-
mos que seguir aún más detalladamente.
Definimos contrato de una rutina como aquello
que debe satisfacer la postcondición y la inva-
riante de la clase (y no debe causar una señal del
sistema operativo). Se habla por consiguiente de:
z Error, como decisión equivocada durante el
desarrollo software.
z Defecto, es la propiedad de un sistema soft-
ware que puede causar que el sistema se apar-
te del comportamiento que tiene previsto.
z Fallo, es el evento de un sistema que lo parta
de su comportamiento previsto durante una
de sus ejecuciones.
DISEÑO
Por tanto, un fracaso es un fallo,
y de ahí que una excepción tam-
bién es a menudo un fallo, pero
no si es posible recuperarse del
mismo. Como lema se obtiene
que un fracaso de una rutina
causa una excepción en quién lo
llama.
Tratamiento de excepciones
Las excepciones se suelen clasifi-
car en disciplinadas e indiscipli-
nadas:
z Las excepciones indisciplinadas, por ejemplo, Utilizando la herencia múltiple
las de Java, son las que se definen como aco- con Eiffel.
pladas en el código (se insertan mediante
try/catch/finally) y pueden ayudar a propagar
el error, por lo que rompen la protección
modular.
z Las excepciones disciplinadas, que se clasifi-
can en:
1 . De reintento, por lo que intentan cambiar
las condiciones que condujeron a la
excepción y ejecutar de nuevo la rutina
desde el comienzo.
2 . Fracaso (pánico organizado), trata sobre
cómo limpiar el entorno, terminar la lla-
mada e informar sobre el fallo a quién
hizo la llamada.
3 . Respuesta justificada, cuando la excep-
ción es como resultado de una señal del
sistema operativo, se determina si la
excepción es o no dañina y se retorna a la
ejecución desde donde comenzó, por
ejemplo, ¿disco lleno?
Existe el denominado "principio de simplicidad
de una excepción" que determina que todo pro-
cesamiento que se haga en una cláusula de res-
cate (en Java, bloque catch/finally) debe de ser
simple y centrarse en el único objetivo de volver
a poner al objeto sobre el que se ejecuta la
característica en un estado válido, estable, per-
mitiendo así un posible reintento.
Una reflexión, ¿las excepciones son verdadera-
mente objetos?
Conclusiones
El lector que haya tenido en sus manos múlti-
ples libros sobre la ingeniería del software u
orientación a objetos es probable que este La modularidad
desconcertado. Si bien todas estas definicio-
nes siempre han estado al alcance de todos, como elemento
las simplificaciones, los resúmenes, el aisla-
miento de determinados conceptos que clave en la
supuestamente no caben en la práctica
(¿quién decide eso?) ha hecho que los funda- evolución del
mentos sobre orientación a objetos se estén
revelando actualmente como una herramienta software
de producción, mucho tiempo después de la
supuesta puesta en práctica por la gran mayo-
ría de los desarrolladores.
47 SOLO PROGRAMADORES
 ALGORITMOS
Direct3D 9.0 avanzado (II)
ARISTÓTELES DOMÍNGUEZ GONZÁLEZ
La evolución de la arquitectura de
Direct3D ha ido acompañada de un
crecimiento en el número de
funciones fijas y programables
acorde a las posibilidades de los
últimos procesadores gráficos.
Introducción
En la arquitectura de las tarjetas graficas acele-
radoras, es común implementar dos técnicas
para optimizar el rendimiento de los gráficos
generados. La primera técnica consiste en cana-
lizar los algoritmos a ejecutar o pipelining y la
segunda técnica consiste en realizar los cálculos
en procesos paralelos. Si nos centramos en la
canalización de los algoritmos, el flujo de proce-
so de Direct3D conocido como pipeline o tube-
ría, se puede ver como un conjunto de algorit-
mos que se aplican sobre vértices y primitivas.
El propósito principal de la tubería de Direct3D
es convertir los datos geométricos que se le
suministran en imágenes que serán renderizadas
por la tarjeta de video del PC. A su vez, la tube-
ría se divide en dos secciones, la tubería de fun-
ción fija y la tubería programable.
En la arquitectura de Direct3D, la tubería de fun-
ción fija se puede considerar como el motor de
Figura inicial y final.
SOLO PROGRAMADORES 48
transformación. A partir de los vértices que reci-
be en la entrada, se encarga de calcular y aplicar
las matrices de transformación, es decir, la
matriz de mundo, de vista y de proyección, sobre
los vértices. El motor de transformación también
realiza los cálculos para aplicar iluminación a
cada vértice. Podríamos decir que ésta es la sec-
ción que engloba las funciones básicas dentro de
Direct3D. Todas las técnicas avanzadas las
encontramos englobadas en la tubería progra-
mable. La tubería programable está basada en
un modelo procedural que permite una sintaxis
más generalizada para las operaciones comunes.
Es decir, si un modelo de trabajo está basado en
funciones fijas, tiene que ir incrementando el
número de funciones, modos e información adi-
cional a medida que aumenta la potencia del
hardware. En un modelo programable sólo es
necesario conocer la arquitectura del sistema y
especificar el algoritmo que necesitemos para
obtener los mismos resultados que con funcio-
nes fijas. Es obvio que la diferencia está en que
un modelo de trabajo programable es más versá-
til. Direct3D permite que se trabaje con los dos
modelos, pero está claro que la tubería progra-
mable ofrece mejores resultados. En el artículo
anterior ya se comentaron técnicas que están
incluidas en la tubería programable como el
Bump Mapping o el Environment Mapping. En
este artículo comentaremos la división en dos
que se produce en la tubería programable, la
tubería de Vertex y la tubería de Píxel.
Vertex Pipeline
Recordamos que un vertex es un conjunto de
números en coma flotante que representan un
punto en un entorno, que en nuestro caso será
en tres dimensiones. De manera simplificada,
mediante la tubería de Direct3D, un vertex es
procesado para calcular cuál será su posición
como píxel en la pantalla.
La tubería de Vertex permite aplicar diferentes
efectos en la etapa de proceso de un vertex. Las
técnicas empleadas son programadas y calcula-
das a nivel de vertex, con lo que debemos de
tener en cuenta que los cálculos realizados se
harán antes de que se obtenga el valor del píxel

Direct3D 9.0 avanzado (II)
LISTADO 1 Declaración del vertex
D3DVERTEXELEMENT9 shader[] =
{
{0, 0, D3DDECLTYPE_FLOAT3, D3DDECLMETHOD_DEFAULT, D3DDECLUSAGE_POSITION, 0 },
{0, 12, D3DDECLTYPE_FLOAT3, D3DDECLMETHOD_DEFAULT, D3DDECLUSAGE_NORMAL, 0 },
{1, 0, D3DDECLTYPE_FLOAT3, D3DDECLMETHOD_DEFAULT, D3DDECLUSAGE_POSITION, 1 },
{1, 12, D3DDECLTYPE_FLOAT3, D3DDECLMETHOD_DEFAULT, D3DDECLUSAGE_NORMAL, 1},
D3DDECL_END()
};
que será renderizado. Estos efectos se pueden
programar para conseguir diferentes resultados
a partir de una técnica básica. Algunas de las
técnicas que podemos aplicar son Displacement
Mapping, Vertex Blending o Point Sorites (partí-
culas).
Geometry Blending, Vertex Tweening
La técnica Geometry Blending permite realizar
cálculos entre dos vertex para obtener valores
intermedios. Cuando esta técnica se aplica sobre
secciones de una figura o sobre figuras comple-
tas, se pueden obtener los puntos intermedios
entre secciones o podemos obtener las figuras
intermedias entre dos figuras.
Por ejemplo, si estamos dibujando el brazo de
una figura nos permite obtener la difuminación
entre articulaciones y que no aparezcan seccio-
nes rotas de la figura. A esta técnica se la cono-
ce como Vertex Blending. Este tipo de efecto se
puede aplicar de diversas maneras en Direct3D.
Para conocer su funcionamiento estudiaremos
una de las aplicaciones de este efecto denomi-
nado Vertex Tweening. Este es un efecto que se
usa en animación básica de figuras. En nuestro
caso, en vez de generar la animación mediante
técnicas tradicionales dibujando una secuencia
de figuras con un pequeño cambio en su postu-
ra para simular movimiento, se utilizará un pro-
grama de diseño. Cada modelo contiene una
pose de la acción. El proceso comenzaría por la
lectura de cada una de las poses y se generarían
las poses intermedias usando interpolación line-
al entre dos figuras, o dicho de otra manera,
entre dos grupos de vértices. Este proceso provee
un grado de optimización elevado ya que el pro-
gramador puede decidir el número de pasos
intermedios que se usarán para desarrollar la
animación. Esta técnica aporta al diseñador o
dibujante la ventaja de que sólo tiene que gene-
rar las secuencias básicas y el programa realiza-
ra el resto y es muy fácil de implementar para el
programador. También tiene sus desventajas,
como la necesidad de consumir memoria para
almacenar todas las poses de cada modelo que
se vaya a animar. Además, esta técnica no es fle-
xible ya que si queremos realizar cambios en las
animaciones durante la ejecución del programa,
tendríamos que modificar los modelos cargados
previamente.
Para calcular la diferencia entre dos figuras se
utiliza la formula de cálculo de una posición:
ALGORITMOS
Todas las técnicas
avanzadas
las encontraremos
englobadas
en la tubería
programable
Posición = pos_uno*(1.0-factor_tween)+pos
_dos*factor_tween
Con esta fórmula se calcula la posición de un
vértice y su normal a partir de la posición ini-
cial (pos1), la posición final (pos2) y el factor
de interpolación entre las posiciones (fac-
tor_tween). El primer paso para activar esta
técnica es ajustar el valor D3DRS_VERTEX-
BLEND a D3DVBF_TWEENING. Es prudente
comprobar que la tarjeta grafica soporta este
modo comprobando el flag D3DVTXPC
APS_TWEENING. Para usar esta técnica es
necesario construir una estructura de vertex
que incluya una segunda posición y una
segunda normal. Esto se realiza construyendo
una declaración que gestione la estructura de
vertex creada anteriormente. En el listado 1 se
puede estudiar la declaración del vertex.
A continuación, debemos crear la declaración del
vertex shader usando el método apropiado. El
paso siguiente es indicar la declaración del ver-
tex shader que usaremos para trabajar. Después
se activará el estado de render que permitirá que
se realice Vertex Tweening, para lo que se indi-
cará el factor de tween y la cadena fuente de
vértices a procesar. Cuando tenemos varias figu-
ras a procesar, tendremos varias cadenas de vér-
tices a indicar. No debemos olvidar que mientras
esté activado el efecto de Tweening, para cual-
quier llamada a una función de render, automá-
ticamente se le aplicará el efecto de Tweening.
Gracias a dicha técnica es posible implementar
efectos de animación entre figuras sin necesidad
de realizar grandes esfuerzos en programación.
Este efecto se puede usar para estudiar procesos
de transformación entre figuras sin necesidad de
Ejemplo de Vertex Tweening entre
dos figuras.
49 SOLO PROGRAMADORES
 ALGORITMOS
estar calculando matrices de transformación o
aplicar scripts de animación. También es útil
para entornos virtuales, como el de videojuegos,
donde tengamos figuras que realizan siempre los
mismos movimientos, con lo que el proceso gana
Stencil Buffer en rendimiento ya que es el procesador grafico el
encargado de calcular los cambios en la figura.
hace referencia a Si el lector estudia el material de apoyo adjunta-
do en el CD-ROM comprobará la facilidad de
un nuevo buffer aplicar esta técnica.
que incorporan las Píxel Pipeline
tarjetas gráficas La tubería de píxel se encarga de aplicar diferen-
tes efectos en la etapa de proceso de un píxel.
mas actuales Las técnicas empleadas son programadas y cal-
culadas a nivel de píxel, con lo que debemos de
tener en cuenta que los cálculos se realizarán
cuando se obtenga el valor del píxel que será
renderizado. La tubería de píxel sigue esta
secuencia de operaciones:
1 . Ajuste de triángulos.
2 . Aplicación de Pixel Shader. Esta operación
reemplaza a la aplicación de formatos fijos de
multitextura. Se realiza la aplicación de colo-
res, coordenadas de textura, texturas, trans-
parencias, etc.
3 . Niebla
4 . Chequeo de valores alfa, stencil, profundidad.
5 . Transparencias en el Frame-Buffer.
En el artículo del mes anterior ya abordamos el
estudio de técnicas avanzadas que se aplican en
esta tubería de proceso como Bump Mapping y
Environment Mapping. A continuación, analiza-
remos más técnicas que se pueden usar en la
tubería programable de píxel.
Stencil Buffer
Al usar la expresión Stencil Buffer estamos
haciendo referencia a otro buffer que incorpo-
ran los últimos modelos de tarjetas graficas.
Podríamos decir que el Stencil Buffer es otro
plano que contiene información de píxeles. La
funcionalidad básica de este buffer es la de
enmascarar píxeles en una imagen. Para usar
este buffer se deben establecer unas funciones
de control de una plantilla y de enmascara-
miento, que establecen un test de control que
se realizará sobre la imagen a renderizar. Según
sea el tipo de test, se dibujarán los píxeles de la
imagen. Al poder controlar las funciones de
stencil y el tipo de enmascaramiento, se pueden
realizar diversos tipos de efectos especiales
como los que se emplean en video para realizar
diferentes transiciones entre escenas o se pue-
den añadir imágenes fijas sobre imágenes ani-
madas. Otro efecto a aplicar puede ser el tratar
una escena en la que se van a representar obje-
tos con reflejos o que al iluminar objetos apa-
rezcan también sus sombras.
Analicemos algunos efectos para ver cómo se
podrían realizar con el buffer stencil. Si quisiéra-
SOLO PROGRAMADORES 50
mos realizar un efecto de transición, donde una
imagen va desapareciendo gradualmente y va
apareciendo otra, seguiríamos los pasos que
vamos a comentar. En principio, renderizariamos
las dos imágenes. A continuación, usaríamos el
buffer Stencil para controlar los píxeles de cada
imagen que se dibujarían en la superficie de des-
tino. A la hora de definir el proceso de transición,
se podrían definir una serie de máscaras para el
buffer Stencil y copiarlas sucesivamente en el
buffer. Otra posibilidad podría ser definir una
máscara base para la primera imagen que se iría
modificando gradualmente.
Para realizar este efecto, al principio de la
transición se deben fijar las funciones que
indican el comportamiento del buffer Stencil
y de la mascara, con lo que se indica que la
mayoría de los píxeles de la imagen inicial
pasan el test del buffer Stencil. Esto permite
que la imagen inicial ocupe prácticamente
toda la superficie dibujada. Obviamente, la
mayoría de los píxeles de la imagen final no
pasan el test, con lo que no se dibujarían. El
proceso continuaría en sucesivos frames,
modificando la mascara que se ha estableci-
do en el buffer, con lo que poco a poco, van
disminuyendo el numero de píxeles de la pri-
mera imagen que pasan el test. De esta
manera iría desapareciendo la imagen inicial
e iría apareciendo la imagen final. Este efec-
to se podría aplicar también para hacer fun-
didos o "fades", ya que podríamos usar el
buffer Stencil para realizar una transición
desde un fondo negro o blanco a una imagen
final lo que se conoce también como "fade
in", o al revés, desde la imagen, hacer una
transición a un fondo en blanco o negro, lo
que se conoce como "fade out".
Otro efecto que se usa es aplicar siluetas y líne-
as de resalte sobre figuras en tres dimensiones.
Si queremos conseguir que una figura aparezca
remarcada con una línea de resalte, aplicamos
una máscara a la figura con su mismo diseño
pero con un tamaño menor. De esta manera
conseguimos que aparezca sólo una línea que
marca la forma de la figura. Si ahora rellena-
mos esa área de un color, conseguimos que
aparezca nuestra figura con una línea de resal-
te, dando el aspecto que tienen las figuras que
aparecen en películas de dibujos animados. Si
lo que queremos conseguir es la silueta de una
figura, lo que haríamos seria aplicar una más-
cara con el mismo diseño que el de la figura y
el mismo tamaño. Si este espacio lo rellenamos
de color, conseguimos la silueta de la figura.
Estos son varios ejemplos de cómo usar el buffer
Stencil. Ahora nos centraremos en estudiar el
proceso de programación del uso del buffer
Stencil y profundizaremos en tres ejemplos,
enmascarar una escena 3D con una imagen fija,
creación de reflejos y creación de sombras.
 ALGORITMOS
Direct3D 9.0 avanzado (II)

LISTADO 2 Aplicando un marco a la escena

//PRIMERA PARTE
//Se desactiva el zbuffer. No se escribe nada en el zbuffer o en el frame buffer
device_d3d->SetRenderState(D3DRS_ZENABLE,FALSE);
device_d3d->SetRenderState(D3DRS_ZWRITEENABLE,FALSE);
device_d3d->SetRenderState(D3DRS_ALPHABLENDENABLE,TRUE);
Enmascarar una
device_d3d->SetRenderState(D3DRS_SRCBLEND,D3DBLEND_ZERO);
device_d3d->SetRenderState(D3DRS_DESTBLEND,D3DBLEND_ONE);
escena 3D con
//Test sobre el canal alpha
device_d3d->SetRenderState( D3DRS_ALPHATESTENABLE,TRUE);
una imagen fija es
device_d3d->SetRenderState( D3DRS_ALPHAREF,0);
device_d3d->SetRenderState( D3DRS_ALPHAFUNC,D3DCMP_GREATER);
un recurso muy
//Se activa el buffer stencil y se establece función de comparación
device_d3d->SetRenderState( D3DRS_STENCILENABLE,TRUE);
utilizado por los
device_d3d->SetRenderState( D3DRS_STENCILFUNC,D3DCMP_ALWAYS);
device_d3d->SetRenderState( D3DRS_STENCILPASS,D3DSTENCILOP_INCR);
programadores
//SEGUNDA PARTE
de vídeojuegos
device_d3d->SetRenderState( D3DRS_STENCILREF,1);
device_d3d->SetRenderState( D3DRS_STENCILFUNC,D3DCMP_EQUAL);
device_d3d->SetRenderState( D3DRS_STENCILPASS,D3DSTENCILOP_KEEP);

//TERCERA PARTE
device_d3d->SetRenderState( D3DRS_STENCILREF,0);
device_d3d->SetRenderState( D3DRS_STENCILFUNC,D3DCMP_EQUAL);
device_d3d->SetRenderState( D3DRS_STENCILPASS,D3DSTENCILOP_KEEP);

Programación del Stencil Buffer comienza limpiando el zbuffer y el buffer Stencil.

El proceso comienza estableciendo el test que se En el primer paso, la máscara se dibuja desacti-
va a realizar sobre los píxeles. El test se realiza- vando el zbuffer y activando los estados de ren-
rá para cada píxel de la superficie de render der. Con estos estados, impedimos que se escri-
usando tres valores: el valor correspondiente en ba información en el zbuffer y en el frame buf-
el buffer Stencil, un valor de referencia del fer. Establecemos un test sobre el canal alpha
Stencil y un valor de máscara de Stencil. Si se donde el valor de referencia es el cero y estable-
supera el test, se realiza la acción correspon- cemos una función de comparación donde cada
diente. Los pasos que resumen el proceso son los píxel tiene que ser mayor que el valor de refe-
siguientes: rencia. Activamos el buffer Stencil y establece-
1 . Se realiza una operación AND del valor de mos que la función de comparación siempre se
referencia del Stencil con el valor de la más- cumpla y para el caso en el que la función se
cara de Stencil. cumpla, vaya incrementando su valor. Estas ope-
2 . Se realiza una operación AND del valor del raciones se pueden estudiar en el listado 2 (pri-
buffer Stencil del píxel que está tratando con mera parte).
el valor de la máscara de Stencil. A continuación, renderizamos un polígono en el
3 . Se comparan los dos resultados usando una buffer Stencil con una textura aplicada que es la
función de comparación establecida. Si el test
para el píxel se pasa, es dibujado, de otra Escena con un marco
aplicado.
manera es ignorado. Como ya se ha comenta-
do, en un programa podemos establecer la
función de comparación, la máscara de
Stencil y el valor de referencia del Stencil.
Contador
El primer ejemplo que vamos a abordar es el que
se usa para establecer un marco o un contador
superpuesto a la escena. Haciendo un resumen
de su funcionamiento, el programa en el primer
paso dibuja una mascara en el buffer Stencil. En
el segundo paso se dibuja la imagen que va a
permanecer fija y que es el contador o marco
que establecemos en la escena y en el tercer
paso se dibuja la escena completa. El proceso

51 SOLO PROGRAMADORES
 ALGORITMOS
Escena con reflejos
y transparencias.
Ejemplo de volumen de sombra.
SOLO PROGRAMADORES
máscara. De esta manera establecemos un
marco blanco con un fondo negro. El segundo
paso establece una función de comparación
donde el píxel debe ser igual que el valor de refe-
rencia. El valor de referencia se establece a uno.
La acción que se establece si la comparación es
válida es la de mantener el valor del buffer
Stencil. Estas operaciones también se pueden
estudiar en el listado 2 (segunda parte). Como el
marco que está establecido en la máscara es de
color blanco o valor uno y al resto del buffer se
le aplica un test sobre el canal alpha evaluando
sólo el color negro, lo único que se dibuja en este
paso es el marco, permaneciendo el resto trans-
parente. En el tercer paso, la función de compa-
ración y de acción es la misma que en el segun-
do paso. Estas operaciones se pueden estudiar en
la tercera parte del listado 2. Sólo cambia el
valor de referencia que se establece a cero. De
esta manera el test se cumple para la parte de la
escena que está en negro, con lo que la escena
queda encuadrada dentro de un marco. Este tipo
de efecto se usa en determinados videojuegos
para mostrar los contadores que informan de los
niveles de vida y energía que le quedan al perso-
naje protagonista.
Reflejos
El buffer Stencil se puede usar para reproducir
superficies reflectantes como espejos o agua. El
proceso comenzaría renderizando la geometría
52
de la superficie reflectante en el buffer Stencil.
El buffer Stencil se usaría como una máscara y
se renderizaría la escena otra vez, pero ahora la
geometría de la escena se habría trasladado y se
habría renderizado sobre la superficie reflectan-
te donde aparecería como el reflejo. Para mos-
trar la escena completa, primero se renderizaría
la escena sin reflejos y después la superficie
reflectante con el reflejo calculado. Para calcular
el reflejo se usaría un plano de recorte para que
sólo los objetos que están sobre la superficie
reflectante aparezcan. Es importante recordar
que a la hora de aplicar el reflejo en el buffer
stencil, debemos cambiar el orden de renderiza-
do de los polígonos ya que el reflejo está al revés
de la figura original, como es obvio. En el listado
3 se puede estudiar todo el proceso.
Sombras
Para la creación de sombras comentaremos una
técnica de generación que permite crear som-
bras en tiempo real. A partir de objetos comple-
jos se usa un método modelador que nos da
como resultado las sombras. En cada frame o
cuando en una escena los objetos o las luces se
mueven, se calculan los volúmenes de cada som-
bra. Si se llama volumen de sombra, es debido a
que una sombra es un objeto 3D calculado a par-
tir del objeto original y de la luz que lo ilumina,
pero del que sólo se muestra su silueta. Lo que se
hace es moldear las sombras en un plano.
Comenzamos el proceso a partir de la silueta
donde se detectan los filos. Esto se puede reali-
zar debido a que las normales de los polígonos
adyacentes tendrán normales opuestas con res-
pecto al vector de la fuente de luz. Así obtene-
mos una lista de filos, es decir, la silueta, que es
el resaltado del objeto 3D lejos de la fuente de
luz. Este objeto calculado es conocido como un
volumen de sombra, donde cada punto dentro
del volumen pertenece a la sombra. Con el volu-
men de sombra calculado, lo renderizamos dos
veces en el buffer Stencil. Primero, sólo se ren-
derizan los polígonos de la cara delantera.
Entonces, se incrementa el valor del buffer
Stencil. A continuación, se renderizan los polígo-
nos de la parte trasera del volumen de sombra y
se decrementa el valor del buffer Stencil. Como
la escena estaba ya renderizada con la geome-
tría inicial, en nuestro ejemplo la tetera y la
superficie, algunos píxeles fallan el test del zbuf-
fer cuando se renderiza el volumen de sombra.
Cualquier valor que permanezca en el buffer
Stencil es en realidad la lista de píxeles que for-
man la sombra. Para concluir el proceso de ren-
derizado de la escena, ese grupo de píxeles que
permanecen en el buffer stencil se usan como
una máscara que se dibuja en la escena en un
cuadrado negro con transparencia. Como el buf-
fer Stencil actúa como una máscara, sólo los
píxeles que están incluidos en la sombra apare-
cen oscuros, permaneciendo el resto transparen-
 ALGORITMOS
Direct3D 9.0 avanzado (II)

LISTADO 3 Reproducción de reflejos

Con efectos
void pintar_reflejo()
{ como reflejos
//Se activa el buffer stencil
device_d3d->SetRenderState(D3DRS_STENCILENABLE,TRUE); y sombras
device_d3d->SetRenderState(D3DRS_STENCILFUNC,D3DCMP_ALWAYS);
device_d3d->SetRenderState(D3DRS_STENCILREF,0x1); nuestras escenas
device_d3d->SetRenderState(D3DRS_STENCILMASK,0xFFFFFFFF);
device_d3d->SetRenderState(D3DRS_STENCILWRITEMASK,0xFFFFFFFF); se aproximarán
device_d3d->SetRenderState(D3DRS_STENCILZFAIL,D3DSTENCILOP_KEEP);
device_d3d->SetRenderState(D3DRS_STENCILFAIL,D3DSTENCILOP_KEEP); más a la realidad
device_d3d->SetRenderState(D3DRS_STENCILPASS,D3DSTENCILOP_REPLACE);
//Se desactiva el buffer Z y activa el buffer stencil
device_d3d->SetRenderState( D3DRS_ZENABLE,FALSE);
device_d3d->SetRenderState(D3DRS_ZWRITEENABLE,FALSE);
device_d3d->SetRenderState(D3DRS_LIGHTING,FALSE);
device_d3d->SetRenderState(D3DRS_SRCBLEND,D3DBLEND_ZERO);
device_d3d->SetRenderState(D3DRS_DESTBLEND,D3DBLEND_ONE);
device_d3d->SetRenderState(D3DRS_ALPHABLENDENABLE,TRUE);
//Se dibujan las superficies reflectantes
sup_reflejo();
sup_reflejo2();
//Se guarda la matriz de vista
D3DXMATRIX matViewSaved;
device_d3d->GetTransform(D3DTS_VIEW,&matViewSaved);
//Se calcula el reflejo. Normal al plano de la superficie reflectante
D3DXMATRIX matView, matReflect;
D3DXPLANE plane;
D3DXPlaneFromPointNormal( &plane, &D3DXVECTOR3(0,1,0),&D3DXVECTOR3(0,1,0) );
D3DXMatrixReflect( &matReflect, &plane );
D3DXMatrixMultiply( &matView, &matReflect, &matViewSaved );
device_d3d->SetTransform( D3DTS_VIEW, &matView );
//Se establece un plano de recorte. Sólo aparecen los elementos encima
de la superficie
device_d3d->SetClipPlane(0,plane);
device_d3d->SetRenderState( D3DRS_CLIPPLANEENABLE, 0x01 );
//Se renderiza la escena sobre la superficie reflectante.
//Recordar cambiar el orden de generación de polígonos. Es un reflejo.
device_d3d->SetRenderState( D3DRS_ZWRITEENABLE, TRUE );
device_d3d->SetRenderState( D3DRS_STENCILFUNC, D3DCMP_EQUAL );
device_d3d->SetRenderState( D3DRS_STENCILPASS, D3DSTENCILOP_KEEP );
device_d3d->SetRenderState( D3DRS_CULLMODE, D3DCULL_CW );
//Se borra el zbuffer el frame buffer y el buffer stencil no se borran.
device_d3d->Clear( 0L, NULL, D3DCLEAR_ZBUFFER, 0xFFFFFFFF,1.0f,0L );
pintar_escena();
//Se restauran los valores iniciales para la escena
device_d3d->SetRenderState( D3DRS_CULLMODE, D3DCULL_CCW );
device_d3d->SetRenderState( D3DRS_STENCILENABLE, FALSE );
device_d3d->SetRenderState( D3DRS_ALPHABLENDENABLE, FALSE );
device_d3d->SetRenderState( D3DRS_CLIPPLANEENABLE, 0x00 );
device_d3d->SetTransform( D3DTS_VIEW, &matViewSaved );

tes. Tanto esta como las anteriores técnicas pue-
den ponerse en práctica estudiando el material
de apoyo incluido en el CD-ROM.
Conclusiones
La tubería programable nos amplia el numero
de posibilidades de creación de efectos sin
necesitar un tiempo elevado de desarrollo. Las
escenas realizadas con estos efectos se apro-
ximan cada día mas a la realidad que nos
rodea. Pero en el siguiente artículo concluire-
mos con el estudio de lo que se vislumbra
como el futuro inmediato en el proceso de
diseñar efectos, ya que abordaremos el análi-
sis de vertex shaders y píxel shaders.

53 SOLO PROGRAMADORES
 ALGORITMOS
Acceso a código nativo
con JNI (y II)
GABRIEL DOS SANTOS DÁVILA
JNI no es sólo una forma de ejecutar
código nativo desde Java. Es una
especificación que define una
completa interacción en ambos
sentidos entre un tipo de código y el
otro.
Introducción
En la entrega anterior hicimos una introducción
a los aspectos más elementales de JNI que nos
permitió trabajar con tipos de datos simples y
hacer invocaciones desde Java al código nativo.
En esta segunda entrega aprenderemos cómo
trabajar con vectores y objetos, invocar métodos
y ejecutar la máquina virtual desde código escri-
to en C/C++.
Acceso a vectores de Java
JNI trata a los vectores de tipos primitivos y los
de tipos por referencia de forma diferente.
Independientemente del tipo de datos de los ele-
mentos que contenga, un vector es siempre en sí
mismo una variable de tipo por referencia. JNI
posee una jerarquía de definiciones de tipos de
Utilidad javap. objetos que tiene a jobject como raíz. En particu-
SOLO PROGRAMADORES 54
lar para los vectores, define el tipo jarray y varios
subtipos como jbooleanArray o jbyteArray. En el
cuadro "Tipos de datos para vectores" podemos
ver la lista completa de declaraciones C++ de
tipos JNI para vectores. Al igual que ocurre con
las cadenas de caracteres, la representación
interna de un vector en Java no es equivalente a
la de uno en C y por esa razón no podemos utili-
zarlos de forma directa sino que debemos hacer-
lo a través de funciones de acceso especiales.
Acceso a vectores de tipos primitivos
Dentro de los vectores que contienen un tipo de
datos primitivo, hay dos variantes de uso distin-
tas. La primera consiste en copiar los elementos
del vector a un vector C normal cuya memoria
debe ser asignada previamente, trabajar con
éstos elementos (modificándolos si fuera nece-
sario) y luego, si fueron modificados, copiar los
elementos modificados al vector Java original.
Tipos de datos para vectores
class _jarray : public _jobject {};
typedef _jarray *jarray;
class _jbooleanArray : public _jarray {}
typedef _jbooleanArray *jbooleanArray;
class _jbyteArray : public _jarray {};
typedef _jbyteArray *jbyteArray;
class _jcharArray : public _jarray {};
typedef _jcharArray *jcharArray;
class _jshortArray : public _jarray {};
typedef _jshortArray *jshortArray;
class _jintArray : public _jarray {};
typedef _jintArray *jintArray;
class _jlongArray : public _jarray {};
typedef _jlongArray *jlongArray;
class _jfloatArray : public _jarray {};
typedef _jfloatArray *jfloatArray;
class _jdoubleArray : public _jarray {};
typedef _jdoubleArray *jdoubleArray;
class _jobjectArray : public _jarray {};
typedef _jobjectArray *jobjectArray;

Acceso a código nativo con JNI (y II)
Supongamos que deseamos crear un méto-
do nativo que reciba un vector con diez
números enteros e incremente en uno cada
uno de ellos. El código necesario para
implementarlo puede verse en el listado 1.
La función GetIntArrayRegion recibe como
parámetros el vector Java, el índice del ele-
mento inicial, la cantidad de elementos a
copiar y el vector C de destino (como un
puntero a jint) el cual ya debe tener su
memoria reservada. Puesto que la función
no asigna memoria, no devuelve ningún
código de error. Como resultado tendremos
copiados en tmpA todos los elementos del
vector. Luego incrementamos el valor de
cada uno dentro de un bucle y finalmente
actualizamos los cambios en el vector origi-
nal por medio de la función SetIntArrayR-
egion. Hay variantes de éstas dos funciones
para todos los tipos de datos primitivos. En
el cuadro "Funciones de copia de vectores
de tipos primitivos" podemos ver la lista
completa.
Esta técnica es buena para acceder a vec-
tores pequeños cuyo tamaño es fijo y se
conoce de antemano. La otra forma de uti-
lizar vectores de tipos primitivos consiste
en obtener un puntero directo a sus ele-
mentos, trabajar con ellos y luego liberar la
referencia. Para que esto sea posible, la
máquina virtual debe ser capaz de indicar-
le al recolector de basura que hay una refe-
rencia externa a los elementos de ese vec-
tor por lo cual no deben ser movidos de su
lugar en memoria. A este procedimiento se
lo conoce con el nombre de pinning y no
necesariamente es soportado por cualquier
máquina virtual. En el caso de que la
máquina virtual no soporte pinning, reser-
va memoria, hace una copia de los elemen-
tos en esa memoria y devuelve una refe-
rencia a la copia. Luego, cuando el progra-
ma libera la referencia, actualiza el vector
original. El listado 2 presenta el mismo caso
del listado 1 pero esta vez obteniendo una
referencia directa.
La función GetIntArrayElements devuelve una
referencia a los elementos del vector. En el caso
en que necesite reservar memoria para crear una
copia de los mismos, podría devolver NULL si no
hubiera memoria suficiente por lo cual verifica-
mos el valor de pEnteros antes de utilizarlo. En el
segundo parámetro devuelve un boolean indi-
cando si lo que devuelve es una copia o una refe-
rencia directa. Hay un par de funciones
GetArray<tipo>Elements y SetArray<tipo>E-
ements para cada tipo de datos primitivo.
También existen funciones GetPrimitiveA-
rrayCritical y SetPrimitiveArrayCritical que deben
usarse con la misma precaución que las que se
utilizan con cadenas de caracteres.
ALGORITMOS
LISTADO 1 Modificando un vector Java desde C/C++, opción 1
JNIEXPORT jvoid JNICALL
Java_TestClass_sumarUno (JNIEnv *env, jobject obj, jIntArray enteros){
jint tmpA[10];
env->GetIntArrayRegion(enteros,0,10, tmpA);
for(int i=0;i<10;i++) tmpA[i]++;
env->SetIntArrayRegion(enteros,0,10, tmpA);
}
LISTADO 2
Modificando un vector Java desde C/C++, opción 2
JNIEXPORT jvoid JNICALL
Java_TestClass_sumarUno (JNIEnv *env, jobject obj, jIntArray enteros){
jint *pEnteros;
jboolean *pEsCopia;
pEnteros =env->GetIntArrayElements(enteros, pEsCopia);
if(pEnteros=NULL) return;
jint iElementos= env->GetArrayLength(enteros);
for(jint i=0;i< iElementos;i++) pEnteros[i]++;
env-> ReleaseIntArrayElements(enteros,pEnteros,0);
}
LISTADO 3 Modificación de la función Java_SortFiles_sort
JNIEXPORT jint JNICALL
Java_SortFiles_sort (JNIEnv *env, jobject obj, jobjectArray jarchivos, jint
jorden, jstring jSufijo){
const char *chSufijo= env->GetStringUTFChars(jSufijo, 0);
string sufijo(chSufijo);
env->ReleaseStringUTFChars(jSufijo,chSufijo);
jint arraySize=env->GetArrayLength(jarchivos);
cout << "sufijo: " << sufijo << " orden:" << jorden << " cant archivos:"
<< arraySize << endl;
for(int i=0;i<arraySize;i++){
jstring jstrArchivo = (jstring) env->GetObjectArrayElement(jarchivos, i);
const char *chArchivo= env->GetStringUTFChars(jstrArchivo, 0);
sortfile(chArchivo,string(string(chArchivo) + sufijo).c_str());
env->ReleaseStringUTFChars(jstrArchivo,chArchivo);
}
return 0;
}
Acceso a vectores de objetos explicadas en la entrega anterior. Una vez obte-
El acceso a estos vectores se hace de elemen- nido el nombre de cada archivo a ordenar, lla-
to a elemento usando las funciones GetOb- mamos a la función sort pasándole como pará-
jectArrayElement y SetObjectArrayElement. metros el nombre de archivo de entrada y el de
Veremos cómo hacerlo modificando nuestra salida. Recordemos que el ordenamiento se
aplicación de ejemplo para que lea el vector de hace, según se definió el ejemplo en la entrega
objetos de tipo string que contiene los nombres anterior, por edad. Luego debemos agregar a
de los archivos a procesar. Modificaremos el SortFiles.cpp la función sort, cuyo código puede
código de la función Java_SortFiles_sort tal verse en el listado 4.
como indica el listado 3.
El código para leer el sufijo permanece
igual y se agrega una llamada a Funciones de copia de vectores de tipos
GetArrayLength, que sirve tanto para vec- primitivos
tores de tipos primitivos como por referen-
cia, para obtener la cantidad de elementos GetBooleanArrayRegion() SetBooleanArrayRegion()
del vector. Una vez que conocemos la can- GetByteArrayRegion() SetByteArrayRegion()
tidad de elementos iteramos sobre cada
uno de ellos obteniendo una referencia por GetCharArrayRegion() SetCharArrayRegion()
medio de GetObjectArayElement. Como GetShortArrayRegion() SetShortArrayRegion()
sabemos que el vector está formado por
objetos de clase string asignamos esta GetIntArrayRegion() SetIntArrayRegion()
referencia a una variable de tipo jstring. A GetLongArrayRegion() SetLongArrayRegion()
continuación leemos el contenido de esta
cadena usando las funciones GetS- GetFloatArrayRegion() SetFloatArrayRegion()
tringUTFChars y ReleaseStringUTFChars GetDoubleArrayRegion() SetDoubleArrayRegion()
55 SOLO PROGRAMADORES
 ALGORITMOS

LISTADO 4 Código de la función sortfile olvidarnos de agregar en la ruta de búsque-

int sortfile(const char* strArchEntrada, const char* strArchSalida){ da de archivos #include la ruta correspon-
vector<Empleado> ve; diente a JNI y de establecer las variables de
ifstream entrada (strArchEntrada); entorno adecuadamente.
copy(istream_iterator<Empleado> (entrada),
istream_iterator<Empleado>(),(back_inserter(ve)));
Para no complicar la lógica de la parte C++
entrada.close(); no se ha implementado la posibilidad de
sort(ve.begin(),ve.end()); seleccionar un ordenamiento ascendente o
ofstream salida(strArchSalida); descendente. El único objetivo del paráme-
copy(ve.begin(),ve.end(),ostream_iterator<Empleado>(salida));
salida.close(); tro de ordenamiento es demostrar cómo
return 0; pasar por parámetro una variable de tipo
} primitivo. La secuencia para compilar en
Windows es la siguiente:
LISTADO 5 Contenido del fichero Empleado.h C:\>set PATH=%PATH%;<ruta_Visual_Stu
dio>\VC98\Bin
#include <iostream>
#include <string>
C:\>set LIB=<ruta_Visual_Studio>\VC98
#include <sstream>
#include <fstream> \Lib
const char SEPARADOR_DATOS=',';
const char SEPARADOR_REG='\n'; C:\>set INCLUDE=<ruta_Visual_Studio>
class Empleado {
std::string m_nombre; \VC98\Include;<ruta_JDK>\include;<rut
std::string m_edad; a_JDK>\include\win32
public:
virtual void enviarA (std::ostream& dest) const; C:\>cl -ML
virtual void leerDe (std::istream& origen);
friend bool operator<(const Empleado& i, const Empleado& d) {return Para compilar en Linux, haremos esto:
(i.m_edad<d.m_edad);} $ gcc -shared -I<ruta_JDK>/include/ \
};
-I<ruta_JDK>/include/linux \
LISTADO 6 Contenido del fichero Empleado.cpp SortFiles.cpp Empleado.cpp -o libSortF
#include "Empleado.h" iles.so
using namespace std;
void Empleado::enviarA(std::ostream& dest) const { Y para compilar en Solaris haremos lo
dest << m_nombre << SEPARADOR_DATOS; siguiente:
dest << m_edad << SEPARADOR_REG;
} $ cc -G -I<ruta_JDK>/include/ -I<ruta_
void Empleado::leerDe (std::istream& origen){ JDK>/include/solaris \
getline(origen,m_nombre,SEPARADOR_DATOS);
getline(origen,m_edad,SEPARADOR_REG); SortFiles.cpp Empleado.cpp -o libSort
}
Files.so

LISTADO 7 Modificación del fichero SortFiles_i.h Para poder probar debemos crear archivos
#include <algorithm>
de datos que contengan en cada línea ape-
#include <vector> llido y edad de un empleado separados por
#include <string> coma. Por ejemplo así:
#include <sstream>
#include <iterator> López,44
#include <fstream>
#include "Empleado.h" Pérez,35
int sortfile(const char* strArchEntrada, const char* strArchSalida);
std::ostream& operator << (std::ostream& strm, const Empleado& f) { González,65
f.enviarA(strm);
return strm; Al ejecutar la clase Java, los archivos que-
} darán ordenados en una copia cuyo nombre
std::istream& operator >> (std::istream& strm, Empleado& f) { será el del archivo más el sufijo indicado.
f.leerDe (strm);
return strm;
} Acceso a variables miembro de objetos
Java
Para comprender el tema que nos ocupa ro llamado Empleado.cpp cuyo contenido se
basta con saber de esta función que ordena muestra en el listado 6. La función de esta El acceso a una variable miembro o campo
los datos de cada archivo utilizando iterado- clase es la de leer los datos de un empleado de un objeto Java desde el código nativo se
res y una clase Empleado que debemos crear. desde y hacia el archivo de datos. Por último hace por medio de los siguientes pasos:
Para declararla agregaremos un fichero de modificaremos el archivo SortFiles_i.h, al 1 . Obtener una referencia a la clase a la
nombre Empleado.h en el que escribiremos el cual le agregaremos las líneas del listado 7. cual pertenece el campo usando la fun-
contenido del listado 5. La implementación Una vez concluidas estas modificaciones, ción GetObjectClass.
de la clase Empleado la haremos en un fiche- debemos compilar y ejecutar el ejemplo, sin 2 . Obtener el identificador del campo a

SOLO PROGRAMADORES 56
 ALGORITMOS
Acceso a código nativo con JNI (y II)

partir de su nombre y de un descriptor LISTADO 8 Modificación de la clase SortFiles.java

que indica su tipo de dato. La función
que se utiliza depende del tipo de campo
al que se desea acceder. Para variables
de instancia se usa la función GetFieldID
y para variables estáticas de la clase
(definidas con la palabra clave static) se
usa GetStaticFieldID. Más adelante
veremos qué es exactamente un des-
criptor de campo y cómo crear uno.
3 . Una vez obtenido el identificador del
campo, se lee su valor usando la familia
de funciones Get<tipo>Field() que reci-
be como parámetros el identificador de
campo y una referencia al objeto cuyo
campo se quiere leer o GetStatic<ti-
po>Field() que recibe como parámetro el
identificador de campo y una referencia
a la clase cuyo campo se quiere acceder,
según sea éste static o no. Para modifi-
car el valor de un campo utilizaremos las
funciones Set<tipo>Field() y SetSta-
tic<tipo>Field().
public void informarProgreso(int procesados, int pendientes, String procesando){
System.out.println(
"Actualmente procesando " + procesando +
". Total procesado: " + procesados + ". " +
pendientes + " pendientes de procesar.");
}
LISTADO 9 Modificación del archivo SortFiles.cpp
for(int i=0;i<arraySize;i++){
jstring jstrArchivo = (jstring) env->GetObjectArrayElement(jarchivos, i);
jclass cls = env->GetObjectClass(obj);
jmethodID mid = env->GetMethodID(cls, "informarProgreso",
"(IILjava/lang/String;)V");
if (mid == NULL) return 1; /* método no encontrado */
env->CallVoidMethod(obj, mid,i,arraySize-i,jstrArchivo);
const char *chArchivo= env->GetStringUTFChars(jstrArchivo, 0);
sortfile(chArchivo,string(string(chArchivo) + sufijo).c_str());
env->ReleaseStringUTFChars(jstrArchivo,chArchivo);
}

Ejecutar métodos de objetos Java

Al igual que los campos o variables miem-
bro, los métodos también pueden ser de
instancia o estáticos y la forma de invocar-
los será diferente.
Invocación de métodos de instancia y
estáticos
EL procedimiento es similar al utilizado
para el acceso a campos:
1 . Obtener la referencia a la clase usando
la función GetObjectClass.
2 . Obtener el identificador del método a
partir del descriptor de método usando
las funciones GetMethodID o GetStat-
icMethodID según se trate de un método
de instancia o estático respectivamente.
3 . Una vez que tenemos el identificador del
método podemos invocarlo. Para métodos
de instancia lo haremos con la función
Call<tipo>Method() que recibe como
parámetro la referencia al objeto cuyo
método deseamos invocar. En el caso de
los métodos estáticos debemos usar
CallStatic<tipo>Method() y pasarle como
parámetro la referencia a la clase. El
<tipo> incluido en el nombre de estas
funciones se refiere al tipo devuelto por el
método a invocar. Hay una versión para
cada tipo primitivo, una para métodos que
no devuelven ningún valor (es decir, que el
tipo de datos devuelto es void) y otra para
métodos que devuelven una referencia.
Las funciones de invocación de métodos,
tanto estáticos como de instancia, están defi-
nidas con una cantidad indeterminada de
parámetros opcionales. De esta manera, si las
Estructura final de la aplicación ejemplo.
usamos para invocar a un método Java que
recibe parámetros, éstos irán como paráme-
tros adicionales a la función de invocación.
Veamos un ejemplo. Nuestra aplicación debe
notificar al objeto Java de cada archivo pro-
cesado, informando cantidad de procesados
y de pendientes. Esto lo haremos por medio
de un callback, es decir, un método Java que
será invocado desde el código nativo cada
vez que se procese un archivo. En primer
lugar, agregaremos la función de notificación
a la clase Java SortFiles. Para ello, en el archi-
vo SortFiles.java agregaremos dentro de la
declaración de la clase el código del listado 8.
Luego modificaremos el bucle for de la fun-
ción Java_SortFiles_sort en el archivo
SortFiles.cpp tal como muestra el listado 9.
Como podemos ver, el método informarPro-
greso recibe tres parámetros, los cuáles se
pasan desde C++ como parámetros adiciona-
les a CallVoidMethod. Ésto es porque esta fun-
ción está declarada en <jni.h> como void
CallVoidMethod(jobject obj, jmethodID
methodID, ...) y puede recibir cualquier núme-
ro de parámetros ademas de la referencia al
objeto y el identificador de método que son
Indicador de progreso.
obligatorios. Todos estos parámetros adiciona-
les los enviará al método que invoca. Hay dos
variantes de la familia Call<tipo>Method()
que utilizan otras técnicas para pasar paráme-
tros al método Java. Sus nombres son Call<Ti-
po>MethodA() y Call<tipo>MethodV respec-
tivamente y utilizan punteros y vectores para
los parámetros adicionales.
También podemos ver en el ejemplo cómo
se implementa la búsqueda del identifica-
dor de campo.
Ya estamos listos para compilar nuevamente
nuestra clase Java y la librería C++. Una vez
hecho esto podemos lanzar la ejecución y vere-
mos que para cada archivo procesado aparece
en pantalla la información de progreso.
Descriptores de campo y de método
Los descriptores utilizados por GetMetho-
dID y GetFieldID son cadenas de caracteres
que representan el tipo de dato en el caso
de los campos y la declaración en el caso de
los métodos.
Un descriptor para un campo de tipo de
datos primitivo consiste en una letra que

57 SOLO PROGRAMADORES
 ALGORITMOS

LISTADO 10 Detección y control de excepciones Control de errores

...
1. jthrowable e; Cuando desarrollamos código nativo debe-
2. env->CallVoidMethod(obj,mid1); mos tener especial precaución al invocar
3. e=env->ExceptionOccurred(); funciones JNI o métodos de objetos Java.
4. if (e){
5. e->ExceptionDescribe(); Muchas de las funciones JNI devuelven un
6. e->ExceptionClear(); valor que indica si se produjo un error pero
7. } esto no siempre es así, además es muy
8. env->CallVoidMethod(obj,mid2);
9. e=env->ExceptionOccurred(); común que los métodos que invoquemos
10. if (e){ lancen una excepción si encuentran algún
... error. Esta es una excepción de Java y como
tal no será detectada por el mecanismo de
LISTADO 11 manejo de excepciones de C++. Las funcio-
Lanzando una excepción desde un método nativo
nes y tipos que luego de llamar a una función
jclass e=env->FindClass("FileNotFoundException"); JNI nos permiten detectar si se produjo algu-
if (e!=NULL){
env->ThrowNew(e,"No se encontró el archivo");
na excepción y en tal caso manejarla, son:
return; z jthrowable, referencia a un objeto de
} excepción.
z env->ExceptionOccurred, devuelve una
LISTADO 12 referencia jthrowable a la última excep-
Capturando la excepción ción ocurrida. La forma de detectar si se
... produjo una excepción es llamar a esta
void probar(){ función inmediatamente después de
try{
metodo("c:\datos.dat"); cada función JNI y si devuelve un valor
}catch(Exception e){ distinto de NULL indica que hubo una
System.out.println("Excepción en el método nativo."); excepción. Luego de manejar la excep-
}
}
ción hay que llamar a ExceptionClear, de
... lo contrario ésta quedará activa y si
native void metodo(String archivo) throws FileNotFoundException; luego volvemos a ejecutar Excep-
... tionOccurred seguirá informando que
hubo un error.
LISTADO 13 Función main del fichero StartVM.cpp z ExceptionDescribe, muestra información
sobre la excepción.
#include <jni.h>
z ExceptionClear, desactiva la excepción
int main(int argc, char* argv[]){
JNIEnv* env; para que sucesivas invocaciones a Excep-
JavaVM* jvm; tionOccurred no reporten un error a
jclass cls; menos que otra función lance una nueva
jmethodID mid;
if (StartVM(jvm,env)<0) return 1; excepción.
if((cls=env->FindClass(argv[1]))==NULL) return 1; En el extracto de código del listado 10 pode-
if ((mid=env->GetStaticMethodID(cls,"main","[Ljava/lang/String"))==NULL) mos ver cómo debemos detectar y controlar
return 1;
env->CallStaticVoidMethod(cls,mid); las excepciones. Si la función en la línea 2
return 0; lanza una excepción, la ejecución entrará en
} el primer if. Si en la línea 6 omitiéramos la
llamada a ExceptionClear, el if de la línea 10
identifica el tipo de dato. En el caso de los paréntesis de los descriptores de cada uno daría verdadero aún cuando la llamada de la
campos de tipo por referencia que sean ins- de sus parámetros (esta lista no va separa- línea 8 no genere ninguna excepción.
tancias de alguna clase, el descriptor estará da por comas ni espacios sino un descriptor Otra cosa que podríamos necesitar es lan-
formado por una letra L seguida del nombre a continuación del otro). Por último, luego zar una excepción desde un método nativo
completo (fully qualified name) de la clase y de la lista, aparece el descriptor del tipo de para que sea capturada desde el código
punto y coma. Los campos de tipo vector dato que devuelve el método. En el cuadro Java. Para eso usaremos FindClass para
tendrán asociado un descriptor que co- "Descriptores de campos y métodos" pode- obtener una referencia a la clase de la
mienza con el carácter '[' seguido del des- mos ver también ejemplos de descriptores excepción que queremos lanzar y luego la
criptor correspondiente al tipo de dato que de método. La utilidad javap incluída en el lanzaremos con ThrowNew. El lector puede
el vector almacena. En el cuadro "Descrip- SDK de Java nos ayuda a crear éstos des- ver cómo hacerlo en el listado 11.
tores de campos y métodos" podemos ver criptores, para obtener los correspondientes Lanzar una excepción de esta forma no inte-
varios ejemplos de declaraciones de campos a la clase SortFiles escribiremos: rrumpe el flujo de ejecución del método nati-
y su descriptor asociado. javap -s -p SortFiles vo; para que sea manejada en el código Java,
Los descriptores de método representan la debemos devolver el control inmediatamen-
cabecera del mismo, identificando los tipos En la salida estándar obtendremos los iden- te al mismo y por eso el return justo después
de todos sus parámetros y su valor de retor- tificadores para todos los métodos y cam- de ThrowNew. La forma de capturar la excep-
no. La sintaxis consiste en una lista entre pos (si los hubiera) de la clase. ción del lado de Java es la normal, usando try

SOLO PROGRAMADORES 58
 ALGORITMOS
Acceso a código nativo con JNI (y II)

y catch. La única consideración que debemos tener LISTADO 14 Creando la instancia de la JVM
en cuenta es, como vemos en el listado 12, que la int StartVM(JavaVM*& jvm,JNIEnv*& env){
declaración del método nativo debe incluir la cláu- JavaVMInitArgs jvmargs;
sula throws. JavaVMOption opts[1];
opts[0].optionString="-Djava.class.path=.";
Invocación de la Máquina Virtual Java jvmargs.version=0x00010002;
jvmargs.options=opts;
jvmargs.nOptions=1;
Las diferentes versiones de la Máquina Virtual de jvmargs.ignoreUnrecognized=true;
return JNI_CreateJavaVM(&jvm,(void**)&env,&jvmargs);
Java están implementadas como librerías nati- }
vas. En este apartado veremos un programa
ejemplo que nos permitirá ejecutar el método
estático main de una clase de manera similar a LISTADO 15 Código del archivo StartVM.java
la aplicación java del SDK. La diferencia con los class claseStartVM{
ejemplos que hemos visto hasta ahora es que public static void main(String[] args){
estábamos implementando métodos nativos que System.out.println("Hola desde Java!");
}
se ejecutan desde Java con la Máquina Virtual ya }
iniciada. En cambio el próximo ejemplo se puede
ejecutar desde la línea de comando y creará su
propia instancia de la Máquina Virtual, o sea que Esquema que describe la invocación
de la Máquina Virtual.
veremos ahora cómo hacer el camino inverso y
utilizar funcionalidad implementada en clases
Java desde aplicaciones nativas. Los pasos a
seguir por nuestro programa son:
1 . Establecer las opciones a utilizar, como la
variable CLASSPATH si fuera necesario.
2 . Establecer los argumentos de inicialización.
3 . Crear una instancia de la Máquina Virtual
usando JNI_CreateJavaVM. Esta función nos
devuelve un puntero a la Máquina Virtual y
otro al entorno (el puntero a JNIEnv que estu- Conclusiones
vimos utilizando para acceder a todas las
funciones JNI). Con esta entrega concluye la serie sobre JNI.
4 . A partir de aquí procedemos de la manera Hemos repasado los aspectos básicos de ésta
normal para invocar un método Java desde tecnología y algunas de sus posibilidades más
código nativo, es decir, debemos obtener una avanzadas. Como recomendación para quiénes
referencia a la clase, luego el identificador de deseen profundizar en el tema, es muy impor-
método y por último invocarlo con alguna de tante para los usos más avanzados y para opti-
las funciones que hemos visto. mizar las aplicaciones el conocer a fondo las
Para este ejemplo crearemos un nuevo archivo interacciones entre el administrador de memoria
C++ llamado StartVM.cpp en el cual crearemos de la Máquina Virtual y el código nativo, los
la función main que se muestra en el listado 13. tipos de referencias que existen y cómo debe ser
A continuación agregamos la función del listado administrada cada una.
14 para crear la instancia de la Máquina Virtual.
Sólo nos falta escribir la clase java de prueba
para lo cual debemos crear el archivo Descriptores de campos y métodos
StartVM.java y escribir en él el código del lista-
do 15. Campo int iCount; "I"
Para probar el programa debemos compilar la Campo float fPrecio; "F"
clase Java y el archivo StartVM.cpp, el cual enla-
zaremos con la biblioteca estática de la Máquina Campo Integer iCount; "Ljava/lang/Integer;"
Virtual de Java. En la distribución Windows del Campo boolean bFound; "Z"
SDK de Sun debemos enlazar con jvm.lib y copiar
Campo int[] bCounts; "[I"
jvm.dll en un directorio que aparezca en la
variable PATH como por ejemplo la ruta de siste- Campo String strTmp; "Ljava/lang/String;"
ma de Windows. Finalmente, desde la línea de Campo String[] strFiles; "[Ljava/lang/String;"
comandos ejecutamos:
StartVM claseStartVM Método void mimetodo() "()V"
Método void metodo2(int i1, float f1) "(IF)V"
Si todo va bien veremos en la salida estándar el
mensaje "Hola desde Java!". Método String metodo3(String str1, "(Ljava/lang/String;IZ)
int i1,boolean b1) Ljava/lang/String;"

59 SOLO PROGRAMADORES
 DUDAS

Documentación del método selectNodes que
permite hacer queries contra los orígenes de
datos XML.
Preguntas y respuestas
ADOLFO ALADRO GARCÍA
Trabajo con documentos XML que tienen más
o menos la estructura del listado 1.
Quisiera saber cómo puedo hacer queries con-
tra este tipo de documentos de forma que
obtenga la citas que hay entre dos determina-
das fechas o todas aquellas que tienen un
determinado estado, por citar dos ejemplos. En
la actualidad estos documentos se visualizan
en IE6 con ayuda de XSLT.
La forma más sencilla de hacer consultas contra
un origen de datos XML es empleando expresio-
nes XPath. Este tipo de expresiones se emplean
normalmente en el lenguaje XSLT para seleccio-
nar y filtrar los nodos que van a procesarse.
Obsérvese el listado 2.
El elemento xsl:for-each se emplea para hacer
un bucle y el valor del atributo select es la
expresión XPath que indica qué nodos del ori-
gen de datos se van a recorrer. En este ejemplo
concreto se recorrerán todos aquellos elemen-
tos etiquetados como appointment que tengan
un atributo llamado status cuyo valor sea igual
a 1. El elemento xsl:sort se emplea para orde-
nar el resultado de forma que los elementos
appointment se muestran empezando por la
fecha más reciente y terminando por la fecha
más antigua. Finalmente el elemento xsl:value-
of se emplea para mostrar la cadena de texto
que contienen los elementos appointment de la
fuente de datos XML.
Este mismo mecanismo, que se emplea en las
hojas XSLT, puede utilizarse para hacer que-
ries una vez que el documento XML se ha
interpretado.
En primer lugar se utiliza un parser para obte-
ner el DOM del origen de datos XML. Véase el
listado 3.
La propiedad async indica si se desea que el
proceso de carga del documento XML se haga
de forma síncrona (false) o asíncrona (true). En
el primer caso después de llamar al método
load no se ejecuta la siguiente línea de código
hasta que los datos no ha sido completamente
cargados o se produce un error. El objeto
parseError proporciona información acerca de
la carga. Si el valor de la propiedad errorCode
es igual a cero significa que no se han produci-
do errores. Por último, se llama al método nor-
malize, sobre el nodo principal del origen de
datos XML, para ignorar los espacios en blanco
y saltos de línea que no son útiles.
El siguiente paso consiste en indicar qué tipo
de expresiones se van a emplean para hacer
queries. Esto se lleva a cabo con el método
setProperty:
oDOMDocument.setProperty("SelectionLanguag
e", "XPath");
De esta forma se le indica al motor de XML
que el lenguaje empleado será XPath.
Para hacer una query se pueden emplear dos
métodos: selectNodes y selectSingleNode. El
primero devuelve una lista de nodos mientras
que el segundo devuelve un único nodo. Así
por ejemplo, si se quieren seleccionar todos
los elementos que se encuentran entre dos
determinadas fechas se puede hacer lo sugeri-
do en el listado 4.
La expresión XPath indica que se selecciona-
rán todos aquellos nodos del origen de datos
XML etiquetados como appointment cuyo
atributo timemillis tenga un valor mayor o
igual que el devuelto por la expresión
d1.getTime() y menor o igual que el devuelto
por la expresión d2.getTime().
El objeto devuelto selectNodes es una lista de
nodos que puede recorrerse como se muestra en
el listado 5.
La propiedad length devuelve el número de
nodos que se han seleccionado. El método
item permite acceder a cada nodo indivi-
dualmente.

SOLO PROGRAMADORES 62
 DUDAS
PREGUNTAS Y RESPUESTAS

Finalmente, el método selectSingleNode fun-
ciona de forma equivalente. La única diferencia
es que se emplea cuando el número de nodos
que se van a devolver se sabe que es 1.
¿De qué forma se puede saber desde el servi-
dor cuál es el navegador que está empleando el
usuario al hacer la correspondiente llamada
HTTP contra un servlet o una página JSP?
Lo único que hay que hacer es consultar la
correspondiente cabecera HTTP de la petición:
request.getHeader("user-agent")
Como puede verse en el listado 6, además de
este método que permite obtener una cabe-
cera en concreto, es posible recorrerlas
todas.
El método getHeaderNames devuelve un obje-
to de tipo Enumeration con la lista de los
nombres de cabeceras HTTP que se han encon-
trado en el mensaje correspondiente a la peti-
ción. Basta con recorrer esta colección y
emplear con cada uno de los nombres el
método getHeader para obtener los valores
correspondientes a las cabeceras.

LISTADO 1 Estructura de mis documentos XML

<?xml version="1.0" encoding="ISO-8859-1"?>
<appointments>
<appointment id="1" status="1" priority="0" proyect="1"
timemillis="1088281477234"><![CDATA[Este es el texto...]]></appointment>
<appointment id="2" status="0" priority="0" proyect="1"
timemillis="1088281477234"><![CDATA[Este es el texto...]]></appointment>
...
</appointments>

LISTADO 2 Recorriendo el documento XML

<xsl:for-each select="appointment[@status=1]">
<xsl:sort data-type="number" order="descending" select="@timemillis"/>
<xsl:value-of select="." disable-output-escaping="yes"/>
</xsl:for-each>

LISTADO 3 Obteniendo el DOM del origen de datos XML

var oDOMDocument = null;
try {
oDOMDocument = new ActiveXObject("MSXML2.DOMDocument");
oDOMDocument.async = false;
oDOMDocument.load("data.xml");
if (oDOMDocument.parseError.errorCode == 0) {
oDOMDocument.documentElement.normalize();
...
}
} catch (e) {
}

LISTADO 4 Seleccionando elementos

var d1 = new Date(2004, 1, 1);
var d2 = new Date(2004, 6, 1);
var query = "appointment[@timemillis >= " + d1.getTime() + " and @timemillis <= " +
d2.getTime() + "];
var oNodeList = oDOMDocument.documentElement.selectNodes(query);

LISTADO 5 Recorriendo el objeto selectNodes

if (oNodeList!=null) {
var nodeListLength = oNodeList.length;
for(var i=0; i<nodeListLength; i++) {
alert(oNodeList.item(i));
}
}

LISTADO 6 Recorriendo todas las cabeceras

for (Enumeration e = request. getHeaderNames ; e.hasMoreElements() ;) {
El método getHeaderNames permite
String sHeaderName = (String)e.nextElement(); obtener la lista de cabeceras HTTP.
String sHeaderValue = (String)request.getHeader(sHeaderName);
System.out.println(sHeaderName + "=" + sHeaderValue)
}

63 SOLO PROGRAMADORES
 LIBROS

J2EE: Desarrollo de aplicaciones web

AUTOR: Benjamin Aumaille
EDITORIAL: Ediciones ENI

ISBN: 2-7460-1912-4

PÁGINAS: 357

LUGAR Y AÑO DE PUBLICACIÓN: Madrid, 2002

IDIOMA: Castellano

DESCRIPCIÓN:
Esta obra proporciona un soporte de referencia en la utilización del lenguaje Java para su versión
J2EE (Java 2 Enterprise Edition) para el desarrollo de aplicaciones web.
Tras descubrir la plataforma J2EE, este libro muestra cómo diseñar aplicaciones web dinámicas
basadas en componentes Java, como los Servlets y las Java Server Pages (JSP's).
Dado que la mayor parte de las aplicaciones web realizan llamadas a un sistema de gestión de
bases de datos relacionales, este libro dedica todo un capítulo al API JDBC (Java DataBase
Connectivity).
Cuando el lector se haya familiarizado con las diferentes tecnologías implicadas en el desarrollo,
se abordará el despliegue de la aplicación tomando como descriptor de despliegue un archivo
web.xml.
Obviamente todos estos puntos están acompañados de ejemplos que permitirán asimilar rápida-
mente todos estos conceptos.

Visual Basic .NET

AUTOR: Jorge Serrano Pérez
EDITORIAL: Anaya Multimedia

ISBN: 84-415-1445-3

PÁGINAS: 416

LUGAR Y FECHA DE PUBLICACIÓN: Madrid, 2002

IDIOMA: Castellano
OBSERVACIONES: Incluye CD-ROM con los ejemplos del libro

DESCRIPCIÓN:
La comunidad de programadores de Visual Basic es una de las mayores entre todas las dedicadas
a la programación. Visual Basic es un lenguaje orientado a objetos, con el que se pueden crear
aplicaciones Windows, aplicaciones web, servicios Windows, servicios web y aplicaciones para
otros dispositivos, como los de tercera generación o PDA.
Visual Basic .NET es una renovación y actualización absoluta respecto la versión anterior. Visual
Basic .NET está pensado para satisfacer cualquier exigencia, soportando todas las característi-
cas típicas del desarrollo de aplicaciones e incorporando las nuevas herramientas que debe tener
un lenguaje moderno.
El acceso a datos ha sido renovado, por ejemplo se utiliza ADO.NET para acceder a fuente de
datos. Además, la manipulación gráfica 2D es ahora más enriquecedora gracias a la posibilidad
de integrar y utilizar GDI+ en nuestras aplicaciones gráficas.
Todas estas características están respaldadas por el uso de librerías que nos permiten dar valor
añadido al desarrollo de aplicaciones, como el uso de métodos de seguridad, encriptación y des-
encriptación de información, gestión de errores depuración, etc.

SOLO PROGRAMADORES 64
n116_cdRom.qxd 20/06/2004 11:59 Página 66
CD-ROM
Contenido CD-ROM
Fuentes
Tratamiento de XML desde Java (y III):
un caso práctico
Los autores del artículo han preparado
un ejemplo completísimo que servirá
para practicar todo lo relacionado con
el acceso a datos XML desde Java. Se
trata de la aplicación Agenda que se ha
desarrollado en esta última entrega.
Enlace de datos XML con Castor
Los ejemplos ofrecidos se ajustan exac-
tamente al contenido del artículo. Con
el código de apoyo que se encuentra en
esta sección, el lector podrá hacer
Marshall, Unmarshall, Mapping y gene-
ración automática de código.
Acceso a datos con ADO.NET y III)
El material de apoyo de este artículo
servirá para mostrar al lector cómo tra-
bajar con transacciones, actualizacio-
nes, inserción de archivos de gran
tamaño en la base de datos y cómo
recuperarlos por la web.
Direct3D 9.0 avanzado (II)
En este apartado se ofrecen varios
ejemplos con sus fuentes y el ejecuta-
ble. Hay que destacar que si nuestra
tarjeta gráfica no dispone de una
buena aceleración, los ejecutables pue-
den no funcionar.
Acceso a código nativo con JNI (y II)
Para completar la segunda parte de
nuestra introducción a JNI, ofrecemos
los ejemplos discutidos en el artículo.
SOLO PROGRAMADORES 66
Esperamos que con ellos el
„Fuentes
„
z Ejemplo JAXB
lector coja una idea de
hasta dónde puede llegar
una aplicación con JNI.
116 z XML con Castor
z ADO.NET
z Técnicas Direct3D
z JNI
„Programación
„
Programación REVISTAS
PROFESIONALES, S.L.
z Castor 0.9.5.3
z NetBeans IDE 3.6
VALENTÍN
ALENTÍN BEATO
EATO, 42 - 3.ª z Cooktop 2.5
Castor 0.9.5.3
28037 MADRID
ADRID
DEPÓSITO LEGAL:: M
DEPÓSITO LEGAL M-26827-
-26827- 1994
1994
z Cygwin
ISSN:
ISSN: 1134-4792
1134-4792
z WiX
Castor resulta imprescindible
para poder compilar los ejemplos
del artículo "Enlace de datos XML y además...
con Castor". La instalación de este Ofimática, navegadores y clientes de correo,
tratamiento de imágenes, visualizadores,
paquete es sumamente sencilla. Simple- compresores, grabadores, Internet y
mente habrá que descomprimir el .zip y multimedia.
copiar el directorio "castor-0.9.5.3" a
nuestro disco (por ejemplo, en C:\) y
luego añadir a la variable CLASSPATH
todos y cada uno de los 17 archi-
vos .JAR que se
encuentran
en el directo-
rio "castor-
0.9.5.3\lib".
NetBeans IDE 3.6
NetBeans IDE 3.6 es un entorno de des- z La plataforma NetBeans
arrollo escrito en Java, que puede ayudar- La plataforma NetBeans ofrece soporte a
nos a desarrollar en este y otros lenguajes. los desarrolladores para crear aplicaciones
NetBeans IDE 3.6 pertenece al proyecto de escritorio. Además cuenta con gran can-
NetBeans, que es mucho más que un entor- tidad de plug-ins que hacen que su creci-
no de desarrollo. El proyecto NetBeans fue miento sea constante.
impulsado por Sun en Junio de 2000 y se Cooktop 2.5
caracteriza por ser Open Source. Este pro- Cooktop es una herramienta orientada a
yecto, básicamente, puede definirse con facilitar el uso de las tecnologías XML.
dos productos: Ofrece las funciones más clásicas de este
z El IDE NetBeans tipo de herramientas y además nos permi-
tirá saber si nuestros documentos XML
están bien formados y si son válidos, entre
otras cosas.
Cygwin
Tal como podemos leer en la página de
este proyecto, debemos diferenciar en
Cygwin dos partes. Por un lado Cygwin
ofrece una API para desarrollar en
Windows como si estuviéramos en Linux.
Por otra parte, encontraremos algunas
herramientas que representarán el "Look
& Feel" de Linux.
WiX
Esta herramienta, más allá de su utilidad,
destaca por ser un producto de Microsoft
liberado con licencia de Open Source. WiX
(Windows Instaler XML) sirve para crear los
paquetes de instalación de nuestras aplica-
ciones para Windows.