Portada Sp 172:Portada Sp 171 5/6/09 10:53 Página 1

LA PRIMERA REVISTA DE PROGRAMACIÓN EN CASTELLANO

M
OE
-R UY
D CL
C IN

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

172

Arquitectura de
Fuentes
Hispano
Podcast java st – 043, 044,
JavaHispano Podca
048
045, 046, 047,

sobre
Vídeo-Curso a Visual
REVISTAS , S.L. Actualización
P SIONALES LinQ con
Studio 2008:
ROFE , 42 - 3.ª
9.0 (VI)
Visual Basic
VALENTÍN BEATO
28037 MADRID
M-26827- 1994
DEPÓSITO LEGAL: 92
ISSN: 1134-47

Y además…
res 170
Solo Programado f
en formato pd

Solo Programadores
número 170
en formato pdf

Videocurso
Curso Actualización a Visual Studio 2008 -
LinQ con Visual Basic 9.0 (VI)

JAVAHISPANO
Actualidad Java

REDES
Cookies en el navegador y en el servidor (II)

ALGORITMOS
Programación orientada a objetos con C++ (V)
XNA Framework 2.0 y 3.0: DirectX y Direct3D
en C# para mortales (IV) Incluido en el CD de regalo
“LinQ con Visual Basic 9.0
BASES DE DATOS (VI)”, código de los artículos
Arquitectura de Oracle (I) principales, últimos podcast
de JavaHispano

Noticias, Dudas, CD-Rom

Interior portada:Layout 1 9/6/09 08:56 Página 1
03 Editorial 172:03 Editorial 163 5/6/09 11:04 Página 3

Número 172
Edi ta : R EVISTAS PR OF ESIO N AL ES S. L .
solop@revistasprofesionales.com
EDITORIAL
C/ Valentin Beato 42, 3ª 28037 - Madrid
www.revistasprofesionales.com

Parece que Windows 7 estará disponible en Navidad y suponemos

••••••••••••••••••••••••••••••••••
E d it o r
Agustín Buelta que a partir de ese momento los usuarios de Windows Vista
comenzarán la carrera de migración a Windows 7. Pero, ¿qué pasará
••••••••••••••••••••••••••••••••••

con los usuarios de Windows XP?.

D ir e c t o r

Tras los años que le ha costado a Windows XP ganarse la confianza

Ricardo Álvarez
••••••••••••••••••••••••••••••••••
C o la b o r a d o r e s del usuario, el temor y desconfianza en Windows Vista ha supuesto
un freno importante frente a nuevas versiones por lo que
Abraham Otero, Juan Martos,
Adolfo Aladro, Guillem Alsina,
posiblemente el usuario satisfecho con Windows XP será muy cauto
Nicolás Velásquez, Gastón Hillar,

a la hora de eliminar el S.O. que tantas satisfacciones le ha dado y

David Roldán
••••••••••••••••••••••••••••••••••
M a q u e t a ci ó n que merece su confianza y sustituirlo por el nuevo desconocido.
Posiblemente, tengan que transcurrir muchos meses antes de que el
Alfonso Sabán Mejías - Raúl Clavijo

usuario tenga la suficiente confianza en la nueva promesa de

••••••••••••••••••••••••••••••••••

Microsoft y dé el paso definitivo hacia lo desconocido.

D e p a r t a m e n t o d e P u b l ici d a d
Felipe Ribagorda
Tel.: 91 304 87 64
D e l e g a c i ón e n B a r c e l o n a
C/ Rocafort, 241/243, 5º 1ª
Mariano Sánchez
Tel.: 93 322 12 38
••••••••••••••••••••••••••••••••••
D p t o. S u s c r i p c i o n e s
Tel: 91 304 87 64
Fax: 91 327 13 03
•••••••••••••••••••••••••••••••••••
I m p re si ó n
SUMARIO
ALGORITMOS
L.M.S. Solución Gráfica
ideasimpresion@telefonica.net

46 Programación orientada a objetos con C++ (V)

•••••••••••••••••••••••••••••••••••
D i s t r i b u ció n
30 XNA Framework 2.0 y 3.0 : DirectX y Direct3D en C# para mortales (IV)

Coedis S.L. REDES

54 Cookies en el navegador y en el servidor (II)
C/ Alcorcón nº 9 - 28850 Torrejón de Ardoz (Madrid)
Teléfono 91 676 96 62

BASES DE DATOS
DISTR I B U CION EN MEX ICO
DIMSA - C/ Mariano Escobedo, 218
Col. Anáhuac. 11320 México, D.F.

D ISTR IB U CIO N EN AR GEN TIN A 16 Arquitectura de Oracle (I)

Y ADEMÁS. . .
Capital Federal: Distrimachisa
Interior: York Agencysa - Tlf: (5411) 433 150 51
••••••••••••••••••••••••••••••••••

04
Quedan expresamente prohibidas la reproducción, la
distribución y la comunicación pública de todo o parte de Noticias
14 javaHispano
los textos contenidos en esta publicación, por cualquier
medio y en cualquier soporte, y para cualquier fin,

60 Dudas
incluyendo la realización de resúmenes de prensa
comerciales, sin la autorización expresa de esta Editorial,

64 Vídeo-Curso
conforme a lo dispuesto en la vigente Ley de Propiedad
Intelectual. La infracción de la presente prohibición

66 Contenido CD
será perseguida penalmente.
Cualquier forma de reproducción, distribución, comunicación
pública o transformación de esta obra solo puede ser
realizada con la autorización de sus titulares, salvo excepción
prevista por la ley. Diríjase a CEDRO (Centro Español de
Derechos Reprográficos, www.cedro.org) si necesita
fotocopiar o escanear algún fragmento de esta obra.
Depósito legal: M-26827-1994
P R IN TED IN SPAIN
P.V.P. 6 euros
04-13 Noticias:NOTICIAS 5/6/09 11:00
NOTICIAS
LA GRIPE PORCINA SE CONVIERTE EN
VIRUS INFORMÁTICO
La gripe porcina ha creado las condiciones
perfectas para que el ciber-crimen actúe y
coseche nuevos “éxitos”, tal y como explica
Trend Micro, que alerta de la difusión men-
sajes de spam a través de los que se propa-
gan virus y código malicioso.
Después de que la Organización
Mundial de la Salud (OMS)
elevara el nivel de alerta
sobre la difusión del virus
de la gripe porcina, el
equipo de técnicos de
Trend Micro, líder global
en seguridad de conteni-
dos en Internet, advierte de
que los spammers rápida-
mente han aprovechado esta
situación de alerta para extender sus cam-
pañas de spam. Así, ya se han detectado
casos de correo basura con mensajes del
tipo “¡La gripe porcina afecta a todo el
mundo!” o “¡Brote de gripe porcina!”.
Los spammers están utilizando esta técnica
de ingeniería social porque aprovechando
las últimas noticias y dada la alerta social
que se está produciendo, el hecho de incluir
estos temas en el asunto del mensaje de
correo electrónico supone incrementar de
forma notable la posibilidad de que el des-
tinatario que lo reciba abra estos mensajes
de spam.
“Mediante el uso de ingeniería social, la
gripe porcina se ha convertido en un virus
informático que aprovecha el miedo, la
confusión y el interés por la información
disponible en la web acerca de la epidemia
para propagar códigos maliciosos, correos
electrónicos basura e infectar equipos
informáticos”, tal y como explica Juan
Pablo Castro, Coordinador de Tecnología de
Trend Micro Latinoamérica.
“La gripe porcina no sólo ha hecho que los
ciudadanos permanezcan recluidos en sus
hogares. Este fenómeno hará que pasen
más tiempo conectados a Internet en busca
de información, recomendaciones o
comentarios sobre el tema, prolongando de
paso su tiempo de exposición a ataques de
ciber-criminales. Es la tormenta perfecta
para la delincuencia por Internet”, comenta
el directivo.
El contenido de estos mensajes de spam
evidentemente no está relacionado con el
virus de la gripe porcina, sino que se trata
de un mensaje breve relativo a spam far-
macéutico y de medicinas con un link que
dirige directamente al usuario a una tienda
online que vende medicamentos para la
erección.
Asimismo, Trend Micro también advierte de
SOLO PROGRAMADORES nº 172 4 www.revistasprofesionales.com
Página 4
la circulación de correos electrónicos con
supuestos vídeos y mensajes del Presidente
de México, Felipe Calderón, o de empleados
de la Secretaría de Salud, ofreciendo nue-
vas medidas y datos sobre la epidemia.
El mensaje ya ha sido bloqueado por Trend
Micro gracias a su tecnología Smart
Protection Network. Asimismo, la compañía
se ha encargado de avisar a los usuarios
para que ignoren este y otros men-
sajes similares que puedan llegar
a sus bandejas de entrada y
opten por elegir fuentes más
fiables para informarse sobre
la gripe porcina. La pandemia
ya se ha cobrado 159 víc-
timas en México, donde
se sitúa el foco del
brote, mientras que, a
medida que pasan los
días, cada vez es mayor el número de casos
que se conocen en otras partes del mundo.
COMO HACER QUE WINDOWS
SEA UN SISTEMA MUY SEGURO:
LA EXPERIENCIA DE LA USAF
Microsoft creó en 2005 una versión ultra-
segura de su sistema operativo Windows
XP para la fuerza aérea norteamericana.
Esta es su particular historia que nos deja
una pregunta: ¿cuánta de su tecnología ha
pasado a Windows Vista y 7?
Es obvio que unas fuerzas armadas necesi-
tan sistemas informáticos seguros, inde-
pendientemente del país al que pertenez-
can, y es también obvio que Microsoft
Windows no tiene precisamente buena
fama en este aspecto. A los posibles ata-
ques procedentes de fuerzas armadas de
países enemigos o potencialmente enemi-
gos, sus respectivos servicios de inteligen-
cia y los miles de hackers repartidos por
todo el mundo que no sienten un gran
afecto por los estamentos gubernamenta-
les norteamericanos, hay que sumarle las
vulnerabilidades normales y corrientes del
sistema, las posibilidades de infección con
virus y, en general, todas las incidencias de
seguridad que afectan al común de los
mortales.
Es por ello que la USAF (United States Air
Force) encargó en 2003 a la NSA (National
Security Agency, la agencia federal nortea-
mericana encargada de garantizar la segu-
ridad en las comunicaciones) una auditoria
de seguridad de sus sistemas. El resultado
fue, como mínimo, decepcionante, y podría
resumirse diciendo que la red de la USAF
era un auténtico queso de gruyere... Así que
para garantizar la seguridad de la primera
potencia del mundo, la fuerza aérea se puso
manos a la obra para redefinir y fortalecer
su infraestructura informática.
Los principales problemas que se detecta-
ron fueron los de software mal configura-
do y programas reinstalados a los que no se
les volvían a aplicar los parches de seguri-
dad acumulativos. No obstante, parece ser
que no se valoró un cambio de plataforma,
sino que se optó por hablar directamente
con el fabricante, con Microsoft, para ver si
esta compañía podía suministrarles una
versión de Windows con seguridad aumen-
tada. Y para ello, la USAF accedió directa-
mente a lo más alto de la compañía de
Redmond: su CEO Steve Ballmer.
Ballmer se involucró personalmente en el
proyecto y, de resultas, el equipo de des-
arrollo encargado acabó produciendo una
versión de Windows XP en la cual se había
cambiado la forma en la que se manejan las
contraseñas de administradores, a la vez
que se introducían herramientas para
actualizar de forma automática el sistema
con los últimos parches y prevenir altera-
ciones en la configuración. Más de 600 pre-
ferencias y “flags” se bloquearon para que
no fuesen cambiados por el usuario.
El despliegue de estos Windows XP modifi-
cados se inició en 2005 y finalizó en 2007.
Su efectividad se demuestra con los núme-
ros: según John Gilligan, es-CIO (Chief
Information Officer) de la USAF, hasta un
85% de los ataques son bloqueados direc-
tamente gracias a la nueva configuración
blindada de que disponen sus escritorios
Windows. El éxito ha sido tal que estos sis-
temas reforzados están en uso en otros
departamentos del gobierno.
La USAF impone a sus contratistas que
incluyan el Windows XP modificado como
sistema preinstalado en todas las computa-
doras que adquiere, por lo que un efecto
colateral del nuevo sistema es que se ha
simplificado la gestión ya que ahora no hay
que lidiar con varias configuraciones dis-
tintas, sino con una sola.
Después de todo esto, particularmente se
me ocurren dos preguntas: en primer lugar,
y si se necesitaba un sistema muy seguro
¿por qué no recurrir a OpenBSD o NetBSD?
ambos han demostrado ser de los más
04-13 Noticias:NOTICIAS 5/6/09 11:00 Página 5
seguros hasta la fecha. Y, en segundo lugar,
si Microsoft es capaz de ofrecer una versión
tan segura de Windows a las fuerzas arma-
das ¿por qué toda o parte de esta tecnolo-
gía no pasa a nuestros Windows de consu-
mo?
La segunda pregunta tiene, sin lugar a
dudas, una respuesta más simple que la pri-
mera. Y es que si hacemos un sistema segu-
ro, complicamos más su gestión para el
usuario final, que es precisamente lo que
no quiere hacer Microsoft para que su pla-
taforma continúe siendo tan popular como
hasta ahora. Cortar servicios y limitar lo
que se puede hacer con el software de ter-
ceras partes podría llevar a un desencanto
de sus usuarios con la plataforma, lo que
llevaría a los clientes a alzar la vista hacia
alternativas como Mac OS X o GNU/Linux,
con la consiguiente pérdida de cuota de
mercado y dominio.
Por lo tanto, va a ser difícil que Windows
sea mucho más seguro de lo que ya es
Windows Vista, tal vez el mayor exponente
hasta ahora de la seguridad en los sistemas
operativos de la compañía de Redmond, y
que ha sido mucho menos criticado en este
aspecto que Windows XP, el cual (y reto-
mando una frase del principio del artículo)
tenía fama de auténtico “queso de gruyere”.
De hecho, es posible que alguna parte de la
tecnología y las configuraciones desarrolla-
das para este Windows tan particular
hayan pasado a nuestros Windows de
escritorio a través de Vista y el futuro
Windows 7, del que recientemente se ha
publicado su primera release candidate.
LA SEGURIDAD EN INTERNET
VA DE MAL EN PEOR
"Hay millones de delitos informáticos que
no se denuncian y los que sí, sólo el 9%
acaban en detenciones", afirmó la investi-
gadora Erin Kenneally en la reunión anual
del Anti Phishing Working Group (APWG),
celebrada en Barcelona. Y eso no es nada
según el asesor de las Naciones Unidas,
Raoul Chiesa: "Por suerte los terroristas aún
no saben atacar las infraestructuras críti-
cas, que están desprotegidas en todo el
mundo".
El robo de identidad, sean contraseñas o
datos bancarios, es la estrella de los fraudes
en Internet que, según la empresa S21sec,
se han doblado en un año. El 62% son
casos de "phishing", que se está cebando en
el Sistema de Nombres de Dominio: los cri-
minales registran o secuestran dominios y
los dan a ordenadores infectados bajo su
control, que actúan como señuelo para que
los incautos introduzcan datos bancarios.
Al cambiar velozmente el dominio de una
www.revistasprofesionales.com
máquina a otra, dificultan mucho su locali-
zación.
Esta es una de las tretas que usa el gusano
Conficker, el más mencionado en la reunión
como ejemplo del auge del código malicio-
so, que dobla sus cifras cada año y sobre-
pasa en ritmo de crecimiento al "phishing".
Panda Security detectó 20 millones de nue-
vos virus en 2008. Cambian muy rápido,
tanto en su forma como en los mensajes de
correo en los que viajan, las páginas web en
las que se esconden y las direcciones IP de
las mismas. Se necesitan meses para desci-
frar su código, cuando antes se hacía en
días.
WIKIPEDIA VS. LA CIENCIOLOGÍA
El comité directivo que se encarga de
supervisar los “baneos” de usuarios en la
famosa enciclopedia libre ha cortado el
acceso a todas las IP's correspondientes a
computadoras que se sabe son propiedad
de la Iglesia de la Cienciología, acusando a
esta organización de manipular artículos
para eliminar las críticas dirigidas contra
ella. Es un episodio más de la larga guerra
que esta organización religiosa, tolerada en
algunos países y prohibida en otros,
mantiene en la Red de redes con sus
detractores.
NOTICIAS
Las guerras de religión son probablemente
tan antiguas como la misma historia de la
humanidad, que no solamente no se pone
de acuerdo en si existe o no un ser superior,
sino en cuál de los postulados es el verda-
dero y único. Internet se ha convertido en
arma y campo de batalla en estas nuevas
cruzadas religiosas, una de las cuales -por
suerte para todos incruenta- es la que
enfrenta a partidarios y detractores de la
Iglesia de la Cienciología.
Esta viene de lejos, y ha tenido diferentes
episodios, cosa que no es de extrañar ya
que la Iglesia de la Cienciología ha pasado
casi toda su breve pero intensa historia
envuelta en la polémica. La última ha sido
dada a conocer por el rotativo británico
dedicado a las nuevas tecnologías The
Register, el cual ha informado que la enci-
clopedia en línea Wikipedia, regida por el
modelo colaborativo al mismo estilo que
proyectos de software como Open
Office.org o Linux, ha incluido las direccio-
nes IP de las computadoras que se sabe a
ciencia cierta pertenecen a la Iglesia de la
Cienciología en una lista mediante la cual
se les prohíbe editar artículos de la enciclo-
pedia. Es lo que se conoce como banear a
dicha organización.
FACEBOOK Y OTROS SERVICIOS
MIENTEN: LAS FOTOS RETIRADAS
POR LOS USUARIOS NO SON
ELIMINADAS INMEDIATAMENTE
Con diversos casos de personas que han
sufrido las consecuencias de haber colgado
fotografías online que después las han
puesto en situaciones comprometidas, el
tema es serio y polémico. Un estudio lleva-
do a cabo por la Universidad de Cambridge
ha demostrado que la mayoría de los sitios
sociales de la Web 2.0 tardan demasiado en
eliminar las imágenes o nunca lo hacen,
pese a honrosas excepciones.
La prueba fue fácil: crear un perfil en cada
uno de los servicios online sociales más
populares de la Web (16 en total), publicar
imágenes en ellos, retirarlas y comprobar
cuanto tardaban en desaparecer de forma
efectiva. Los resultados fueron en algunos
casos decepcionantes y, en otros, sorpren-
dentes. Facebook y MySpace se encuentran
entre las redes sociales que más han tarda-
do en retirar las fotografías (hasta un mes
después de haberlas eliminado del perfil,
aún se podía acceder a ellas), mientras que
Orkut (propiedad de Google) y Flickr
(Yahoo!) se contaron entre las más rápidas
en eliminar de forma efectiva el contenido
tras la solicitud del usuario de darlo de baja.
El estudio fue llevado a cabo por cuatro
5 SOLO PROGRAMADORES nº 172
04-13 Noticias:NOTICIAS 5/6/09 11:00
NOTICIAS
investigadores de la Universidad de
Cambridge (Inglaterra), dando de alta perfi-
les en 16 de los sitios web sociales más
populares, cargando una imagen en ellos,
apuntando la URL de acceso, y dándola de
baja. Una vez realizado este proceso, y
durante un periodo de 30 días, fueron con-
trolando si era posible acceder a la imagen
a través de la dirección anotada.
Los casos más flagrantes son los de
Facebook y MySpace, ya que un mes des-
pués de retirar la imagen del perfil, ésta aún
era accesible a través de la URL directa.
Pese a que inicialmente puede parecer difí-
cil encontrar dicha URL, existen trucos para
llegar a acceder a las fotografías privadas
de un perfil o, incluso, conocer las URLs de
las imágenes individuales. Este pasado
febrero, uno de estos trucos facilitó el acce-
so a fotografías privadas de la siempre
polémica Paris Hilton e incluso del creador
de Facebook, Mark Zuckerberg.
MICROSOFT PLANTARÁ CARA A
GOOGLE EN LAS BÚSQUEDAS CON
BING
Después de algunos cambios en su nombre,
la compañía de Redmond empieza a gene-
rar expectación alrededor de su nuevo bus-
cador, con el que intentará competir con la
todopoderosa Google. Aprovecho también
para matizar las últimas informaciones
aparecidas en este mismo rotativo sobre el
posible uso de GNU/Linux en su operativa
La compañía de Steve Ballmer ha hecho
público finalmente su próximo desafío a
Google en el mundo de las búsquedas onli-
ne. Después de fracasar el intento de absor-
ción de Yahoo! (que le hubiera dado un
SOLO PROGRAMADORES nº 172 6 www.revistasprofesionales.com
Página 6
balón de oxígeno en este terreno y en el de
la publicidad en línea), la multinacional
norteamericana parece decidida a cabalgar
en solitario contra la compañía del célebre
buscador. Para ello, y tras la reforma de sus
servicios Live, ahora asalta el campo de las
búsquedas.
Durante las últimas semanas se especuló
sobre el nombre del futuro buscador, si
sería Kumo o Bing. Ha ganado esta última
opción, parece ser porque diversos domi-
nios (sobretodo nacionales) que incluían la
palabra Kumo se le han escapado a
Microsoft, además que esta ya estaba
registrada en algunos países.
Bing intenta ir un paso más allá de la expe-
riencia de usuario que ofrece Google, inte-
grando mayor cantidad de información en
los resultados de las búsquedas, como imá-
genes o compra de productos (lo que en
Europa se llevará a cabo mediante un
acuerdo con el portal Ciao). Con ello se per-
sigue proporcionar al usuario una herra-
mienta para tomar decisiones más que
solamente para buscar información.
DECLARACIÓN DE ATI SOBRE LAS
PATENTES DE SOFTWARE
Con motivo de la campaña que la Oficina
Europea de Patentes (EPO) está llevando a
cabo con el fin de lograr que las patentes
de software sean aprobadas por la Unión
Europea de la cual no forma parte, la
Asociación de Técnicos de Informática, ATI,
continuando en su posición estratégica
contraria a este tipo de patentes ha formu-
lado ante la EPO su declaración de posición.
El término “patente de software”, aunque
muy popular, es considerado por algunos
legisladores como no riguroso y en conse-
cuencia, se utilizan otros términos tales
como “patentes de invenciones implemen-
tadas mediante ordenador”. En la presente
declaración al mencionar “patentes de soft-
ware” nos referimos a aquellas patentes
que pueden afectar a la comercialización de
un programa de ordenador, en otras pala-
bras, “patentes de software” son aquellas
patentes que se utilizan para reclamar
derechos frente a terceros debido a la pro-
ducción, distribución o uso de programas
de ordenador.
Con esta definición las patentes de softwa-
re pueden afectar a:
1.- Un servicio facilitado por un programa
de ordenador. En esta categoría incluimos
los modelos de negocio soportados por un
software determinado.
2.- Funcionalidades internas de un softwa-
re. Tomemos una doble visión, dependiendo
del concepto de software que apliquemos:
- Si los programas de ordenador están con-
cebidos como un proceso de información
que devuelve un resultado determinado
después de procesar unos datos determina-
dos, las patentes pueden afectar al modo
en que el programa lee la entrada de datos,
como los procesas o como produce los
resultados.
- Si el software está concebido como una
descripción formal de un algoritmo, escrito
en una forma ejecutable, cualquier parte
del algoritmo puede ser patentable.
Patentes o copyright
Los programas de ordenador, el software,
han venido tradicionalmente siendo prote-
gidos por la legislación de Propiedad
Intelectual, el copyright o derechos de
autor. Esta legislación otorga derechos
exclusivos de comercialización al autor de
un programa y consecuentemente prohíbe
la copia, la distribución o modificación sin
el debido permiso.
En consecuencia, para tener derechos en un
programa, es necesario y es suficiente ser el
creador, en otras palabras, probando la
autoría de un programa es suficiente para
asegurar que el autor tiene todos los dere-
chos en un programa.
Las patentes operan de una manera muy
diferente. Primero el titular de la patente no
necesita desarrollar un programa de orde-
nador para demostrar su funcionalidad.
Segundo, el autor que escribe un programa
puede perfectamente utilizar un elemento
ya patentado sin saberlo, simplemente
“reinventando” el concepto él mismo. En
términos simplistas, la legislación del copy-
right protege al creador de un programa,
mientras que la legislación de patentes
otorga derechos a las personas que descri-
ben las técnicas que pueden utilizar los
programas.
Este mecanismo diferente de protección es
también destacable porque el software es
uno de los campos en que las patentes
intentan proteger un elemento del progra-
ma de ordenador que ya se encuentra pro-
tegido específicamente por otra legislación.
EL NUEVO BUSCADOR DE MICROSOFT
FUNCIONA ¡SOBRE LINUX!
Buscando información sobre la nueva
herramienta de búsqueda de la multinacio-
nal de Redmond, un blogger se ha topado
con que el dominio Kumo.com se encuen-
tra hospedado en servidores que utilizan
GNU/Linux
La noticia no debería tener especial trans-
cendencia, pues Microsoft puede haber
subcontratado su desarrollo a una empresa
externa, ni que sea en parte, y que esta tra-
baje sobre el sistema operativo del pingüi-
no, o bien que lo aloje en un ISP que tam-
04-13 Noticias:NOTICIAS 5/6/09 11:01 Página 7

Sólo Programadores
en Formato
Digital
Por mucho menos dinero
Llegará antes a su ordenador que a los quioscos
Suscríbase en www.revistasprofesionales.com

Suscripción a Sólo Programadores (12 números) por sólo 32 euros

Suscripción a Sólo Programadores (12 números) + Mundo Linux (6 números) por sólo 36 euros
04-13 Noticias:NOTICIAS 5/6/09 11:02
NOTICIAS
bién trabaje con Linux, pero sin lugar a
dudas la guerra que se mantiene entre los
creadores de Windows y la comunidad del
software libre hacen que cualquier peque-
ña noticia de este tipo adquiera un carácter
marcadamente importante.
Algo parecido sucedió hace tiempo cuando
salió a la luz que Hotmail utilizaba también
servidores Linux, aunque debe tenerse en
cuenta que esta empresa fue adquirida por
Microsoft, con lo que la entonces compañía
de Bill Gates debió manejar una situación
heredada de antemano. Y no resulta tan
fácil migrar los servidores de un servicio
con tantos usuarios y datos almacenados.
No obstante, es de destacar que solamente
por pundonor y por imagen, Microsoft
debería poner su nuevo motor de búsque-
das online en funcionamiento sobre sus
propios servidores, ya que si utiliza los de la
competencia directa y, se presupone que
toda empresa busca lo mejor, deberíamos
entender que tal vez Microsoft no confíe en
su propio producto...
EL NETBOOK MÁS VERSÁTIL DEL
MUNDO FUNCIONA CON PILAS
El NorhTec Gecko EduBook presenta una
estructura modular fácilmente ampliable y
adaptable a la funcionalidad concreta que
se le quiera dar, se basa en un procesador
compatible x86 y utiliza ocho pilas AA
recargables como batería, lo que le da la
posibilidad de ser utilizado incluso cuando
se nos acaba la carga, comprando pilas en
cualquier comercio.
Rompe esquemas en diversos puntos,
empezando por la batería: tal y como afir-
man desde este fabricante de hardware tai-
landés, no emplea ninguna batería propie-
taria, sino que echa mano de pilas estánda-
res de formato AA, recargables.
Dependiendo del tipo de pilas, la autonomía
de la máquina oscila entre las cuatro y las
seis horas (dependiendo de si se utilizan
pilas basadas en Níquel o en Litio).
NorhTec, la compañía madre que ha des-
arrollado y fabrica esta computadora (que
no se encuentra todavía en el mercado), ha
previsto el Gecko EduBook como una
máquina altamente flexible y adaptable a
casi cualquier necesidad imaginable: el
microprocesador y la memoria RAM se
encuentran en módulos independientes y
actualizables, de forma que puede ampliar-
se en cualquier momento según se necesi-
te, reutilizando la CPU y memoria RAM en
otras máquinas del mismo tipo.
El microprocesador no es un Intel Atom o
un VIA, ni siquiera un AMD, sino que se
corresponde con una marca mucho menos
conocida, aunque es compatible con la
SOLO PROGRAMADORES nº 172 8 www.revistasprofesionales.com
Página 8
arquitectura x86; se trata de un Xcore86 de
bajo voltaje que funciona a 1 GHz. y no
necesita ventilador para disipar el calor
generado, lo que permite reducir el consu-
mo eléctrico de la máquina a la vez que se
disminuye su volumen y se eliminan ruidos.
Su precio también se ve disminuido gracias
al uso de estos componentes, y pese a que
aún no ha salido al mercado, en su sitio
web podemos leer que rondará los 200
dólares en su configuración más básica.
Para la unidad de almacenamiento, el
Gecko EduBook puede funcionar con un
disco duro de 2,5” estándar o con una uni-
dad SSD. Incluso podemos reciclar viejas
unidades de almacenamiento para utilizar-
las con él.
Dispone de un puerto USB interno (además
de tres externos), lo que permite conectar
un módulo WiFi, WiMAX o 3G sin excesivos
problemas. También en el interior, y una vez
retirada la tapa inferior, disponemos de un
slot para memorias SD (al igual que un slot
externo), el cual podemos utilizar como
almacenamiento de bajo coste o, incluso,
para tener diversas tarjetas con diferentes
sistemas operativos instalados.
Esta máquina puede funcionar con
Windows XP, aunque según reza en su
página web, viene con Ubuntu Netbook
Remix preinstalada y puede funcionar con
cualquier distribución de GNU/Linux (y es
de suponer que con cualquier otro sistema
operativo que funcione sobre procesadores
x86 como OpenSolaris).
Una oferta muy intere sante
Solamente por el uso de pilas estándar
como batería, esta máquina ya se presenta
como una opción muy suculenta.
Imaginemos la siguiente situación: de viaje,
se nos acaba la batería de nuestro netbook
y nadie es tan amable como para permitir-
nos acceder a un enchufe. Si realmente
necesitamos utilizar nuestra máquina,
podemos entrar en cualquier tienda y
adquirir un paquete de pilas (dos en caso
que sean de cuatro unidades), abrir la com-
putadora, instalarlas... ¡y empezar a utilizar-
lo nuevamente!
Los amantes de realizar pruebas y experi-
mentos pueden aprovechar la tarjeta SD
que utiliza como medio de almacenamien-
to para tener diversas tarjetas, cada una de
ellas con un sistema operativo diferente. Y
los distribuidores y vendedores pueden
adaptarlo exactamente a las necesidades
que tenga su cliente.
Las operadoras de telecomunicaciones
también pueden venderlo configurado con
módulos WiMAX o 3G a su conveniencia,
sin hablar de aplicaciones empotradas y
usos muy concretos que le queramos dar.
El único handicap que va a tener es el
microprocesador, del que sin lugar a dudas
muchos potenciales clientes no se van a
fiar al no ser un Intel Atom u otra marca
conocida. También al ser de un fabricante
pequeño y desconocido, esto probablemen-
te disuadirá a muchos potenciales compra-
dores.
MICROSOFT LANZA EL SP2
PARA WINDOWS VISTA... SIN DECIR
NADA
La nula publicidad que ha dado la compa-
ñía de Redmond al lanzamiento deja bien
patente el futuro que le espera a esta ver-
sión de su sistema operativo, que ha repre-
sentado junto a Windows ME uno de sus
grandes fiascos comerciales y de crítica.
Si habitualmente las grandes compañías
de informática en general y Microsoft en
particular nos tienen acostumbrados a
espectaculares lanzamientos de sus princi-
pales productos y las posteriores actualiza-
ciones, la compañía de Steve Ballmer ha
hecho todo lo contrario con el Service Pack
2 para Windows Vista, cuyo desarrollo ter-
minó a finales del pasado mes de abril con
la versión RTM (Release To Manufacture) y
cuya versión final vio la luz el 26 de mayo.
Ni la página inicial del sitio web de la com-
pañía ha reflejado la novedad, ni se ha
podido encontrar una nota de prensa al
respecto, por lo menos en las primeras
horas de disponibilidad del producto.
Con la publicidad que se le está dando a
Windows 7, la próxima iteración de la pla-
taforma de Microsoft, y la buena acepta-
ción y críticas de las que está disfrutando,
esta es la puntilla que marca el próximo
punto y final de Windows Vista, un sistema
que seguirá recibiendo soporte técnico por
parte de la multinacional norteamericana
siguiendo los plazos fijados pero que,
obviamente, no va a disfrutar de prórrogas
04-13 Noticias:NOTICIAS 5/6/09 11:02 Página 9
en su ciclo de vida como ha tenido
Windows XP, sin lugar a dudas el sistema
más exitoso de la compañía. La misma
Microsoft se contradice con sus acciones,
pues pese a admitir algunos errores con
Vista y que no ha sido tan exitoso como el
resto de versiones, no ha llegado a admitir
nunca abiertamente que haya sido un fra-
caso y, en cambio, el trato que le da (al sis-
tema y a sus usuarios) es de segunda fila,
según podemos ver.
Técnicamente, Windows Vista SP 2 no
aporta grandes novedades: incluye
Windows Search 4.0 (la herramienta de
búsqueda desktop), un asistente para la
conexión rápida y simple a redes WiFi
(WCN, Windows Connect Now), soporte
para CPU's VIA de 64 bits, y mejora la ges-
tión de la energía hasta en un 10%, sin
lugar a dudas algo muy útil en los portáti-
les. También se ha añadido soporte para
Bluetooth 2.1 y se han adjuntado parches
que corrigen diversos bugs.
La descarga de este Service Pack puede ser
realizada mediante la herramienta de
actualización del sistema operativo, o bien
descargándolo manualmente desde el sitio
web de Microsoft. En caso de haber instala-
do alguna versión previa de este mismo
paquete, esta deberá ser desinstalada pre-
viamente.
Paralelamente al Service Pack 2 de
Windows Vista, también se ha lanzado el
SP2 para Windows 2008. El binario de ins-
talación es el mismo, demostrando así que
ambas ramas del sistema operativo com-
parten la mayor parte del código fuente.
DELL PODRÍA REVOLUCIONAR
EL MUNDO DE LOS SERVIDORES
GRACIAS A LOS CHIPS VIA NANO
La compañía norteamericana ha presenta-
do una arquitectura altamente modular y
de gran eficiencia energética, basada en la
plataforma del fabricante taiwanés, inicial-
mente destinada al segmento de los netbo-
oks. Pequeños, baratos y con un bajo con-
sumo, así podemos definir de forma rápida
www.revistasprofesionales.com
a los microchips VIA Nano. Por la definición,
estos serían los candidatos ideales a equi-
par máquinas del tipo netbook o MID,
pequeñas y que necesitan de componentes
que pese a ser poco potentes, tampoco ele-
ven el precio ni el tamaño del aparato. Y así
los concibió VIA pero sin desmerecer sus
capacidades para tareas “superiores”. Y de
esta forma lo ha entendido Dell, que ha
presentado la nueva serie de servidores
XS11-VX8, más conocidos por su sobre-
nombre “Fortuna”, que los emplean como
procesadores centrales.
Estos no son servidores para
competir directamente
con las grandes máqui-
nas de los centros de
proceso de datos
(para los que la
misma compañía ya
tiene las potentes
series PowerEdge), sino
para empresas que nece-
sitan mantener sus propios
servidores, que no requieran de
una potencia desmedida ni de unas
infraestructuras costosas para mantener-
los.
Los VIA Nano utilizados por Dell son proce-
sadores de 64 bits construidos empleando
tecnología de 65 nanometros, cuyo consu-
mo energético oscila entre los 20 y los 29
vatios a pleno rendimiento, y unos 15
cuando no mantiene carga de trabajo.
Cuentan también con extensiones de vir-
tualización, algo ya imprescindible en cual-
quier servidor moderno que se precie, pues
todos los sistemas operativos líderes en
este campo cuentan con sus funcionalida-
des de virtualización, ya sean nativas o pro-
porcionadas por software de terceras par-
tes. Las velocidades a las que pueden fun-
cionar estos chips varían entre 1 y 1,8 GHz.
El formato en el que se presenta uno de
estos servidores no es mucho más grande
que un disco duro. Las imágenes que ha
publicado Dell son, de hecho, una infraes-
tructura muy modular, disponiendo cada
uno de los módulos de los recursos sufi-
cientes para actuar en solitario (memoria
RAM, conexión de red, microprocesador,
almacenamiento). Estos módulos se enca-
denan montándolos en un chasis que faci-
lita su interconexión.
La conexión de un nuevo módulo en un
rack preexistente puede realizarse en
caliente (hot plug), lo que significa que el
servidor puede ampliarse sin tener que
pararlo.
El target de este tipo de servidores son,
como he dejado a entrever anteriormente,
compañías que no requieren de un servidor
exageradamente potente pero si escalable,
NOTICIAS
como proyectos que empiezan y empresas
que prevén una expansión y crecimiento
constante.
También es un producto orientado a com-
petir en un segmento de clientes que habi-
tualmente apuestan por servidores en for-
mato torre, menos ampliables o, como
mínimo, ampliables de forma menos
cómoda.
El precio de cada uno de los módulos (que
recordemos, constituyen un servidor por si
solos) estará acorde con la filosofía mini-
malista, ya que rondará los 400 dólares, por
lo que para una empresa que empiece
su actividad y tenga previsto crecer,
supondrá una inversión inicial baja
que podrá ir creciendo según sus
necesidades y recursos económi-
cos disponibles. A esto, debere-
mos añadirle el coste del basti-
dor.
El movimiento de Dell abre todo
un campo de posibilidades, espe-
cialmente a Intel para su arquitectu-
ra Atom, hasta la fecha inédita en otro
campo que no sean los netbooks y UMPC's.
¿Tardaremos mucho en ver un servidor
modular basado en estos microchips? ¿y
quién será la afortunada que los lance en
primer lugar? ¿HP? ¿IBM? Personalmente
apuesto por Hewlett-Packard.
PUBLICADO CHROME 2...
PERO SÓLO PARA WINDOWS
Mayor rapidez para la nueva versión de un
programa que progresa de forma inusita-
damente rápida respecto a otros desarro-
llos de Google. Los “maqueros” y “linuxeros”
aún no ven en el horizonte una versión
final para sus respectivas plataformas.
Con aún muy poca vida a sus espaldas, el
navegador web Google Chrome ha llegado
a su versión 2.0, un proceso de madurez
inusitadamente rápido que se contradice
con la habitual filosofía de “beta continua”
de los productos de la multinacional del
buscador. Esta veloz progresión es probable
que se deba a la necesidad estratégica de la
compañía de contar con una opción de
mercado fuerte, potente, y probablemente
un paso más en el asalto de la compañía a
los sistemas operativos de escritorio.
De hecho, Chrome también se encuentra en
un desarrollo continuado en el seno de
Chromium, un proyecto de código abierto
que recopila el código donado por progra-
madores independientes y contribuidores y
se ocupa de compilar las betas intermedias
entre versiones. Así que esta versión 2.0
estable ha sido el producto de compilar los
últimos avances producto de diversas betas
previas.
9 SOLO PROGRAMADORES nº 172
04-13 Noticias:NOTICIAS 5/6/09 11:02
NOTICIAS
En esta versión 2.0 de Chrome nos
encontramos con un navegador más
rápido, hasta un 30% según Google. El
motor de procesamiento de JavaScript,
conocido como V8 en honor a un motor
de coches de origen norteamericano -
también utilizado para aviones-, ha sido
más optimizado aún para obtener el
máximo rendimiento cuando se accede a
las modernas aplicaciones online, como
el gestor de correo Gmail o Google Docs.
Otras novedades que nos trae Chrome 2.0
son el autorellenado de formularios, un
modo de pantalla completa y la posibili-
dad de eliminar miniaturas de las páginas
visitadas en la pestaña inicial. Esta última
funcionalidad podría haber sido añadida
en gran medida debido a las críticas por
parte de internautas que han visitado
páginas con contenidos “delicados” para
que los vean otros usuarios de la misma
máquina (léase pornografía en la mayoría
de los casos), y que hasta ahora no tení-
an forma de esconder sus visitas inconfe-
sables.
Chrome 2.0 ya puede ser descargado
desde su sitio web, y aquellos usuarios
que ya lo tengan instalado en su compu-
tadora recibirán la actualización directa.
Pese a que Chrome para Windows ha lle-
gado a su versión 2.0, pocas noticias se
tienen aún de las esperadas versiones
para GNU/Linux y Mac OS X con excep-
ción de algunos apuntes que indican que
su progresión continúa a buen ritmo en
el marco del proyecto Chromium, y pese
a que la compañía -por varias voces
autorizadas- insistió que desde la salida a
la luz de las primeras versiones para
Windows, no pasaría mucho tiempo para
que los “maqueros” y “linuxeros” pudie-
ran disfrutar de una versión nativa de
Chrome para sus respectivos sistemas
operativos.
¿HARÁ INTEL LA COMPETENCIA
AL WINDOWS DE MICROSOFT?
El fabricante de microchips está generan-
do mucho interés sobre su distribución
GNU/Linux optimizada para la plataforma
Atom y máquinas de tipo netbook o
UMPC, de la cual se ha presentado recien-
temente la beta de la versión 2.0, con una
nueva interfaz de usuario que incide en la
facilidad de uso y la reproducción de
medios digitales. Un proyecto conjunto
con Nokia también apunta a ciertas posi-
bilidades en el campo de los sistemas ope-
rativos basados en GNU/Linux.
El campo del software nunca ha sido un
punto fuerte de Intel, evidentemente sien-
do la empresa que creó el concepto de
SOLO PROGRAMADORES nº 172 10
Página 10
microchip moderno y que se dedica en
cuerpo y alma a la producción de diversas
soluciones de hardware junto a los micro-
procesadores, como por ejemplo chipsets,
módulos de conexión WiFi, WiMAX o tar-
jetas gráficas. No obstante, esto no ha sido
óbice para que la multinacional california-
na haya hecho sus “pinitos” en dicho sec-
tor, habitualmente con herramientas vin-
culadas directamente con el hardware.
Moblin es un cambio al respecto.
Moblin es una distribución GNU/Linux
basada en Fedora e impulsada por Intel
para su arquitectura Atom. Está optimiza-
da para un rápido arranque y un funcio-
namiento y rendimiento óptimos en
máquinas con un hardware poco potente,
propio de netbooks y MIDs (Mobile
Internet Device). La última versión dispo-
nible es la 2.0 beta.
El principal cambio en la distribución se ve
en su aspecto. La interfaz gráfica ha sido
trabajada para asemejarse mucho más a
aquella clásica de un netbook y no tanto a
un escritorio tradicional como el que nos
podemos encontrar en una máquina de
sobremesa. Así, se asemeja mucho más a
una Ubuntu Netbook Remix, por poner un
ejemplo, que a un Windows XP. Una barra
de tareas situada en la parte superior del
escritorio nos despliega hojas con las dife-
rentes aplicaciones a las que podemos
acceder o acciones para llevar a cabo.
Desde esta barra de tareas, y cada vez que
entramos en una sección que agrupa dife-
rentes opciones relacionadas, estas se nos
presentan en forma de paneles, siendo de
esperar que más adelante se vayan publi-
cando plug-ins que añadan nuevos pane-
les y, por lo tanto, funcionalidades al sis-
tema. El cometido de la distribución se ha
orientado a la reproducción de contenidos
digitales audiovisuales, la navegación por
Internet y el uso de redes sociales y servi-
cios 2.0 principalmente.
Promover esta distribución como sistema
operativo llevaría a Intel a un enfrenta-
miento con Microsoft, que domina ya el
segmento de los netbooks gracias a haber
permitido a los fabricantes e integradores
la adquisición y uso de licencias de
Windows XP, un sistema operativo teóri-
camente descatalogado para las máquinas
de escritorio pero que debido a las insufi-
ciencias de Vista, aún triunfa en ellas y es
muy buscado por los usuarios. Con un
Windows 7 próximo a estrenarse y que
dispondrá de versiones optimizadas para
netbooks, la compañía de Redmond pare-
ce tenerlo todo ganado en este segmento
de máquinas ultraligeras, pese a que éste
es aún lo suficientemente joven para ser
permeable a cambios.
Imaginemos una Intel persiguiendo acuer-
dos con los fabricantes que integran sus
procesadores para que utilicen Moblin en
sus netbooks. Sin dudas, esta distribución
conseguiría un hueco importante entre los
netbooks con Linux, y sería incluso capaz
de robarle una parte significativa del pas-
tel a Windows en dicho segmento. Algo
por lo que Microsoft tal vez no debe preo-
cuparse, pero que sin lugar a dudas le
sería molesto.
Por su parte, a Intel le interesa no depen-
der de la compañía capitaneada por Steve
Ballmer, continuar siendo la plataforma
hardware de referencia sea cual sea el sis-
tema operativo utilizado. Su verdadero
rival aquí podrían ser los netbooks basa-
dos en chips ARM con Android, que han
empezado a hacer su aparición tímida-
mente en el mercado y de los cuales se
espera un desembarco mucho más masivo
en fechas próximas.
Con Moblin, la multinacional californiana
perseguiría ofrecer una alternativa de bajo
coste a estos portátiles (ahorrando el
importe de la licencia de Windows) para
ocupar su nicho de mercado y asfixiar su
comercialización. Por lo menos, este es mi
punto de vista.
¿Y Microsoft? va a hacer la vista gorda. Le
interesa, pues por el momento no va a
adaptar su Windows a la arquitectura
ARM, con lo que esta maniobra junto al
bloqueo que Intel va a llevar a cabo res-
pecto a ARM, va a dejar el mercado de los
netbooks más o menos tal y como está
ahora mismo.
CISCO PREPARA LAS REDES
INALÁMBRICAS DEL FUTURO
CON AIRONET 1140
Con la integración de la tecnología M-
Drive, el nuevo punto de acceso responde
a las necesidades actuales de movilidad y
colaboración.
Con el objetivo de rentabilizar el uso de
todos los dispositivos y aplicaciones móvi-
les que se utilizan en el entorno empresa-
rial, Cisco ha anunciado la comercializa-
www.revistasprofesionales.com
04-13 Noticias:NOTICIAS 5/6/09 11:02 Página 11
04-13 Noticias:NOTICIAS 5/6/09 11:02
NOTICIAS
ción del Aironet 1140, el primer punto de
acceso inalámbrico que combina todas las
prestaciones del protocolo 802.11n con
una fácil instalación.
En un momento en el que la movilidad de
los trabajadores es cada vez más impor-
tante y en el que se precisan de soluciones
colaborativas para alcanzar las mayores
cotas de productividad dentro de la
empresa, el nuevo punto de acceso Cisco
Aironet 1140 ha sido diseñado para inte-
grar voz, vídeo y dispositivos móviles
802.11n en las redes inalámbricas, con un
rendimiento y una velocidad nueve veces
superior a las redes inalámbricas
802.11a/g anteriores. Asimismo, Cisco
Aironet 1140 se completa con el estándar
Power over Ethernet (PoE), que proporcio-
na un ahorro considerable en gastos y
mantenimiento, ya que evita la necesidad
de alimentar independientemente el punto
de acceso.
La compañía, que ya en 2007 anunció la
primera plataforma homologada 802.11n
para empresas, comercializa ahora nuevas
soluciones basadas en dicho estándar que
ofrecen facilidad de uso e instalación, fia-
bilidad y rendimiento. Para conocer el
catálogo de productos de Cisco para el
estándar 802.11n, se puede visitar el vídeo
de Ben Bibson, director sénior para solu-
ciones de movilidad de Cisco.
Entre los beneficios del nuevo Aironet
1140 destacan un incremento significativo
de la velocidad de los dispositivos
802.11a/g; un aumento en la capacidad
general de los canales inalámbricos; y una
reducción de los huecos de cobertura
inalámbrica de dispositivos anteriores.
Ecológico e innovador
Cisco Aironet 1140 cuenta, además, con un
diseño innovador y elegante, que favorece
la reducción de gastos y la eficiencia ener-
gética. El Aironet 1140 será distribuido en
un paquete ecológico, que agrupa 10 pun-
tos de acceso, que reduce el embalaje en
un 50% y facilita el desembalado, la
ampliación y su instalación en las organi-
zaciones.
Mejora del rendimiento con la tecnología
M-Drive
Por otro lado, Cisco ha integrado en el
Aironet 1140 la tecnología M-Drive, que
crea una plataforma de radiofrecuencia
SOLO PROGRAMADORES nº 172 12
Página 12
(RF) fiable y homogénea para que las
empresas puedan ampliar su cobertura y
mejoren así su capacidad inalámbrica.
La tecnología M-Drive de Cisco incluye
además la función ClientLink, que ayuda a
prolongar la duración de los dispositivos
802.11a/g, mejorando el rendimiento de
los nuevos 802.11n. De hecho, según el
laboratorio independiente Miercom, la
función ClientLink incrementa hasta el
65% la velocidad de los dispositivos
802.11a/g actuales conectados a una red
Cisco 802.11n. Además, al aumentar la
velocidad de los clientes 802.11a/g,
ClientLink incrementa eficazmente la
capacidad total del canal disponible hasta
el 27% y puede ayudar a optimizar el ren-
dimiento de los dispositivos 802.11n y
802.11a/g.
CONFIRMADO: WINDOWS 7
PARA NAVIDADES
Un post en uno de los blogs oficiales de
Windows 7 alojados por la red MSDN,
indica que la RTM del nuevo sistema esta-
ría lista en agosto y, por lo tanto, la ver-
sión final podría ser instalada en máqui-
nas por navidades.
Microsoft ha revelado un nuevo dato que
apunta a que el sucesor de Windows Vista
estará al alcance de los consumidores
para la campaña navideña. Con esto, la
compañía de Redmond persigue borrar lo
más rápidamente posible el fiasco que ha
supuesto Windows Vista a nivel comer-
cial.
La revelación se ha producido a través de
un post del blog Engineering Windows 7,
oficial de la compañía de Redmond y alo-
jado en los servidores de MSND. En dicho
post se analizan las distintas etapas por
las que está pasando y va a pasar el futu-
ro sistema de Microsoft, y se afirma que la
versión RTM del sistema (Release to
Manufacturing, es decir, preparada para
enviar a fabricantes e integradores) esta-
rá lista para agosto. Esto significa que,
entre agosto y octubre/noviembre, los
fabricantes e integradores podrán experi-
mentar con este sistema, probar sus
máquinas, optimizarlas para el máximo
rendimiento con él, y desarrollar nuevos
drivers para que el hardware existente
funcione bien y el nuevo que será lanzado
en el futuro sea compatible.
La llegada de la RTM de Windows 7 se
hará a tiempo para que los fabricantes
tengan listas sus nuevas computadoras
para la campaña navideña preparadas con
Windows 7, especialmente en lo que res-
pecta a los netbooks, de los que se prevé
que serán nuevamente una de las estrellas
de la campaña -aunque probablemente
sin llegar a las altísimas cotas que consi-
guieron estas pasadas navidades-.
El lanzamiento de Windows 7 debe consi-
derarse estratégico para Microsoft, des-
pués de que Windows Vista se haya con-
vertido en un fracaso de crítica y comer-
cial en ventas OEM comparable al que
supuso en su momento Windows
Millenium. Pasar otra campaña navideña
con Vista podría significar para la compa-
ñía de Redmond perder ventas en favor de
GNU/Linux, especialmente en las máqui-
nas de bajo coste.
En el terreno de los netbooks, un Vista
demasiado “pesado” y lento para estos
pequeños aparatos podría ser el que más
sufriese la pérdida de cuota de mercado,
canibalizado por su propio antecesor
Windows XP, con el que los chicos de
Steve Ballmer parecen incapaces de cortar
lazos debido a esta incapacidad de su
sucesor para funcionar medianamente
bien en los ultraportátiles más pequeños.
Con un Windows 7 optimizado para esta
categoría de máquinas, Microsoft podría
permitirse dejar de proporcionar licencias
de XP a los fabricantes de netbooks,
pasando página definitivamente por lo
que se refiere a este sistema operativo.
También hay que tener en cuenta la
entrada en escena de los netbooks basa-
dos en chips ARM equipados con Ubuntu
y Android, cuyo rendimiento comercial es
toda una incógnita pero que están levan-
tando mucha expectación en los medios
especializados y la audiencia profesional.
Si no se llegase a tiempo para la campaña
navideña de este año, un retraso signifi-
caría perder una gran cantidad de ventas
y, sensiblemente, cuota de mercado, por
lo que podemos tener por seguro que la
multinacional de Redmond hará lo impo-
sible para que Windows 7 esté listo para
estas fechas. Le queda muy poco, pues la
existencia de la versión Release Candidate
indica que ya buena parte del trabajo está
hecho.
Por: Guillem Alsina (guillem@imatica.org)
www.revistasprofesionales.com
04-13 Noticias:NOTICIAS 5/6/09 11:02 Página 13

Suscripción a Sólo Programadores

Opción A: Suscripción anual con 25% descuento:  Transferencia al Banco Popular:
SUSCRIPCIÓN PARA ESPAÑA FORMAS DE PAGO PARA ESPAÑA

54 euros* (3 revistas gratis, 18 euros de ahorro) c.c:0075/1040/43/0600047439

Opción B: Suscripción anual con 15% descuento:  Talón Bancario a nombre de Revistas Profesionales
61,20 euros* (tapas de regalo, 10,80 euros de ahorro)  Domiciliación Bancaria
*10 euros de gastos de envío para la opción contrareembolso  Tarjeta de Crédito

Opción C: Suscripción anual con 25% descuento

SUSCRIPCIÓN PARA EXTRANJERO
 Tarjeta de crédito
FORMA DE PAGO EXTRANJERO:
Europa: 78 euros (gastos de envío incluidos)
Opción D: Suscripción anual con 25% descuento
Resto de paises: 102 euros (gastos de envío incluidos)

Suscríbase en www.revistasprofesionales.com Más información en el teléfono 91 304 87 64,

en el fax 91 327 13 07 y en rpsuscripciones@revistasprofesionales.com
Javahispano:Javahispano 5/6/09 11:05 Página 14

JAVAHISPANO

Actualidad Java de la mano

de javaHispano
El popular servidor web Jetty pasa a ser un proyecto de EclipseRT

Jetty, el contenedor web Java EE cuya popularidad sólo es sobrepasada por la de Tomcat, está
en la incubadora de proyectos de EclipseRT (Eclipse Runtime Projec). Desde hace tiempo que la
fundación Eclipse y Jetty (proyecto que hasta ahora sólo estaba alojado en Codehaus) estaban
discutiendo sobre la posibilidad de mover Jetty a Eclipse. Uno de los motivos era que el entor-
no de desarrollo está cada vez más integrado con este servidor web. Finalmente, se han deci-
dido a dar este paso.
Jetty, al menos por lo de ahora, también va a seguir alojado en Codehaus, pero el código de
lo que será Jetty 7 ya ha sido movido al paquete org.eclipse.jetty y ya se encuentra en el repo-
sitorio SVN de Eclipse. La anterior licencia del proyecto, Apache 2.0, se va seguir manteniendo.
Pero ahora se va a distribuir bajo una doble licencia, añadiendo la licencia de Eclipse.

Oracle JRockit JVM establece un nuevo récord en el SPECjbb2005 Benchmark

La antigua máquina virtual de BEA Systems (compañía reciente-

mente adquirida por Oracle) que ahora se llama "Oracle JRockit" ha
establecido un nuevo récord en el SPECjbb2005, el benchmark
estándar que se emplea para determinar el rendimiento de las
máquinas virtuales. Para ello han empleado una máquina con 16
procesadores de seis núcleos cada uno de ellos y 256 GB de
memoria RAM corriendo sobre Linux.
El nuevo récord está en 2150260 bops (business operations per
second, la medida de rendimiento empleada por el benchmark).
Este récord duplica al anterior récord, ostentado por la máquina
virtual Hot Sput de Sun, y triplica al mejor resultado obtenido por IBM. La clave para conseguir este récord
ha estado en la capacidad de la máquina virtual para escalar sobre un número muy elevado de núcleos.

Linux ejecutándose dentro de un Applet

JPC (Java PC) es un emulador de un PC x86 con periféricos

virtuales implementado al 100% en Java. JPC permite ins-
talar sobre el emulador cualquier sistema operativo y,
sobre el sistema operativo, aplicaciones. El propósito de
este proyecto es permitir experimentar con virus, código
malicioso, crear honeypots (ordenadores que se conectan
deliberadamente a Internet sin ningún tipo de protección
para que se infecten y estudiar el software maligno que los
ha infectado) o realizar cualquier otra tarea que sería
arriesgado ejecutar directamente sobre un PC. El robusto
modelo de seguridad de Java garantiza que nada afectará
realmente a nuestra máquina.
La última novedad del equipo de físicos que está detrás de
este proyecto es que han construido un Applet 100% Java basado en JPC desde el cual se lanza a una
versión básica de RedHat 9. Por tanto, es posible correr un Linux dentro de un navegador web bajo cual-
quier sistema operativo que tenga una máquina virtual Java disponible. ¡Parece mentira los avances que
se están realizando en temas de virtualización/emulación!

SOLO PROGRAMADORES nº 172 14 www.revistasprofesionales.com

Javahispano:Javahispano 5/6/09 11:06 Página 15
Actualidad Java de la mano de javaHispano
Soporte para Java en Google App Engine
Google App Engine es la solución de cloud compu-
ting de Google. A diferencia de EC2 de Amazon, no
consiste en proporcionar a los usuarios una CPU vir-
tual donde éstos pueden instalar el sistema operativo
que quieran, y sobre dicho sistema operativo y las
aplicaciones que deseen. La solución de Google
proporciona tanto sistema operativo como
servidor de aplicaciones e incluso framework
de desarrollo, y el desarrollador sólo tiene que
preocuparse de crear la aplicación, no
pudiendo modificar ninguna capa del stack.
Indudablemente, esta alternativa pierde en flexibili-
dad pero gana en simplicidad.
Hasta hace poco, el único lenguaje de programación que se podía emplear
en Google App Engine era Python. Recientemente, se ha anunciado la disponi-
bilidad de Java, el lenguaje más demandado por la comunidad de usuarios de
Google App Engine. Para ello, Google ha creado un wrapper para las APIs de su
servidor de aplicaciones, de tal modo que éstas presenten a los desarrolladores
interfaces equivalentes a Servlet, JDO y JPA, javax.cache, y javax.mail.
Con este movimiento, Google no sólo se ha abierto la puerta para escribir
aplicaciones en el lenguaje Java, sino en cualquier otro lenguaje soportado
en esta plataforma, como Groovy, Scala, o JRuby. Actualmente Google App
Engine es completamente gratuito para aquellas aplicaciones que no super-
en los 5 millones de pageviews por mes; a partir de esta carga de tráfico se
paga una tarifa (bastante modesta) en función del uso de CPU y del consu-
mo de ancho de banda.
Liberado Rome 1.0
Recientemente se ha hecho pública la versión 1.0 de Rome, una librería Java
para producir y consumir feeds RSS/Atom. Aunque acabe de lanzar su prime-
ra versión estable, se trata de una librería con ya bastantes años de rodaje
dentro de la plata-
forma Java: lleva
empleándose
desde el 2004 y en
la actualidad se
puede considerar
como el estándar
de facto dentro
del mundo Java
para producir y
consumir feeds
RSS/Atom.
La librería destaca
por su gran senci-
llez de uso, pre-
sentando una API
sencilla, pequeña e intuitiva; pero sin por ello causar una pérdida de flexibili-
dad en las aplicaciones que la manejen. Es un claro ejemplo de un problema
bien resuelto. La licencia de Rome es Apache 2.0, por lo que puede emplearse
en proyectos comerciales sin ningún problema.
Sobre el autor
Abraham Otero (abraham.otero@javahispano.org) es responsable de calidad y miembro de la junta de javaHispano.
www.revistasprofesionales.com
JAVAHISPANO
OPINIÓN
Sobre IBM y la compra
de Sun Microsystems
El pasado 18 de abril, nos despertamos con una
noticia desconcertante en javaHispano: IBM estaba
en conversaciones para comprar Sun Microsystems,
la empresa detrás de Java, Solaris y MySQL. Lo que
más llamaba la atención de este movimiento era que
el precio que IBM pagaría se estimaba en $7.500,00
millones de dólares, una verdadera ganga para una
empresa tan innovadora y protagonista en el mundo
de las TI como lo es Sun.
Después de días de rumores sobre si se realizaba o
no la adquisición, al final IBM decidió retirarse de las
negociaciones al no concretar un acuerdo por el
precio por acción a pagar. Esto deja a Sun en una
posición muy vulnerable ya que ahora tendrá que
iniciar negociaciones con otras empresas (se habla
de HP o Cisco) o continuar como empresa indepen-
diente con la desventaja de que ahora tiene que
convencer a sus inversionistas y clientes que a pesar
de que estuvo buscando comprador, puede salir
adelante por sí misma.
Hasta ahora los inversionistas no han respaldado
del todo las decisiones del CEO Jonathan Schwartz
quien desde el 2006 ha venido implantando estra-
tegias basadas en publicar los productos insignia de
la empresa como proyectos de código libre (es el
caso de OpenJava y OpenSolaris); por ello es muy
probable que estos accionistas apoyen la línea de
buscar otra empresa compradora. En este contexto
lo que esperamos los desarrolladores Java es que
quien sea quien adquiera a Sun, no deje de lado la
plataforma Java y continúe con la línea de innova-
ción y renovación del lenguaje que ha marcado la
etapa de Schwartz.
Erick Camacho (ecamacho@javahispano.org),
miembro de javaHispano
15 SOLO PROGRAMADORES nº 172
oracle:Portales Vocales
BASES DE DATOS
SOLO PROGRAMADORES nº 172
5/6/09 11:09 Página 16
Arquitectura de Oracle
DAVID ROLDÁN MARTÍNEZ
Dr. Ingeniero en Telecomunicación, Analista-Programador
del ASIC de la Universidad Politécnica de Valencia
En este artículo, el primero de una
serie sobre la base de datos Oracle
(http://www.oracle.com), se estudiará
con cierto nivel de detalle la
arquitectura de este sistema de
gestión de base de datos. Para seguir
este artículo y el resto de la serie, se
recomienda instalarse la Express
Edition de Oracle, disponible en
http://www.oracle.com/technology/pr
oducts/database/xe/index.html.
Queda fuera del ámbito de este
artículo ofrecer la instalación y el
manejo básico de esta herramienta,
ya que en la web de Oracle existe
suficiente documentación al respecto.
Introducción
La arquitecutra del servidor de base de datos
Oracle se divide en tres componentes básicos:
Figura 1. Arquitectura del servidor de base de
datos Oracle.
16

Los procesos relacionados con el usuario.

La instancia de Oracle.
 La base de datos.
Por cada instancia de Oracle se tiene una sola
base de datos. En un servidor se pueden crear
varias instancias, pero se recomienda solo una
porque cada instancia consume muchos recur-
sos.
Procesos de usuario
A nivel de usuario, existen dos procesos que per-
miten al usuario final interactuar con la instan-
cia, y en último punto, con la base de datos y son
el proceso de usuario y el proceso servidor.
Dependiendo de la arquitectura técnica de la
aplicación, el Proceso de Usuario corre en el pro-
pio PC del usuario o en algún servidor de capa
intermedia. Cuando un usuario ejecuta una apli-
cación, Oracle inicia un Proceso de Usuario que
soporta la conexión del usuario con la instancia.
El proceso de iniciar y mantener una comunica-
ción entre el Proceso de Usuario y la instancia de
Oracle, recibe el nombre de conexión. Una vez
que ha conexión se ha creado con éxito, el usua-
rio establece una sesión con la instancia sobre
dicha conexión.
Puesto que los procesos de usuario no se pueden
comunicar directamente con la base de datos,
tras establecer una sesión, cada usuario arranca
un Proceso Servidor en el propio servidor, que
será el responsable de realizar aquellas tareas
que permiten al usuario interactuar con la base
de datos.
Figura 2. Relación entre los procesos de usuario
y el resto de componentes de Oracle.
www.revistasprofesionales.com
oracle:Portales Vocales 5/6/09 11:09 Página 17
Además de los procesos asociados a cada
conexión de usuario, por cada sesión de
usuario se crea un área específica de
memoria llamada PGA (Program Global
Area) que almacenará información especí-
fica de la sesión del usuario y que no se
comparte con otras sesiones. Cada Proceso
Servidor tiene su correspondiente PGA y es
es el que realmente se comunica con la ins-
tancia de Oracle en nombre del usuario.
La PGA contiene datos e información de
control para los procesos de usuario que se
ejecutan en el servidor de Oracle. El tama-
ño y contenido de la PGA depende de las
opciones del servidor que se hayan instala-
do.
La instancia de Oracle
La instancia está formada por procesos los
procesos de respaldo que acceden a los
ficheros de la base de datos y por un área
de memoria compartida denominada
System Global Area (SGA). Es la SGA con la
que se comunica el proceso de servidor del
usuario cuando éste accede a la base de
datos Oracle.
Figura 3. Arquitectura de la Instancia de
Oracle.
Podemos utilizar la vista v$instance para
consultar los datos relacionados con la ins-
tancia.
El Área Global del Sistema (SGA)
El SGA es un área de memoria compartida
por todos los usuarios que se utiliza para
almacenar información de control y de
datos entre el servidor y las aplicaciones
cliente. Se crea cuando se “levanta” (es
decir, se arranca) la instancia y se borra
cuando ésta se “baja” (es decir, cuando se
hace shutdown). La SGA está situada en la
memoria virtual del computador, donde
reside el servidor Oracle.
www.revistasprofesionales.com
BASES DE DATOS
Arquitectura de Oracle
El tamaño de las estructuras del SGA puede
cambiar en múltiplos de la unidad de gra-
nularidad. Esta unidad depende del tamaño
definido de SGA; así, la unidad de granula-
ridad es 4 MB si el SGA es menor que 128
MB y 16 MB, si el SGA es mayor de 128 MB.
El tamaño de las estructuras del SGA puede
consultarse en la vista v$SGA_DYNAMIC_
COMPONENTS.
Figura4. Datos de la instancia de Oracle
obtenidos de la vista v$instance.
En SQL/Plus podemos ver el tamaño del
SGA con la instrucción
Figura 7. Consulta de los parámetros de
inicialización.
El SGA compuesta por las siguientes
estructuras de memoria, cada una de ellas
de tamaño fijo:
 El buffer de caché (database buffer
Figura 5. Datos de la instancia de Oracle
obtenidos de la vista v$instance. cache): almacena los bloques de datos
que han sido cargados recientemente (se
El tamaño del SGA es determinado por hayan o no confirmado sus cambios en
varios parámetros de inicialización. Los uti- el disco) como consecuencia de la ejecu-
lizados con más frecuencia son: ción de sentencias SQL desde los datafi-
DB_CACHE_SIZE Tamaño del Database Buffer cache en bytes
LOG_BUFFER Tamaño del Redo log Buffer en bytes
SHARED_POOL_SIZE Tamaño del Shared Pool en bytes
LARGE_POOL_SIZE Tamaño del Large Pool en bytes
DB_BLOCK_SIZE Tamaño del bloque de Oracle (unidad de lectura y escritura)
en bytes.
Si queremos consultar el valor de un pará- les, tales como tables, índices y clusters.
metro debemos consultar la vista Al utilizarse este buffer, se reducen las
v$parameter. Por ejemplo: operaciones de entrada y salida y por
esto se mejora el rendimiento.
 Cuando un proceso requiere datos, el
proceso servidor mira en el Database
Buffer si encuentra el bloque de datos
buscado lo retorna al cliente, sino lo
carga desde los Data Files. Se trata de
evitar cuando sea posible el acceso a
los archivos en disco, pues la lectura es
costosa en términos de desempeño.
 El buffer de redo log (redo log buffer
cache): guarda los cambios efectuados
en la base de datos y que serán escritos
en el archivo físico de redo log. Se uti-
Figura 6. Parámetros de inicialización de liza para recuperar la base de datos
la SGA. ante eventuales fallos del sistema.
17 SOLO PROGRAMADORES nº 172
oracle:Portales Vocales 5/6/09 11:09
BASES DE DATOS
 Los cambios almacenados en este buf-
fer se llaman “redo entries” y contienen
la información necesaria para poder
reconstruir los cambios realizados por
las instrucciones INSERT, UPDATE, CRE-
ATE, ALTER ó DROP.
 Shared pool: almacena las sentencias
SQL y PLSQL más recientemente ejecu-
tadas y los datos más recientemente
utilizados del diccionario de datos. Una
cantidad insuficiente de espacio asig-
nado a esta área podría acarrear pro-
blemas de rendimiento.
 La asignación de memoria para el
Shared Pool está determinada por el
parámetro de inicialización SHA-
RED_POOL_SIZE. Este parámetro puede
ser modificado dinámicamente ejecu-
tando el comando ALTER SYSTEM SET.
Después del análisis de rendimiento es
posible afinar el tamaño pero sin que el
SGA sobrepase el tamaño definido por
el parámetro SGA_MAX_SIZE.
 Contiene las áreas del caché de biblio-
teca y del caché del diccionario de
datos.

Caché de biblioteca (Database dictio-
nary cache): almacena la información
de los datos del diccionario más recien-
temente utilizados, como definiciones
de tablas y columnas, nombres de
usuario, claves y privilegios. Aquí se
manejan los árboles de parsing y el plan
de ejecución de las queries. Durante la
fase parse, el proceso del servidor busca
la información en el Data Dictionary
Cache para resolver los nombres de los
objetos especificados en la sentencia
SQL y para validar los privilegios de
acceso. Si es necesario, el proceso del
servidor inicia la carga de esta informa-
ción a partir de los ficheros de datos. Si
varias aplicaciones utilizan la misma
sentencia SQL, esta área compartida
garantiza el acceso por parte de cual-
quiera de ellas en cualquier instante.
 El caché del diccionario de datos está
conformado por un grupo de tablas y
vistas que identifican la base de datos.
La información que se almacena aquí
guarda relación con la estructura lógi-
ca y física de la base de datos. El diccio-
nario de datos contiene información tal
como los privilegios de los usuarios,
restricciones de integridad definidas
para algunas tablas, nombres y tipos de
datos de todas las columnas y otra
SOLO PROGRAMADORES nº 172 18
Página 18
información acerca del espacio asigna-  Java Pool: Es una estructura opcional,
do y utilizado por los objetos de un se requiere solo si se esta usando Java
esquema. y se utiliza para realizar el parse de las
 El área de librería (library cache): con- clases java que se utilizan como los
siste de dos estructuras: Shared SQL y métodos PL/SQL.
Shared PLSQL: Oracle utiliza el algoritmo LRU (Least
 Shared SQL: Almacena y comparte el Recently Used) para gestionar los conteni-
plan de ejecución de las sentencias SQL dos del Shared Pool y el database buffer
que han sido ejecutadas más reciente- cache. Cuando el proceso servidor de un
mente. El Parse es el proceso por el cual usuario necesita poner una sentencia SQL
el servidor Oracle determina la forma en el shared pool o copiar un bloque de la
más conveniente de acceder a los datos bbdd en el buffer cache, Oracle utiliza el
o de ejecutar la sentencia, a este méto- espacio en memoria ocupado por la última
do se le conoce como Plan de sentencia SQL accedida o el buffer para
Ejecución. albergar la SQL solicitada o copiar el blo-
que. Con esta técnica, las SQL más frecuen-
tes permanecen más tiempo en memoria,
mejorando las prestaciones.
El tamaño de los componentes de la SGA
puede configurarse de dos modos: manual-
mente, y entonces habrá que ajustar el
tamaño inicial explícitamente de acuerdo al
funcionamiento de la aplicación; y, auto-
máticamente, y es Oracle el que ajusta el
tamaño de los componentes de la SGA de
Figura 8. Consulta de la estructura de la manera transparente al usuario.
SGA.
Independientemente de cual sea la opción
escogida, Oracle divide el espacio de alma-
 Shared PLSQL: Almacena las unidades cenamiento de la SGA en porciones más
de programa como procedimientos pequeñas denominadas gránulos, que son
almacenados, funciones y paquetes que alojados y desalojados dinámicamente.
han sido parseados, compilados y eje-
cutados recientemente. Procesos de la Instancia
Estructuras de datos opcionales Los procesos de una instancia Oracle reali-
 Large Pool: Es una estructura opcional zan funciones que son necesarias para
que se puede definir dentro del SGA, atender las solicitudes de varios usuarios
sirve para almacenar datos de la sesión concurrentes, sin comprometer la integri-
de usuario y operaciones de backup y dad y rendimiento de todo el sistema. Se
restauración de datos, este pool se usa cargan en memoria y son transparentes
en un entorno de servidor compartido. para los usuarios.
Componentes obligatorios de la SGA
Shared pool Guarda las sentencias SQL ejecutadas más recientemente por
los usuarios
Database buffer cache Almacena los datos que han sido accedidos más reciente-
mente por los usuarios
Redo log buffer Guarda información de las transacciones para los procesos de
recuperación de la base de datos
Componentes opcionales
Guarda los objetos JAVA y el código de aplicación más recien-
Java Pool
temente empleado cuando se utiliza la JVM de Oracle.
Large Pool Guarda datos para operaciones costosas.
Guarda información asociada con los mensajes de petición
Streams Pool encolados cuando se emplea la opción de encolado avanzado
de Oracle.
www.revistasprofesionales.com
oracle:Portales Vocales 5/6/09 11:09 Página 19
Estos procesos relacionan las estructuras
físicas con las estructuras lógicas en
memoria y manejan el tránsito de informa-
ción desde y hacia la SGA, mejorando así el
rendimiento y las prestaciones al centrali-
zar las tareas que son compartidas por
todos los usuarios.
Se pueden utilizar varios procesos, depen-
diendo de la configuración, pero hay cinco
procesos obligatorios en una instancia
Oracle.
El DBWR (Database Writer) es el responsa-
ble de la escritura en disco de toda la infor-
mación almacenada en los buffers de blo-
ques que no se han actualizado. Cuando un
usuario realiza una operación SQL sobre
una tabla, proceso servidor del usuario
Figura 9. Procesameinto de una sentencia
SQL.
Figura 10. Componentes de la SGA de la
instancia de Oracle.
www.revistasprofesionales.com
Arquitectura de Oracle
copia los datos afectados desde los datafi-
les a al Database Buffer Cache del SGA. Si el
usuario comitea una transacción que modi-
fica esos datos, el proceso DBWn escribirá
los datos modificados en los correspon-
dientes datafiles.
Por otra parte, el LGWR (Log Writer) escribe
datos desde la SGA hacia los redo log files.
Como se verá más adelante, el proceso de
llenado de estos ficheros es circular, por lo
que antes de empezar a sobreescribir en
uno de ellos, se marca un punto de verifica-
ción y el LGWR envía la orden de escritura
en los datafiles al DBWR.
LGWR realiza escrituras secuenciales en los
ficheros redo log en las siguientes situacio-
nes:
 Cuando una transacción es confirmada
con COMMIT.
 Cuando el redo log buffer cache esta
lleno en un tercio de su capacidad.
 Cuando hay mas de 1Mb de cambios
registrados en el redo log buffer cache.
 Antes que el DBWR escriba los bloques
modificados en el database buffer a los
data files.
 Cada tres segundos.
LGWR confirma el Commit solo después
que los cambios fueron escritos a disco.
Podemos utilizar la vista v$logfile para con-
sultar los archivos Redo Log Files.
Otro de los procesos obligatorios es el CKPT
(Checkpoint). Es el responsable de advertir al
proceso DBWR de efectuar un proceso de
actualización en el disco de los datos man-
Figura 11. Funcionamiento del DBWR.
tenidos en memoria, incluyendo los datafi-
les y control files (para registrar el check-
point).
Un evento de Checkpoint ocurre cuando el
DBWR escribe los cambios confirmados y no
confirmados en los Data Files. Los check-
point aseguran que los bloques de memoria
que cambian frecuentemente se escriban en
los Data Files regularmente.
Al producirse un evento Checkpoint se
registra la siguiente información de control:
BASES DE DATOS
 El número de Checkpoint en las cabece-
ras de los Data Files.
 El número de Checkpoint, número de
secuencia de log, nombre de los
Archived Log Files y el número de cam-
bio del sistema dentro del Control File.
El proceso de Checkpoint no registra blo-
ques de datos en los Data Files ni en los Log
Files, registra el control de secuencia en los
Data Files y en el control File.
Este proceso es opcional. Si no está presen-
te, es el proceso LGWR quien asume la res-
ponsabilidad de la tarea.
Por su parte, el PMON (Process Monitor)
monitoriza los procesos del servidor y
Figura 12. Funcionamiento del LGWR.
tomar acciones correctivas cuando alguno
de ellos se interrumpe en forma abrupta,
limpiando la caché y liberando los posibles
recursos que pudieran estar asignados en
ese momento. También es responsable por
el restablecimiento de aquel proceso que
se ha interrumpido bruscamente.
En caso que la conexión a través del
proceso servidor asignado falle, durante
la limpieza de la sesión realiza lo
siguiente:
 Hace Rollback a las transacciones
actuales del usuario.
 Libera las filas de datos de las tablas que
mantiene bloqueados a los usuarios.
Finalmente, el SMON (System Monitor) es el
supervisor del sistema y se encarga de
recuperar la instancia durante el arranque,
tantas veces como sea necesario. Para
recuperar la instancia sigue los siguientes
pasos:
19 SOLO PROGRAMADORES nº 172
oracle:Portales Vocales 5/6/09 11:09 Página 20

BASES DE DATOS

Procesos Oracle en ejecución

las tablas, índices o agrupamientos
Listado 1 (clusters) y procedimientos. Estos
$ ps -ef |grep PROD archivos son los únicos que contienen
oracle 3969 1 0 10:02 ? 00:00:05 ora_pmon_PROD los datos de los usuarios de la base de
oracle 3971 1 0 10:02 ? 00:00:00 ora_mman_PROD
datos.
 Dos o más archivos redo log: almace-
oracle 3973 1 0 10:02 ? 00:00:07 ora_dbw0_PROD
oracle 3975 1 0 10:02 ? 00:00:07 ora_lgwr_PROD
oracle 3977 1 0 10:02 ? 00:00:10 ora_ckpt_PROD
oracle 3979 1 0 10:02 ? 00:00:20 ora_smon_PROD
nan los cambios hechos en la base de
oracle 3981 1 0 10:02 ? 00:00:00 ora_reco_PROD datos para recuperarla en caso de fallo.
oracle 3983 1 0 10:02 ? 00:00:09 ora_cjq0_PROD Estos archivos almacenan la historia de
oracle 3985 1 0 10:02 ? 00:00:00 ora_d000_PROD
oracle 3987 1 0 10:02 ? 00:00:00 ora_s000_PROD cambios efectuados sobre la base de
oracle 4052 1 0 10:02 ? 00:00:00 ora_qmnc_PROD datos y son particularmente útiles
oracle 4054 1 0 10:02 ? 00:00:29 ora_mmon_PROD
oracle 4057 1 0 10:02 ? 00:00:08 ora_mmnl_PROD cuando se necesita corroborar si los
oracle 4059 1 0 10:02 ? 00:01:04 ora_j000_PROD cambios que la base de datos ya ha
oracle 27544 1 0 20:29 ? 00:00:00 ora_q000_PROD confirmado se han efectuado realmen-
te en los datafiles.
 Graba los cambios registrados en los La Base de Datos  Uno o más control files: contienen
redo log files, estos cambios se graban información que se utiliza cuando se
después del Commit de las transaccio- Una instancia es una estructura de memo- levanta una instancia, tal como la
nes, antes de la caída del SGA por falla ria temporal, pero la base de datos Oracle información de dónde se encuentran
de la instancia. está compuesta por un conjunto de fiche- ubicados los datafiles y los
 Abre la base de datos para que los ros física que residen en el disco duro del archivos redo log. Estos archivos de
usuarios puedan hacer logon. servidor Oracle. Sobre esta capa física, control deben encontrarse siempre
 Deshace las transacciones que no fue- tenemos una capa lógica en la que se defi- protegidos.
ron confirmadas antes que fallara la nen las estructuras que mapean los datos Hay tres ficheros más que técnicamente no
instancia. en estos componentes de la capa física. forman parte de la base de datos pero que
 Además de estos procesos, existen están asociados a ella y son:
otras opciones que están recogidos en La Capa Física  Parameter File: Contiene parámetros y
la tabla de la Figura 15. La capa física de la base de datos Oracle valores que definen las características
En entornos UNIX es posible saber cuáles de está formada por: de la instancia y de la base de datos,
estos procesos se están ejecutando con el  Uno o más datafiles: estos archivos sir- por ejemplo contiene parámetros que
comando: ven para el almacenamiento físico de dimensionan el SGA.

Nombre del proceso Descripción

Copia la información de respaldo de la transacción escrita el LGWR (log writer) en los ficheros
Archiver ARCn Redo Log a una ubicación secundaria, por si fuera necesaria en caso de recuperación del sis-
tema. Casi todos los entornos de producción hacen uso de este proceso.
Recoverer RECO Recupera la transacciones fallidas que son distribuidas entre mútiples bases de datos cuando
Oracle funciona en modo distribuido.
Job Queue Monitor CJQn Asigna trabajos a los procesos Jnnn cuando se emplea la planificación de trabajos de Oracle.
Ejecuta trabajos de base de datos que han sido planificados por la planificación de trabajos de
Job Queue Jnnn
Oracle.
Monitoriza los mensajes de la cola de mensajes cuando se emplea el encolado avanzado de
Queue Monitor QMNn
Oracle.
Se emplea para llevar ejecutar fragmentos de una consulta compleja, si la funcionalidad de
Parallel Query Slave Qnnn
consulta paralela está activada.
Asigna peticiones de usuario de base de datos a un cola en donde serán servidas por el pro-
Dispatcher Dnnn
ceso servidor compartido, si esta funcionalidad está habilitada.
Procesos servidores que son compartidos entre varios usuarios de la base de datos, si esta fun-
Shared Server Snnn cionalidad está activada.
Gestiona el tamaño de cada componente individual del SGA cuando la gestión automática de
Memory Manager MMAN la memoria compartida está habilitada.
Recoge y mantiene las estadísitcas empleadas por el Repositorio Automático de carga de tra-
Memory Monitor MMON
bajo.
Recoge y analiza las estadísitcas empleadas por el Repositorio Automático de carga de traba-
Memory Monitor Light MMNL
jo.
Escribe la información de recuperación en disco cuando la funcionalidad de recuperación flas-
Recovery Writer RVWR
hback de la base de datos está habilitada.
Mantiene una pista sobre qué bloques de la base de datos han cambiado cuando se utiliza la
Change Tracking Writer CTWR funcionalidad de recuperación incremental.

SOLO PROGRAMADORES nº 172 20 www.revistasprofesionales.com

oracle:Portales Vocales 5/6/09 11:09 Página 21
 Password File: es opcional y almacena
los nombres de los usuarios con privile-
gios SYSDBA y SYSOPER.
 Archived Log Files: son copias off-line
de los archivos Redo Log que son nece-
sarios para el proceso de recuperación
Es posible utilizar un nombre de base de
Figura 13. Ubicación de los ficheros redo
log.
datos distinto al nombre de la instancia,
aunque Oracle recomienda que utilicemos
el mismo nombre para la instancia y para la
base de datos para que su administración
sea más sencilla.
Control files
Los control files son críticos porque contie-
nen información que no se guarda en nin-
gún otro sitio, ya que contienen la descrip-
ción física y la dirección de los data files y
de los redo log files, necesarios para el
correcto arranque de la base de datos.
Los control files se crean al crearse la bbdd
y se guardan en ubicaciones especificadas
en el parámetro control_files del fichero de
parámetros. Puesto su pérdida tendría un
impacto negativo en la capacidad para
recuperar la bbdd, en algunos entornos de
producción suelen duplicarse en ubicacio-
nes diferentes. El proceso CKPT es el encar-
gado de actualizar estos ficheros, mante-
niendo todas las copias sincronizadas.
Para saber los ficheros y sus ubicaciones es
posible emplear la vista v$controlfile:
Figura 14. Funcionamiento del CKPT.
www.revistasprofesionales.com
Arquitectura de Oracle
Data files
Los datafiles son los ficheros físicos que
almacenan los datos de las tablas, índices o
agrupamientos (clusters) y procedimientos.
El tamaño de los datafiles está directamen-
te relacionado con la cantidad de datos que
pueden contener.
Los datafiles son la estructura física que se
encuentra por debajo de otra área de alma-
cenamiento llamada tablespace. Un tables-
pace es un área de almacenamiento lógica
en que se divide la base de datos. Los
tablespace agrupan segmentos relaciona-
dos desde un punto de vista lógico.
En una base de datos Oracle se puede tener
sólo uno datafile o cientos de ellos. Muchos
objetos (tablas, índices) pueden compartir
varios datafiles. El número máximo de
datafiles que pueden ser configurados está
limitado por el parámetro de sistema MAX-
DATAFILES.
Cuando un usuario ejecuta una sentencia
SQL sobre una tabla, el proceso servidor del
usuario copia los datos implicados en el
database buffer cache de la SGA. Si el usua-
rio comitea los datos y los modifica, el
DBWn guarda los datos modificados en los
datafiles correspondientes.
Figura 15. Otros procesos de la instancia.
Redo logs
Cuando un usuario realiza una transacción
en la base de datos, la información necesa-
ria para reproducir la transacción en caso
de que se produjera una caída de la base de
datos se almacena en los redo log buffer.
Los contenidos de este buffer, finalmente,
se escritos en los redo log files por el pro-
ceso LGWR.
Dado el importante papel que juegan los
redo logs en la recuperación de una bbdd
Oracle, se suelen multiplexar o copiar, es
decir, que cada redo log contiene una o más
copias de sí mismo por si se produjese un
fallo de harware o alguna de ella se
BASES DE DATOS
corrompiese. Estos conjuntos de redo logs
reciben en el nombre de grupos de redo
logs y cada bbdd debe tener, como mínimo
dos grupos que se emplean de manera cir-
cular.
La Figura muestra un ejemplo de una bbdd
que tiene tres grupos de redo logs. Cada
grupo está compuesto por dos miembros y
el primer miembro de cada grupo se guar-
da en el directorio /u02/oradata/PROD; el
segundo, se multiplexa y se guarda en
/u04/oradata/PROD.
Figura 16. Determinación del número
d eprocesos de la instancia en ejecución.
Se puede utilizar la vista v$logfile para
obtener los nombres de los grupos de redo
logs y sus ubicaciones físicas:
Figura 17. Estructura de la base de datos
Oracle.
Esta salida muestra que la bbdd tiene un
total de dos grupos de redo logs y que cada
grupo tiene un miembros. Cada uno de
estos miembros está ubicado en un directo-
rio y un volumen de disco separados, de
manera que un fallo en un único disco no
producirá la pérdida de la información
guardada en los redo logs.
Cuando un usuario ejecuta una sentencia
DML, la información de recuperación de
esta transacción es escrita en el redo log
buffer por el proceso servidor del usuario.
Cuando el redo log activo se llena con la
21 SOLO PROGRAMADORES nº 172
oracle:Portales Vocales 5/6/09 11:09
BASES DE DATOS
información de la transacción, el LGWR
cambia al siguiente grupo y así sucesiva-
mente hasta que todos los redo logs de
todos los grupos se llenan. En ese momen-
to, el LGWR empieza a utilizar el primer
redo log del primer grupo, con lo que la
información de recuperación almacenada
en éste se sobreescribirá.
Es posible utilizar la vista v$log para mos-
trar qué grupo de redo log está activo y, por
tanto, está siendo escrito por el LGWR:
Figura 18. Ubicación y nombre de los
ficheros de control.
Sin embargo, si la bbdd está operando en
modo archive log, los contenidos del redo
log se copiarán a una ubicación secundaria
antes de sobreescribirlos. Estas copias reci-
ben el nombre de archive logs.
Figura 19. Ubicación y nombre de los
datafiles.
La Capa Lógica
Oracle divide la base de datos en unidades
más pequeñas para manejar, almacenar, y
recuperar los datos eficientemente. El
siguiente grafico muestra la estructura
lógica de la base de datos.
La capa lógica de una base de datos consta
de los siguientes elementos:
 Uno o más tablespaces
 El esquema de la base de datos (sche-
ma), el cual consiste de objetos como
tablas, clusters, índices, vistas, procedi-
mientos almacenados, triggers, secuen-
cias y otros.
SOLO PROGRAMADORES nº 172 22
Página 22
Figura 22. Determinación del estado de
los grupos de redo logs.
Figura 20. Utilización de los redo log.
Los Tablespaces y los Datafiles
La base de datos se encuentra dividida en
una o más piezas lógicas llamadas tables-
paces, que son utilizados para separar la
información en grupos y así simplificar la
administración de los datos. Por defecto,
toda base de datos Oracle debe tener el
tablespace SYSTEM, aunque lo habitual es Figura 23. Funcionamiento de los archive
tener, al menos: logs.
Tablespace Descripcion
SYSTEM Guarda las tablas del diccionario de datos y el código PL/SQL
SYSAUX Guarda segmentos empleados para las funcionalidades
opcionales de la BBDD
TEMP Se emplea cuando se realizan operaciones de ordenación cos-
tosas. Solamente es obligatorio si el tablespace SYSTEM se
gestiona de manera local. En otro caso, es un tablespace
opcional.
Cada tablespace debe ocupar al menos un
Cuando se crea una tabla, debe indicarse el datafile, aunque existe tablespaces que
tablespace al que se destina. En caso con- ocupan varios por razones de gestión o
trario, se ubicará en el SYSTEM, por lo que prestaciones (ver Figura 28). En este último
conviene que cada aplicación tenga su pro- caso, el DBA puede indicar que éstos que-
pio tablespace. den localizados en discos diferentes, lo que
Los tablespaces pueden ser consultados aumentará el rendimiento del sistema,
con la vista v$tablespace, tal como se ilus- principalmente por la mejora en la distribu-
tra a continuación: ción de la carga de entrada/salida.
La vista del diccionario de datos
DBA_DATA_FILES muestra los datafiles
asociados con cada tablespace.
Figura 21. Estructura de los grupos de
redo log.
Para obtener todos los tablespaces del sis-
tema, se utiliza la vista del diccionario de Figura 24. Estructura lógica de una base
datos dba_tablespaces: de datos Oracle.
www.revistasprofesionales.com
oracle:Portales Vocales 5/6/09 11:09 Página 23
El siguiente grafico muestra la relación que
existe entre las estructuras físicas y las
estructuras lógicas de almacenamiento.
Una base de datos de ejemplo contiene tres
tablespaces lógicos (parte superior de la
figura) que utiliza para almacenar informa-
ción del sistema, de los datos del usuario y
de los índices de las tablas. Asimismo, exis-
ten los espacios físicos (datafiles) que
guardan esta información en los diferentes
discos disponibles y que se señalan en la
parte inferior del dibujo.
Figura 25. Tablespaces habituales en
Oracle.
Los datafiles pueden ser consultados con la
vista v$datafile, tal como se ilustra a conti-
nuación:
Figura 26. Tablespaces de la base de
datos.
Y para consultar los archivos de los tablespaces
temporales debemos utilizar la vista
v$tempfile, tal como se ilustra a continuación:
Figura 27. Tablespaces del sistema.
www.revistasprofesionales.com
Arquitectura de Oracle
Figura 27. Tablespaces del sistema.
Segmentos, Extensiones y Bloques
Dentro de los tablespaces y datafiles, el
espacio utilizado para almacenar datos es
controlado por el uso de ciertas estructu-
ras; éstas son las siguientes:
 Segmentos: Es un grupo de extensiones
utilizados para almacenar un tipo parti-
cular de datos. Existen 5 tipos de seg-
mentos:
 De datos: almacenan datos en forma de
filas y columnas (es decir, las tablas de
la base de datos).
 De índices: mejoran el acceso a los
datos de las tablas de datos, ya que las
consultas que sólo referencian a
columnas indexadas se resuelven en el
índice. Cada índice ocupa un segmento
independiente del segmento de datos y
se recomienda que, además, los índices
estén en un tablespace distinto.
 De rollback: se emplean para mantener
la consistencia de la lectura en las
transacciones de usuario y para llevar
a cabo la recuperación de transaccio-
nes. Almacena objetos internos de la
base de datos y son tan importantes
que una base de datos no puede
arrancar si no accede, al menos, a uno
de ellos.
 Temporales: son creados por la base de
datos para realizar ordenaciones que
no caben en memoria y en algunas
otras operaciones. Son eliminados
cuando sentencia finaliza.
 De bootstrap: se crea en el tablespace
SYSTE y contiene las definiciones de las
tablas del diccionario de datos.
 Extensiones: Cada segmento está for-
mado por porciones de espacio de
almacenamiento contiguas que reciben
el nombre de extensiones. Un segmen-
to debe tener al menos un segmento.
Se establecen en un tamaño fijo y cre-
cen a medida que van almacenando
más datos. También se pueden redi-
BASES DE DATOS
mensionar para aprovechar mejor el
espacio de almacenamiento.
 Bloques: Cada extensión se compone
de un cierto número de bloques, que
constituye la unidad de almacenamien-
to más pequeña en una base de datos
Oracle. Contiene una pequeña porción
de información (header) referente al
bloque en sí y el resto a los datos que
guarda. Generalmente, un bloque de
datos ocupará aproximadamente 2 KB
de espacio físico en el disco (asignación
típica), aunque también es usual
emplear tamaño de bloque de 4 KB, 8
KB y 16 KB.
 Bloques del sistema operativo: cada
bloque de la base de datos está com-
puesto por uno o más bloques del sis-
tema operativo, cuyo tamaño depende
del sistema operativo concreto, pero
que suele estar comprendido entre 512
bytes y 2 KB.
Figura 28. Organización de la base de
datos en tablespaces.
El Esquema de la base de datos
En una base de datos pueden existir objetos
que no contengan datos. Sin embargo, todo
objeto debe pertener a un esquema. Un
esquema es una colección de objetos lógi-
cos, utilizados para organizar de manera
más comprensible la información y conoci-
dos como objetos del esquema.
Una breve descripción de los objetos que lo
componen es la siguiente:
 Tabla: es la unidad lógica básica de alma-
cenamiento. Contiene filas y columnas
(como una matriz) y se identifica por un
nombre. Las columnas también tienen un
nombre y deben especificar un tipo de
datos. Una tabla se guarda dentro de un
tablespace (o varios, en el caso de las
tablas particionadas).
 Cluster: es un grupo de tablas almace-
nadas en conjunto físicamente como
23 SOLO PROGRAMADORES nº 172
oracle:Portales Vocales 5/6/09 11:09
BASES DE DATOS
una sola tabla que comparten una
columna en común. Si a menudo se nece-
sita recuperar datos de dos o más tablas
basado en un valor de la columna que
tienen en común, entonces es más efi-
ciente organizarlas como un cluster, ya
que la información podrá ser recuperada
en una menor cantidad de operaciones
de lectura realizadas sobre el disco.
 Indice: es una estructura de la base de
datos creada para ayudar a recuperar
datos de una manera más rápida y efi-
ciente. Un índice se crea sobre una o
varias columnas de una misma tabla.
De esta manera, cuando se solicita
recuperar datos de ella mediante algu-
na condición de búsqueda (cláusula
where de la sentencia), ésta se puede
acelerar si se dispone de algún índice
sobre las columnas-objetivo.
 Vista: Una vista implementa una selec-
ción de varias columnas de una o dife-
rentes tablas. Una vista no almacena
datos; sólo los presenta en forma diná-
mica. Se utilizan para simplificar la
visión del usuario sobre un conjunto de
tablas, haciendo transparente para él la
forma de obtención de los datos.
 Procedimientos y funciones: son blo-
ques de código PL/SQL que se almace-
nan en el diccionario de datos y que
pueden ser llamados desde una aplica-
ción. Se ejecutan directamente desde la
base de datos, disminuyendo así el trá-
fico de información a través de la red y
mejorando el rendimiento de los proce-
sos implementados mediante estos
programas. Se agrupan en paquetes.
 Trigger: es un procedimiento que se
ejecuta en forma inmediata cuando
ocurre un evento especial. Estos even-
tos sólo pueden ser la inserción, actua-
lización o eliminación de datos de una
tabla.
 Secuencias: se trata de un mecanismo
de obtención de listas de números
secuenciales. El generador de secuencias
de Oracle se utiliza para generar núme-
ros únicos y utilizarlos, por ejemplo,
como claves de tablas. La principal ven-
taja es que libera al programador de
obtener números secuenciales que no se
repitan con los que pueda generar otro
usuario en un instante determinado.
Para llevar a cabo el almacenamiento de un
objeto en la base de datos, se contemplan
las siguientes reglas:
SOLO PROGRAMADORES nº 172 24
Página 24
 Un objeto puede almacenarse en uno
o más datafiles pero de un solo
tablespace.
 Dos objetos diferentes de un esquema,
pueden estar en distintos tablespaces.
 Los objetos pueden almacenarse en
múltiples discos.
Figura 29. Datafiles asociados a cada
tablespaces.
Las Transacciones
El término transacción describe a una uni-
dad lógica de trabajo que está compuesta
de una o más sentencias SQL, que deben
terminar con una instrucción commit o
rollback. En ese instante, una nueva trans-
acción dará comienzo y estará activa hasta
que se ejecute alguno de esos dos coman-
dos otra vez.
Cabe destacar que una transacción no se
considera confirmada hasta que ésta se
termina de escribir en el archivo de redo
log.
Por ejemplo, supongamos que se desea
hacer un UPDATE de una tabla. El ciclo de
actualización sería el siguiente (ver figuras
siguientes).
 El proceso cliente pasa la sentencia SQL
(en este caso, el UPDATE) al su proceso
servidor y lo carga en la library caché
del Shared Pool de la la SGA.
 Los procesos del servidor buscan en el
la library caché de SQL del Shared Pool
una versión ejecutable de la sentencia.
Figura 30. Relación entre la base de datos,
los tablespaces y los datafiles.
En caso de encontrarla, no sería nece-
sario procesar la sentencia, ganando así
en prestaciones.
 Si la sentencia SQL no está en el Shared
Pool, se procesa y su versión ejecutable
se coloca en el lugar del Shared Pool
corresEl proceso del servidor intenta
leer los bloques de datos del database
buffer caché de la SGA. Si no están,
deberán cargarlos desde los datafiles
en que se encuentren
 Se registra el valor antiguo de los datos
en un segmento derollback y se crea un
registro redo log.
 Se crea una copia de la transacción en
un registro redo log.
 Se ejecuta la sentencia SQL modifican-
do los datos, y se crea un registro redo
log que así lo refleje.
 El proceso usuario valida la transacción
(COMMIT), registrandose en un regis-
troredo log.
 El LGWR escribe los buffers del redo log
en el disco.
 El servidor indica al cliente que la ope-
ración ha sido completada de manera
satisfactoria.
 Se registra la terminación de la trans-
acción en un registro redo log.
 Se libera la información del rollback,
pues ya no va a necesitarse.
Si, a partir del paso 6, el usuario cancelara la
transacción (ROLLBACK), se podría utilizar la
información de rollback para restablecer el
valor original. Por otra parte, si sucediese
algo que impidiera que la transacción vali-
dada por el usuario pueda llevarse a cabo (es
decir, el usuario lanza un COMMIT pero éste
no puede ejecutarse), se puede utilizar la
información contenida en los registros redo
log para rehacer la transacción (a partir del
paso 6). Finalmente, el DBWR escribe en el
archivo de datos la copia de los bloques de
datos modificados que se encuentran en el
database buffer cache.
Conclusión
En este artículo se ha descrito la arquitec-
tura del sistema de gestión de bases de
datos Oracle, estudiando cuáles son sus
componentes básicos y cómo interaccionan
entre ellos. En números posteriores se
aprenderá cómo crear una base de datos
Oracle y configurarla adecuadamente y se
abordarán otros problemas de gestión y
diseño de bases de datos.
www.revistasprofesionales.com
25 Aimme:REDES-RSS Java 1 5/6/09 11:12 Página 25
Premio a la Empresa o Institución
dinamizadora del sector en el ámbito
de la Comunidad Valenciana
El Instituto Tecnológico Metalmecánico,
AIMME, ha recibido el “Premio a la Empre-
sa o Institución dinamizadora del sector
en el ámbito de la Comunidad Valenciana”.
Este galardón representa una de las cate-
gorías reconocidas en la XI edición de los
Premios y Noche de las Telecomunicacio-
nes Valencianas que, bajo el lema “Teleco-
municaciones para una Comunitat Valen-
ciana 2.0”, promueve el Centro de
Estrategias y Desarrollo del Ayuntamiento
de Valencia, el Colegio Oficial de Ingenie-
ros de Telecomunicación de la Comunidad
Valenciana, la Escuela Técnica Superior de
Ingenieros de Telecomunicación de la
UPV, el IMPIVA y la Secretaría Autonómi-
ca de Administraciones Públicas.
www.revistasprofesionales.com
La entrega de premios ha tenido lugar en
el marco de la sala Paraninfo de la Uni-
versidad Politécnica de Valencia, tras la
ponencia de Ícaro Moyano, fundador de la
red social Tuenti, y ha contado con la pre-
sencia de Alfonso Grau, concejal de Gran-
des Proyectos del Ayuntamiento de
Valencia, Daniel Moragues, director gene-
ral del Instituto de la Mediana y Pequeña
Industria Valenciana –IMPIVA-, Sergio
Riolobos, decano del Colegio Oficial de
Ingenieros de Telecomunicación de la
Comunidad Valenciana y Juan Carlos
Mena, presidente de AIMME, que ha sido
el encargado de recoger el galardón.
El premio ha sido otorgado por la extensa
labor iniciada por el Instituto, hace cerca
ACTUALIDAD
de 15 años, sobre difusión de las Tecnolo-
gías de la Información y la Comunicación
–TIC- en las empresas, precisamente,
según Mena, “porque en el entorno cerca-
no no había ningún agente que realizara
esa labor”.
Así, “desde la Dirección del Instituto se
decidió apostar firmemente por el cambio
que suponía el introducir las TIC en los
procesos de las empresas”.
Durante el evento, se hizo una especial
mención a los Proyectos METAL 2.0 y
MORFEO-FORMACIÓN que desarrolla el
Instituto, como nuevos escenarios de
futuro en los que están entrando paulati-
namente las empresas, derivadas del uso
de web 2.0 / redes sociales y software
libre, respectivamente. Las cerca de
20.000 descargas de los vídeos, los 700
participantes en el Experimento y los 420
asistentes al Evento demuestran el gran
interés despertado por METAL 2.0.
Asimismo, durante la entrega de premios,
el presidente de AIMME, quiso “trasladar
el galardón a las empresas del sector
metalmecánico, dado que son ellas las
verdaderas protagonistas del cambio que
se avecina derivado de la digitalización de
todos sus procesos y de la entrada en la
nueva sociedad del conocimiento”.
La XI edición de los Premios y Noche de
las Telecomunicaciones Valencianas, den-
tro del proyecto “Sociedad de la Informa-
ción 2009, se celebra con el objeto de
despertar a la sociedad, ciudadanos,
empresarios e instituciones para identifi-
car y aprovechar las oportunidades que se
presentan en este sector en la Comunidad
Valenciana, y gestionar el cambio hacia
objetivos de mayor justicia social con un
enfoque 2.0 participativo, abierto, cons-
tructivo y verde.
Salvador Bresó Bolinches
Director
AIMME-INSTITUTO TECNOLÓGICO METALMECÁNICO
25 SOLO PROGRAMADORES nº 171
Danysoft:Portales Vocales
BASES DE DATOS
SOLO PROGRAMADORES nº 172 26
5/6/09 11:13 Página 26
Análisis de índices de SQL
Server 2005/2008
Dentro de las nuevas consultas que
PABLO F. DUEÑAS CAMPO
nos ofrece SQL Server 2005/2008,
destacan las que sugieren nuevos
índices. Son una mejora importante
para la optimación de un sistema de
gestión de base de datos pues nos
permite encontrar cuellos de botella
que afectan al rendimiento y
anticiparnos a posibles problemas. La
información que guarda el motor de
optimación de consultas nos da las
sugerencias de índices así como
estadísticas de la mejora teórica que
tendríamos si se implementase. En
esta primera parte vamos a analizar
los objetos de administración
dinámica relacionados con la
creación de índices para luego ver
qué consideraciones debemos tener a
la hora de su creación.
Introducción
En el presente artículo nos vamos a sumergir en
la nueva funcionalidad que tiene el motor de
base de datos de SQL Server 2005/2008, que
nos ayuda a encontrar índices que pueden ace-
lerar las consultas. No nos estamos refiriendo al
Database Engine Tuning Advisor (consejero de
optimación del motor de base de datos), sino a
las vistas y funciones de administración diná-
mica relacionadas con la creación de índices.
Son 4:
 sys.dm_db_missing_index_groups: Como
veremos, esta vista es la espina dorsal de la
información que vamos a analizar. Devuelve
los identificadores de los índices que faltan.
 sys.dm_db_missing_index_group_stats:
Devuelve fundamentalmente las mejoras en
el rendimiento que podrían obtenerse
implementando un grupo específico de
índices que faltan.
 sys.dm_db_missing_index_details:
Devuelve el nombre de la tabla en la que
falta el índice, así como las columnas y los
tipos de columnas que se deberían crear.
 sys.dm_db_missing_index_columns:
Es
muy parecida a la anterior, pero con una fila
de datos para cada columna.
Antes de ver cada objeto, hay que señalar que
la característica de índices que faltan utiliza los
objetos de administración dinámica y los pla-
nes, para proporcionar información acerca de
los índices que podrían mejorar el rendimiento.
Es decir, como sabemos, cuando se pide ejecu-
tar una consulta, una de las fases es su opti-
mación para generar el plan. Pues bien, en esta
fase no sólo se ve cuál es la mejor forma de
responder a la consulta en base a los objetos
que tiene actualmente la base de datos (tablas,
índices, estadísticas, vistas materializadas, etc.),
sino que además analiza cuáles son los mejores
índices para una condición de filtro concreta.
Si no existen dichos «mejores índices», los
almacena en el plan y en una caché interna. La
característica de índices que faltan permite
tener acceso a esta información para poder
decidir qué índices deberían implementarse.
Consta, por lo tanto de dos componentes: Un
conjunto de objetos de administración dinámi-
ca que son los que vamos a ver en este artícu-
lo, y el elemento MissingIndexes en planes de
presentación XML, que dejamos para más
adelante.
Grupos de índices
La información de índices faltantes no la orga-
niza SQL Server 2005/2008 en índices aislados,
sino en grupos de índices. Por esto, las demás
vistas giran en torno a sys.dm_db_missing_
index_groups y se necesita para unirlas. Tiene
dos columnas que identifican el grupo y los
índices que faltan. Se llaman respectivamente
index_group_handle e index_handle.
www.revistasprofesionales.com
Danysoft:Portales Vocales 5/6/09 11:13
Análisis de índices de SQL Server 2005/2008
En la práctica, en SQL Server 2005/2008
cada grupo de índices sólo tiene un índice,
por lo que, aunque ambas columnas son la
clave de cada índice, la realidad es que
cada valor es único en su columna. A pesar
de eso, interviene en las consultas porque
las otras vistas se relacionan conceptual-
mente con un grupo de índices o con un
índice.
Columnas
Para obtener información individualizada
sobre las columnas de la tabla a la que le
falta algún índice, tenemos que acudir a
sys.dm_db_missing_index_columns. A
diferencia de los otros objetos que vamos
a ver, este es una función y necesita como
parámetro el identificador del índice
(index_handle).
 Por lo tanto la usaremos para obtener
información de un índice una vez
sabemos su identificador, o le aplica-
remos los identificadores obtenidos en
www.revistasprofesionales.com
Página 27
otras consultas mediante el operador
CROSS APPLY. Devuelve tres informa-
ciones que nos van a ser muy útiles
para la creación de los índices:
 El identificador de la columna dentro
de la tabla (column_id). Si nos fijamos
en los índices que crea el Tuning
Advisor, veremos que el nombre lo
construye usando estos identificado-
res. Así podemos saber si ya tenemos
un índice parecido que podemos
mejorar y revisar, por ejemplo.
 El nombre de la columna de la tabla
(column_name).
 El uso que la consulta da a la columna
(column_usage). Nos devuelve tres
tipos, además en el siguiente orden:
«EQUALITY» cuando la columna está en
un predicado que expresa igualdad,
bien sea en una unión (JOIN), en el fil-
tro (WHERE) o en el orden (ORDER BY).
«INEQUALITY» en el caso de que se use
cualquier operador distinto a la igual-
dad; estas columnas, por tanto, sólo
BASES DE DATOS
pueden aparecer en uniones o filtros.
«INCLUDE» cuando el optimador deci-
de que es conveniente para cubrir la
consulta. Si no interviene esta colum-
na en la ordenación, suele devolver los
tipos en el orden expresado aquí.
Retengamos estos datos para la discusión
posterior –en el artículo sobre selectividad
y cardinalizad– sobre cómo crear el índice.
Detalles
Es la vista por antonomasia para obtener
la instrucción con la que crear el índice
(sys.dm_db_missing_index_details). Como
podemos apreciar en el apéndice, pode-
mos construir una consulta que nos de
hasta la instrucción CREATE INDEX. Las
columnas que tiene son:
 El identificador del índice (index_
handle). Es la clave de esta vista.
 El identificador de la base de datos
(database_id). Nos puede servir para
restringir los resultados a una base de
datos determinada: [Database_Id] =
Db_Id (‘AdventureWorks’).
 El identificador de la tabla a la que le
falta el índice (Object_Id). Lo podemos
añadir al filtro si nos interesa analizar
sólo una tabla: AND [Object_Id] =
Object_Id (‘[Person].[Address]’).
 Los tipos de columna según el uso que
les da la consulta (equality_columns,
inequality_columns e included_
columns), que ya hemos visto en la
parte anterior. Se pueden usar directa-
mente para construir la consulta.
 Como extra nos trae el nombre com-
pleto de la tabla sobre la que construir
el índice (statement), aunque el nom-
bre indique otra cosa. Por esto sólo
hace falta usar database_id y
Object_Id en caso de que queramos
restringir los resultados, pero no para
traer el nombre de la base de datos,
esquema y tabla.
Según Microsoft, para convertir la infor-
mación devuelta por esta vista en una ins-
trucción de creación de índice, se deben
colocar las columnas de igualdad antes de
las columnas de desigualdad, y juntas
deben formar la clave del índice. Las
columnas incluidas se deben agregar a
dicha instrucción mediante la cláusula de
inclusión nueva en SQL Server 2005/2008.
Esto es la base, realmente hay que mirar
más cosas.
27 SOLO PROGRAMADORES nº 172
Danysoft:Portales Vocales 5/6/09 11:13
BASES DE DATOS
Estadísticas
Hasta aquí todo muy bien. Pero ¿cómo
sabemos la conveniencia de crear un índi-
ce? Pues además, el motor de optimación
de SQL Server nos hace un cálculo del
ahorro que vamos a tener al crear el índi-
ce y nos lo muestra en la vista sys.dm_db_
missing_ index_group_stats. De esta
manera podemos saber la conveniencia de
crear un índice. Veamos qué analizar en
esta información:
 La primera columna no podía ser otra
que un identificador (group_handle),
pero en este caso es de un grupo de
índices, que, como ya hemos comenta-
do, se corresponde con un único índi-
ce en SQL Server. Por lo tanto, tendre-
mos que usar las vistas anteriores para
saber a qué índice en concreto se
refieren las estadísticas.
 Un dato orientativo es el número de
compilaciones y recompilaciones que se
beneficiarían (unique_compiles). A esto
pueden contribuir consultas distintas
por lo que nos viene a decir cuántas
veces se ha sugerido este índice.
 El número de búsquedas (user_seeks)
y de recorridos (user_scans) iniciadas
por consultas de usuario para las que
se podría haber utilizado el índice
recomendado. Como ya sabemos, hay
que ponderar más las búsquedas que
los recorridos.
 Fecha y hora de la última búsqueda
(last_user_seek) y del último recorrido
(last_user_scan) para el que podría
haber servido el índice recomendado.
Es muy importante saber si el índice
sigue siendo útil o no. Puede que
algún cambio en la base de datos haya
hecho que ya no lo siga recomendado
el motor de optimación y por lo tanto,
se nos indique que era (en pasado) útil.
 El costo medio de las consultas de
usuario que podrían usar el índice del
grupo (avg_total_user_cost). Este cál-
culo es en segundos en un ordenador
de referencia de Microsoft. En otros
ordenadores puede ser más o menos,
pero nos sirve de orientación.
 El beneficio porcentual medio que
podrían obtener las consultas de usuario
si se implementara este índice
(avg_user_ impact). Como es porcen-
tual, en los cálculos se suele multiplicar
por 0’01.
SOLO PROGRAMADORES nº 172 28
Página 28
 A continuación hay una serie de De esta manera podemos evaluar tanto
columnas que nos dan la misma infor- consultas muy repetidas (User_Seeks), muy
mación, pero para acciones iniciadas grandes (Avg_Total_User_Cost) o que se
por el sistema, como pueden ser esta- beneficiarían mucho del índice
dísticas. Como suelen ser valores (Avg_User_Impact). Es muy importante
pequeños, no son tan importantes. ponderar los tres valores y refrenar la ten-
dencia a crear índices por el mero hecho de
Consulta que sean muy beneficiosos, cuando la reco-
mendación puede ser debida a una consul-
Aunque al ir explicando cada objeto y cada ta esporádica que no se va a volver a hacer
columna, hemos ido indicando cómo usar- o a consultas muy rápidas que no necesitan
las, vamos a ver un ejemplo práctico que realmente optimación.
nos diga qué índices sería bueno crear y Como la vista de estadísticas tiene como
que inclusive nos construya la consulta. clave un identificador de grupo y la de
Lo primero es construir un ratio que nos detalles uno de índice, tendremos que unir-
indique la conveniencia de crear el índice. las mediante la de grupos de índices.
Para ello, vamos a coger las estadísticas En los filtros, podemos añadir una base de
más relevantes y a resumirlas. Como las datos, una tabla, que no esté vacío el
búsquedas son bastante más importantes campo equality_columns, ver los índices
que los recorridos, se suelen usar éstas en principales, etc. El orden, obviamente, será
exclusiva para la fórmula. También se según el beneficio que nos de el índice.
podrían usar ambas ponderando más las ¿Qué valores nos pueden indicar la necesi-
primeras (User_Seeks + User_Scans * dad de crear un índice? Bueno, lo primero
0.01), pero haría que los cálculos variasen es que depende de cuánto lleve la instancia
marginalmente en la mayoría de los casos. funcionando (ver siguiente punto). Según
Ya tenemos el número de veces que nos va van pasando los días y se ejecutan las con-
a ser útil el índice. sultas, el ratio va aumentando –debido a
A continuación, habría que calcular la user_seeks–, por lo que habría que ver tam-
ventaja que nos supone cada uso del índi- bién la velocidad de crecimiento. En todo
ce. Es fácil ver que usaremos el coste caso, se suele recomendar que si el ratio
medio de las consultas multiplicado por el pasa de 5.000, se debería evaluar la crea-
beneficio (teniendo en cuenta que es un ción del índice y que si pasa de 10.000, se
porcentaje): Avg_Total_User_Cost * tiene un índice que puede dar una mejora
(Avg_User_Impact * 0.01). importante en las operaciones de lectura.
Código de la Consulta
SELECT [Beneficio],
'CREATE NONCLUSTERED INDEX IX_' + Replace(Replace(Replace([Statement],
'[', ''), ']', ''), '.', '_')
+ '_' + Convert(VARCHAR, user_seeks) + '_' + Convert(VARCHAR,
GROUP_HANDLE) + ' ON '
+ [Statement] + ' ( ' + IsNull(equality_columns, '')
+ CASE WHEN inequality_columns IS NULL THEN '' ELSE CASE WHEN
equality_columns IS NULL THEN '' ELSE ',' END END
+ IsNull(inequality_columns, '') + ' )'
+ CASE WHEN included_columns IS NULL THEN '' ELSE ' INCLUDE ( '
+ included_columns + ' );'
END AS [Instrucción]
FROM (
SELECT Convert(DECIMAL(8, 2), User_Seeks * Avg_Total_User_Cost
*
(Avg_User_Impact * 0.01)) AS [Beneficio],
Migs.*
FROM sys.dm_db_missing_index_group_stats Migs
) AS Migs_Adv
INNER JOIN sys.dm_db_missing_index_groups AS Mig
ON Migs_Adv.Group_Handle = Mig.Index_Group_Handle
INNER JOIN sys.dm_db_missing_index_details AS Mid
ON Mig.Index_Handle = Mid.Index_Handle
WHERE [Database_Id] = Db_Id('AdventureWorks')
AND [Object_Id] = Object_Id('[Person].[Address]')
ORDER BY [Beneficio] DESC;
www.revistasprofesionales.com
Danysoft:Portales Vocales 5/6/09 11:13
Análisis de índices de SQL Server 2005/2008
Como todo tiene un pero, veamos el
siguiente punto (y los próximos artículos
sobre optimación de índices y selectividad
y cardinalidad).
Habilitación y limitaciones
Por último, y para tener toda la informa-
ción, debemos conocer las limitaciones de
los objetos que hemos visto. La caracterís-
tica de índices que faltan se activa de
forma predeterminada. No se proporciona
ningún control para activar o desactivar la
característica, ni para restablecer cual-
quiera de las tablas devueltas cuando se
consultan los objetos de administración
dinámica. Cuando se reinicia SQL Server,
se quita toda la información sobre índices
que faltan.
La característica de índices que faltan
tiene las siguientes limitaciones:
 Es una herramienta simple para ver
sugerencias de índices que podrían
mejorar el rendimiento de una con-
sulta, aunque no se pueden tomar
literalmente sus consejos, como, repi-
to, veremos más adelante.
Generalmente lo mejor, aunque
menos rápido, es usar el Asistente
www.revistasprofesionales.com
Página 29
para la Optimación del Motor de Base
de Datos.
 No pueden reunir estadísticas de más
de 500 grupos de índices que faltan, lo
que puede enmascarar auténticas
mejoras en bases de datos grandes
con muchas tablas y muchos tipos de
consultas, dado que SQL Server no
permite filtrar qué sugerencias se aña-
den en base a la mejora. Este límite no
es un parámetro ajustable y no se
puede cambiar.
 No especifica un orden para las
columnas que se van a utilizar en un
índice: como veremos, esta es la limi-
tación más importante para la genera-
ción automática de índices.
 En las consultas que implican sólo
predicados de desigualdad, devuelve
una información de costos menos pre-
cisa, por lo tanto es conveniente no
generar índices basados sólo en des-
igualdades.
 Sólo devuelve columnas de inclusión
para algunas consultas: esta es una
limitación relativa pues siempre que se
crea un índice hay que ponderar si
merece la pena añadir columnas de
inclusión o es más rápido obtener la
BASES DE DATOS
información mediante un acceso adi-
cional a la tabla (tenga o no índice
agrupado).
 A veces la característica sólo propor-
ciona información del uso de colum-
nas para columnas de inclusión. En
este caso, hay que usar una de las
columnas para crear el índice teniendo
en cuenta lo dicho en el punto ante-
rior y la selectividad de la columna.
 Puede devolver costos diferentes para
el mismo grupo de índices que faltan y
que aparecen varias veces en planes
de presentación XML. Es decir, en un
plan XML, puede aparecer el mismo
índice recomendado varias veces para
usos distintos, pero en las vistas sólo
aparece una vez el índice.
Como nota adicional, decir que esta carac-
terística sólo se puede deshabilitar si se
inicia una instancia de SQL Server emple-
ando el argumento –x, aunque no es reco-
mendable dada la ayuda que proporciona,
en especial con los nuevos informes de
SQL Server 2005/2008.
Conclusión
Como hemos visto, SQL Server nos ha rega-
lado con unas vistas que son de mucha
ayuda para mejorar el rendimiento de nues-
tro servidor de base de datos. Analizando
periódicamente los objetos de administra-
ción dinámica relacionados con índices
podemos ver, no sólo los cuellos de botella
que tiene el servidor, sino además cómo
mejorar su rendimiento.
Ningún Administrador de Base de Datos
puede pasar sin la revisión periódica de
estos objetos ni sin echarles un vistazo en
momentos de crisis: las estadísticas pueden
indicar que una tabla que antes no necesi-
taba un índice, ahora le sea beneficioso, y su
carencia está haciendo que el servidor se
pare.
Pero, para determinar el orden efectivo para
las columnas de igualdad, qué columnas
son las más importantes, si merece la pena
incluir columnas que cubren un índice, etc.
podemos analizar más en profundidad estos
objetos, lo que dejamos para otros artículos,
que ya bastante hemos visto por hoy.
En los Servicios Profesionales Danysoft
podéis obtener ayuda ya sea como forma-
ción o como consultoría para ampliar el
tema, o podéis enviar vuestros comentarios
a sp@danysoft.com.
29 SOLO PROGRAMADORES nº 172
XNA 4:XNA 4 5/6/09 11:26 Página 30
ALGORITMOS
XNA Framework 2.0 y 3.0:
DirectX y Direct3D en C#
para mortales (y IV)
MG. LIC. GASTÓN C. HILLAR
En la entrega anterior vimos cómo
gaston_hillar@hasa.com.ar
trabajar con modelos 3D con cierta
complejidad y brindarles
movimiento e interacción,
combinando varios conocimientos
necesarios que habíamos aprendido
en las primeras dos entregas.
Tomando como base los ejemplos
presentados, se pueden desarrollar
aplicaciones 3D que visualicen y
faciliten la interactividad con
modelos 3D generados con
cualquiera de las herramientas de
creación de contenidos digital.
Sin embargo, a la hora de juntar todas las piezas,
aparecen nuevos detalles que se deben considerar,
sin los cuales, completar un juego con interacción
en 3D podría resultar una misión muy compleja.
Por lo tanto, en esta última entrega de esta serie,
vamos a ahondar en ellos.
Introducción
Veremos cómo añadir el escenario, cómo ubicar y
controlar a los personajes en éste. Detectaremos
las colisiones entre los personajes y entre las pare-
des, para generar un juego bastante completo.
Todo, siguiendo en el fascinante mundo de las tres
dimensiones, con los ejes X, Y y Z, pero, sin dejar
de lado a sus matrices y vectores. Seguiremos
paso a paso, nivel por nivel (esta vez comenzando
en el nivel 15). Al finalizar, habremos dado
muchos pasos para dejar de ver al mundo 3D
como algo inaccesible en la programación moder-
na. Quedará al alcance de las manos (que deben
escribir código con C# y XNA Framework).
SOLO PROGRAMADORES nº 172 30
Nivel 15: Extendiendo la tubería de contenidos
El mundo del desarrollo de las aplicaciones 3D
tiene algo mágico y trágico a la vez. Cuando pare-
ce que ya está todo bajo control y que solamente
falta programar algunos detalles, esas pequeñeces
pueden llevar días.
Uno de los primeros inconvenientes es que XNA
Framework, como su nombre lo indica, es un
marco de trabajo (framework), que simplifica
muchísimo el trabajo, como ya hemos visto. Pero,
no es un motor de juegos (game engine), sino que
permite montar o desarrollar sobre su marco de
trabajo un motor de juegos propio o de terceros.
Entonces, cuando llega la hora de hacer ciertas
tareas, uno espera tener órdenes de alto nivel y
clases especializadas, pero, no es tan completo
como un motor de juegos, por lo cual, varios
aspectos son muy trabajosos.
Si bien pasar de 2D a 3D simplemente añade un
eje, se adicionan muchos elementos que entran en
juego al mismo tiempo en una aplicación 3D com-
pleja. Por lo cual, muchas técnicas que en 2D son
bien sencillas, en el mundo 3D requieren de nue-
vos conceptos y de un buen manejo de matemáti-
cas.
Pero, por otro lado, como sucedía en el mundo 2D,
también se debe mantener un balance entre las
funcionalidades y el rendimiento. Y allí es donde
también el mundo 3D es más complejo, pues todo
lleva más cálculos y las optimizaciones pueden ser
más críticas.
Por citar un ejemplo, en los códigos de ejemplo,
estamos utilizando foreach, pero, generalmente en
los juegos o cuando empleamos modelos 3D com-
plejos, es más conveniente llevar a cabo los reco-
rridos utilizando lazos for. La razón es muy simple,
for es varias veces más veloz que foreach. Y, cuan-
do para producir cada cuadro se repiten muchos
lazos foreach recorriendo miles y miles de elemen-
tos, la diferencia es notoria.
Tenemos que añadir el escenario, en nuestro caso
el laberinto cuyo modelo habíamos presentado en
www.revistasprofesionales.com
XNA 4:XNA 4 5/6/09 11:26 Página 31
XNA Framework 2.0 y 3.0:
DirectX y Direct3D en C# para mortales (y IV)
las entregas anteriores. A esta altura, añadir
un modelo 3D resulta sencillo y no debería
traer inconvenientes. Ahora bien, el problema
no es añadir el laberinto, que es un modelo
3D diseñado en este caso originalmente en la
herramienta de modelado 3D open source
(de código abierto) Blender. El inconveniente
radica en que, en primer lugar, los personajes
(los gatos y el ratón) deben recorrer las pare-
des del laberinto. Y, en segundo lugar, no
deben poder atravesar las paredes.
Eso que en una aplicación 2D y con algunos
conocimientos básicos de geometría es tan
simple de resolver, una detección de una coli-
sión entre dos figuras, en el mundo 3D se
torna mucho más complejo.
Existen soluciones más simples. Pero, justa-
mente la presencia del laberinto con sus
paredes añade un nivel de complejidad adi-
cional muy interesante para reutilizar en
otras clases de aplicaciones 3D.
En el juego, el objetivo es que, modificando el
diseño del laberinto, se pueda reutilizar todo
el código y no hay que realizar ningún cam-
bio para que así los nuevos niveles sean sen-
cillos de generar.
Los gatos y el ratón no son fantasmas. Por lo
tanto, no pueden atravesar paredes. Deben
detectar la presencia de las paredes y otros
elementos como la esfera, que conforman los
límites del laberinto.
Una forma mucho más sencilla de conse-
guir el objetivo sería emplear las figuras
geométricas primitivas y programar para
que se vayan dibujando en pantalla las dife-
rentes figuras que componen el laberinto.
De ese modo, tendríamos acceso completo a
sus vértices y sus transformaciones. Por lo
cual, podríamos detectar más fácilmente las
colisiones. Sin embargo, lo que ganamos
por un lado lo perdemos por el otro.
En la mayoría de los juegos y aplicaciones 3D
no vamos a querer volvernos locos escribien-
do código para colocar las figuras geométri-
cas en el espacio. Vamos a diseñar los mode-
los con herramientas de contenido digital,
pues eso es lo más sencillo. Como desventa-
ja, nos complica la detección de las colisiones
en las paredes y los otros elementos que
componen el laberinto. Ese es el problema de
muchos ejemplos cortos de temas relaciona-
dos con las aplicaciones 3D. Cuando un
ejemplo es muy simple, no es representativo
de la complejidad real cuando se busca la
interacción de muchos modelos 3D comple-
jos, como en este caso.
Lamentablemente, XNA Framework no nos
www.revistasprofesionales.com
Figura 1. Utilizando la plantilla Content Pipeline Extension Library de XNA Game
Studio.
ofrece un modo sencillo para acceder a los
vértices de los miles de triángulos que com-
ponen a un modelo. Para ello, una de las
maneras más sencillas es crear nuestro pro-
pio procesador de modelos utilizando una
biblioteca de extensiones de la tubería de
contenidos (Content pipeline extension
library). Ello es necesario porque únicamente
en el momento en el que se procesa el mode-
lo, en nuestro caso FBX, podemos acceder a
cierta información que nos va resultar útil en
otros momentos. El funcionamiento de los
procesadores predeterminados lo hemos
analizado en las entregas anteriores, cuando
importábamos los modelos en los diferentes
formatos.
Para conseguirlo, hay que crear un nuevo
proyecto utilizando la plantilla Content
Pipeline Extension Library y añadirlo a la
solución (ver la Figura 1) o bien dejarlo como
una biblioteca para luego agregar la referen-
cia correspondiente. Especifique el nombre
ProcesadorPersonalizado como nombre del
proyecto.
Visual Studio nos presentará el siguiente
código, dentro del espacio de nombres
ProcesadorPersonalizado:
[ContentProcessor(DisplayName = “Procesador
Personalizado.ContentProcessor1”)]
public class ContentProcessor1 :
ContentProcessor<TInput, TOutput>
{
public override TOutput Process(
ALGORITMOS
TInput input, ContentProcessorContext
context)
{
// PENDIENTE: procesar el objeto
input y devolver los datos
modificados.
throw new NotImplemented
Exception();
}
}
Sin embargo, lo que necesitamos no es un
procesador de contenidos (ContentProcessor),
sino procesador de modelo, es decir, una
nueva subclase de ModelProcessor. Por ello,
tenemos que eliminar la línea que dice:
public class ContentProcessor1 :
ContentProcessor<TInput, TOutput>
Y debemos introducir el código que figura en
el Listado 1.
El uso de este nuevo procesador de modelo
personalizado nos permitirá llevar a cabo lo
siguiente:
 Obtener una lista con todos los vértices
del modelo, utilizando un método recursi-
vo que recorra a los nodos hijos.
 Generar un volumen representativo del
modelo con forma de esfera
(BoundingSphere), para luego tenerlo dis-
ponible para pruebas de colisiones.
 Generar un volumen representativo del
modelo con forma de caja (BoundingBox),
para luego tenerlo disponible para prue-
31 SOLO PROGRAMADORES nº 172
XNA 4:XNA 4 5/6/09 11:26 Página 32

ALGORITMOS

Código de un procesador de modelo personalizado para obtener una

LISTADO 1 lista de vértices con sus posiciones, entre otras tareas.
[ContentProcessor(DisplayName = "ProcesadorPersonalizado.ProcesadorDeModelo")]
//comentamos esta línea porque no queremos generar un procesador de contenidos
//queremos generar un procesador de modelos (ModelProcessor)
//public class ContentProcessor1 : ContentProcessor<TInput, TOutput>
public class ProcesadorDeModelo : ModelProcessor
{
private List<Vector3> pavVertices = new List<Vector3>();

public override ModelContent Process(NodeContent input, ContentProcessorContext context)

{
// Buscar las posiciones de los vértices del objeto input
GenerarListaDeVertices(input);

// Procesar el modelo utilizando el procesador predeterminado

ModelContent lmModelo = base.Process(input, context);

// Generar los volúmenes representativos del modelo para las colisiones

BoundingBox loBoundingBoxModelo = BoundingBox.CreateFromPoints(pavVertices);
BoundingSphere loBoundingSphereModelo = BoundingSphere.CreateFromPoints(pavVertices);

// Crear un diccionario para que nos permita almacenar las instancias y listas adicionales
// y luego poder accederlas desde la propiedad general "Tag"
Dictionary<string, object> loDiccionario = new Dictionary<string, object>();

// Almacenar la caja delimitadora del modelo completo generada a partir de los vértices, en el diccionario bajo
la entrada "BoudingBoxModelo"
loDiccionario.Add("BoudingBoxModelo", loBoundingBoxModelo);
// Almacenar la esfera delimitadora del modelo completo generada a partir de los vértices, en el diccionario bajo
la entrada "BoudingSphereModelo"
loDiccionario.Add("BoudingSphereModelo", loBoundingSphereModelo);
// Almacenar la información sobre los vértices como un arreglo de Vector3, en el diccionario bajo la entrada "Vertices"
loDiccionario.Add("Vertices", pavVertices.ToArray());
// Asignar el diccionario a la propiedad Tag del modelo
lmModelo.Tag = loDiccionario;

// Devolver el modelo procesado

return lmModelo;
}

/// <summary>
/// Extrae la lista de todas las posiciones de vértices en un modelo (se llama en forma recursiva)
/// </summary>
void GenerarListaDeVertices(NodeContent poNodo)
{
MeshContent loMalla = poNodo as MeshContent;

if (loMalla != null)
{
// Es una malla
Matrix loTransformacionAbsoluta = loMalla.AbsoluteTransform;

// Recorro todas las piezas geométricas en la malla

foreach (GeometryContent loGeometria in loMalla.Geometry)
{
// Recorro todos los índices en la pieza de geometría (cada grupo de tres índices representa un triángulo)
foreach (int i in loGeometria.Indices)
{
// Tomo la posición del vértice
Vector3 lvVertice = loGeometria.Vertices.Positions[i];
// La transformo del espacio local al espacio del mundo (world)
lvVertice = Vector3.Transform(lvVertice, loTransformacionAbsoluta);
// Añadir el vértice a la lista (variable de instancia)
pavVertices.Add(lvVertice);
}
}
}

// Llamar al método GenerarListaDeVertices para cada hijo de este nodo

foreach (NodeContent child in poNodo.Children)
{
GenerarListaDeVertices(child);
}
}
}

SOLO PROGRAMADORES nº 172 32 www.revistasprofesionales.com

XNA 4:XNA 4 5/6/09 11:26 Página 33
XNA Framework 2.0 y 3.0:
DirectX y Direct3D en C# para mortales (y IV)
bas de colisiones, que brinda una alterna-
tiva al uso de la forma de esfera.
Luego, veremos más en detalle para qué sir-
ven BoundingSphere y BoundingBox, y por
qué razón las creamos a partir de la lista de
vértices.
Ahora bien, como estamos en la clase que
procesa el modelo y no en la que lo represen-
ta, si agregáramos propiedades, no las vería-
mos en el código del juego. Pues, el método
Process devuelve una instancia de
ModelContent:
public override ModelContent Process(
NodeContent input, ContentProcessorContext
context)
Una de las maneras tradicionales y más sen-
cillas para añadir propiedades es encapsular-
las en un diccionario (Dictionary<string,
object>) y luego asignarlo a la polifuncional
propiedad Tag.
De esa forma, añadimos las siguientes tres
propiedades encapsuladas a la instancia de
ModelContent retornada:
 “BoudingBoxModelo”
 “BoudingSphereModelo”
 “Vertices”
El modelo se procesa empleando el procesa-
dor predeterminado, en realidad lo que aña-
dimos es la posibilidad de obtener los vértices
y las propiedades mencionadas a partir de
esa lista.
La llamada al procesador predeterminado se
produce en la siguiente línea:
ModelContent lmModelo = base.Process(
input, context);
El método GenerarListaDeVertices se encarga
de añadir a la lista privada todos los vértices
de todas las piezas geométricas que hay en
cada malla de un nodo (cada grupo de tres
índices representa un triángulo). Antes de ello,
transforma los vértices del espacio local al
espacio del mundo (world). El método se llama
en forma recursiva por cada nodo encontrado.
Otra vez, si bien en el código del Listado 1 se
utilizaron varios foreach anidados, es más
rápido empleando lazos for.
Una pregunta que puede surgir es por qué no
accedemos a los vértices a través de una pro-
piedad existente, sin necesidad de tener que
extender a la tubería de contenidos. La razón
es que no existe tal propiedad y que una de
las formas más sencillas de hacerlo es crean-
do nuestro propio procesador de modelos y
extendiéndolo.
Si bien es cierto que podemos utilizar otras
www.revistasprofesionales.com
Figura 2. Añadiendo la referencia al procesador personalizado para que esté
disponible como procesador de un modelo.
técnicas más simples para la detección de
colisiones, el objetivo es presentar una que
nos servirá para muchas otras aplicaciones
con objetos 3D complejos.
Para que tengamos disponibles las propieda-
des encapsuladas en la propiedad Tag del
modelo, debemos cambiar el procesador de
contenidos que se utilizará para cada mode-
lo. Recordemos que éste se especifica utili-
zando un cuadro de lista desplegable en la
propiedad Content Processor cuando lo
seleccionamos en el Explorador de soluciones
(Solution Explorer).
Antes de que nos aparezca como opción
nuestro nuevo procesador de modelos, es
necesario añadir una referencia a este pro-
yecto, aún cuando forme parte de la solu-
ción. Recordemos que esto se consigue
seleccionando Project, Add Reference…
(Proyecto, Añadir referencia) y escogiendo
ProcesadorPersonalizado en la solapa
Projects (Proyecots) de la caja de diálogo que
aparece (ver la Figura 2).
Nivel 16: Añadiendo el escenario
(el laberinto)
Llegó el momento de añadir el escenario, en
nuestro caso el laberinto con sus paredes y
con su esfera. El laberinto completo está des-
arrollado en una herramienta de creación de
contenido digital, sin embargo, vamos a
emplear una técnica clásica de los antiguos
juegos 2D en los cuales no había muchos
ALGORITMOS
recursos disponibles. Para cambiar de nivel,
se modificaba el color o el patrón que se
empleaba para dibujar el escenario o laberin-
to. En nuestro caso, tomamos un modelo que
emplea un material de un color anaranjado
como base para que, en cada nivel, le apli-
quemos una textura diferente que será un
fichero PNG.
Entonces, a la hora de presentar el laberinto,
según el nivel, se podrá utilizar una textura
diferente. Por supuesto que también busca-
mos que la aplicación pueda adaptarse sin
tener que cambiar una línea de código a nue-
vos laberintos que se puedan crear y expor-
tar al formato FBX, pues eso es lo bueno, que
todo sea dinámico. Pero, con este ejemplo
estamos mostrando cómo se puede tomar un
modelo sin una textura y aplicársela median-
te programación.
Lo primero que debemos hacer es añadir el
fichero FBX en la carpeta modelos, en la
tubería de contenidos. Pero luego, tenemos
que acceder a sus propiedades y especificar
ProcesadorPersonalizado.ProcesadorDeMode
lo en la propiedad Content Processor (ver la
Figura 3). Este nombre es el que estaba defi-
nido para mostrar en la siguiente línea del
Listado 1:
[ContentProcessor(DisplayName = “Procesador
Personalizado.ProcesadorDeModelo”)]
Esta modificación en la propiedad Content
Processor la tenemos que llevar a cabo en los
otros modelos FBX que fuimos incorporando
33 SOLO PROGRAMADORES nº 172
XNA 4:XNA 4 5/6/09 11:26 Página 34

ALGORITMOS

ríamos mucho más código y debemos man-

Figura 3. Especificando el procesador para el modelo del laberinto.
a la tubería de contenidos. Queremos acceder
a las nuevas propiedades encapsuladas en
todos ellos (gato y ratón).
Ahora, vamos a añadir dos ficheros PNG tex-
tura_laberinto_nivel_1.png y textu-
ra_laberinto_nivel_2.png para comprobar lo
sencillo que es tomar un modelo sin texturas
y aplicárselas para darle más vida.
Para simplificar el trabajo, si bien en un dise-
ño orientado a objetos prolijo, no debería ser
así, vamos a crear una nueva clase Laberinto,
como subclase de Personaje. Es verdad, debe-
ríamos crear una nueva clase Escenario y
como subclase de ella Laberinto. Pero, añadi-
tener los casos de ejemplo dentro de un
espacio prudencial. El código se podrá mejo-
rar muchísimo.
A diferencia de los personajes, el laberinto no
se debe desplazar en el espacio 3D (puede
moverse la cámara, pero no el laberinto). Por
ello, vamos a añadir una variable protegida
del tipo bool que indique si el personaje tiene
o no movimiento. De esta manera, consul-
tando el valor de esa variable, responderá a
las teclas asignadas con movimientos o no.
En el Listado 2 se presenta el código añadido
a la clase Personaje (presentada en la entre-
ga anterior).
El código presente en el método
CargarPropiedadesEncapsuladasEnTag es el
que nos permite que cada modelo tenga su
BoundingBox y su BoundingSphere accesible
mediante las propiedades BoundingBoxModelo
y BoundingSphereModelo.
El procesador de modelos generado así
como la forma de obtener la BoundingBox y
la BoundingSphere de éstos son muy útiles
para detección de colisiones en diferentes
clases de aplicaciones y juegos 3D. Por lo
tanto, se podrán reutilizar en muchos casos.
Para cada una de las subclases de Personaje,
debemos realizar una modificación en el méto-
do LoadContent y añadir una llamada al méto-

Código que se añade a la clase personaje, para almacenar los

LISTADO 2 valores de algunas de las propiedades encapsuladas en Tag.
protected BoundingBox poBoudingBoxModelo;
protected BoundingSphere poBoudingSphereModelo;
protected bool pbTieneMovimiento = true;

public BoundingBox BoundingBoxModelo

{
get
{
return poBoudingBoxModelo;
}
}

public BoundingSphere BoundingSphereModelo

{
get
{
return poBoudingSphereModelo;
}
}

protected void CargarPropiedadesEncapsuladasEnTag()

{
// Crear un diccionario para que nos permita acceder a las instancias almacenadas por el procesador de modelos en pro-
piedad general "Tag"
Dictionary<string, object> loDiccionario = (Dictionary<string, object>)pmModelo.Tag;
if (loDiccionario == null)
{
throw new InvalidOperationException("No se ha utilizado el procesador personalizado para cargar este modelo a la
tubería de contenidos.");
}

poBoudingBoxModelo = (BoundingBox)loDiccionario["BoudingBoxModelo"];
poBoudingSphereModelo = (BoundingSphere)loDiccionario["BoudingSphereModelo"];
}

SOLO PROGRAMADORES nº 172 34 www.revistasprofesionales.com

XNA 4:XNA 4 5/6/09 11:26 Página 35

ALGORITMOS
XNA Framework 2.0 y 3.0:
DirectX y Direct3D en C# para mortales (y IV)

La clase Laberinto, dibujándolo con una textura

LISTADO 3 personalizada, que podrá variar según el nivel.
public partial class Laberinto : Personaje
{
Texture2D poTextura;

public Laberinto(Game game)

: base(game)
{
pbTieneMovimiento = false;
}

protected override void LoadContent()

{
poTextura = poGame.Content.Load<Texture2D>("Texturas\\textura_laberinto_nivel_1");
// Cargo el modelo del laberinto
pmModelo = poGame.Content.Load<Model>("Modelos\\laberinto_nivel_1");

CargarPropiedadesEncapsuladasEnTag();

base.LoadContent();
}

public override void Draw(GameTime gameTime)

{
// Copio cualquier transformación
Matrix[] misTransformaciones = new Matrix[pmModelo.Bones.Count];
pmModelo.CopyAbsoluteBoneTransformsTo(misTransformaciones);

// Dibujar el modelo, malla por malla (mesh by mesh)

// Como los modelos generalmente están compuestos por muchas mallas, las recorro en un lazo
foreach (ModelMesh miMalla in pmModelo.Meshes)
{
// Para cada efecto, asigno la orientación de la malla, la de la cámara y la proyección
foreach (BasicEffect miEfecto in miMalla.Effects)
{
miEfecto.EnableDefaultLighting();

miEfecto.World = misTransformaciones[miMalla.ParentBone.Index] * Matrix.CreateRotationY(piRotacion)

* Matrix.CreateTranslation(pvPosicion); // *Matrix.CreateScale(1.5f);
miEfecto.View = Matrix.CreateLookAt(poGame.PosicionDeCamara, Vector3.Zero, Vector3.Up);
miEfecto.Projection = Matrix.CreatePerspectiveFieldOfView(MathHelper.ToRadians(45.0f),
poGame.RelacionDeAspecto, 1.0f, 100000.0f);

// Asignar la textura para que se presente en todas las mallas del laberinto
miEfecto.Texture = poTextura;
miEfecto.TextureEnabled = true;
}
// Dibujo la malla, utilizando los efectos especificados
miMalla.Draw();
}
}
}

do CargarPropiedadesEncapsuladasEnTag LoadContent: aplicarle texturas a cada una de las partes del

antes de la línea base.LoadContent();. De esta
manera, tendrán disponibles las propiedades
para realizar correctamente la detección de
colisiones que veremos más adelante.
Después de todo el esfuerzo, para presentar
el laberinto, creamos una subclase de
Personaje, pero le asignamos el valor false
(falso) a la variable de instancia
pbTieneMovimiento, para indicar que será
estático y redefiniremos los métodos
LoadContent y Draw. Este último debido a
que queremos presentar al laberinto utilizan-
do diferentes texturas y no queremos que se
llame al método Draw de la clase base. El
código completo de la clase Laberinto se pre-
senta en el Listado 3.
La textura se carga en el método
poTextura = poGame.Content.Load<Texture
2D>(“Texturas\\textura_laberinto_nivel_1”);
Y luego se aplica en las siguientes líneas:
miEfecto.Texture = poTextura;
miEfecto.TextureEnabled = true;
Además de especificar un valor para la pro-
piedad Texture, es fundamental cambiar el
valor a true (verdadero) de la propiedad
TextureEnabled. Pues, en el caso del laberin-
to, no empleaban texturas, sino que tenía un
material únicamente basado en un color.
En modelos bien diseñados para que luego se
puedan controlar todos sus detalles median-
te programación, todas sus figuras geométri-
cas tienen nombres, por lo cual, es posible
modelo.
Como Laberinto es una subclase de Personaje
y por ende de DrawableGameComponent,
tenemos que hacer las modificaciones a la
clase principal del juego para que se presen-
te en pantalla.
Es el escenario del juego y es de gran impor-
tancia, por lo cual, vamos a añadir una pro-
piedad para que luego los personajes puedan
acceder a éste a través de la instancia de la
clase Game1. Por lo cual, se añade el siguien-
te código a Game1:
public Laberinto Escenario
{
get
{

www.revistasprofesionales.com 35 SOLO PROGRAMADORES nº 172

XNA 4:XNA 4 5/6/09 11:26 Página 36
ALGORITMOS
Figura 4. El laberinto, sin texturas, demasiado simple.
Figura 6. El laberinto, con la textura del nivel 2 envolviendo sus paredes.
Diferenciándose con poco código.
return poLaberinto;
}
} debe a que, en el mundo 3D se añade el eje Z
private Laberinto poLaberinto;
Y, en el constructor de Game1, el código para
añadir el componente para que se dibuje en
pantalla:
poLaberinto = new Laberinto(this);
Components.Add(poLaberinto);
poLaberinto.Rotacion = 0.0f;
poLaberinto.Posicion = new Vector3(0, 0, 0);
En las Figuras 4, 5 y 6 podemos ver los resul-
tados de la presentación del laberinto, sin los
personajes, sin textura y con las texturas de
los niveles 1 y 2.
Nivel 17: Desplazando los personajes
en el laberinto
Si empezamos a desplazar los personajes a
través de los movimientos en los clásicos ejes
X e Y de las aplicaciones 2D, veremos que no
SOLO PROGRAMADORES nº 172 36
Figura 5. El laberinto, con la textura del nivel 1 envolviendo sus
paredes. Mucho más vistoso.
coincide con la presentación del laberinto y
no conseguimos recorridos correctos. Esto se
y el laberinto está presentado de tal manera
que los personajes se pueden mover dentro
de éste de izquierda a derecha y de mayor a
menor profundidad.
Esto tiene que ver con la ubicación de la
cámara y cómo está presentado el laberinto.
Si rotamos la cámara, los movimientos pue-
den invertirse. Por un momento, vamos a
olvidarnos de las colisiones y de las paredes.
Queremos que los personajes se muevan
dentro del laberinto libremente.
Por lo tanto, hay que permitirles desplazarse
en el eje Z añadiendo una variable y una pro-
piedad a la clase Personaje:
protected float piPasoZ = 5.0f;
public float PasoZ
{
get
{ vamos a modificar la parte del constructor
return piPasoZ;
}
set
{
piPasoZ = value;
}
}
El eje Z lo vamos a utilizar como arriba y
abajo, por su similitud con un escenario en
2D. Si bien no es del todo correcto, es más
fácil de comprender. Vamos a reemplazar el
método Update de la clase Personaje por uno
más general y esta vez teniendo en cuenta si
el modelo tiene movimiento o no, para con-
siderar o no las teclas presionadas. En el
Listado 4 se presenta el código.
Utilizamos cuatro métodos para llevar a cabo
el movimiento:
 ProbarDesplazarIzquierda.
 ProbarDesplazarDerecha.
 ProbarDesplazarArriba.
 ProbarDesplazarAbajo.
Estos métodos se llaman según la tecla pre-
sionada (lo cual vimos en detalle en la entre-
ga anterior).
Los métodos llaman a la función
HayColisionConEscenario, que devuelve un
bool indicando si el modelo colisiona con
alguna de las paredes del laberinto en la
nueva posición que adquiere y con la nueva
rotación. Si hay colisión, no se produce ni el
movimiento ni la rotación.
La función HayColisionConEscenario la simu-
lamos inicialmente devolviendo un valor
false (falso), para que los personajes se pue-
dan desplazar libremente.
Ahora, es necesario ubicar a los personajes en
ubicaciones que inicialmente no tengan coli-
siones con las paredes del laberinto, es decir,
que sean de libre circulación, por lo cual,
www.revistasprofesionales.com
XNA 4:XNA 4 5/6/09 11:26 Página 37

ALGORITMOS
XNA Framework 2.0 y 3.0:
DirectX y Direct3D en C# para mortales (y IV)

Código añadido y reemplazado en la clase Personaje para lograr un desplazamiento que vaya
LISTADO 4 teniendo en cuenta las potenciales colisiones con las paredes del laberinto.
public override void Update(GameTime gameTime)
{
if (pbTieneMovimiento)
{
// Guardo el estado del teclado y luego analizo todas las posibilidades
KeyboardState miEstadoTeclado = Keyboard.GetState();
// Si presionó la flecha hacia la izquierda, muevo al modelo hacia la izquierda, -X
if (miEstadoTeclado.IsKeyDown(pkTeclaIzquierda))
{
ProbarDesplazarIzquierda();
}
// Si presionó la flecha hacia la derecha, muevo al modelo hacia la derecha, +X
if (miEstadoTeclado.IsKeyDown(pkTeclaDerecha))
{
ProbarDesplazarDerecha();
}
// Si presionó la flecha hacia arriba, muevo al modelo hacia arriba, -Y
if (miEstadoTeclado.IsKeyDown(pkTeclaArriba))
{
ProbarDesplazarArriba();
}
// Si presionó la flecha hacia abajo, muevo al modelo hacia abajo +Y
if (miEstadoTeclado.IsKeyDown(pkTeclaAbajo))
{
ProbarDesplazarAbajo();
}
}
base.Update(gameTime);
}
public bool ProbarDesplazarIzquierda()
{
// Guardo la posición anterior del personaje, para volver a ella si hay colisión
Vector3 lvPosicionAnterior = pvPosicion;
float liRotacionAnterior = piRotacion;
piRotacion = MathHelper.ToRadians(-90.0f);
// Muevo al modelo hacia la izquierda, -X
pvPosicion.X -= piPasoX;
if (HayColisionConEscenario())
{
// Hay colisión, falló el desplazamiento
pvPosicion = lvPosicionAnterior;
piRotacion = liRotacionAnterior;
return false;
}
return true;
}
public bool ProbarDesplazarDerecha()
{
// Guardo la posición anterior del personaje, para volver a ella si hay colisión
Vector3 lvPosicionAnterior = pvPosicion;
float liRotacionAnterior = piRotacion;
piRotacion = MathHelper.ToRadians(90.0f);
// Muevo al modelo hacia la derecha, +X
pvPosicion.X += piPasoX;
if (HayColisionConEscenario())
{
// Hay colisión, falló el desplazamiento
pvPosicion = lvPosicionAnterior;
piRotacion = liRotacionAnterior;
return false;
}
return true;
}
public bool ProbarDesplazarArriba()
{
// Guardo la posición anterior del personaje, para volver a ella si hay colisión
Vector3 lvPosicionAnterior = pvPosicion;
float liRotacionAnterior = piRotacion;
piRotacion = MathHelper.ToRadians(180.0f);
// Muevo al modelo hacia arriba, -Z
pvPosicion.Z -= piPasoZ;
if (HayColisionConEscenario())
{
// Hay colisión, falló el desplazamiento
pvPosicion = lvPosicionAnterior;
piRotacion = liRotacionAnterior;
return false;

www.revistasprofesionales.com 37 SOLO PROGRAMADORES nº 172

XNA 4:XNA 4 5/6/09 11:26 Página 38

ALGORITMOS

Código añadido y reemplazado en la clase Personaje para lograr un desplazamiento que vaya
LISTADO 4 teniendo en cuenta las potenciales colisiones con las paredes del laberinto. (continuación)
}
return true;
}

public bool ProbarDesplazarAbajo()

{
// Guardo la posición anterior del personaje, para volver a ella si hay colisión
Vector3 lvPosicionAnterior = pvPosicion;
float liRotacionAnterior = piRotacion;

piRotacion = MathHelper.ToRadians(0.0f);
// Muevo al modelo hacia abajo, +Z
pvPosicion.Z += piPasoZ;
if (HayColisionConEscenario())
{
// Hay colisión, falló el desplazamiento
pvPosicion = lvPosicionAnterior;
piRotacion = liRotacionAnterior;
return false;
}
return true;
}

public bool HayColisionConEscenario()

{
// Simulamos que nunca se colisiona con el escenario
return false;
}

Definiendo la posición inicial de los personajes.

Game1 que define a los personajes por la que
se presenta en el Listado 5. Tengamos en
cuenta que ahora gestionamos los ejes X y Z
y dejamos al Y en 0 (ver las Figuras 7 y 8).
Para brindar un juego más atractivo, se pue-
den tener varias posiciones predeterminadas
y que se escojan en forma aleatoria. También
se pude modificar el color o la textura de
ciertas mallas de los gatos. En fin, el límite es
la imaginación en esta clase de aplicaciones.
Nivel 18: Detectando colisiones entre
personajes
La detección de colisiones es uno de los temas
más complejos dentro del desarrollo de aplica-
ciones 3D. Justifica una obra entera por sí
mismo, por la cantidad de técnicas que existen.
Por lo tanto, vamos a aplicar un sistema de
LISTADO 5
poRatón = new Ratón(this);
Components.Add(poRatón);
poRatón.Posicion = new Vector3(350, 0, 350);
poGato1 = new Gato(this);
Components.Add(poGato1);
poGato1.Posicion = new Vector3(1700, 0, 200);
poGato1.TeclaAbajo = Keys.X;
poGato1.TeclaArriba = Keys.W;
poGato1.TeclaIzquierda = Keys.S;
poGato1.TeclaDerecha = Keys.D;
poGato1.PasoX = 6.0f;
poGato1.PasoZ = 6.0f;
poGato2 = new Gato(this);
Components.Add(poGato2);
poGato2.Posicion = new Vector3(-600, 0, -250);
poGato2.TeclaAbajo = Keys.M;
poGato2.TeclaArriba = Keys.I;
poGato2.TeclaIzquierda = Keys.J;
poGato2.TeclaDerecha = Keys.K;
poGato2.PasoX = 7.0f;
poGato2.PasoZ = 7.0f;

Figura 7. El laberinto con los personajes ubicados correctamente Figura 8. Los personajes se pueden desplazar correctamente por
para poder desplazarse por sus caminos entre las paredes. el laberinto.

SOLO PROGRAMADORES nº 172 38 www.revistasprofesionales.com

XNA 4:XNA 4 5/6/09 11:26 Página 39

ALGORITMOS
XNA Framework 2.0 y 3.0:
DirectX y Direct3D en C# para mortales (y IV)

El código de la función HayColision

LISTADO 6 correspondiente a la clase Personaje.
public bool HayColision(Personaje paroOtroPersonaje)
{
bool lbHuboColision = false;

if ((poBoudingSphereModelo.Radius == 0) || (paroOtroPersonaje.poBoudingSphereModelo.Radius == 0))

{
return lbHuboColision;
}

BoundingSphere miBoundingSphere = poBoudingSphereModelo;

miBoundingSphere.Center += pvPosicion;

BoundingSphere suBoundingSphere = paroOtroPersonaje.poBoudingSphereModelo;

suBoundingSphere.Center += paroOtroPersonaje.pvPosicion;

lbHuboColision = (miBoundingSphere.Intersects(suBoundingSphere));

return lbHuboColision;
}

El código de la clase NoviaRatón. Un personaje estático.

detección de colisiones imperfecto, pero que
nos permitirá obtener un juego razonablemen-
te sencillo desde el código y bastante funcional.
En el Listado 6 podemos ver el código de la
función HayColision que se añade a la clase
Personaje para que retorne un valor del tipo
bool indicando si el personaje que represen-
ta su instancia en su posición actual colisio-
na con el que se recibe como parámetro.
En este caso, se utiliza un volumen represen-
tativo del modelo completo con forma de
esfera, conocido como BoundingSphere. Lo
generamos en el procesador del modelo debi-
do a que allí teníamos disponible la lista de
vértices y nos permite una mayor precisión.
Cada malla tiene su BoundingSphere, sin embar-
go, si no tenemos las posiciones de las mallas, de
nada nos sirve su volumen representativo.
De esta manera, se traslada cada esfera
representativa del volumen del modelo a la
posición actual de cada personaje y se llama
al método Intersects (Hay intersección), que
devuelve un valor del tipo bool indicando si
alguna parte de las dos esferas genera una
intersección con la otra.
A simple vista, debería funcionar bien. Sin
embargo, no es del todo preciso, pues en mode-
los complejos como es el caso del gato y del
ratón, y especialmente cuando están rotados, se
pueden generar intersecciones en las esferas
cuando en realidad ese volumen no está ocu-
pado por una malla.
También se puede utilizar la representación
tipo caja para otros casos. Por eso la dejamos
disponible en el procesador del modelo. Sirve
para experimentar en otros casos.
Lo ideal sería comprobar malla por malla, vér-
tice por vértice, sin embargo, esto llevaría
mucho tiempo. Pues, tenemos que comprobar
si cada gato colisiona con el ratón y también
debemos saber si el ratón alcanzó la meta.
LISTADO 7
public partial class NoviaRatón : Personaje
{
public NoviaRatón(Game game)
: base(game)
{
pbTieneMovimiento = false;
}
protected override void LoadContent()
{
// Cargo el modelo del gato
pmModelo = poGame.Content.Load<Model>("Modelos\\novia_raton");
CargarPropiedadesEncapsuladasEnTag();
base.LoadContent();
}
}
Como el modelo del laberinto es totalmente Primero, hay que añadir el modelo contenido
dinámico y nos gustaría cambiarlo para en el fichero novia_raton.FBX. Recordemos
otros niveles, una forma muy sencilla de que hay que utilizar el procesador personali-
saber si el ratón alcanzó la meta es añadir a zado ya explicado.
su novia y verificar si colisionó con ella con En el Listado 7 podemos ver el código para la
el método HayColision. Si lo hizo, gana y nueva clase que la representa.
debe pasar de nivel. Debemos añadir una variable de instancia a
Este mecanismo nos sirve para detectar coli- la clase Game1 para tener disponible a la
siones entre los personajes, pero no es útil a novia del ratón:
la hora de detectar colisiones con el escena- private NoviaRatón poNoviaRatón;
rio, debido a que la esfera o la caja represen-
tarían a todo el laberinto y lo que queremos Y su posición inicial en el constructor de la
es ver si chocamos contra una pared o no. clase Game1:
Para el laberinto, hay que aplicar otra técni- poNoviaRatón = new NoviaRatón(this);
ca, mucho más compleja, pero muy útil para Components.Add(poNoviaRatón);
otras aplicaciones.
poNoviaRatón.Posicion = new Vector3(
-520, 0, 1550);
Nivel 17: Añadiendo a la novia del
poNoviaRatón.Rotacion = -10.0f;
ratón (un personaje estático)
Para facilitar la detección de la llegada del Nivel 18: Controlando la cámara con
ratón a la salida del laberinto, vamos a tomar el ratón
un atajo. Añadiremos a su novia esperándo-
lo, un personaje estático. Si colisiona con ella, Como vamos a detectar las colisiones basan-
gana. do en cómo se está visualizando el modelo,

www.revistasprofesionales.com 39 SOLO PROGRAMADORES nº 172

XNA 4:XNA 4 5/6/09 11:26 Página 40

ALGORITMOS

LISTADO 8 El nuevo código para actualizar el juego de la clase Game1.

protected override void Update(GameTime gameTime)
{
// Permite salir del juego
if (GamePad.GetState(PlayerIndex.One).Buttons.Back == ButtonState.Pressed)
this.Exit();

// Guardo el estado del teclado y luego analizo todas las posibilidades

KeyboardState miEstadoTeclado = Keyboard.GetState();

MouseState miEstadoRaton = Mouse.GetState();

// Si presionamos la tecla ESC, salimos del juego

if (miEstadoTeclado.IsKeyDown(Keys.Escape))
{
this.Exit();
}

// Si presionó el botón izquierdo del ratón, alejo al objeto modelo la cámara en +Z

if (miEstadoRaton.LeftButton == ButtonState.Pressed)
{
miPosicionDeCamaraZ += 5.0f;
}

// Si presionó el botón derecho del ratón, acerco al modelo moviendo la cámara en -Z

if (miEstadoRaton.RightButton == ButtonState.Pressed)
{
miPosicionDeCamaraZ -= 5.0f;
}

// Establezco el Z de la cámara en el Z que actualicé

miPosicionDeCamara.Z = miPosicionDeCamaraZ;

if ((poEstadoRatonAnterior.X != 0) || (poEstadoRatonAnterior.Y != 0))

{
miPosicionDeCamara.X += (miEstadoRaton.X - poEstadoRatonAnterior.X);
miPosicionDeCamara.Y += (miEstadoRaton.Y - poEstadoRatonAnterior.Y);
}
miPosicionDeCamara.Y += (miEstadoRaton.ScrollWheelValue - poEstadoRatonAnterior.ScrollWheelValue);

poEstadoRatonAnterior = miEstadoRaton;

if (poRatón.HayColision(poGato1))
{
this.Exit();
}
if (poRatón.HayColision(poGato2))
{
this.Exit();
}

if (poRatón.HayColision(poNoviaRatón))
{
this.Exit();
}

//poGato1.Desplazarse(poRatón);
//poGato2.Desplazarse(poRatón);

base.Update(gameTime);
}

private MouseState poEstadoRatonAnterior

podemos tener ciertos inconvenientes. Como
estamos generando un ejemplo simplificado,
permitiendo un mayor control de la cámara
con el ratón (el mouse, el periférico que nos
permite desplazar el puntero), conseguire-
mos evadir esos problemas. Además, brinda-
mos una mayor funcionalidad al juego.
Para ello, vamos a modificar el código del
método Update de la clase Game1 por el que
se presenta en el Listado 8. Y, también vamos
a añadir la siguiente variable de instancia a la
clase Game1:
= new MouseState();
En el código del Listado 8 las dos líneas que
llaman al futuro método Desplazarse de cada
instancia de la clase Gato están comentadas
porque las pondremos en marcha más ade-
lante.
Antes, la cámara la podíamos acercar o alejar
presionando los botones del ratón. Ahora,
girando la rueda (wheel) se desplaza la posi-
ción del eje Y de la cámara teniendo en cuen-
ta el delta del movimiento. Esto es necesario
debido a que la propiedad ScrollWheelValue
del estado del ratón almacena un valor acu-
mulativo. Por lo tanto, guardando el estado
anterior del ratón y tomando la diferencia, se
puede aplicar al eje Y de la cámara.
Por otro lado, desplazando el ratón sin pre-
sionar ningún botón, se cambia el eje X de la
cámara, también por el delta entre la nueva
posición y la anterior.
De este modo es posible lograr recorridos
muy interesantes por el laberinto mientras
transcurre el juego (ver las Figuras 9 y 10).

SOLO PROGRAMADORES nº 172 40 www.revistasprofesionales.com

XNA 4:XNA 4 5/6/09 11:27 Página 41

ALGORITMOS
XNA Framework 2.0 y 3.0:
DirectX y Direct3D en C# para mortales (y IV)

Esta es una de las posibilidades de gestión de

la cámara, por supuesto que existen muchí-
simas más opciones, bastará con utilizar los
conocimientos adquiridos en estas entregas
y experimentar.

Nivel 19: Detectando colisiones con

el escenario
¿Cómo hacemos para detectar si la esfera
que representa el volumen de uno de los per-
sonajes intersecta con uno de los bloques
que conforman los elementos del laberinto
(una pared)? No es para nada sencillo.
Una de las mejores opciones es verificar si un
rayo proyectado intersecta con el modelo. El
algoritmo es complejo y requiere acceder a
Figura 9. La novia esperando impaciente a su amado ratón vista desde cerca.
los vértices del modelo. Por eso anteriormen-
te añadimos esa información a través del
procesador personalizado del modelo.
Para conseguir este objetivo tomamos como
base el algoritmo desarrollado por Tomas
Akenine-Möller y Eric Haines para verificar si
un rayo intersecta con un triángulo, realizan-
do las transformaciones necesarias.
El código de los métodos que se añaden a la
clase Personaje para poder detectar la coli-
sión con cualquier punto del escenario se
presenta en el Listado 9.
El rayo será una proyección del punto central
que identifica a la posición del personaje (no
pretendemos una precisión total, sino sería
mucho más complejo).
Como estamos tomando la posición central
del modelo para ver si el rayo colisiona con
un elemento del laberinto, dependiendo la
posición de la cámara, tendremos resultados Figura 10. El movimiento de las cámaras en tiempo real es una de las grandes ventajas
de las aplicaciones 3D.
diferentes. Habrá momentos en los cuales
con un ángulo determinado los personajes
podrán avanzar o se quedarán trabados. La
solución a esto es utilizar mapas de los terre-
nos o de los escenarios, pero, son menos
interesantes para otras clases de aplicaciones
3D. En cambio, saber cómo detectar una coli-
sión por rayo a triángulo nos permite por
ejemplo, tomar las coordenadas del puntero
del ratón para poder seleccionar triángulos u
objetos de un modelo 3D presentado en pan-
talla, y por ejemplo, ofrecer un menú con
diferentes texturas.
Combinando las presentaciones, movimientos
de cámara y de elementos, cambios de textu-
ras y detección de colisiones que vimos hasta
este momento, se pueden desarrollar el 80%
de las aplicaciones 3D que se solicitan en el
Figura 11. El ratón puede colocar solamente una parte de su cabeza en la pared, después,
ya no logra avanzar más por el sistema de detección de colisiones implementado. mercado actual. Para juegos complejos, por

www.revistasprofesionales.com 41 SOLO PROGRAMADORES nº 172

XNA 4:XNA 4 5/6/09 11:27 Página 42

ALGORITMOS

El código para detección de colisiones con el escenario

LISTADO 9 que se añade a la clase Personaje.
/// <summary>
/// Determina si un rayo intersecta a un modelo
/// </summary>
static float? DistanciaPuntoInterseccionYModelo(Ray poRayo, Model pmModeloAVerificar, Matrix poTransformacionModelo, out
bool obDentroDeBoundingSphere, out Vector3 obVertice1, out Vector3 obVertice2, out Vector3 obVertice3)
{
obVertice1 = Vector3.Zero;
obVertice2 = Vector3.Zero;
obVertice3 = Vector3.Zero;
Matrix loTransformacionInversa = Matrix.Invert(poTransformacionModelo);
poRayo.Position = Vector3.Transform(poRayo.Position, loTransformacionInversa);
poRayo.Direction = Vector3.TransformNormal(poRayo.Direction, loTransformacionInversa);
Dictionary<string, object> loDiccionario = (Dictionary<string, object>)pmModeloAVerificar.Tag;
if (loDiccionario == null)
{
throw new InvalidOperationException("No se ha utilizado el procesador personalizado para cargar este modelo a la
tubería de contenidos.");
}
// Primero verificar si está dentro de la esfera
BoundingSphere loBoundingSphereModelo = (BoundingSphere)loDiccionario["BoudingSphereModelo"];
if (loBoundingSphereModelo.Intersects(poRayo) == null)
{
obDentroDeBoundingSphere = false;
return null;
}
else
{
obDentroDeBoundingSphere = true;
float? liInterseccionMasCercana = null;
Vector3[] lavVertices = (Vector3[])loDiccionario["Vertices"];
for (int i = 0; i < lavVertices.Length; i += 3)
{
float? liInterseccion;
IntersectaRayoAlTriangulo(ref poRayo, ref lavVertices[i], ref lavVertices[i + 1], ref lavVertices[i + 2], out liInterseccion);
if (liInterseccion != null)
{
if ((liInterseccionMasCercana == null) || (liInterseccion < liInterseccionMasCercana))
{
// Almacenar la distancia al triángulo
liInterseccionMasCercana = liInterseccion;
// Transformar las tres posiciones de vértices en el espacio del mundo
Vector3.Transform(ref lavVertices[i], ref poTransformacionModelo, out obVertice1);
Vector3.Transform(ref lavVertices[i + 1], ref poTransformacionModelo, out obVertice2);
Vector3.Transform(ref lavVertices[i + 2], ref poTransformacionModelo, out obVertice3);
}
}
}
return liInterseccionMasCercana;
}
}
/// <summary>
/// Verifica si un rayo intersecta a un triangulo
/// Se emplea el algoritmo desarrollado por Tomas Akenine-Möller y Ben Trumbore
/// </summary>
static void IntersectaRayoAlTriangulo(ref Ray poRayo, ref Vector3 pvVertice1, ref Vector3 pvVertice2, ref Vector3 pvVertice3,
out float? piResultado)
{
Vector3 lvEje1;
Vector3 lvEje2;
Vector3.Subtract(ref pvVertice2, ref pvVertice1, out lvEje1);
Vector3.Subtract(ref pvVertice3, ref pvVertice1, out lvEje2);
// Calcular el determinante
Vector3 lvDireccionDeCruceEje2;
Vector3.Cross(ref poRayo.Direction, ref lvEje2, out lvDireccionDeCruceEje2);
float liDeterminante;
Vector3.Dot(ref lvEje1, ref lvDireccionDeCruceEje2, out liDeterminante);
// El rayo es paralelo al plano del triángulo, por lo tanto no hay colisión
if (liDeterminante > -float.Epsilon && liDeterminante < float.Epsilon)
{
piResultado = null;
return;
}

SOLO PROGRAMADORES nº 172 42 www.revistasprofesionales.com

XNA 4:XNA 4 5/6/09 11:27 Página 43

ALGORITMOS
XNA Framework 2.0 y 3.0:
DirectX y Direct3D en C# para mortales (y IV)

El código para detección de colisiones con el escenario

LISTADO 9 que se añade a la clase Personaje. (continuación)
float liDeterminanteInverso = 1.0f / liDeterminante;
Vector3 lvVectorDeDistancia;
Vector3.Subtract(ref poRayo.Position, ref pvVertice1, out lvVectorDeDistancia);
float liTrianguloU;
Vector3.Dot(ref lvVectorDeDistancia, ref lvDireccionDeCruceEje2, out liTrianguloU);
liTrianguloU *= liDeterminanteInverso;
if (liTrianguloU < 0 || liTrianguloU > 1)
{
piResultado = null;
return;
}
Vector3 lvDistanciaDeCruceEje1;
Vector3.Cross(ref lvVectorDeDistancia, ref lvEje1, out lvDistanciaDeCruceEje1);
float liTrianguloV;
Vector3.Dot(ref poRayo.Direction, ref lvDistanciaDeCruceEje1, out liTrianguloV);
liTrianguloV *= liDeterminanteInverso;
if (liTrianguloV < 0 || liTrianguloU + liTrianguloV > 1)
{
piResultado = null;
return;
}
// Calcular la distencia a lo largo del rayo hacia el triángulo
float liDistanciaDelRayo;
Vector3.Dot(ref lvEje2, ref lvDistanciaDeCruceEje1, out liDistanciaDelRayo);
liDistanciaDelRayo *= liDeterminanteInverso;
if (liDistanciaDelRayo < 0)
{
piResultado = null;
return;
}
// El resultado es la distancia del rayo si pasó todas las pruebas, colisiona
piResultado = liDistanciaDelRayo;
}
/// <summary>
/// Determina si el personaje, en su posición actual, colisiona con alguna pared o elemento del laberinto
/// </summary>
public bool HayColisionConEscenario()
{
bool lbHuboColision = false;
Matrix loMatrizProjection = Matrix.CreatePerspectiveFieldOfView(MathHelper.ToRadians(45.0f), poGame.RelacionDeAspecto, 1.0f, 100000.0f);
Matrix loMatrizView = Matrix.CreateLookAt(poGame.PosicionDeCamara, Vector3.Zero, Vector3.Up);
Matrix loMatrizWorld = Matrix.CreateTranslation(0, 0, 0);
Vector3 lvFuenteCercana = GraphicsDevice.Viewport.Project(pvPosicion, loMatrizProjection, loMatrizView, loMatrizWorld);
lvFuenteCercana.Z = 0f;
Vector3 lvFuenteLejana = GraphicsDevice.Viewport.Project(pvPosicion, loMatrizProjection, loMatrizView, loMatrizWorld);
lvFuenteLejana.Z = 1f;
Vector3 lvPuntoCercano = GraphicsDevice.Viewport.Unproject(lvFuenteCercana, loMatrizProjection, loMatrizView, Matrix.Identity);
Vector3 lvPuntoLejano = GraphicsDevice.Viewport.Unproject(lvFuenteLejana, loMatrizProjection, loMatrizView, Matrix.Identity);
// Buscar la dirección del vector que va desde el punto cercano al lejano y normalizarla
Vector3 lvDireccionLejanoACercano = lvPuntoLejano - lvPuntoCercano;
lvDireccionLejanoACercano.Normalize();
// Crear un nuevo rayo utilizando el punto cercano como fuente
Ray loRay = new Ray(lvPuntoCercano, lvDireccionLejanoACercano);
Vector3 vertex1, vertex2, vertex3;
bool insideBoundingSphere;
// El rayo es el punto central del modelo
// El escenario del cual se va a verificar triángulo por triángulo es el laberinto con sus paredes
// Llevar a cabo la verificación de existencia de intersección entre el rayo (punto central del modelo) y el laberinto
float? intersection = DistanciaPuntoInterseccionYModelo(loRay, poGame.Escenario.pmModelo,
Matrix.CreateTranslation(Vector3.Zero),
out insideBoundingSphere, out vertex1, out vertex2, out vertex3);
lbHuboColision = (intersection != null);
return lbHuboColision;
}

www.revistasprofesionales.com 43 SOLO PROGRAMADORES nº 172

XNA 4:XNA 4 5/6/09 11:27 Página 44

ALGORITMOS

El código que se añade a la clase Gato para conseguir que

LISTADO 10 se desplacen buscando al ratón o intentando hacerlo.
protected void DesplazarseAlMejorX(Vector3 pvDistancia, ref int liLlamadas)
{
liLlamadas++;
// Pasaron 2 llamadas y no se pudo desplazar
if (liLlamadas == 2)
{
DesplazarAleatorio();
}
else
{
// El gato está más lejos en el eje X del ratón, trato de acercarme a él
if (pvDistancia.X > 0)
{
// Muevo al modelo hacia la izquierda, -X
if (!ProbarDesplazarIzquierda())
{
DesplazarseAlMejorZ(pvDistancia, ref liLlamadas);
}
}
else
{
// El gato está más lejos en el eje Z del ratón, trato de acercarme a él
if (!ProbarDesplazarDerecha())
{
DesplazarseAlMejorZ(pvDistancia, ref liLlamadas);
}
}
}
}
protected void DesplazarAleatorio()
{
Random loRandom = new Random();
switch (loRandom.Next(1, 4))
{
case 1:
ProbarDesplazarAbajo();
break;
case 2:
ProbarDesplazarArriba();
break;
case 3:
ProbarDesplazarIzquierda();
break;
case 4:
ProbarDesplazarDerecha();
break;
}
}
protected void DesplazarseAlMejorZ(Vector3 pvDistancia, ref int liLlamadas)
{
liLlamadas++;
// Pasaron 2 llamadas y no se pudo desplazar
if (liLlamadas == 2)
{
DesplazarAleatorio();
return;
}
// El gato está más cerca en el eje Z del ratón, trato de acercarme a él
if (pvDistancia.Z > 0)
{
// Muevo al modelo hacia arriba
if (!ProbarDesplazarArriba())
{
DesplazarseAlMejorX(pvDistancia, ref liLlamadas);
}
}
else
{
// El gato está más cerca en el eje Z del ratón
// Muevo al modelo hacia abajo
if (!ProbarDesplazarAbajo())
{
DesplazarseAlMejorX(pvDistancia, ref liLlamadas);
}
}
}
public void Desplazarse(Ratón poRaton)
{
int liLlamadas = 0;
Vector3 lvDistancia = (pvPosicion - poRaton.Posicion);
if ((Math.Abs(lvDistancia.X)) > (Math.Abs(lvDistancia.Y)))
{
DesplazarseAlMejorX(lvDistancia, ref liLlamadas);
}
else
{
DesplazarseAlMejorZ(lvDistancia, ref liLlamadas);
}
}

SOLO PROGRAMADORES nº 172 44 www.revistasprofesionales.com

XNA 4:XNA 4 5/6/09 11:27 Página 45
XNA Framework 2.0 y 3.0:
DirectX y Direct3D en C# para mortales (y IV)
Figura 11.
supuesto que hay que investigar mucho más,
pero, sin dudas, será un muy buen punto de
partida para arrancar (ver la Figura 11).
Nivel 20: Conduciendo automáticamente
a los gatos
No vamos a añadir una inteligencia artifi-
cial sofisticada, que sería lo ideal. Pero,
queremos que los gatos intenten, de un
modo sencillo y no muy elaborado, perse-
guir al ratón para que el juego tenga senti-
do. Con sus limitaciones por tratarse de un
caso de ejemplo y por razones de espacio,
pero atractivo al fin.
Para ello, vamos a añadir el código que se
muestra en el Listado 10 a la clase Gato.
Luego, hay que eliminar el comentario para
las dos líneas que figuraban comentadas en
el método Update de la clase Game1:
poGato1.Desplazarse(poRatón);
poGato2.Desplazarse(poRatón);
El método desplazarse recibe como pará-
metro el personaje objetivo, que en ambos
casos es la instancia que representa al
ratón.
Según la distancia que hay entre el gato y
el ratón en los 2 ejes (X y Z) que se tienen
en cuenta en el juego, buscará desplazarse
al mejor X o al mejor Z. Las paredes hacen
su juego y se pueden interponer, volviendo
loco al gato.
www.revistasprofesionales.com
ALGORITMOS
Es importante aclarar que no se buscó un Nivel 21: Añadiendo lógica
algoritmo perfecto de búsqueda al ratón,
pues recordemos que los gatos tienen Resta añadir la lógica para que cuando se
mayor velocidad de desplazamiento. Eso se detecta la colisión entre los personajes,
iría mejorando en futuros niveles. suceda algo en el juego. Por ejemplo, la
Si no se logra desplazar en la dirección que cámara podría tomar un primer plano del
más le conviene, busca en la otra dirección, ratón y su novia añadiendo un corazón y
pero si no lo logra en varias pasadas, toma bailando juntos.
una decisión aleatoria (ver la Figura 12). Los gatos podrían desaparecer, cambiar el
Como la rotación de los personajes no es per- color de fondo, pasar de nivel dibujando un
fecta, se pueden notar efectos como que el nuevo escenario con diferentes texturas y
gato da vueltas una y otra vez. Esto se debe nuevos personajes.
a que buscar una rotación perfecta de los En el Listado 11 podemos ver el código que
personajes implicaría modelos más comple- añade simplemente llamadas a métodos en el
jos y mayor cantidad de código. método Update de la clase Game1 para veri-
Las últimas líneas del código del método
Update de la clase Game1.
LISTADO 11
if (poRatón.HayColision(poGato1))
{
// El gato 1 se comió al ratón
this.Exit();
}
if (poRatón.HayColision(poGato2))
{
// El gato 2 se comió al ratón
this.Exit();
}
if (poRatón.HayColision(poNoviaRatón))
{
// El ratón alcanzó la salida del laberinto
this.Exit();
}
poGato1.Desplazarse(poRatón);
poGato2.Desplazarse(poRatón);
base.Update(gameTime);
45 SOLO PROGRAMADORES nº 172
XNA 4:XNA 4 5/6/09 11:27 Página 46
ALGORITMOS
Figura 12. ¡El ratón está en aprietos!
ficar las colisiones y tomar acciones en base a
ello. Se muestran las últimas líneas que se
añaden y que reemplazan a las anteriores.
En este caso, solamente se sale del juego sea
ganador o perdedor el ratón.
Nivel 21: Selección de personajes y
presentación
La típica selección de personajes los presenta
rotando. Es muy sencillo conseguirlo con
todos los conocimientos adquiridos. Sabemos
cómo presentar un modelo 3D y cómo cam-
biarle texturas. Como utilizamos código orien-
tado a objetos, es muy sencillo añadir nuevos
personajes. Hay que trabajar un poco en la lógi-
ca de presentación y en los estados del juego.
Nivel 22: Añadiendo niveles
En la clase Game1 se mantiene toda la lógica
de funcionamiento del juego. Cambiando
colores de fondo, texturas y escenarios, es
muy sencillo gestionar los niveles del juego,
así como ir incrementando la velocidad de
los adversarios del pobre ratón.
SOLO PROGRAMADORES nº 172 46
Y, por qué no, añadir un perro que busque a
los gatos en un laberinto mucho más grande
y con cámaras que se van desplazando a
medida que el personaje activo se escape de
la vista de la cámara. Es muy sencillo aplican-
do todos los patrones aprendidos. El método
para Desplazarse programado para el gato
recibe como parámetro el personaje objetivo.
Se pueden generar grandes laberintos donde
todos se corren y las novias los pueden espe-
rar en cada salida posible.
Más allá del juego, con la aparición de la
versión definitiva de XNA Game Studio 3.0,
este marco de trabajo se está convirtiendo
en el estándar para el desarrollo de aplica-
ciones 3D y 2D con aceleración con gran
velocidad para el mundo de las PC, Xbox
360 y Zune.
Conclusión
A lo largo de estas entregas hemos presen-
tado muchas de las características ofreci-
das por XNA Game Studio en sus diferentes
versiones 2.0 y 3.0. Presentando el ejemplo
de un juego vimos muchas de las operacio-
nes típicas para conseguir aprovechar las
capacidades de DirectX y Direct3D.
Es verdad que hay muchas más técnicas y
complejidades en esta clase de aplicacio-
nes. Pero, combinando las capacidades de
las herramientas de creación de contenido
digital con XNA Framework y con mucha
experimentación, prueba y error, se pueden
conseguir resultados sorprendentes en
poco tiempo.
Con estas entregas se buscó presentar casos
típicos para juegos y otras aplicaciones 3D
que tanta demanda tienen en los tiempos que
corren y que seguirán vigentes por muchos
años más.
Vale la pena seguir experimentando. El
mundo de las aplicaciones 3D es complejo,
pero a la vez apasionante y extremadamente
entretenido. Una vez que se empieza, no se
puede abandonar.
Más información
Real-Time Rendering; Tomas Akenine-Möller y
Eric Haines, AK Peters Ltd, 2nd edition, July 2002.
Presenta excelentes algoritmos que se pueden
aplicar a aplicaciones 3D complejas.
www.revistasprofesionales.com
Super Oferta Solop:Super Oferta Solop 14/1/09 11:55 Página 1

SÚPER OFERTA
¡Aprovecha la ocasión
y suscríbete ya!

66 €
SUSCRIPCION A
SOLO PROGRAMADORES
FORMATO PAPEL
+ FORMATO DIGITAL

Para nuevas suscripciones y renovaciones de

suscripción tanto en papel como digital a la
revista “Solo Programadores” ofrecemos
una oferta única y sin precedentes.
Ahora es posible la suscripción en
papel + la suscripción digital, por
solo 66 € para España, resto de
paises consultar en la web.
De esta forma, tendrás las ventajas
de ambas modalidades: con la
suscripción en papel la posibilidad
de leer la revista en cualquier lugar y
disponer de los contenidos incluidos
en el CD de regalo.
Por otra parte, con la opción digital
podrás acceder a los contenidos de la revista
15 días antes de que la versión en papel esté
disponible, además, podrás disfrutar de los contenidos
no disponibles en la versión papel (cursos, etc.) con la
ventaja adicional de ahorro de espacio físico.

Suscríbete en
www.revistasprofesionales.com
Curso C++ (V):Curso C++ (II)
ALGORITMOS
SOLO PROGRAMADORES nº 172 48
5/6/09 11:33 Página 48
Programación orientada
a objetos con C++ (V)
ADOLFO ALADRO GARCÍA
La librería estándar de C++
proporciona un gran número de
clases, funciones y procedimientos
para llevar a cabo todo tipo de
tareas. Implementar todo tipo de
clases es un excelente ejercicio
durante la fase de aprendizaje de
C++. Después, antes de hacer
cualquier desarrollo hay que tener en
cuenta la librería estándar, porque es
muy probable que ya esté resuelto.
En esta entrega se verá un resumen
de algunas de las librerías más
comunes.
CADENAS DE TEXTO: LA CLASE string
En la entrega anterior se comenzó con un ejerci-
cio que consistía en la creación de una clase que
implementara cadenas de texto, y que interna-
mente trabajara con char*, el tipo estándar de C.
En realidad todo esto está ya resuelto en la libre-
ría estándar <string> (Y algunas otras que per-
miten realizar toda clase de tareas con las cade-
nas de texto). En el fichero main.cpp se encuen-
tran algunos ejemplos que ilustran el uso de la
clase string. El primero de ellos está en la función
main1. Es muy sencillo y consiste únicamente en
mostrar algunos atributos básicos de objeto de
tipo string:
void main1() {
string s = “”;
showStringInfo(s);
s = s + “SPP”;
showStringInfo(s);
s.reserve(1024);
showStringInfo(s);
};
Primeramente se declara una variable s que es de
tipo string, y que inicialmente guarda la cadena
vacía. La función showStringInfo, también
implementada en el fichero main.cpp, muestra
por la salida estándar la cadena de texto y tres de
sus atributos principales:
void showStringInfo(const string& s) {
cout << s << “\n”;
cout << “...length = “ << s.length() << “\n”;
cout << “...capacity = “ << s.capacity()
<< “\n”;
cout << “...max_size = “ << s.max_size()
<< “\n\n”;
};
El método length devuelve el número de carac-
teres. El método capacity devuelve la capacidad
máxima que en ese momento tiene el objeto
para almacenar caracteres. Finalmente el méto-
do max_size devuelve el número máximo de
caracteres que un objeto de tipo string puede
guardar. Volviendo al código principal del ejem-
plo, cuando se llama a showStringInfo la prime-
ra vez el resultado que aparece en la consola de
salida es el siguiente:
...length = 0
...capacity = 0
...max_size = 1073741820
La cadena de texto representada por la variable s
es la cadena vacía así que la primera línea está
vacía. Lógicamente el tamaño de la cadena es 0.
La capacidad de la cadena en ese momento es
también 0. En último lugar, el número máximo
de caracteres que puede almacenar un objeto de
tipo string es 1.073.741.820 caracteres. Después
se concatena la cadena de texto SPP utilizando el
operador + y al volver a mostrar la información
la consola muestra:
SPP
...length = 3
...capacity = 3
...max_size = 1073741820
La cadena es ahora SPP y así se muestra. El
tamaño y la capacidad han tomado el valor 3. El
número máximo de caracteres que puede alma-
www.revistasprofesionales.com
Curso C++ (V):Curso C++ (II) 5/6/09 11:33
Programación orientada a objetos con C++ (V)
cenar un objeto de tipo string no ha varia-
do, como era de esperar. Seguidamente se
llama al método reserve con el valor 1024.
Este método prepara al objeto para que
tenga una capacidad determinada. Aunque
un objeto de tipo string puede crecer diná-
micamente, si se conoce de antemano el
tamaño de caracteres que va a almacenar,
es más eficiente que anticipadamente se
dote al objeto con una capacidad suficien-
te. Cuando se muestra por la consola de
nuevo la información sobre la cadena se
observa que el tamaño no ha variado, pero
la capacidad es ahora mucho mayor:
SPP
...length = 3
...capacity = 1123
...max_size = 1073741820
Como no podía ser de otro modo, la clase
string cuenta con los típicos métodos para
localizar subcadenas de texto y extraerlas si
es preciso. En la función main2 se ven algu-
nos ejemplos sencillos que lo ilustran. Se
comienza creando una cadena:
string s = “Programación orientada
a objetos con C++”;
Seguidamente se emplea una batería de
métodos para localizar distintas subcade-
nas:
cout << s.find(“orientada”) << “\n”;
cout << s.rfind(“orientada”) << “\n”;
cout << s.find_first_of(“o”) << “\n”;
cout << s.find_first_not_of(“o”) << “\n”;
cout << s.find_last_of(“o”) << “\n”;
cout << s.find_last_not_of(“o”) << “\n\n”;
Resumen de las librerías estándar más importantes (2 de 2).
www.revistasprofesionales.com
Página 49
Resumen de las librerías estándar más importantes (1 de 2).
Los nombres de los métodos son bastantes
descriptivos. El método find intenta buscar
una cadena desde el principio y devuelve un
valor numérico indicando la posición. El
método rfind realiza lo mismo pero la bús-
queda comienza desde el final de la cadena.
El método find_first_of intenta encontrar la
primera posición en la que aparece alguno
de los caracteres que recibe como paráme-
tro en forma de cadena texto. El método
find_first_not_of hace la operación inver-
sa: intenta encontrar el primero de los
caracteres que no pertenece a ninguno de
la cadena pasada. Los métodos find_last_of
y find_last_not_of son similares pero
empiezan a buscar por el final de la cadena.
En ese mismo ejemplo se encuentra un uso
del método substr, que se emplea para
extraer cadenas de texto, desde una
posición dada, el primer parámetro, y
ALGORITMOS
con una longitud determinada, el segundo
parámetro:
string v = s.substr(s.find(“orientada”),
9);
Otras de last areas típicas que se hacen con
cadenas de texto es compararlas con otras
cadenas. En C++, con la clase estándar
string, esto puede realizarse de diversas
formas. La más directa consiste simple-
mente en utilizar el método compare. Así,
en la función main3 se puede observar un
ejemplo:
string s1 = “SPP”;
string s2 = “spp”;
cout << s1 << “ = “ << s2 << “ :
“ << s1.compare(s2) << “\n”;
Otra manera de hacer comparaciones con-
siste en utilizar la librería estándar de algo-
ritmos <algorithm>. Para ello antes hay
que definir dos funciones que comparen
caracteres simples. En main.cpp se han
definido dos: una para hacer comparacio-
nes simples, y otra para no diferenciar entre
mayúsculas y minúsculas:
bool caseInsensitiveCharCompare
(char c1, char c2) {
return(toupper(c1) == toupper(c2));
};
bool caseSensitiveCharCompare
(char c1, char c2) {
return(c1 == c2);
};
Partiendo de las funciones anteriores se
han creado otras dos funciones que son las
49 SOLO PROGRAMADORES nº 172
Curso C++ (V):Curso C++ (II) 5/6/09 11:33
ALGORITMOS
que realmente comparan las cadenas. La
función estándar equal recibe el comienzo
y el final de la primera cadena, el comienzo
de la segunda y una referencia a la función
que se encarga de comparar los caracteres:
bool caseInsensitiveStringCompare
(const string& s1, const string& s2) {
return s1.size() == s2.size()
&& equal(s1.begin(), s1.end(), s2.begin(),
caseInsensitiveCharCompare);
};
bool caseSensitiveStringCompare
(const string& s1, const string& s2) {
return s1.size() == s2.size() &&
equal(s1.begin(), s1.end(), s2.begin(),
caseSensitiveCharCompare);
};
La utilización de las funciones recién crea-
das es muy sencilla como puede verse en el
ejemplo:
cout << s1 << “ = “ << s2 << “ :
“ << caseInsensitiveStringCompare(s1,s2)
<< “\n”;
cout << s1 << “ = “ << s2 << “ : “ <<
caseSensitiveStringCompare(s1,s2) << “\n”;
El último ejemplo que se va a ver con res-
pecto a las cadenas de texto es cómo hacer
una función trim que quite los espacios en
blanco a la izquierda y derecha. Con este
ejercicio se puede comprobar que la clase
string también proporciona una forma de
recorrer los caracteres uno a uno. Además
también es posible eliminar trozos de de
una cadena dinámicamente. La función
trim, definida en el fichero main.cpp, recibe
como parámetro la cadena que se quiere
“limpiar” de espacios en blanco. El primer
paso consiste en determinar si la cadena
está vacía, en cuyo caso no hay que hacer
nada:
if (s.empty()) return;
Seguidamente se comienza con la elimina-
ción de los blancos en la parte izquierda de
la cadena. Con el método begin se obtiene
un iterador que apunta al comienzo de la
cadena.
string::iterator it = s.begin();
La cadena puede recorrerse de muchas for-
mas pero una de ellas consiste en hacer un
bucle simple teniendo en cuenta la longi-
tud. En cada iteración del bucle el carácter
se obtiene utilizando el operador * sobre el
iterador. Si el carácter resulta ser un blan-
SOLO PROGRAMADORES nº 172 50
Página 50
Resultado de ejecutar la función main1 que ilustra el empleo de la clase string.
co, se sigue; en otro caso se sale del bucle
con la sentencia break:
for (unsigned int i=0; i<s.length();
i++) {
char c = *it;
if (c == ‘ ‘ || c == ‘\n’ || c == ‘\r’
|| c == ‘\t’) {
it++;
} else {
break;
} main5 ilustra un caso simple de programa-
} ción con la clase vector. Cuando se crea un
El último paso consiste en eliminar de la
cadena los blancos encontrados. El método
erase recibe dos iteradores. El primero es el
comienzo de la cadena. El segundo es el ite-
rador que se ha estado manejando en el
bucle anterior y que por lo tanto está apun-
tando al primer carácter válido de la cadena:
s.erase(s.begin(), it);
La eliminación de blancos por la derecha es
muy similar, con la salvedad de que se
explora la cadena por la derecha, desde el
final hasta el principio, tal y como puede
verse en el código fuente de la función.
Hasta aquí se han visto algunos ejemplos
muy simples de utilización de la clase
string. Como es de esperar, existen muchos
otros métodos. La clase string encapsula
mayor parte de las funcionalidades que
pueda necesitar un programador a la hora
de trabajar con cadenas de texto. Todas las
tareas de reserva y liberación dinámica de
memoria ocurren de forma transparente al
programador.
ARRAY DINÁMICOS: LA CLASE vector
También en las entregas anteriores se des-
arrolló a modo de ejercicio una clase para
crear array dinámicos. Pero esta funciona-
lidad ya está recogida en la librería están-
dar, a través de la clase vector. El ejemplo
contenedor de este tipo debe especificarse
explícitamente el tipo de datos que va a
guardar. Así en el ejemplo se crea un vector
cuyo propósito es almacenar objetos de
tipo string, es decir, cadenas de texto:
vector<string> vecStr;
Para este caso se han definido tres cadenas
de texto, recogidas en las variables s1, s2 y
s3:
string s1 = “Revista”;
string s2 = “Sólo”;
string s3 = “Programadores”;
El método push_back de la clase vector es
la forma principal de añadir elementos al
contenedor. Los elementos se van guardan-
do al final:
vecStr.push_ck(s1);
vecStr.push_back(s2);
vecStr.push_back(s3);
www.revistasprofesionales.com
Curso C++ (V):Curso C++ (II) 5/6/09 11:34
Programación orientada a objetos con C++ (V)
Los vectores se pueden recorrer de dos for-
mas distintas. La primera es la más sencilla
y obvia. El tamaño del vector se obtiene con
el método size. La clase vector sobrescribe
el operador [] de tal forma que se puede
acceder a los elementos utilizando un índi-
ca de la misma forma que se haría con un
array de C:
for (vector<string>::size_type i=0;
i<vecStr.size(); i++) {
cout << “[“ << i << “]=” << vecStr[i]
<< “\n”;
}
La otra forma consiste en utilizar iterado-
res. Como ya puede apreciar por lo visto
hasta el momento, los iteradores son unos
de los elementos más comunes que se
emplean para recorrer todo tipo de conte-
nedores de datos. El método begin de la
clase vector devuelve un iterador que
apunta a la primera posición del vector. El
método end hace lo propio, pero el iterador
devuelto apunta al final de la colección de
datos. Con un bucle for resulta muy senci-
llo recorrer todos los elementos. No hay
que olvidar que un iterador es un puntero
con lo que el acceso al elemento “real” se
produce con el operador *:
for (vector<string>::iterator
it=vecStr.begin(); it!=vecStr.end();
it++) {
cout << *it << “\n”;
} clase vector gestiona por sí misma la
Un caso que suscita bastantes problemas es
cuando los contenedores almacenan no
datos, si no punteros a datos (o si se prefie-
re, direcciones de memoria donde se
encuentran realmente los datos). Ya se ha
estudiado este caso en las entregas ante-
riores cuando se creaban clases de este
tipo. Clases como vector, y otras tantas de
la librería estándar, presentan los mismos
problemas. Aunque en realidad no hay tales
problemas sino que más bien es la mala
práctica la que puede originarlos. En ejem-
plo main6 se ilustra el uso de la clase vec-
tor, pero a diferencia del caso anterior en
este se almacenan punteros a objetos de
tipo string. De hecho las cadenas se crear
dinámicamente usando el operador new:
string* s1 = new string(“Revista”);
string* s2 = new string(“Sólo”);
string* s3 =
new string(“Programadores”);
www.revistasprofesionales.com
Página 51
El vector se declara de la misma forma,
aunque ahora el tipo es string*:
vector<string*> vecStr;
La inserción de elementos es similar. Debe
recordarse en todo momento que en reali-
dad el vector no está almacenando las cade-
nas de texto, sino las direcciones de memo-
ria donde dinámicamente esas cadenas han
sido almacenadas con el operador new:
vecStr.push_back(s1);
vecStr.push_back(s2);
vecStr.push_back(s3);
Para recorrer el vector se puede emplear la
misma técnica de los iteradores. Ahora
bien, como ya se sabe un iterador es un
puntero a un elemento. Es decir, la direc-
ción de memoria del elemento. Pero en este
caso el elemento, que es de tipo string*, es
también otro puntero. Por consiguiente,
hay una doble indirección y para mostrar el
dato real, la cadena de caracteres, hay que
aplicar el operador * dos veces:
for (vector<string*>::iterator
it=vecStr.begin(); it!=vecStr.end();
it++) {
string* s = *it;
cout << *s << “\n”;
} la clase vector, al declarar un mapa es
Uno de los aspectos más delicados es la
liberación de la memoria obtenida dinámi-
camente con el operador new. Aunque la
Código correspondiente a la función trim que elimina los espacios en blanco por la
derecha de la cadena de texto.
ALGORITMOS
memoria dinámica de aquello que almace-
na, en este caso lo que almacena son direc-
ciones de memoria. Por lo tanto, la clase
vector podría liberar el espacio dedicado a
guardar esas direcciones, pero no el espacio
utilizado por los datos almacenados en esas
direcciones. De nuevo aparece la doble
indirección. Si se quieren eliminar las cade-
nas de texto de verdad, primero hay que
recorrer el vector y con el método delete
borrar una a una las cadenas:
for (vector<string*>::iterator
it=vecStr.begin(); it!=vecStr.end();
it++) {
delete *it;
}
Posteriormente, con el método clear se lim-
pia el vector y con ello se evita que esas
posiciones sean utilizadas:
vecStr.clear();
LA CLASE map
Otro clásico entre los contenedores son los
mapas. Los mapas permiten crear pares de
datos o diccionarios. La clase map de la
librería <map> proporciona esta funciona-
lidad. En la función main7 puede verse un
caso muy sencillo. Al igual que ocurría con
necesario indicar los tipos de datos de los
pares. El primer tipo corresponde a las cla-
ves. El segundo corresponde a los valores
de esas claves:
51 SOLO PROGRAMADORES nº 172
Curso C++ (V):Curso C++ (II) 5/6/09 11:34
ALGORITMOS
Resultado de ejecutar la función main5 que ilustra el funcionamiento básico de la clase vector.
map<string,int> mapMonths;
En el ejemplo se ha hecho un mapa simple
que relaciona los nombres de los meses con
su número. Como el operador [] está
sobrescrito, introducir datos en el mapa es
muy fácil, como puede verse seguidamente:
mapMonths[“enero”] = 1;
mapMonths[“febrero”] = 2;
···
mapMonths[“diciembre”] = 12;
Una de las características fundamentales
de un mapa es que permite acceder a los
valores de forma directa utilizando las cla-
ves. Esta funcionalidad está recogida por el
método find. Éste devuelve un iterador que
permite acceder al par, de forma que en el
atributo first está la clave y en el atributo
second el valor. Como hay que acceder a los
atributos mediante un puntero, el que
representa el iterador, es necesario utilizar
el operador ->:
cout << mapMonths.find(“septiembre”)
->second << “\n”;
Para recorrer un mapa pueden emplearse
los iteradores devueltos por los métodos
begin y end. El orden en el que se muestran
los pares no tiene por qué coincidir con el
orden de inserción:
for (map<string,int>::iterator it =
mapMonths.begin(); it!=mapMonths.end();
it++) {
cout << it->first << “=” << it->second
<< “\n”;
} Resultado de ejecutar la función main7 que muestra el funcionamiento de la clase map.
SOLO PROGRAMADORES nº 172 52
Página 52
ALGORITMOS
La librería estándar cuenta con varios proce-
dimientos y funciones que permiten tratar
contenedores (vectores, listas, mapas, etc.) de
forma común. Uno de los casos clásicos con-
siste en ordenar los elementos que se alma-
cenan en un contenedor. La función main8
muestra un ejemplo sencillo. Primeramente
se crean unas cadenas de texto simples:
string s1 = “a”;
···
string s5 = “u”;
Seguidamente se crea un vector para guar-
dar las cadenas, y se insertan:
vector<string> vecStr;
vecStr.push_back(s1);
···
vecStr.push_back(s5);
La forma de recorrer el vector es la que se ha
visto en los ejemplos anteriores. Con los ite-
radores devueltos por begin y end se va
accediendo a los elementos del vector, desde
el primero hasta el último, por lo tanto
siguiendo el orden de inserción. Como un
iterador es un puntero a un elemento, con el
operador * se accede al elemento:
for (vector<string>::iterator
it=vecStr.begin(); it!=vecStr.end();
it++) {
cout << *it << “ “;
}
cout << “\n”;
El método random_shuffle se emplea para
ordenar de forma aleatoria los elementos
de un contenedor. Recibe dos parámetros
que son iteradores. En este ejemplo los
interadores son los devueltos por los méto-
dos begin y end:
random_shuffle(vecStr.begin(),
vecStr.end());
Con el método sort se puede ordenar todo
tipo de contenedores de datos. Recibe dos
iteradores. En este caso se emplean los ite-
radores devueltos por begin y end, pero
podrían utilizarse otros, de modo que sort
no sólo sirve para ordenar todos los datos
de un contenedor sino que puede emplear-
se para ordenar rangos de datos dentro de
un contenedor:
sort(vecStr.begin(), vecStr.end());
El resultado que se muestra en la consola es
el esperado. La primera línea muestra las
cadenas de texto en el orden en el que se
insertaron en el vector. La segunda línea
muestra las cadenas de texto en un orden
www.revistasprofesionales.com
Curso C++ (V):Curso C++ (II) 5/6/09 11:34
Programación orientada a objetos con C++ (V)
Ejemplo de utilización de las funciones de la librería estándar algorithm.
aleatorio. Por último la tercera línea mues-
tra las cadenas de texto ordenadas:
a e i o u
u e o i a
a e i o u
Al comienzo de este artículo se estudió un
ejemplo de utilización de la función equal
para comparar cadenas de texto. Pues bien,
la gran potencia y versatilidad del API
estándar en lo que a los algoritmos se refie-
re es que sus funciones y procedimientos
pueden emplearse en todo tipo de clases
que actúan como contenedores de datos.
En la función main9 puede verse un ejem-
plo en el que se comparan dos vectores que
almacenan cadenas de texto. Las cadenas
se declaran como es habitual:
string s11 = “Solo”;
string s12 = “Programadores”;
string s21 = “SOLO”;
string s22 = “PROGRAMADORES”;
El método equal recibe los iteradores que
devuelven los métodos begin y end del vec-
tor, y utiliza la función caseInsensitive
StringCompare para realizar la comparación:
if (equal(vecStr1.begin(),
vecStr1.end(), vecStr2.begin(),
caseInsensitiveStringCompare)) {
cout << “Iguales\n”;
} else {
cout << “Diferentes\n”;
}
El resultado que muestra la consola des-
pués del ejecutar el código anterior es el
esperado: los vectores comparados son
iguales. Existe otra función denominada
lexicographical_compare que permite tam-
bién hacer este tipo de comparaciones:
www.revistasprofesionales.com
Página 53
if (lexicographical_compare
(vecStr1.begin(),
vecStr1.end(), vecStr2.begin(),
vecStr2.end())) {
cout << “Iguales\n”;
} else {
cout << “Diferentes\n”;
} librerías, con sus clases, funciones y procedi-
En este caso el resultado arrojado es que los
vectores son diferentes ya que la función
diferencia entre mayúsculas y minúsculas. Es
importante observar que en todos estos
casos se están comparando vectores que
almacenan cadenas, o dicho con propiedad,
rangos de elementos dentro de esos vectores.
Finalmente es muy interesante estudiar las
diferencias entre los ejemplos expuestos en
las funciones de ejemplo main10 y main11,
que utilizan la técnica anterior para compa-
rar vectores. En main10 los vectores almace-
nan datos de tipo string. En main11 los vec-
tores almacenan datos de tipo string*. Las
cadenas de texto son idénticas en todos los
En la función main11 se utiliza la clase vector para almacenar punteros a datos de tipo
string.
ALGORITMOS
casos. Al realizar las comparaciones con
equal, en main10 resulta que los vectores
son iguales y en main11 son diferentes, a
pesar de que las cadenas son iguales. Esto
ocurre porque simplemente en main11 lo que
se compara en realidad son las direcciones de
memoria donde están almacenadas las cade-
nas, no las cadenas mismas. De nuevo de
trata de la situación que se produce cuando
se utilizan las clases como vector para alma-
cenar punteros a datos y no los datos mis-
mos. Es preciso insistir en que hacer esto no
tiene nada de malo, de hecho es muy útil en
muchas ocasiones. Simplemente hay que
tener cuidado a lo hora de tratar estos con-
tenedores para evitar resultados inesperados.
CONCLUSIÓN
Clases como string, vector o map, soportadas
por la librería estándar de C++, cubren buena
parte de las necesidades que todo programa-
dor tiene cuando desarrolla una aplicación.
Hacer una descripción detallada de todas las
mientos, excede con mucho la extensión de
estos artículos. Aquí sólo se ha querido mos-
trar el uso de alguno de los casos más comu-
nes. Familiarizarse con el API estándar es una
de las tareas que todo desarrollador tiene
que ponerse como meta si quiere aprender a
programar en C++ con cierta soltura. En
Internet hay multitud de referencias comple-
tas con ejemplos fáciles de seguir. En la
entrega que queda se estudiará la parte de la
librería que se refiere a la entrada/salida. Las
clases específicas de entrada/salida tienen
sus propias características, bien diferenciadas
de otras clases string o vector, que son con-
tenedores de datos.
53 SOLO PROGRAMADORES nº 172
Cookies:REDES-RSS Java 1 5/6/09 11:35 Página 54

REDES

Cookies en el navegador
y en el servidor (II)
ADOLFO ALADRO GARCÍA detalles de la sintaxis, en casi todas las tecnolo-

Después de haber visto el tratamiento

Ingeniero superior de informática. gías es parecido. Las cookies están almacenadas
en las cabeceras de los mensajes HTTP. Todas

y gestión de las cookies en el

estas librerías lo único que hacen es interpretar

navegador, es el momento de hacer lo

esas cabeceras y hacerlas más accesibles al pro-

propio para el servidor. Todas las

gramador; o escribirlas, también facilitando el
trabajo del programador. Los ejemplos que van a

tecnologías de servidor (Java, Perl,

mostrarse en este artículo están hechos en Java.

ASP, PHP, etc.) poseen librerías muy

Lo cierto es que no es relevante. Puede extrapo-

parecidas para leer y escribir cookies.

larse fácilmente a cualquier otro lenguaje.

La visión completa cliente-servidor

LEER COOKIES

permitirá introducir aspectos más

En Java se leen las cookies con el método

avanzados como las restricciones de

getCookies del objeto HttpServletRequest.
Devuelve un array de objetos Cookie. Si el array

seguridad con los dominios y los

es distinto de null y el valor de la propiedad

problemas de la codificación de los

length es mayor que 0, entonces significa que la

caracteres.
petición llegada al servidor contiene cookies:
Cookie[] arrCookie = req.getCookies();
if (arrCookie==null ||
arrCookie.length==0) {
EN EL SERVIDOR ···
} else {
Dependiendo del lenguaje de programación
empleado, la forma de leer y escribir las cookies ···
en el servidor, cambia. Sin embargo salvando los }

Documentación de la clase Cookie del API estándar de Java.

SOLO PROGRAMADORES nº 172 54 www.revistasprofesionales.com

Cookies:REDES-RSS Java 1 5/6/09 11:35 Página 55

REDES
Cookies en el navegador y en el servidor (II)

El array de objetos Cookie puede recorrerse

con un bucle for muy sencillo:
for(Cookie cookie : arrCookie) {···}

Cada objeto Cookie almacena toda la infor-

mación relativa a una cookie. El API proce-
sa por el programador las cabeceras HTTP
de la petición y en lo que a las cookies res-
pecta, crea esta estructura de datos para
facilitar el trabajo. La clase Cookie cuenta
con varios métodos de lectura entre los que
destacan:
 String getDomain()
Devuelve el dominio.
 int getMaxAge()
Devuelve un valor numérico que indi-
ca el máximo tiempo de duración de la
Fragmento de código, perteneciente al servlet responsible de la página cookies.html, que lee las
cookie en segundos. Cuando devuelve cookies.
-1 significa que es una cookie de
sesión, es decir, que desaparecerá
cuando el usuario cierre el navegador.
 String getName()
Devuelve el nombre de la cookie.
 String getPath()
Devuelve la ruta (path) de la cookie.
 String getValue()
Devuelve el valor de la cookie.
El siguiente ejemplo resumido, recogido en la
clase SCookies de los ejemplos, ilustra de
forma muy simple cómo es posible generar
dinámicamente un fragmento de una página
HTML con las cookies leídas en el servidor:
bw.write(“<table border=\”0\”
cellpadding=\”0\”cellspacing=\”0\”>”);
for(final Cookie cookie : arrCookie) {
bw.write(“<tr><td>”);
bw.write(cookie.getName()); El servlet llamado SSetCookie devuelve una cadena de texto plano y establece una cookie
llamada date4.
bw.write(“</td><td>”);
···
bw.write(URLDecoder.decode la cookie: dominio, ruta, etc. El paso último
(cookie.getValue(), “UTF-8”)); consiste en “añadir” la cookie a la respues- bw = new BufferedWriter

bw.write(“</td></tr>”); ta con el método addCookie del objeto new OutputStreamWriter

} HttpServletResponse. Al igual que sucede (res.getOutputStream(),

bw.write(“</table>”);
ESCRIBIR COOKIES
En el ejemplo, el servlet SSetCookie está
disponible en la URL http://www.revistas
profesionales.com/SSetCookie. Devuelve
una cadena de texto plana (text/plain) con
un OK. Además presenta un ejemplo de
cómo se establecer las cookies con Java en
el servidor. El constructor de la clase Cookie
recibe dos parámetros. El primero es el
nombre de la cookie y el segundo es el
valor. Seguidamente se emplean los méto-
dos setXXX para establecer los atributos de
con el establecimiento de las cabeceras
HTTP de la respuesta, es de vital importan-
cia que la llamada a addCookie se haga
siempre antes de acceder al canal de escri-
tura con getOutputStream:
Cookie cookie = new Cookie(“date4”,
URLEncoder.encode(simpleDateFormat.
format(new Date()), “UTF-8”));
cookie.setDomain(“.revistas
profesionales.com”);
cookie.setPath(“/”);
cookie.setMaxAge(60*60*24);
res.addCookie(cookie);
Charset.forName(“UTF-8”)));
Los métodos setXXX de la clase Cookie prin-
cipales son:
 void setDomain(String s)
Establece el dominio. Si se intenta
establecer un dominio que no es váli-
do, no se produce ningún error.
Simplemente se genera la correspon-
diente cabecera HTTP y cuando ésta
llega al navegador, es rechazada.
 void setMaxAge(int i)
Establece la caducidad de la cookie. Un
valor positivo indica que la cookie

www.revistasprofesionales.com 55 SOLO PROGRAMADORES nº 172

Cookies:REDES-RSS Java 1 5/6/09 11:35
REDES
Página cookies.html que se muestra en el dominio www.revistasprofesionales.com, antes de
establecer ninguna cookie.
Página cookies.html que se muestra en el dominio www.revistasprofesionales.com, después de
establecer las cookies.
caducará cuando pase ese número de
segundos a partir del momento del
establecimiento. Un valor igual a 0
indica que la cookie ha de eliminarse, o
lo que es lo mismo, que caduca inme-
diatamente. Por último un valor nega-
tivo indica que se trata de una cookie
de sesión, por lo que desaparecerá
cuando el usuario cierre el navegador.
 void setPath(String s)
Establece la ruta (path) de la cookie.
 void setValue(String s)
Establece el valor.
PROBLEMAS DE LA CODIFICACIÓN DE
CARACTERES
En el navegador las funciones estándar de
Javascript que se emplean para codificar y
SOLO PROGRAMADORES nº 172 56
Página 56
decodificar los valores de las cookies son
respectivamente encodeURIComponent y
decodeURIComponent. La función encode
URIComponent codifica las cadenas de
texto de forma que los caracteres ASCII,
letras y dígitos, no se tocan, lo mismo que
los siguientes caracteres:
- _ . ! ~ * ‘ ( )
El resto de los caracteres (incluyendo ‘/’,‘:’, y
‘#’, que son propios de las URL) se sustitu-
yen por los códigos de escape en hexadeci-
mal que se construyen de la siguiente
forma: dado un carácter se convierte a UTF-
8 y los bytes resultantes se codifican con
una expresión %xx en hexadecimal.
Dependiendo de la conversión a UTF-8 pue-
den ser necesarias una, dos o tres expresio-
nes %xx. La función decodeURIComponent
hace el proceso contrario.
En el servidor, en el ejemplo en Java, se han
empleado las siguientes expresiones para
codificar y decodificar el valor de las
cookies:
URLEncoder.encode(···, “UTF-8”)
URLDecoder.decode(···, “UTF-8”)
El método encode de la clase URLEncoder
sirve para convertir una cadena de texto en
un formato compatible con application/x-
www-form-urlencoded. Los caracteres
alfanuméricos, de la ‘a’ a la ‘z’, de la ‘A’ a la
‘Z’ y del ‘0’ al ‘9’, no te modifican. Los carac-
teres ‘.’, ‘-’, ‘*’ y ‘_’ tabién se mantienen. El
espacio en blanco se sustituye por el sím-
bolo ‘+’. El resto de los caracteres se con-
vierten a uno o varios bytes en función del
esquema de codificación, que en el ejemplo
es UTF-8. Y a partir de ahí se obtienen las
expresiones %xx de la misma forma que
con encodeURIComponent en el navegador.
Cuando una aplicación Web lee y escribe
cookies siempre en el lado del servidor, o
siempre en el lado del navegador, no hay
problemas. El problema de la codificación
viene cuando una aplicación Web lee y
escribe cookies indistintamente en el nave-
gador y en el servidor. La razón es que las
funciones para codificar y decodificar no
son exactamente iguales, como se puede
comprobar por la descripción anterior. No
existe una solución simple para este pro-
blema y depende en buena medida de la
funcionalidad misma de la aplicación Web.
En cada caso habrá que estudiar que tipo
de datos se guardan exactamente en las
cookies y como es el flujo de la información
entre el servidor y el navegador.
COOKIES Y LAS LLAMADAS AJAX
Hoy en día las llamadas AJAX forman parte,
en mayor o menor medida, de casi todas las
aplicaciones Web. Las cookies también pue-
den jugar un papel importante en este tipo
de desarrollos. Además existe un vínculo
entre ambas tecnologías en el sentido de
que están sujetas a restricciones de seguri-
dad muy parecidas en lo que respecta a los
dominios. Por todo ello las llamadas AJAX
no pueden usarse como “truco” para com-
partir cookies entre distintos dominios que
ni siquiera comparten la misma raíz, como
se analizará en la siguiente entrega.
No es el propósito de este artículo profun-
www.revistasprofesionales.com
Cookies:REDES-RSS Java 1 5/6/09 11:35 Página 57

REDES
Cookies en el navegador y en el servidor (II)

dizar en la implementación de las llamadas

AJAX cross-browser (válidas para todos los
navegadores), pero para ilustrar el uso de
las cookies va a proponerse un modelo muy
simple. En el fichero cookies.js se ha creado
un objeto HttpRequestUtil con un método
estático createHttpRequest:
var HttpRequestUtil = {
createHttpRequest: function() {
···
}
};
El método intenta crear un objeto
XmlHttpRequest de dos formas distintas. La
primera es usando tecnología ActiveX y la
segunda empleando un objeto nativo:
Página cookies.html que se muestra en el dominio cookies.revistasprofesionales.com, después de
var oXmlHttpReq = null; establecer las cookies.
if (window.ActiveXObject && !
window.XMLHttpRequest) {
···
} else {
···
}
return oXmlHttpReq;

Cuando el objeto window cuenta con la

propiedad ActiveXObject y además no
cuenta con la propiedad XMLHttpRequest,
se intenta crear una instancia del objeto
ActiveX de versión más moderna:
var arrMSXML = new
Array(“MSXML2.XMLHTTP.5.0”,···,
“MICROSOFT.XMLHTTP”);
var iArrMSXMLLength = arrMSXML.length;
for (var i=0; oXmlHttpReq==null &&
i<iArrMSXMLLength; i++) {
try {
oXmlHttpReq =
new ActiveXObject(arrMSXML[i]);
} catch (e) {
oXmlHttpReq = null;
}
} if (oXmlHttpReq.readyState == 4) {
En otro caso, como el navegador imple-
menta de forma nativa el objeto
XMLHttpRequest, simplemente se crea la
instancia con la palabra reservada new:
try {
oXmlHttpReq = new XMLHttpRequest();
} catch (e) {
oXmlHttpReq = null;
} dar getAllResponseHeaders. En realidad no
Página después de que se haya establecido la cookie llamada date4 mediante una llamada
AJAX.
Cuando se hace una llamada AJAX desde un
navegador, ésta está sujeta a las mismas
reglas del protocolo HTTP que las páginas
Web “normales”. En este sentido las cabece-
ras HTTP de petición y respuesta se trans-
miten de la misma forma, son las mismas, y
con ello también las cabeceras relativas a
las cookies. Así por ejemplo en la página
Web de ejemplo cookies.html se puede aña-
dir una llamada AJAX en el evento onload
con la típica expresión window.onload =
function() {···}. El objeto necesario para
hacer la llamada asíncrona se crea con el
objeto que acaba de describirse. Al configu-
rar el evento onreadystatechange, cuando
llamada concluye con éxito (readyState=4
y status=200) se muestra en una ventana
de alerta todas las cabeceras HTTP recibi-
das. Éstas se obtienen con el método están-
es necesario hacer nada de esto. El objeto
XMLHttpRequest se encarga de leer las
cabeceras Set-Cookie y establecer las coo-
kies que sean precisas en cada caso.
var oXmlHttpReq =
HttpRequestUtil.createHttpRequest();
oXmlHttpReq.onreadystatechange =
function() {
if (oXmlHttpReq.status == 200) {
alert(oXmlHttpReq.getAllResponse
Headers());
}
}
};
Después de haber configurado el procesa-
miento de la respuesta asíncrona, hay que
hacer la llamada propiamente. El método

www.revistasprofesionales.com 57 SOLO PROGRAMADORES nº 172

Cookies:REDES-RSS Java 1 5/6/09 11:36
REDES
open recibe tres parámetros. El primero es
una cadena de texto con el método. El
segundo es la URL a la que se llama. El últi-
mo parámetro es true lo que indica que la
llamada no es síncrona. Seguidamente se
establecen cabeceras HTTP para evitar la
caché con setRequestHeader. Por último
con el método send se lanza la llamada. El
parámetro empleado es null porque el
método es GET, es decir, no se envía infor-
mación alguna al servidor a parte de la que
pueda contener la propia URL. Como la lla-
mada es asíncrona el método send no blo-
quea el flujo de ejecución, que continua
inmediatamente después:
oXmlHttpReq.open(“GET”,
“/SSetCookie”, true);
oXmlHttpReq.setRequestHeader
(“Cache-Control”, “no-cache”);
oXmlHttpReq.setRequestHeader
(“Pragma”, “no-cache”);
oXmlHttpReq.send(null);
La cabecera de respuesta del mensaje HTTP
que envía el servlet SSetCookie es la que se
muestra seguidamente:
Server: Resin/3.0.18
Expires: Wed, 31 Dec 1969 23:59:59 GMT
Cache-Control: no-cache
Pragma: no-cache
Set-Cookie: date4=05+mar
+2009+10%3A16%3A44+GMT;
domain=.revistasprofesionales.com;
path=/; expires=Fri, 06-Mar-2009
10:16:44 GMT
Content-Type: text/plain; charset=
ISO-8859-1
Transfer-Encoding: chunked
Date: Thu, 05 Mar 2009 10:16:44 GMT
200 OK
La cabecera Set-Cookie establece la cookie
llamada date4 para el dominio .revistaspro-
fesionales.com. Cuando el objeto que
soporta la llamada AJAX recibe esta cabece-
ra, el navegador establece la cookie tenien-
do en cuenta los parámetros domain, path,
etc., todo de forma transparente al progra-
mador. De nuevo aquí se aplican las reglas
mencionadas con respecto al estableci-
miento de cookies para dominios distintos.
El campo domain de la cabecera Set-Cookie
puede contener cualquier dato. El navega-
dor sólo aceptará aquellas cookies que
entienda que respetan las restricciones de
seguridad. Así por ejemplo, se puede probar
SOLO PROGRAMADORES nº 172 58
Página 58
Llamada AJAX que se hace en el onload de la página .
a intentar establecer una cookie en ese
mismo servlet con los siguientes datos:
Cookie cookie2 =
new Cookie(“date5”,···);
cookie2.setDomain(“.xxx.com”);
cookie2.setPath(“/”);
cookie2.setMaxAge(60*60*24);
res.addCookie(cookie2);
El dominio es ahora .xxx.com. Hay que
recordar que la URL desde la que se sirve
ese servlet es .revistasprofesionales.com. La
cabecera HTTP que recibe el navegador es la
siguiente:
Set-Cookie:
date5=05+mar+2009+11%3A52%3A01+GMT;
domain=.xxx.com; path=/; expires=Fri,
06-Mar-2009 11:52:01 GMT
El navegador cuando recibe esa cabecera la
ignora porque no viola el esquema de segu-
ridad. Por lo tanto, la cookie no se estable-
ce. Este comportamiento no se traduce en
algún tipo de error “visible”, ni en el nave-
gador ni en el servidor. Esta es la razón por
la que muchas aplicaciones Web fallan,
muchas veces sin que sus desarrolladores
comprendan exactamente el motivo, ya que
no funcionan y al mismo tiempo tampoco
salen errores por las consolas.
Por último, en el servlet SSetCookie tam-
bién se ha colocado el código necesario
para mostrar por la consola del servidor de
aplicaciones Web qué cookies recibe en las
llamadas:
final Cookie[] arrCookie =
req.getCookies();
if (arrCookie!=null &&
arrCookie.length>0) {
for(final Cookie cookie : arrCookie) {
System.err.println(cookie.getName()
+ “=” + cookie.getValue());
}
}
Observando el log del servidor se comprue-
ba que las cookies llegan al servidor, es
decir, que los objetos que se emplean en el
navegador para hacer las llamadas AJAX
también se encargar de leer las cookies a
las que tienen acceso, y las envían en cada
llamada. Hay que recordar que aunque el
segundo parámetro del método open sea
una URL relativa, es el navegador el que
decide qué cookies mandar de todas cuan-
tas tiene almacenadas.
RESTRICCIONES DE SEGURIDAD CON
LOS DOMINIOS
Para comenzar a ilustrar los problemas que
plantean las cookies en las aplicaciones Web
que utilizan distintos dominios (o subdomi-
nios) se han puesto los ejemplos desarrollados
hasta el momento en dos dominios distintos:
cookies.revistasprofesionales.com
www.revistasprofesionales.com
El caso anterior se da con bastante fre-
cuencia en las aplicaciones “reales”. Como
www.revistasprofesionales.com
Cookies:REDES-RSS Java 1 5/6/09 11:36 Página 59
Cookies en el navegador y en el servidor (II)
se verá más adelante es también uno de los
casos que presenta menos problemas ya
que ambos dominios comparten la misma
raíz, .revistasprofesionales.com. En la pági-
na HTML se han creado tres botones que,
utilizando la librería Javascript creada,
ponen tres cookies de distinta manera. La
primera, de nombre date1, se establece con
el dominio Cookies.DEFAULT_DOMAIN, es
decir, con .revistasprofesionales.com. El
valor de la cookie es la fecha. Realmente no
tiene importancia para lo que se quiere
ilustrar. Igualmente la ruta y la fecha de
caducidad tampoco son relevantes para el
ejemplo:
Cookies.add(‘date1’, new
Date().toGMTString(),
Cookies.DEFAULT_PATH,
Cookies.DEFAULT_DOMAIN, new Date
(new Date().getTime()+1000*60*60*24))
El siguiente botón establece una cookie lla-
mada date2. En esta ocasión se establece
un dominio explícitamente, www. revistas-
profesionales.com:
Cookies.add(‘date2’,
new Date().toGMTString(),
Cookies.DEFAULT_PATH,
‘www.revistasprofesionales.com’,
newDate(new Date().getTime()
+1000*60*60*24))
El ultimo de los botones establece la cookie
llamada date3, con el dominio coo-
kies.revistasprofesionales.com:
Cookies.add(‘date3’,
newDate().toGMTString(),
‘cookies.revistasprofesionales.com’,
new Date(new Date().getTime()
+1000*60*60*24))
La misma página Web va a mostrarse en los
dos dominios, con las URL:
http://www.revistasprofesionales.com/
cookies.html
http://cookies.revistasprofesionales.
com/cookies.html
En los dos casos se hará clic en los tres
botones y se recargará la página, de forma
que pueda observarse qué cookies se mues-
tran, tanto desde el servidor como desde el
navegador. El resultado es el esperado. La
cookie llamada date1 se ve en los dos
dominios ya que la terminación de ambos
es la misma. La cookie llamada date2 se ve
en www.revistasprofesionales.com pero no
www.revistasprofesionales.com
Resultado que devuelve getAllResponseHeaders en las llamadas AJAX.
en cookies.revistasprofesionales.com. Por
último la cookie llamada date3 sólo se ve
en cookies.revistasprofesionales.com y no
en www.revistasprofesionales.com.
Obsérvese que con independencia del
dominio donde esté viéndose la página, los
clic de los botones no producen error algu-
no. Simplemente cuando se intenta esta-
blecer una cookie en un dominio para el
que no hay permisos, el navegador lo igno-
ra.
La conclusión a la que se llega es que en
este tipo de aplicaciones, en las que todos
los dominios implicados comparten la
misma raíz, en general parece una buena
idea hacer que las cookies se establezcan
para dicha raíz, que es lo menos restrictivo.
De esa forma desde cualquier página en
cualquier dominio se podrán gestionar las
cookies.
La última prueba que va a realizarse consis-
te en añadir al evento onload de la página
una llamada AJAX al servlet SSetCookie.
Este servlet devuelve una cadena de texto
plano simple y además establece una coo-
kie denominada date4. El dominio para el
que se establece es .revistasprofesiona-
les.com. ¿Qué es lo que ocurre? Como ya se
acaba de explicar al establecerse para la raíz
compartida, la cookie date4 se lee tanto
desde www.revistasprofesionales.com
como desde cookies.revistas profesiona-
les.com. Ahora bien, este caso ilustra otro
de los problemas mencionados anterior-
mente en este artículo: el problema con la
codificación de los valores de las cookies,
especialmente cuando se leen y escriben
indistintamente desde el servidor y el nave-
REDES
gador. En la parte de la página que se
muestran las cookies con tecnología de
cliente (con Javascript en el navegador) lo
que se muestra es:
date4 05+mar+2009+09:32:33+GMT
Sin embargo en la parte de la página donde
se muestran las cookies con tecnología de
servidor (con Java en el servidor de aplica-
ciones Web) lo que se muestra es:
date4 05 mar 2009 09:32:33 GMT
Los distintos esquemas de codificación
entre el navegador y el servidor propician
este tipo de problemas, especialmente con
caracteres conflictivos como los espacios
en blanco o los signos de puntuación.
CONCLUSIÓN
El problema expuesto con las cookies y los
dominios en esta entrega es el más sencillo
de los casos. Cuando los dominios son
completamente distintos, y no comparten
raíz común, resulta bastante más complica-
do mantener una gestión unificada de las
cookies. En la siguiente entrega se verán
algunas técnicas que permiten soslayar,
que no ignorar, las restricciones al respecto.
En general la idea que subyace en todas
estas técnicas es que las cookies viajan en
todas las comunicaciones HTTP. En general
se tiene a pensar que eso sólo tiene que ver
con las páginas Web, pero en realidad es
válido para las imágenes, los ficheros .css,
los ficheros .js, los FRAME o IFRAME, etc., es
decir, todo aquello que se carga dinámica-
mente y tiene una URL.
59 SOLO PROGRAMADORES nº 172
Dudas:Dudas 5/6/09 11:37 Página 60
DUDAS
Preguntas y respuestas
ADOLFO ALADRO GARCÍA
Estoy creando una aplicación J2ME para
móviles. En un momento dado la aplica-
ción se tiene que conectar a Internet
para mandar el usuario y la contraseña
introducida por el usuario. En el servidor
se comprueba el login y si es correcto se
devuelve OK o en caso contrario KO.
Además de mandar esos datos también
necesito poder mandar una foto que
tenga el usuario en el móvil. ¿Cómo se
puede hacer?
Teniendo en cuenta que los datos que se
desean mandar son heterogéneos, una de
las opciones más interesantes consiste en
hacer una petición POST de forma que el
Content-Type de la petición, y de la res-
puesta, sea application/octec-stream. Este
tipo de datos indica al servidor que la infor-
mación transmitida es simplemente un
flujo bytes al que el programador puede dar
el formato que más le interese.
En un móvil, una conexión HTTP se abre con
el método estático open de la clase
Connector. El parámetro que recibe es una
cadena de texto conteniendo la URL. El valor
devuelto debe convertirse explícitamente en
un objeto de tipo HttpConnection:
httpCon = (HttpConnection)Connector.
open(sUrl);
Inmediatamente después de abrir la cone-
xión se acceder al canal de escritura de datos
con el método openOutputStream:
os = httpCon.openOutputStream();
Después se establece el método de la lla-
mada con setRequestMethod. Como no
podía ser de otro modo, éste tiene que ser
POST:
httpCon.setRequestMethod(HttpConnection
.POST);
En el siguiente paso se establecen las cabe-
ceras HTTP de la llamada. El método
setRequestProperty recibe dos parámetros.
El primero es una cadena de texto con el
nombre de la propiedad. El segundo es otra
cadena de texto con el valor. De entre todas
las cabeceras que se pueden establecer,
SOLO PROGRAMADORES nº 166 60
cabe señalar que Content-Type y Content-
Length son bastante importantes. La pri-
mera indica el tipo de datos, como ya se ha
indicado anteriormente. La segunda es un
valor numérico que indica el númeto de
bytes que se van a tranferir:
httpCon.setRequestProperty(“User- Agent”,
“Profile/MIDP-2.0 Configuration/CLDC-1.0”);
httpCon.setRequestProperty(“Content-
Type”, “application/octec-stream”);
httpCon.setRequestProperty(“Content-
Length”, Long.toString(lContentLength));
httpCon.setRequestProperty(“Cache-control”,
“no-cache”);
httpCon.setRequestProperty(“Pragma”,
“no-cache”);
httpCon.setRequestProperty(“Accept”,
“application/octet-stream”);
httpCon.setRequestProperty(“Connection”,
“close”);
Una vez que las cabeceras HTTP se han esta-
blecido, se escriben los dos empleando el
canal de escritura:
os.write(···);
os.flush();
Página principal de JavaME (java.sun.com/javame/index.jsp).
La lectura de la respuesta del servidor
comienza con la apertura del canal de lectu-
ra. El método openInputStream permite obte-
ner el correspondiente canal InputStream:
is = httpCon.openInputStream();
En toda comunicación basada en el protoco-
lo HTTP antes de pasar a leer la respuesta del
servidor siempre hay que verificar el código
de respuesta. El método getResponseCode
devuelve ese valor:
final int iResponseCode = httpCon.
getResponseCode();
Si el código de respuesta es distinto de 200
OK (lo que en el API viene definido por la
variable HttpConnection.HTTP_OK) entonces
de lanza una excepción. En otro caso se
puede comenzar a leer los datos:
if (iResponseCode != HttpConnection
.HTTP_OK) {
throw new IOException(“HTTP response
code: “ + iResponseCode);
}
Finalmente cabe hacer hincapié en un dato
que resulta de vital importancia. Una aplica-
ción J2ME que hace una llamada HTTP siem-
www.revistasprofesionales.com
Dudas:Dudas 5/6/09 11:37 Página 61
pre debe ejecutar dicha llamada en un thre-
ad distinto al de la aplicación. Si esto no se
hace así, la llamada puede bloquear la apli-
cación hasta que resuelve, dejándola total-
mente colgada. En realidad en bastante sen-
cillo hacerlo así en Java. Basta con crear un
nuevo objeto Thread de forma que todo el
código explicado anteriormente se ejecute
dentro del método run:
thSend = new Thread(
new Runnable() {
public final void run() {···}
}
);
thSend.start();
Programando en C++ me he dado cuen-
ta de que existen muchas clases de las
librerías estándar que pueden mostrarse
directamente por el cout. El caso más
obvio es la clase string. Cuando yo hago
mi propia clase, ¿cómo puedo hacer para
que se pueda usar directamente con el
operador << y la salida estándar cout?
Sí existe una forma bastante sencilla de
hacer que los objetos de una clase dada pue-
dan mostrarse por la consola de salida
estándar (cout) con el operador también
estándar <<. Para ello es preciso sobrescribir
dicho operador. Seguidamente se va a mos-
trar un ejemplo muy sencillo que ilustra
cómo puede hacerse.
La clase Dimension va a representar, como
su propio nombre indica, un vector de
dimensión (anchura y altura). La definición
de la clase contenida en un fichero
Dimension.h presenta el siguiente esqueleto:
#ifndef DIMENSION_H_
#define DIMENSION_H_
#include <iostream>
using namespace std;
class Dimension {
···
};
#endif /*DIMENSION_H_*/
La clase cuenta con dos atributos o propie-
dades privadas, que se corresponden respec-
tivamente con la anchura y altura:
private:
int w;
int h;
www.revistasprofesionales.com
Preguntas y Respuestas
Código fuente de Dimension.cpp.
En el área pública se encuentran el construc-
tor, el destructor y los típicos métodos
getXXX para acceder a los valores w y h:
public:
Dimension(int w, int h);
virtual ~Dimension();
int getWidth();
int getHeight();
Teniendo la clase definida anteriormente
resulta muy sencillo hacer en una aplicación
lo siguiente:
Dimension d1(320, 200);
cout << d1.getWidth() << “x” << d1.
getHeight() << “\n”;
El resultado que muestra la consola es la
cadena 320x200. Ahora bien, lo que se desea
hacer en realidad es más bien:
Dimension d2(640, 400);
cout << d2 << “\n”;
Es decir, se quiere mostrar el objeto por la
consola directamente con el operador <<.
Para ello hay que modificar la definición de
la clase, Dimension.h, de forma que se
sobrescriba el operador correspondiente:
friend ostream& operator<< (ostream&
ostr, const Dimension& d) {
ostr << d.w << “x” << d.h;
DUDAS
return ostr;
};
El operador sobrescrito es un método de la
clase que se declara como “amigo” (friend).
Al hacerlo así puede acceder a los atributos
privados. Recibe como parámetros el canal
de escritura estándar así como el propio
objeto Dimension que se quiere mostrar
por la consola. El código es bastante direc-
to: simplemente se encapsula lo que antes
se hacía explícitamente con getWidth y
getHeight.
Si se vuelve a compilar el programa se ve
que se pueden emplear sin problemas
expresiones como la que se muestra a con-
tinuación:
Dimension* d3;
d3 = new Dimension(1024, 728);
cout << *d3 << “\n”;
delete d3;
En este último ejemplo se crea una instancia
de Dimension que se aloja dinámicamente en
la memoria. En realidad no hay diferencia
con respecto a los ejemplos anterior.
Simplemente se emplea el operador asterisco
(*) para acceder al objeto Dimension a partir
de su dirección de memoria, y tal cual se
puede mostrar por la consola estándar.
61 SOLO PROGRAMADORES nº 166
opinion:OPINION 5/6/09 11:39 Página 62
OPINIÓN
La virtualización de la amistad
Las Redes Sociales han surgido de
NICOLÁS VELASQUEZ
la explosión del modelo 2.0 y se
alimentan de la interacción social,
esto es, del intercambio dinámico
entre personas, grupos e
instituciones. Pero hay que ser cauto
ya que no es oro todo lo que reluce.
La Redes Sociales se han convertido en lugares
perfectos para encuentros entre internautas. En
ellas podrás ligar, hacer negocios, compartir afi-
ciones, reencontrarte con familiares. Hay cientos
de sitios web, aunque probablemente los más
conocidos sean Facebook, MySpace y, más orien-
tado al mercado español, Tuenti. Recientemente
se ha hablado mucho de esta última por ser la
red que utilizaba Marta del Castillo, la joven ase-
sinada en Sevilla, con sus amigos, entre los que
se encontraba el supuesto asesino.
Esto da una idea de lo integradas que están ya
la Redes Sociales entre los jóvenes de nuestra
sociedad, que ya las utilizan de forma habitual
para comunicarse con sus amigos, y desde eda-
des muy tempranas.
Sin embargo, con la popularización de estas
redes virtuales, también han arreciado las críti-
cas (al margen de su necesidad, utilidad y fun-
cionalidad que muchos ponen aún en duda)
sobre la amenaza que puede suponer para la
intimidad de sus propios usuarios, cuando no
directamente al acoso que pueden llegar s sufrir
debido al bombardeo para aceptar amigos o
extraños. En este caso y como curiosidad, hay
que destacar webs como Introverster (airbagin-
Las empresas revisan cada vez más los
perfiles en la red de aspirantes a un trabajo.
SOLO PROGRAMADORES nº 172 62
dustries.com/introvertster) o Isolatr (isolatr.com)
que tienen como objetivo paradójico la creación
de comunidades antisociales con la premisa de
que “nadie te moleste cuando estás conectado”.
Una forma satírica de lucha cibernética.
No obstante, la mayor desconfianza se asocia a
los sistemas de recopilación de información per-
sonal y de preservación de la privacidad. Y es
que inscribirse en ellas exige normalmente ceder
muchos datos personales que quedan en manos
extrañas, cuando no se hace necesario aceptar
condiciones confusas. Muchos usuarios del
popular portal Facebook, seguramente la Red
Social más popular del mundo (no por nada
suma ya 175 millones de usuarios) se han que-
jado sobre lo difícil que puede llegar a ser darse
de baja del sitio, bien sea porque las instruccio-
nes no son claras y fáciles de seguir o por que
los datos de los usuarios no se eliminan del todo.
Esto provocó en su momento una gran polémi-
ca que reavivó las sospechas de que Facebook
era un instrumento de la CIA para guardar la
información de sus millones de usuarios. Algo
paranoico, también hay que reconocer.
Recientemente saltaba la noticia de Facebook
había cambiado sus términos de uso, es decir, las
condiciones para utilizar su servicio. Ahora se
especificaba que Facebook tenía el derecho de
usar libremente todo lo publicado por sus miem-
bros, ¡incluso si éstos ya se habían dado de baja!
Los cambios habían pasado desapercibidos
hasta que desde el blog estadounidense
Consumerist los hizo públicos. Al día siguiente
ya se habían formado varios grupos de protes-
ta con miles de miembros y muchos usuarios
decidieron darse de baja o retirar información
privada. Pocas horas después la empresa recu-
laba, anunciando que se volvía a los antiguos
términos legales.
Pero el manejo de la información no es lo único
con lo que hay que tener cuidado. También está
el peligro de la suplantación de personalidad y el
hecho de que las redes sociales están convirtién-
dose en un vehículo ideal para los delincuentes
tecnológicos debido, entre otras cosas a la vul-
nerabilidad inherente de su propia naturaleza:
una red social genera una falsa confianza que
favorece el que los usuarios faciliten datos per-
sonales (por ejemplo durante la creación de un
perfil en la web) sin cuestionarse realmente las
El becario
Kevin
Colvin fue
pillado por
sus jefes de
esta guisa
en
MySpace.
consecuencias que esto puede llegar a suponer
y que sólo ocurre en la red (la gente no suele
ofrecer sus datos personales a desconocidos en
la calle, ¿verdad?). Un verdadero filón de datos
para usuarios maliciosos que ahonden en técni-
cas de robos de identidad (phising). ¿De qué sir-
ven un cortafuegos y un antivirus actualizados
si son los propios usuarios los que proporcionan
información personal a quien quiera leerla?
Como curiosidad, en la página MySpace Killers
(http://myspacekillers.com) se ofrece informa-
ción sobre todo tipo de hechos delictivos rela-
cionados con la Red Social MySpace.
Pero sin irnos tan lejos las redes sociales pueden
jugar en nuestra contra si no sabemos mane-
jarlas. La prueba más palpable tiene su explica-
ción en que se ha puesto de moda que los
departamentos de recursos humanos busquen
allí información sobre posibles candidatos a
determinados puestos de trabajo. Y es que no
hay currículum que valga si en tu Facebook
apareces en actitudes obscenas o consumiendo
algo ilegal. Esto es precisamente lo que le ocu-
rrió a Kevin Colvin, un becario del banco Anglo
Irlandés que pidió el día libre por un asunto
familiar. A la mañana siguiente sus superiores
encontraron en su perfil de Facebook las fotos
de una fiesta de disfraces a la que Kevin había
asistido de hada madrina. Una noche mágica…
Un informe del diario británico The Times con-
cluía que uno de cada cinco empleadores utili-
zó redes como Facebook para verificar los ante-
cedentes de candidatos a puestos de trabajo.
Según el diario, hasta el 75% de los que hicie-
ron uso de este tipo de búsquedas reconoció
que su decisión final de contratar o no a la per-
sona se vio influenciada directamente por esta
consulta. El mejor consejo en este caso podría
ser entonces: “no pongas nada en tu perfil que
no querrías que viera tu madre”.
www.revistasprofesionales.com
Archivadores Solop:Archivadores Solop2005 11/12/08 14:57 Página 1

¿Luchas
contra
el caos?
…ahora puedes solucionarlo !!

Consigue por sólo 6 euros un archivador de revistas valorado en 5,41 euros

y un archivador de cd’s valorado en 4,20 euros.
Haz tu pedido llamando al teléfono 91 304 87 64, por fax al 91 327 13 03
o por correo electrónico a rpsuscripciones@revistasprofesionales.com,
indicando tus datos personales y la forma de pago (giro postal, domiciliación bancaria,
tarjeta de crédito o contrareembolso*).
REVISTAS PROFESIONALES - C/ Valentín Beato, 42 - 3ª plta. - 28037 Madrid
*en opción contrareembolso se cobrará un suplemento de 5 euros por gastos de envío
En opción domiciliación bancaria, se ruega aporten los datos completos de la entidad bancaria (nombre, dirección y número de cuenta completo)
Videocurso6:Videocurso6 5/6/09 11:40 Página 64

VIDEOCURSO

Actualización a Visual Studio

2008: LinQ con
Visual Basic 9.0 (VI)
de consulta en el lenguaje SQL. Muy importan-

En esta sexta entrega se incluyen los

te para afinar el rendimiento.

capítulos 12 y 13.
LinQ to SQL, no solo ofrece funcionalidades
para consultar bases de datos SQL, si no que
también permite modificar datos del servidor
12.- LinQ to SQL II. utilizando la propia sintaxis de LinQ.
-La traducción a SQL. Cuando se modifican datos en una base de
-Modificar datos con LinQ to SQL. datos es muy importante tener presente todos
-Concurrencia y LinQ to SQL. los aspectos relacionados con la concurrencia
-Ejecutar Procedimientos Alamacenados. de la información. LinQ ofrece herramientas
para garantizar la coherencia de la informa-
13.- LinQ to SQL III. ción cuando se trabaja en escenarios desco-
-Transacciones. nectados.
-Consultas de sólo lectura. LinQ to SQL permite también ejecutar
-Cargas de datos completas. Procedimientos Almacenados, programados
-Definir límites de datos. previamente en el servidor.
-Agregar lógica empresarial con métodos partial.
-Consultar vistas y funciones Capítulo 13. LinQ to SQL III.
Capítulo 12. LinQ to SQL II.
Este es el segundo módulo que dedicamos a
LinQ to SQL.
En este módulo continuamos con las caracte-
rísticas del acceso a servidores SQL utilizando
LinQ.
Entre otras cosas, se presta una especial aten-
ción al proceso de traducción a SQL. Esto es
muy importante, pues según la sintaxis que
utilicemos en LinQ, obtendremos un tipo u otro

Este es el último módulo que dedicamos a LinQ

to SQL.
En este módulo aprenderemos a configurar las
transacciones con LinQ to SQL.
También veremos algunas características aña-
didas que nos ofrece LinQ to SQL como:
Consultas de solo lectura, Cargas de datos
completas, Definir límites de datos, Agregar
lógica empresarial utilizando métodos partial y
realizar consultas a Vistas y Funciones progra-
madas en el servidor SQL.

SOLO PROGRAMADORES nº 172 64 www.revistasprofesionales.com

65 atrasados:atrasados 4/6/09 09:07 Página 1

NÚMEROS ATRASADOS
171 - Mayo 2009 LA PRIMERA REVISTA DE PROGRAMACIÓN EN CASTELLANO
170 - Abril 2009

M
OE
-R UY
D CL
C IN
Una de las partes esenciales del API NIO es la relativa a la Lascookiessirvenparaalmacenarlainformacióndeformaqueelpro-
entrada y salida con ficheros. En la programación orientada a tocoloHTTPconellasadquiereunafuncionalidaddelaquecarecepor
objetos tiene tanta importancia el propio lenguaje como la Precio: 6 € (España) (IVA incluido) • AÑO XVI. 2.ª ÉPOCA • Nº 170 • UNA PUBLICACIÓN DE: REVISTAS PROFESIONALES S.L. su definición: la persistencia. En Java, como en cualquier otro len-
metodología. Cuando se habla de navegación a través de los 170

El ordenador guaje, las operaciones de entrada y salida son de vital importancia. La

Fuentes
 Curso C++ (III)
 XNA (III) (I)
con Java NIO
 Entrada y salida
 Cookies en el
navegador

Podcast javaHispano
– 035 036 037
JavaHispano Podcast

sobre
Vídeo-Curso a Visual
REVISTAS SL

Actualización
P ROFESIONALES

LinQ con
42 3 ª

Studio 2008: 0 (IV)

VALENTÍN BEATO
28037 MADRID

9
Visual Basic
M 26827 1994

contenidos de un portal, suele pensarse en usuarios conectados gestión dinámica de la memoria es probablemente uno de los aspec-
DEPÓSITO LEGAL 4792
ISSN 1134

Cuántico
Y además…
ores 168
Solo Programad
en formato pdf

a Internet a través de un ordenador, una PDA o Set-Top-Box. INCLUYE

Visual Basic 9.0 (IV)”
Este es el segundo artículo de una serie de dos sobre Maven,
una tecnología destinada a la gestión del ciclo de vida del soft-
ware. Este artículo trata sobre las novedades que trae consigo
la primera beta pública del nuevo sistema operativo de
Microsoft, Windows 7. Continuamos repasando las interiorida-
des de lo que está llamado a ser la tecnología del futuro: el
ordenador cuántico.
Noticias, Dudas, CD
169 - Marzo 2009
El objetivo de este capítulo es enseñar a diseñar interfaces gráfi-
cas de usuario empleando para ello la librería Swing. En esta
entregaseveránlosfundamentosdelaherenciaysecomenzarán
a trabajar con ejemplos simples de clases que extienden a otras
clases,clasesabstractas,sobrescriturademétodosyalgunosotros
conceptos cardinales en todo lenguaje orientado a objetos. En
esta entrega veremos cómo incorporar código C# que nos ayude
a controlar la lógica y el comportamiento. En este artículo se da
unavisióngeneraldelmundodelStreaming,lasposibilidadesque
aporta y las diferentes soluciones comerciales que nos ofrece el
mercado. En este artículo se van a explorar las facilidades que
ofrece ASP.NET a la hora de crear aplicaciones multiidioma.
“LinQ con
tosmásimportantesdelaprogramaciónenC++.Enlasentregasante-
Solo Programadores
número 168
en formato pdf
riores ya se han adelantado los principios básicos. En esta entrega
JAVAHISPANO
Actualidad Java
veremos cómo trabajar con las cámaras, la lógica y el comportamien-
REDES
Entrada y salida avanzada con Java NIO (I) Videocurso
to para desplazar a los diferentes actores en un laberinto, detectando
Cookies en el navegador y en el servidor (I) Actualización a
Visual Studio 2008 -
las colisiones entre ellos y esquivando las paredes. La miniaturización
ALGORITMOS LinQ con Visual
Programación orientada a objetos
con C++ (III)
Basic 9.0 (4ª parte)
de componentes electrónicos ya ha alcanzado el nivel atómico en el
ACTUALIDAD
El Ordenador Cuántico (I)
que las leyes de la física clásica dejan paso al universo cuántico. En
Gestión de la configuración del software
en equipos Agile
La Reutilización del Software en el éxito
estenuevoescenariodestacaeldesarrollodelordenadorcuántico,una
del negocio
máquina que parece sacada de un relato de ciencia ficción, capaz de
resolver problemas que llevarían años a los ordenadores actuales, y
mucho más real de lo que algunos piensan.
168 - Febrero 2009
En este número, abordaremos el framework de Collections de
Java. C++ sigue siendo el lenguaje elegido cuando se desean
crear aplicaciones rápidas y robustas. La infraestructura .NET ver-
sión 3.5 ofrece un conjunto de mejoras en los lenguajes, que
venían siendo solicitados por los desarrolladores. La programa-
ción en DirectX y Direct3D (al igual que en OpenGL) ha sido por
muchos años un objeto de deseo por muchos desarrolladores.
Con Google App Engine, se presenta una buena solución para la
puesta en producción y alojamiento de nuestras aplicaciones
Web. Proponemos un pequeño módulo C++ para facilitar la inte-
gración de Python en proyectos C++.

Si te falta algún número de la

167 - Enero 2009

temporada, ahora tienes la

Hemos cubierto lo básico de la sintaxis de Java, esto no quiere
decir que podamos dar por terminada esta serie de artículos. El

oportunidad de conseguirlo
tratamiento y generación de gráficos SVG con Javascript es
una opción muy interesante. Tras haber repasado los funda-

Precio Oferta descuento

mentos de XML es el momento de estudiar los elementos más
importantes. Plantearse procesar XML con Java, podría causar-
Precio por ejemplar: 6€
nosdolordecabeza.Seexplicaendetallelamanipulación,cre-

1 a 10 = 10% dto. / 11 a 20 = 20% dto.

ación y control de bases de datos relacionales utilizando SQL.

21 a 30 = 30% dto. / 31 a 40 = 40% dto.

Hastahacepoco,undesarrolladorquereparabaunaaplicación

+40 = 50%
confiaba en ejecutar nuevamente el código y llevar adelante
unas pocas pruebas para verificar que su cambio no corrompía
nada de lo existente.

BOLETÍN DE PEDIDO
Rellene o fotocopie el cupón y envielo a REVISTAS PROFESIONALES, S.L.
(Revista SÓLO PROGRAMADORES) C/ Valentín Beato, 42 - 3ª Planta - 28037 MADRID
Tel.: 91 304 87 64 - Fax: 91 327 13 03 - www.revistasprofesionales.com - rpsuscripciones@revistasprofesionales.com
Deseo me envíen los número/s: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
NOMBRE Y APELLIDOS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .EDAD . . . . . . . . TELÉFONO . . . . . . . . . . . . . . . .
DOMICILIO . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .C.P.: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
CIUDAD . . . . . . . . . . . . . . . . . .PROVINCIA . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

FORMAS DE PAGO
 Talon Bancario a nombre de REVISTAS PROFESIONALES S.L.
 Domiciliación Bancaria
Banco . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Domicilio . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Firma:
Numero de cuenta: _ _ _ _/ _ _ _ _/ _ _ / _ _ _ _ _ _ _ _ _ _ _ _
Titular . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
 Tarjeta de crédito _ _ _ _/ _ _ _ _/ _ _ _ _/ _ _ _ _/ Fecha de caducidad:
Extranjero: Gastos de envio 5€ por paquete. Unica forma de pago tarjeta de crédito (VISA, Mastercard, American Express,...)
66 CD ROM:Layout 2 3/6/09 09:19 Página 66

CD-ROM

Contenido del CD-ROM 172 Fuentes

Podcast javaHisp
ano
Fuentes • Empresa referencia de Autentia que imple- REVISTAS
PROFESIONALES,
VALENTÍN BEATO . .
SL
JavaHispan
o Podcast – 043,
045, 046, 047, 048
044,
, 42 - 3.ª
28037 MADRID
menta IceFaces. Vídeo-Curso sobr
e
DEPÓSITO LEGAL:
M-26827- 1994
Actualización a Visu
ISSN: 1134-4792

Studio 2008: LinQ al

Curso C++ (VI) • Estadistica de uso de IceFaces. Visual Basic 9.0 con
(VI)

La librería estándar de C++ proporciona un gran • IceScrum.

número de clases, funciones y procedimientos
para llevar a cabo todo tipo de tareas. Imple-
mentar todo tipo de clases es un excelente ejer-
cicio durante la fase de aprendizaje de C++.
Cookies en el navegador y en el servidor (II)
Todas las tecnologías de servidor (Java, Perl, ASP,
PHP, etc.) poseen librerías muy parecidas para leer
y escribir cookies. La visión completa cliente-ser-
vidor permitirá introducir aspectos más avanza-
dos como las restricciones de seguridad con los
dominios y los problemas de la codificación de
los caracteres.
XNA Framework 2.0 y 3.0: DirectX y Di-
rect3D en C# para mortales (y IV)
En la entrega anterior vimos cómo trabajar con
modelos 3D con cierta complejidad y brindarles
movimiento e interacción, combinando varios
conocimientos necesarios que habíamos apren-
dido en las primeras dos entregas. Tomando
como base los ejemplos presentados, se pueden
desarrollar aplicaciones 3D que visualicen y faci-
liten la interactividad con modelos 3D generados
con cualquiera de las herramientas de creación
de contenidos digital.
JavaHispano Podcast - 043 -
Programación con ICEFaces
Publicado un nuevo número del podcast de ja-
vaHispano. En esta ocasión realizaremos una ter-
tulia para hablar de IceFaces donde Marioko de la
comunidad de javaHispano y Ivan Zaera de la
empresa Autentia, empresa responsable de la
web AdictosAlTrabajo, explicarán para que sirve
este framework y hablarán de sus experiencias.
Durante la entrevista hablaremos de JSF, Facelets,
Server Push, validación de campos y algunas re-
comendaciones para desarrollo web con este fra-
mework.
A continuación ponemos algunos links de interés
que se explican durante el podcast:
• Web oficial de ICEFaces.
• Tecnología AjaxPush
• Configuración de Facelets.
• Articulo de Facelets.
• Framework de la empresa Autentia.
JavaHispano Podcast - 044 -
Dudas del foro Abril (a)
Publicado un nuevo número del podcast de ja-
vaHispano. En este número Rubén Egiluz y Rugi
hablarán de los hilos publicados en el foro. Los
hilos serán:
• Tips JDeveloper
• File en una aplicacion JEE
• Cambiar mi URL
• Mostrar etiqueta en control propio con NetBe-
ans
• Configuracion hibernate
• Problemas con las transacciones en JDBC
• JavaCup: Version estable del framework
A continuación ponemos los link de interés que se
comentan en el podcast:
• Web JavaCup. Video promocional.
• Pagina de tutoriales para JDeveloper.
• Tips JDeveloper. En español
• Breve Screencast para la creación de un com-
ponente Swing en NetBeans.
• Configuración Hibernate
• Manual Rewrite
JavaHispano Podcast - 045 -
Principios de agilidad
(Entrevista a Agile-Spain)
Publicado un nuevo número del podcast de java-
Hispano. Este número estará dedicado al desarro-
llo ágil donde entrevistaremos a tres miembros de
Agile-Spain. En la entrevista participarán Jose Ma-
nuel Beas autor del blog Se hace camino al andar...,
Xavier Quesada autor del Blog de Visual Manage-
ment y Xavi Albaladejo autor del portal
http://www.proyectosagiles.org una base de co-
nocimientos de Scrum. Durante la entrevista se
hablará del manifiesto del desarrollo ágil y reali-
zarán una introducción de esta forma de trabajo.
Entre estos principios destacaremos la importan-
cia del valor de las personas, incrementar la co-
municación y la confianza entre los miembros del
grupo de trabajo entre estos y con el cliente, la
disciplina de los trabajadores, automatizar las ta-
reas lo más posible y evitar la realización de gran-
des tareas con largos plazos creando más
Y además…
Solo Programadores
170
en formato pdf
iteraciones con tareas más pequeñas.
Finalmente realizaremos una invitación a partici-
par en Agile-Spain y apuntarse a su lista de co-
rreo para participar o aprender.
Webs de interés:
• Agile-Spain. Portal orientado al desarrollo ágil.
• Manifiesto ágil en español.
• Portal de Extreme Programming.
• Foro Ágiles (Lista de correo sobre agilismo en
español)
Cooperativa Agilar. Cooperativa para programa-
dores independientes de desarrollo ágil. Actual-
mente ejerciendo en Argentina y Bélgica y con
futura proyección en España y Estados Unidos.
JavaHispano Podcast - 046 -
Informes con JasperReports
Publicado un nuevo número del podcast de ja-
vaHispano. En este número realizamos una ter-
tulia con Marioko y JorgeRubira en la que
hablarán de la creación de informes y JasperRe-
ports. En dicha tertulia se explicarán herramien-
tas que se pueden complementar con
JasperReports como iReports o DinamicJasper.
Además se hablará de buenas prácticas para ela-
borar un informe y para su presentación.
Links de interés:
• Web oficial de JasperForge
• Descarga de JasperReports
• Descarga de iReports
• Descarga de DynamicJasper
• Descarga de JFreeChart
Vídeo-Curso sobre Actualización
a Visual Studio 2008: LinQ
con Visual Basic 9.0
Sexta parte de un completo curso de 7 entregas.
Además …
Solo Programadores 170 en formato pdf

SOLO PROGRAMADORES nº 172 66 www.revistasprofesionales.com

Anuncio Videocursos:Anuncio Videocursos 14/1/09 11:54 Página 1
Proyecto1:Layout 1 9/6/09 08:50 Página 1