BizTalk 2004 Server - Tecnología, Tips y Programación por Sergio ...

Visual Basic.NET • C# • Delphi • ASP.NET • ADO.NET • .NET Framework • Windows Server System
dotNetManía
www.dotnetmania.com Dedicada a los profesionales de la plataforma .NET
nº6 julio/agosto 2004 • Precio: 6,00 € (España)
BizTalk 2004 Server
El futuro de la integración empresarial
Entrevista a Rafal Luckawiecki
Tech•Ed Europe 2004: Crónica de un tiempo de espera
opinión
Adversus Linux
Enviando emails con .Net •
Configurando la apariencia del
control DataGrid • Serialización
de XML • Seguridad de
Internet Information Server (I)
Universidad
II Jornadas Académicas Microsoft Research
Arquitectura
Arquitecturas: Algunos fundamentos

dnm.sumario
6 dnm.sumario
II Jornadas Académicas Microsoft Research 9-10
Docencia e investigación en un mundo de aplicaciones orientadas a servicio
Barcelona 24 al 26 de mayo de 2004
Adversus Linux 11-13
Llevamos buscando la verdad desde hace siglos. Los hitos en este largo camino son infinitos
y a cada paso dado parece que, como a Aquiles con su tortuga, nos quede un mundo
inalcanzable por conseguir. Así somos las personas; caemos de continuo en el engaño…
Entrevista a Rafal Luckawiecki 14-16
Luckawiecki, es ponente habitual en los Tech-Ed, PDC y demás congresos a nivel mundial
y fue nombrado como mejor conferenciante del pasado Tech-Ed 2003 de Barcelona.
Enviando emails con .Net 17-20
Un repaso sencillo y práctico de lo que nos ofrece .Net Framework para enviar
emails haciendo uso del namespace System.Web.Mail.
BizTalk 2004 Server: El futuro de la integración empresarial 21-33
En el artículo principal de este número, contamos las bondades de BizTalk, que en
su versión 2004 demuestra no sólo su madurez, sino su cambio de filosofía, tanto
como el cambio de COM a .Net.
Configurando la apariencia del control DataGrid 34-39
Un repaso básico de aquellos elementos del control DataGrid que están
involucrados en la personalización de la presentación tabular de los datos.
Serialización de XML 40-43
En este artículo, explicamos en qué consiste básicamente la serialización de XML y
cómo aplicarla para tratar con XML, ahorrándonos escribir código y
simplificándonos la lectura y escritura del mismo.
Seguridad de Internet Information Server (I) 44-48
Primera entrega de esta serie de artículos sobre seguridad. En ésta vemos los
distintos metidos de autenticación que nos ofrece IIS y cómo su uso afecta a la
seguridad de nuestras aplicaciones ASP y ASP.NET.
Tech•Ed Europe 2004: Crónica de un tiempo de espera 49-51
Ámsterdam 29 de junio al 2 de julio de 2004
Arquitecturas:Algunos fundamentos 52-55
El concepto de Arquitectura, en el ámbito de desarrollo de software, ha ido
evolucionando y se ha convertido en un concepto bastante complejo, es decir que
abarca una gran diversidad de aspectos del desarrollo
dnm.biblioteca.net 56
Code Generation in Microsoft .NET
Begining .Net Game Programming in C#
dnm.desvan 58

dotNetManía

Compuware presenta
soluciones para la
automatización del
ciclo de vida de las
aplicaciones basadas
en .NET Framework
Compuware presenta la integración
de la automatización de pruebas
con Microsoft Visual Studio
2005 Team System; la version de
Compuware DevPartner Studio 7.2
Professional Edition
Compuware Corporation realizó desmostraciones
en el Microsoft Tech-Ed
2004 Europa de sus soluciones de automatización
de ciclo de vida de sus productos
DevPartner, QACenter y Vantage.
Las soluciones automatizadas de
ciclo de vida de Compuware permiten a
los desarrolladores comprobar como trabajar
perfectamente para acelerar y mejorar
la entrega y el uso de las aplicaciones
de alta calidad.
“Nosotros estamos encantados de
que Compuware haya demostrado su
soporte de Visual Studio 2005 Team
System”, dijo Prashant Sridharan, jefe
de producto en el .NET Developer
Producto Management en Microsoft
Corporation. “Las soluciones para el ciclo
de vida de aplicaciones de Compuware
son importanptes para una correcta estratégia
de negocios basada en tecnologías
Microsoft, y nosotros anticipamos la con-
tinuidad para trabajar estrechamente con ellos para ofrecer un alto valor a los usuarios”,
añadió.
Compuware aporta una demostración de la integración de la tecnología de
automatización de pruebas de Compuware TestPartner con Microsoft Visual Studio
2005 Team System. La integración con Microsoft Visual Studio 2005 Team System
permitirá a los desarrolladores probar funcionalmente sus aplicaciones usando
Compuware TestPartner directamente desde dentro de sus entornos de desarrollo
y aprovechar las nuevas capacidades de Visual Studio 2005.
También en el Tech-Ed Europe, Compuware demostró la más reciente version
de Compuware DevPartner Studio Professional Edition 7.2. Compuware DevPartner
Studio Professional Edition 7.2, que apareció el mes pasado, continuará soportando
Visual Studio .NET 2003 y 2002, incluyendo soporte para operaciones side-byside
de ambos entornos de desarrollo. Entre sus características están código fuente
estático que implementa la capacidad de que grupos de desarrollo puedan aplicar
convenciones de nombres propuestas en el documento Microsoft .NET
Framework General Reference Naming Guidelines, junto con la capacidad de detector
código que no se ejecutado. Estas características mejoran el rendimiento y la
mantenibilidad de una aplicación a lo largo de su ciclo de vida. Además, los desarrollaodres
pueden ahora usar Compuware DevPartner Studio en conjunto con
Microsoft Terminal Services, aportando flexibilidad para que los desarrolladores
analicen y detecten errors y cuestiones de rendimiento en aplicaciones mientras
trabajan remotamente.
Compuware también hizo una demostración de Compuware Vantage, un servicio
para la gestión de aplicaciones que ayuda a las organizaciones TI a gestionar
el rendimiento de las aplicaciones desde la perspectiva de lo que más importa: el
usuario final.
Windows XP SP2 RC2
disponible
Windows XP SP2
es una actualización
de Windows
XP que incluye
mejoras de seguridad
como el nuevo
Windows Security
Center que
centralizará la
configuración de
seguridad y que
incluye incluso protección antivirus; un nuevo firewall
que reemplaza al actual ICF (Internet Connection
Firewall) con políticas de grupo integradas en el Active
Directory; una nueva versión de RPC para protección
contra ataques en la red;un bloqueador de popups y un
gestor de descargas en el también nuevo Internet Explorer
junto con mejoras de seguridad en el Outlook Express y
en el Windows Messenger; un nuevo Windows Update;
una remodelada protección de memoria para evitar los
comunes “overruns”; mejoras de seguridad en el Windows
Media Placer; y otros cambios.
La RC2 (Release Candidate 2) de Windows XP
SP2 ya está disponible y puede descargarse desde
http://www.microsoft.com/technet/prodtechnol/winxp
pro/sp2preview.mspx
Service Pack 1 para
SQL Server Reporting
Services
Microsoft acaba de liberar el primer service pack para
SQL Server 2000 Reporting Services, que estará disponible
para los clientes de SQL Server 2000 libremente
en la zona de descargas de la web, en
http://www.microsoft.com/downloads/.
Esta versión del Service Pack 1 de Microsoft SQL
Server 2000 Reporting Services incluye correcciones
de errores, mejoras en el rendimiento y otras mejoras
en el funcionamiento. La lista de correcciones de este
service pack puede encontrarla en:
http://support.microsoft.com/?kbid=839796
Microsoft Virtual Server 2005 Release Candidate
Microsoft Virtual Server 2005, ya está en la fase Release Candidate
(sólo para la versión inglesa) y estará disponible a lo largo de este año 2004.
Habrá dos versiones de Virtual Server, la edición Standard y la
Enterprise, con similares características. La edición Standard soportará
hasta cuatro procesadores mientras que la edición Enterprise soporta
hasta 32 procesadores.
Este software está diseñado para permitir a los clientes ejecutar
múltiples sistemas operativos en un sólo equipo, por lo que es muy apreciado
tanto por técnicos de sistemas como por desarrolladores por el
ahorro de costes que supone para emular distintos entornos de pruebas.
Más información: http://www.microsoft.com/windowsserversystem/virtualserver/evaluation/rceval.mspx
dnm.noticias

dotNetManía

II Jornadas Académicas Microsoft Research
Docencia e investigación en un mundo de aplicaciones orientadas a servicios
Barcelona 24 al 26 de mayo de 2004
Microsoft Ibérica y Microsoft Research
Cambridge celebraron conjuntamente
en Barcelona la segunda edición de las
Jornadas Académicas Microsoft Research,
con la participación de más de 190 profesores
e investigadores de más de 39
universidades y centros de investigación
de España y Latinoamérica.
Según Microsoft Ibérica, “la organización
de estas jornadas en España se
enmarca en el contexto de la apuesta que
la compañía mantiene por la modernización
del país y por un drástico aumento
de la productividad, que tiene que ver
con un verdadero impulso innovador.
Actualmente, España invierte en I+D+i
la mitad de la media europea, lo que
redunda en un desfase de la competitividad
de nuestro país con respecto a las
de otros países.”
“España necesita una ‘explosión’ en
su capacidad de innovación si quiere ser
realmente un país competitivo y moderno”,
ha declarado Rosa García, consejera
delegada de Microsoft Ibérica,
quien hizo la introducción a las jornadas.
Y añade que “el hecho de que por
segunda vez celebremos en España estas
jornadas con Microsoft Research demuestra
nuestro apoyo al esfuerzo innovador,
divulgador y formativo que este
país tiene que realizar para poder des-
plegar todo su potencial y ocupar el
espacio que realmente le corresponde
en el ámbito europeo”.
Ya en su introducción al evento,
Rosa hizo hincapié en la investigación
como rasgo diferenciador de calidad y
prestigio entre universidades, así como
el círculo “virtuoso” que estos años se
está creando entre Microsoft/Microsoft
Research y las universidades, donde
ambas entidades comparten ideas, y
donde las universidades aportan el talento
de los estudiantes y Microsoft aporta
los programas y los recursos necesarios
para la docencia y la investigación.
La conferencia tuvo lugar en el
Hotel Catalonia Barcelona Plaza y en
el Convent des Angels y se trataron tanto
los aspectos de actualidad relacionados
con la docencia y la investigación
como la infraestructura, los sistemas y
las herramientas para el desarrollo e
implantación de aplicaciones distribuidas
y orientadas a servicios.
Las Jornadas Académicas Microsoft
Research 2004 constituyeron una ocasión
única de compartir puntos de vis-
ta, cuestiones e inquietudes con los
investigadores de Microsoft Research y
los ingenieros de Microsoft Ibérica y
Microsoft Corporation, aparte de descubrir
en detalle algunos conceptos y su
implementación más concreta en la
oferta tecnológica de Microsoft actual
y de los próximos años.
Las herramientas de desarrollo de
Microsoft hasta no hace mucho no han
tenido un lugar preferente entre los
investigadores, ni tampoco entre los
docentes de las universidades; pero el
trabajo realizado desde Microsoft
Ibérica liderado por Xavi Pey y por
Beatriz Ordóñez, posiblemente desde
la aparición de la plataforma .NET,
está dando unos resultados verdaderamente
espectaculares, cambiando esta
situación de forma drástica. Existen
muchos e interesantísimos proyectos
de investigación usando la plataforma
.NET en marcha en varias universidades
españolas. Por ello, en el número
anterior de dotNetManía creamos
la sección dnm.universidad.net en la que
esperamos poder presentar de la mano
de sus autores a algunos de ellos más
adelante.
Según la compañía, “estas jornadas
suponen una pieza importante dentro de
la inversión en programas académicos
que Microsoft Ibérica viene realizando
desde hace más de cuatro años, que se
traducen en más de 150 departamentos
suscritos durante este curso al programa
de MSDN Academia Alliance para el
uso de software de Microsoft; la forma-
dotNetManía

ware que regulará toda nuestra actividad,
me deja bastante preocupado. El
desarrollo económico y tecnológico lo
llevan a cabo las empresas, me siento
intranquilo al pensar que los complicados
procesos públicos y privados que
garantizan mi salud, mi enseñanza, la
protección de mis derechos como ciudadano,
etc. se encuentran en manos de
personas privadas sin la organización y
el rigor adecuado.
Administración pública
y software libre
Uno de los entornos donde más ha
calado la apuesta por Linux es la administración
pública, tanto en España,
donde tenemos sonadas experiencias
como la del Linex en Extremadura
como en otros países de la Unión
Europea, como por ejemplo, Francia.
Por debajo del análisis que los gobiernos
hacen para apoyar estas iniciativas
se encuentra la lucha antimonopolio
que se sigue contra Microsoft
desde hace tiempo. Particularmente
pienso que si no se hubiera dado la
actual situación de mercado en la cual
sólo una compañía detenta a nivel
mundial el monopolio de los sistemas
operativos, el apoyo al software libre
por parte de los gobiernos no tendría
tanto ímpetu. Lo que sucede, desde
mi punto de vista, es que existen algunos
errores conceptuales notorios a la
hora de seguir esta política.
Personalmente mantengo la hipótesis
de que Linux sólo tiene futuro desde
la apuesta que las grandes compañías
hagan por el mismo. Es decir que un
sistema operativo mantenido sin
demasiado orden ni concierto por el
colectivo de los usuarios del mismo no
puede ser el software en que los estados
confíen el sustento de sus sistemas
de información, su seguridad, etc.
Hacer que sea el propio estado el que
lo mantenga, tal como se hace con
Linex, me parece volver a tiempos y
sistemas ya superados en la gestión de
lo público. Sólo las empresas poseen
la necesaria organización de procesos,
capacidad inversora y tensión a la rentabilidad
como para hacer de este proceso
tecnológico el correspondiente
proceso de mercado.
Por todo ello creo que con Linux
volveremos a tener un ejemplo sobre la
mesa del conocido mito del eterno
retorno. Es decir, primero surgen cosas
como el confuso ideario del software
libre, de ahí pasamos a cosas algo menos
revolucionarias como la actual concepción
de Linux sustentada como código
abierto y, a dos pasos, está que IBM,
Novell, etc. es decir las compañías que
pueden obtener beneficio del proceso
apuesten claramente por él, poniendo a
su gente a investigar y trabajar. De tal
modo, en un momento habremos asistido
al crecimiento de una nueva estrategia
y estructura empresarial con el
apoyo de determinados estados e instituciones
que tiene como finalidad arrebatar
cuota de mercado al actual operador
mayoritario que es Microsoft. Por
tanto, algo que nace como una apuesta
revolucionaria en el mundo del software
terminará convirtiéndose en la oportunidad
de negocio de algunos que lo
usarán para sobreponerse a otros en el
mercado, pero eso sí esta vez se hará con
el aval de ciertos organismos públicos
que, lo quieran o no, están ayudando a
esa situación en aras de defender una
idea progresista de libertad que, desde
mi punto de vista, no es factible de instrumentarse
más que con un fuerte apoyo
empresarial por detrás.
Algo de sensatez en la locura
Por otro lado, no todas las voces tecnológicas
autorizadas están a favor del
Open Source, así, por ejemplo, Vinton
G. Cerf, uno de los padres de Internet
y Premio Príncipe de Asturias 2002, en
una entrevista a la sección El Navegante
del diario El Mundo del 14 de mayo, ante
la pregunta de lo que opina sobre el software
libre, responde: Tengo sentimientos
encontrados. Es muy útil en la medida que
puedes acceder al código fuente, eres capaz
de comprenderlo y puedes encontrar vulnerabilidades
(‘bugs’). La pregunta es ¿quién
tiene tiempo para hacer eso? La mayor parte
de los usuarios no. Además, el software
de código abierto no garantiza al 100% la
mejor calidad. Si yo pago por algo, al menos
sé a quién rendir cuentas si el programa
falla (...). Si yo pago, puedo siempre pedir
más, y si tengo un problema, sé contra quién
acudir. Creo que el software libre está bien
para algunos campos, como el mundo académico.
En el mundo de los negocios, sólo en
algunas ocasiones es una buena idea.
En resumen…

dotNetManía

el Analisis y Diseño de Aplicaciones,
antes de pasar al desarrollo?
Exacto. Si planeas lo suficientemente
bien, es perfecto para propósitos prácticos.
Es ideal para este año o quizá parte
del siguiente. Pero la planificación a
medio plazo, requiere posiciones más
flexibles, más estratégicas y menos ligadas
a ideas concretas. Flexibilidad, sería
la palabra. Podríamos recordar aquí la
tríada fundamental: Alcance, Visión y
Misión. El alcance se refiere a un proyecto
individual; la Visión, a series de
proyectos que pueden ser abordados de
forma similar, con tecnologías afines, y
medios parecidos dentro del marco
empresarial; y la Misión es una plataforma
que aglutina todas las visiones
teniendo en cuenta lo que tienen en
común. De la misma forma, visión es
una forma de planificar la estrategia. Por
tanto, mi consejo a cualquier organización
que quiera sobrevivir y establecer
una planificación a 6 ó 7 años vista, es
que expresen su estrategia en términos
comprensibles.
Una vez que eso se ha conseguido,
hay que pensar en la capacidad de adaptación.
Esto se ve en muchas compañías,
por ejemplo las compañías aéreas.
British Airways está haciendo un trabajo
de adaptación espléndido y sus resultados
mejoran, mientras que existen
compañías en USA que están teniendo
tremendas dificultades a este respecto.
Creo que la diferencia entre las dos fue
la comprensión de la visión y ser capaces
de adaptarse. Ya lo dijo Darwin, “no
sobrevive el más fuerte sino aquel que
tiene la mayor facilidad para adaptarse
al cambio”.
Otra de tus áreas de interés es la
criptografía, y recuerdo una charla tuya
al respecto, a la que asistí el pasado
Tech-Ed en Barcelona. ¿Crees que la
única forma de liberarse de todos esos
efectos colaterales indeseables de
Internet (virus, spam, spyware, etc…)
es mediante la criptografía?
Estrategia. ¿Qué significa exactamente? Significa comprender
cómo las innovaciones y estas pequeñas visiones
o anticipaciones del futuro inmediato, pueden alterar
tus operaciones del día a día. Una compañía que sobrevive,
es una compañía que tiene estrategias de algún tipo.
Creo que sí, siempre que se haga
combinándolo con otras tecnologías que
aporten aquello que la criptografía solamente
no puede dar. Pero la criptografía
por sí misma no resuelve el problema,
ya que se trata principalmente de
una teoría. Por ejemplo podríamos
requerir que cada mensaje estuviera firmado
digitalmente y con eso se terminarían
el 99% de los problemas con el
“spam”. Pero esto no es todavía la solución
en el momento en que nos encontramos,
por tanto la criptografía puede
ayudar, pero se requieren funcionalidades
en el sistema de correo que no están
presentes en su totalidad al día de hoy.
Es una cuestión de balance entre acce-

static bool SendPlainTextEMail( string strFrom,
string strTo,
string strSubject,
string strBody,
string SMTPServer,
string UserID,
string Password
)
{
bool bRet = true;
MailMessage msg = new MailMessage();
try
{
msg.From = strFrom;
msg.To = strTo;
msg.Subject = strSubject;
msg.Body = strBody;
// Autentificación básica, pon aquí tu User y Password
// MiEMail@direccion.com
msg.Fields.Add(
“http://schemas.microsoft.com/cdo/configuration/smtpauthenticate”, “1”);
msg.Fields.Add(
“http://schemas.microsoft.com/cdo/configuration/sendusername”, UserID);
msg.Fields.Add(
“http://schemas.microsoft.com/cdo/configuration/sendpassword”, Password);
// “smtp.midominio.com”;
SmtpMail.SmtpServer = SMTPServer;
SmtpMail.Send(msg);
}
catch(Exception)
{
bRet = false;
}
return bRet;
}
Así cuando nuestro cliente recibe el email éste se
va cargando como si de una página web se tratara, sin
tener que preocuparnos por adjuntar otros tipos de
ficheros al correo. No hay que abusar de las imágenes
ya que si no estamos conectados a Internet éstas
no se ven.
El único cambio que tenemos que hacer en el código
para enviar contenido con HMTL es el siguiente:
msg.BodyFormat = MailFormat.Html;
En el string donde pasábamos el contenido ahora
le pasamos un string con el HTML (en la página web
te puedes bajar un ejemplo completo, se llama
Fuente 2. Enviando email autentificándose.
EMailHTML, que lee del disco un fichero HMTL y
lo envía.
Attachments (ficheros adjuntos)
Añadir ficheros a un email nos permite hacer
cosas como adjuntar una factura, o unas instrucciones
de instalación (jeje, respuesta automática del servicio
de soporte: “Estimado Pedro, te envío la guía
de instalación de la aplicación adjunta a este correo
en formato PDF, por favor si tienes algún problema
no dudes en escribirme de nuevo…”).
Esto parece algo muy ventajoso, pero te aconsejo
que no lo uses a no ser que sea imprescindible, ¿Por
qué? Imagínate que cuando notificas un pedido a un
cliente aprovechas para adjuntarle la factura en formato
PDF. El cliente se acostumbra a recibir correos

incorpora un lenguaje visual basado en reglas similares
a un pseudocódigo que -modelado con Microsoft
Visio-, establece, de modo claro, las reglas del juego.
Todo este motor (engine) está basado en unas especificaciones
denominadas XLANG. Y permiten integrar
el idioma del negocio con los componentes de
lógica de negocio que resuelven los problemas en el
momento justo. Además, puesto que la herramienta
usada es Visio, cualquier analista que conozca los diagramas
XLANG, podrá modelar su propio negocio.
[[
Nota
BizTalk debe lidiar con distintos tipos
de estructuras de datos, que son en
realidad, documentos XML.
Por último, BizTalk debe lidiar con distintos tipos
de estructuras de datos origen y destino. Dichas estructuras
de datos son, en realidad, los documentos que
procesan los aplicativos de las empresas: unas los generan
y otras los consumen. El problema: que BizTalk
debe encontrar una manera de poder unificar dichas
estructuras, ya que si no sería imposible hablar de un
servidor viable debido a la falta de la adaptación continua
de los módulos que posibilitarían dicha funcionalidad.
Por ello, BizTalk proporciona unos adaptadores
que convierten los documentos origen en un
formato intermedio, flexible, adaptable, versátil, universal
y estándar con el que poder realizar sus tareas.
Aquí es donde XML y sus tecnologías relacionadas
entran de lleno. Este tipo de formato, permite que
BizTalk trabaje con una estructura intermedia que los
implementadotes del negocio pueden emplear para
aplicar todas sus reglas de transformación, adaptación,
proceso…etc., de un modo único. Con el fin de obtener
una transformación de dicho documento en un
producto final que es el que requiere la aplicación destino.
Así se encapsula el trabajo del BizTalk de las
implementaciones de los documentos origen-destino.
Para ello, BizTalk emplea las gramáticas XSD que
determinan el cómo analizar los documentos, y las
tecnologías de XSLT para transformar un documento
origen en uno destino, empleando herramientas
que automatizan todo este proceso. El proceso por el
cual un documento origen es adaptado a XML o un
documento XML es adaptado a un destino, empleando
una gramática es llevado a cabo por los Pipelines,
Estos pipes abstraen a los procesos de BizTalk de las
estructuras propietarias de los documentos, dejando
estas tareas para el primer y último eslabón del proceso
de integración. Además, ni que decir tiene, que
ya puestos, Microsoft incorpora de serie una colección
de pipelines que entienden los formatos están-
dares del mercado, tales como EDIFACT y ANSI X12
que permiten integrar el software corporativo con los
estándares de facturación de mercado y el intercambio
de datos con las más grandes corporaciones: las
administraciones (aunque en este caso sean las americanas…).
Simplificando enormemente la implantación
de estas soluciones y ahorrando muchos costes.
Lo más interesante del tema, es que todo este trabajo
se realiza en n-veces menos tiempo que su equivalente
en desarrollo específico informático. Es más
mantenible, escalable, adaptable… y todos los “xxxable”
que se os puedan pasar por la cabeza. Y además,
como buen framework que es, con todo el conjunto
de herramientas de administración, gestión, enrutamiento,
seguridad y rendimiento que la empresa necesita.
Y por si fuera poco, con los vocabularios que la
gente del negocio entiende (pues los diagramas
XLANG tienen que ser revisados por personas del
negocio). De ahí que las siglas de BizTalk sean estas:
Business (Biz, cariñosamente el inglés) Talk, hablemos
de negocios.
Y todo desde dos perspectivas: la de la empresa
que quiere minimizar el impacto del desarrollo de
soluciones software (empleando los mecanismos integrados
de BizTalk) y la que necesita implementar procesos
basados en componentes de lógica de negocio
(integrando en las reglas de BizTalk componentes de
negocio desarrollados específicamente para resolver
el problema: COM+, Acceso a datos, Servicios
Web…etc.). Con lo cual, el límite: ninguno.
BizTalk 2004. Un auténtico .NET
Enterprise Server
Todo lo anterior ha resuelto muchísimos problemas
y aportado infinidad de soluciones que han ahorrado
muchísimos costes y simplificado procesos
empresariales. Incluso puedo afirmar que una vez que
se le coge el truco a BizTalk es jod… perdón, difícil
volver a las viejas costumbres. Pero, su tecnología se

mayor: BPEL con su sistema de reglas y vocabulario
de negocio… pero por partes, como las integrales…
• Integración completa con .NET Framework y
con Visual Studio .NET. Lo cual implica que
se goza de todas las ventajas del CLR –como ya
hemos comentado-, a la par que se disfruta de
una integración nativa con el nuevo modelo de
distribución de capas del mercado: los servicios
Web.
• Visual Studio.NET como herramienta cuenta con:
–Plantillas de proyecto para todas y cada una
de las áreas de diseño y arquitectura de un
componente empresarial.
–Multitud de vínculos, enlaces de “qué es lo
siguiente…”, consejos en línea…
–Generadores de especificaciones XML (XSD)
y sus herramientas de control de calidad. Así
como la capacidad de incorporar en la gramática
la adaptación de un documento propietario
en un formato XML intermedio
empleando los componentes PipeLine.
–Mapeadores gráficos de documentos empleando
los poderosos “Functoids” –funciones
transformadoras de datos- para poder reforzar
las transformaciones con todo tipo de proceso
intermedio (procesos de cadenas de caracteres,
fechas, comprobaciones de datos, cálculos
matemáticos, y un larguísimo etc.). No
sólo se han mejorado los functoids de versiones
anteriores, sino que se ha añadido la
posibilidad de crear nuevos Functoids desarrollados
a partir de ensamblados .NET.
Figura 2. El entorno de desarrollo
• Gracias a la potencia de Visual Studio .NET, se
ofrece como novedad un nuevo sistema de
representación de las reglas XLANG, el
Orchestration Designer, que mejora los símbolos
de representación visual a la par que integra
todas sus propiedades de personalización en
un panel de propiedades -al más puro estilo de
Visual Basic- junto con las SmartTags o marcas
inteligentes que nos asistirán en todo momento
para configurar correctamente las reglas de
negocio. Un potente editor de reglas integrado
con .NET, pero existe la posibilidad de crear
diagramas XLANG desde Microsoft Visio, que
después de podrán importar al Visual Studio
para el posterior proceso por parte del equipo
de desarrollo.
Figura 3. El Orchestration Manager en acción
• Nuevo sistema de enrutado de mensajes basado
en el contenido, que permite filtrar mensajes
y enrutarlos, no sólo en base al sobre, sino a
los contenidos del mensaje.
• Integración de BizTalk Services Explorer en el
panel de Explorador de Servidores. Esta herramienta
asiste al desarrollador en el proceso de
implantación y distribución de todos los componentes
en la base de datos de configuración
de BizTalk Server. Sin contar que tiene todos
los asistentes oportunos para orquestar y poner
en unión todos los elementos arquitecturales
que pondrán en marcha el proceso de negocio
–ahora hablaremos de cómo va el temita-.
• Nuevo modelo de representación de los procesos
de negocio: BPEL (Business Process Execution
Language). Un potentísimo motor de reglas
basado en XML y en un rico conjunto de herramientas
accesible a los analistas de negocio y
demás personal de proyecto, que permite poder
crear reglas de negocio y vocabulario de negocio
–acciones- que representan la activación de
componentes –disponibles en multitud de tecnologías-
de negocio. De tal manera, que sin
necesidad de desarrollar se pueden alterar las
reglas de negocio, o crear nuevas reglas.
• Mejores herramientas de análisis de procesos.
Herramientas orientadas a IW (Information
Workers, “Trabajadores de la información”).
Herramientas de actividad de negocio (BAS,
Business Activity Services); configuración, aprovi-

[[
Nota
Todo forma parte de un
proyecto empresarial, y
por lo tanto sus componentes,
son las plantillas
de Visual Studio para cada
componente estructural
de la aplicación.
Desde este momento ya podremos
crear los elementos de una aplicación
BT, que serán definiciones de esquemas
de documentos de E/S, los pipelines que
los interpretan, los mapeos entre documentos,
las reglas XLANG/BPEL que
los procesan si es necesario, etc. Y las
propias herramientas de Visual Studio,
nos irán echando un cable a través de
ventanas de propiedades, SmartTags y la
más que importante ayuda.
Pero la herramienta que más ahorrará
tiempo, será el BizTalk Explorer.
Un nuevo vínculo en el explorador de
servidores de Visual Studio con el que
podremos recorrer los diversos recursos
que nos proporciona el contenedor
de aplicaciones de BizTalk. Dos de sus
misiones más importantes serán las de
registrar/desregistrar los ensamblados
frutos de una compilación de proyecto,
así como la de vincular los puertos de
E/S a las diferentes reglas de negocio.
Figura 7. BizTalk Explorer,
el administrador de recursos
Por casi terminar con esta descripción
de las nuevas herramientas de
BizTalk, no puedo evitar hablar del nuevo
Compositor de Reglas de negocio. Una
herramienta que permitirá a los analistas
de negocio orquestar sus propias
reglas empleando un casi lenguaje natural.
Es muy parecido a lo que Microsoft
intentó con SQL y su English Query
Manager, pero con la filosofía de negocio.
Esto permitirá que hablemos de
negocios con todas las de la ley. Basada
en un conjunto de vocabularios que
representan los procesos del negocio, el
analista podrá definir sus propias reglas
de activación y podrá generar nuevas
versiones de éstas en función de los cambios
que plantee el propio negocio, evitando
todo tipo de conflicto con reglas
anteriores.
Y aunque se me quedan en el tintero,
describir muchas más herramientas,
voy a acabar con esta descripción, hablando
de dos de las múltiples herramientas
de análisis. Las que pueden interesar a un
Figura 8. El Compositor de reglas de negocio
administrador del sistema o un desarrollador.
Al margen de que luego podamos

de datos tan chulas como el recoger un ID de una tabla
y recoger el valor de la misma para asociarlo al destino.
Por último, como he comentado, los formatos de
los mensajes no tienen por qué ser XML. Pueden ser
diversos formatos como CSV, propietarios, etc. BizTalk
gracias a la especificación del documento, será capaz
a través de las PipeLines de adaptar el formato del
mensaje a una estructura interna XML que coincide
con la especificación, haciendo que para el desarrollador
de las reglas, todo sea XML. Lo cual hace que
el desarrollo sea independiente de los documentos
enviados/recibidos. Impresionante. En este punto, es
donde decía que los conectores BizTalk juegan un
importante papel: Rosetta, EDITRANS, SAP…etc.
Figura 12. Fase de especificación
Un ejemplo de cómo queda nuestra transformación
de pedido a factura lo podemos ver la figura 13.
Figura 13. Fase de especificación
Si los documentos de entrada son XML, los
Pipelines disponibles en el SDK de BizTalk serán
suficientes. Si por el contrario, alguno de los
documentos no fuera XML puro y duro, podríamos
crear nuestro propio Pipeline de adaptación.
Con esto se terminaría esta fase.
En la Fase de Reglas de negocio es donde ya
entrarían en juego los motores de reglas de BizTalk.
Mi consejo es agregar a la solución un nuevo proyecto
de tipo BizTalk, y creando en el mismo elementos
de tipo Orquestación. Y -muy interesante el tema-, puesto
que hablamos de varios proyectos, cada uno se comporta
como un ensamblado de clases .NET. Esto implica
que debemos establecer las referencias entre los
ensamblados para poder reutilizar las clases que contienen.
Nada que no sepamos hacer ya…
Y es donde ya nos podemos encontrar con dos
grandes opciones: una que sería por emplear el
Orchestration Designer con el que editar “pseudocódigo”
que genera el XLANG, o bien emplear BPEL
con el Compositor de Reglas de negocio. Ni que decir
tiene, que este compositor genera reglas BPEL que
tendrán que ser orquestadas dentro de un documento
XLANG, que es que a fin de cuentas, indica la integración
de la E/S con las reglas de negocio que se
deben disparar. Lo cual ya amplía las posibilidades al
rango de “infinito”. En estos diagramas se nos da la
opción de poder combinar un conjunto de símbolos
de negocio que activarán un conjunto de mecanismos
de la arquitectura de BizTalk. Nuestra misión, aportar
el modelo de componentes que requieran dichos
mecanismos: especificaciones, reglas de negocio
BPEL, canales de entrada/salida, etc. Un procedimiento
a seguir muy típico en un proceso EAI sencillo,
es por ejemplo el diseñar los pasos que sufre la
adaptación de un documento desde que entra hasta
que sale, independizando los canales de E/S, que serán
especificados más tarde –esta es la alternativa por lo
que antes comentaba que hay otro paso más sencillo,
pero menos mantenible-. Un ejemplo, en nuestro artículo,
es la regla XLANG que especifica lo que debe
hacer BizTalk con el Pedido para convertirlo en Factura,
y es: recoger el Pedido, convertirlo en Factura y enviar
la Factura. Vea la figura 14.
Figura 14.
Orquestar los elementos de un símbolo XLANG

Figura 18. Instalación de los ensamblados
de negocio
En este punto comentar que BizTalk nos da la
posibilidad de poder utilizar diversos conectores de
entrada/salida. Dichos conectores nos permitirán abstraer
en nuestras reglas de negocio de donde proceden
los documentos y las tecnologías que los generan.
Integrados de serie con el entorno, vienen los conectores
de:
• “espionaje de directorios” –BizTalk escanea el
estado de un directorio, de tal manera que cuando
un fichero es ubicado en él, activa la regla de
negocio-
• EDIFACT. Soporte nativo del protocolo de
Intercambio Electrónico de Datos. Muy útil para,
por ejemplo, conectar empleando el estándar
bancario.
Figura 19. Creación de los puertos de E/S
• Colas de mensajes MSMQ.
• Conector HTTP. Empleando un conector en
el puerto 80 de forma predeterminada, una petición
POST de un documento XML dispara la
regla asociada.
• Conector de Web Services y SOAP. Ni que decir
qué misión tiene.
• FTP, SMTP y SQL en el caso de ser dispositivos
de salida. Lo cual tiene muchas aplicaciones.
Pero esto no queda sólo aquí, pues dada la envergadura
de este producto, muchos fabricantes están
desarrollando nuevos conectores para hacer sus sistemas
compatibles con este integrador de recursos. A
estos conectores los conoceremos como Aceleradores,
y en la página web de Microsoft y de los fabricantes,
encontrareis más información. Conectores por ejemplo
para SAP, Rosetta.NET, SWIFT, etc.
Es en este punto, donde comentar que los mismos
conectores de entrada/salida ya ofrecen mecanismos
de selección de especificaciones de documentos
de entrada/salida y las pipelines que se van
a emplear para su interpretación, así como las reglas
de transformación. Típico en un EAI. Estas casillas
no habrá que rellenarlas pues están especificadas en
las reglas XLANG que ya habremos diseñado.
Además, los puertos permiten establecer también las
reglas de filtrado y selección de mensajes así como el
enrutado de los mismos por motivos de análisis de
negocio, depuración de los procesos, mecanismos de
tolerancia a fallos y redundancia. En la figura 19 se
podrá ver que esos apartados aparecen como detalle
de la configuración.

Figura 23. InfoPath y Biztalk en accion,
la caña de España
Para terminar… la seguridad
Para lo último, que no menos importante, qué
menos que hablar de la seguridad. Un tema que ha hecho
replantearse a Microsoft todos sus diseños de sistemas
operativos. BizTalk está integrado con los mecanismos
de seguridad de Windows 2003 en cuanto a temas de
autenticación. La autorización es llevada a cabo por dos
abstracciones del sistema: el HOST y el HOST AIS-
LADO. El primero servirá para crear aplicaciones ejecutadas
dentro del marco interno de la empresa. El
segundo, el aislado, es el que se empleará cuando las
conexiones de lectura o escritura, requieren de puertos
que están disponibles en el exterior del sistema (conexión
con partners, sucursales…etc.). El HOST aislado
a su vez, está integrado con los mecanismos de IPSEC
y HTTPS, permitiendo su encriptación a través de certificación
digital y VPN. Todo esto, transparente a la
aplicación. Para la gestión de estas configuraciones, gozaremos
de la herramienta Consola de Administración de
BizTalk, que podéis ver en la figura 24.
Incluso el propio servicio de BizTalk requiere de
cuentas especiales que hacen que ni siquiera los administradores
de BizTalk sean capaces de acceder a más
de lo que el administrador del dominio o de la máquina
les deje ver. Os aconsejo que instaléis el producto
para ver por qué digo todo esto.
Para finalizar, comentar que dentro de lo que
incluiríamos en el marco de seguridad, podríamos
meter todo el conjunto de herramientas de análisis y
control de los servicios de BizTalk, que no dejarán a
nadie descontento en cuanto a los valores que ofrecen
sus querys al sistema: errores de ejecución, warnings
de ejecución, etc. Sin contar con su integración con el
servicio de eventos y rendimiento de Windows 2003.
Conclusión
Microsoft Biztalk Server 2004: Developer’s Guide
Scott Woodgate, Stephen Mohr, Brian Loesgen
Pues con esto hemos podido ver sólo un poco de
todo lo que nos ofrece Microsoft con esta más que
novedosa versión de un producto que seguro hace las
delicias de los departamentos de informática, por su
importancia en la integración de los sistemas de la
empresa, así como la unificación en un entorno de las
reglas de negocio, basado en un sistema tan modular
como la tecnología .NET lo permite –que no es pocoy
la robustez de un sistema operativo productivo incluso
en las situaciones más difíciles. Un 10 para Microsoft
BizTalk Server 2004.
Si queréis más información acerca del tema, y a
riesgo de que el editor me pegue “un toque”… (qué
mejor que integrar bases de conocimiento), en
Algoritmo digital (www.algoritmodigital.com), he tenido
la suerte de publicar artículos de cómo hacer… con
BizTalk 2004, así como en mi web personal www.heviatec.net.
Os animo a echarle un vistazo como complemento
a este artículo. Y cómo no, a la enorme base de
documentación disponible de BizTalk en la página
Web de Microsoft y su MSDN. No tienen desperdicio.
Pero aviso, hay tanta documentación que podemos
acabar saturaditos. Hasta la próxima.
Editorial: SAMS
Páginas: 768
ISBN: 0672325985
Publicado: Previsto para agosto, 2004
Figura 24. Consola de administración de BizTalk
bibliografía

dotNetManía

Utilizando el formato automático
Si nuestro control DataGrid
no va a requerir unas características
muy específicas
de colores, y si además
vamos un poco justos de
tiempo, algo que habitualmente
suele ocurrir, siempre
podemos optar por
hacer clic en el enlace
Formato automático,situado
en la parte inferior de
la ventana de propiedades
del control. Esto provocará la apertura de un cuadro de diálogo, que nos
ofrecerá una lista de configuraciones de formato predefinidas para el
DataGrid, con diversas combinaciones diferentes de la estándar, de manera
que rápidamente podremos modificar el aspecto del control.
nuevo asistente nos permitirá crear un
DataSet al que llamaremos dsNorthwind,
que contendrá la tabla Suppliers.
Figura 3
Como resultado, el componente
SQLDataAdapter generará en el proyecto
un esquema de DataSet, y a partir
del mismo, se creará un DataSet con
el nombre DsNorthwind1, que aparecerá
en el panel de componentes del diseñador
del formulario.
Figura 4
Configuración de un DataGrid
desde el diseñador
del formulario
Seguidamente arrastraremos sobre
el formulario un control DataGrid, al
que daremos el nombre grdDatos. Para
indicar a este control de dónde debe
obtener los datos, usaremos las siguientes
propiedades.
• DataSource. En esta propiedad estableceremos
el DataSet que contiene
toda nuestra estructura de datos:
DsNorthwind1.
• DataMember. Aquí asignaremos la
tabla del DataSet establecida en
DataSource que queremos visualizar
en el DataGrid: Suppliers.
Llegados a este punto, debemos
tener en cuenta un aspecto importante
que muchas veces pasa desapercibido. Si
ejecutamos en este momento el proyecto,
el control DataGrid estará vacío. Esto
es debido a que el DataSet con el que
está enlazado se encuentra también
vacío, puesto que el llenado del mismo
no se produce automáticamente, siendo
el programador quien debe realizarlo,
ejecutando el método Fill del objeto
DataAdapter. Podemos hacer esta operación
en múltiples lugares, por ejemplo,
en el evento Load del formulario,
como vemos en el siguiente fuente.

leceremos en el panel derecho. La siguiente tabla
describe algunas de las propiedades de este tipo de
objeto.
Propiedad Descripción
MappingName Nombre de la tabla del
DataSet enlazado al
DataGrid que se muestra
cuando el estilo de tabla es
seleccionado
GridColumnStyles Colección de objetos
DataGridColumnStyle, que
contiene los estilos de
formato para cada una de
las columnas mostradas por
el estilo de la tabla en el
DataGrid
HeaderFont Tipo de letra para los
títulos de las columnas
AlternatingBackColor Color para las filas alternas
HeaderBackColor Color de fondo de los
títulos de las columnas,
los indicadores de fila
La siguiente figura muestra el cuadro de diálogo
de creación de estilos para tablas.
Figura 8
Tabla 2
Como habrá observado el lector, muchas de las
propiedades de un objeto DataGridTableStyle son
comunes a las del DataGrid, ya que cuando el estilo
de la tabla es aplicado sobre el control, los valores de
estilo sustituyen a sus homólogos del grid.
Creación de estilos para las columnas
Una vez que hemos finalizado la creación del formato
para la tabla, y permaneciendo en el cuadro de
diálogo del estilo de tabla, haremos clic en el botón
de puntos suspensivos de la propiedad GridColumn-
Styles; esto nos llevará a un nuevo diálogo, que con el
nombre Editor de la colección DataGridColumnStyle, será
el que usaremos para crear cada uno de los estilos de
columna de la tabla.
Pulsando el botón Agregar, se añadirá un nuevo
estilo de columna vacío, al que daremos formato asignando
valores en sus propiedades. En la siguiente tabla
destacamos algunas de estas propiedades.
Propiedad Descripción
MappingName Nombre de la columna de la tabla
del DataSet, seleccionada al crear
el estilo de la tabla.
Format Cadena con la expresión de
formato para aplicar a los datos de
la columna
Alignment Permite alinear el contenido de la
columna a la izquierda, centro o
derecha
HeaderText Cadena con el título a mostrar en
la columna
NullText Cadena con el valor a mostrar
cuando el campo de la tabla tenga
valor nulo
Tabla 3
La siguiente figura muestra el cuadro de diálogo
de creación de estilos para columnas.
Figura 9

cada uno de los estilos puede estar basado
en un diseño de colores diferente:
tonos azules y verdes.
Una vez que terminemos el diseño
de los estilos, añadiremos dos botones
en el formulario para cambiar de uno a
otro estilo, y un tercer botón para que
el grid muestre los datos sin estilos, con
la configuración por defecto del control.
La clave de todo, como puede ver
el lector en el código fuente 1, se
encuentra en manipular la propiedad
MappingName de la colección de estilos
definidos en el DataGrid.
Private Sub btnVerdes_Click(ByVal sender As System.Object,
ByVal e As System.EventArgs)
Handles btnVerdes.Click
‘ quitar uno de los estilos y asignar el otro
Me.grdDatos.TableStyles(1).MappingName = “”
Me.grdDatos.TableStyles(0).MappingName = “Suppliers”
End Sub
Private Sub btnAzules_Click(ByVal sender As System.Object,
ByVal e As System.EventArgs)
Handles btnAzules.Click
‘ quitar uno de los estilos y asignar el otro
Me.grdDatos.TableStyles(0).MappingName = “”
Me.grdDatos.TableStyles(1).MappingName = “Suppliers”
End Sub
La siguiente figura muestra el mismo
DataGrid visualizando los datos con
uno y otro estilo.
La clase DataGridBoolColumn
Cuando estamos añadiendo columnas
a un estilo de tabla, habremos notado
la presencia, junto al botón Agregar,
de un botón con una flecha hacia abajo,
que al ser pulsado nos ofrece elegir
entre crear una columna del ya conocido
DataGridTextBoxColumn o Data-
GridBoolColumn. Esta última clase, que
al igual que la primera hereda de Data-
GridColumnStyle, nos permite mostrar
una columna consistente en una casilla
de verificación para indicar tres esta-
Private Sub btnPredeterminados_Click(ByVal sender As System.Object,
ByVal e As System.EventArgs)
Handles btnPredeterminados.Click
‘ no utilizar estilos en el grid
Me.grdDatos.TableStyles(0).MappingName = “”
Me.grdDatos.TableStyles(1).MappingName = “”
End Sub
Fuente 1
dos: seleccionado, no seleccionado e
indeterminado.
Los campos de tipo bit de una base
de datos, son un buen candidato para
Figura 12

dotNetManía

Antonio Gutierrez
12345678
20/06/2003
111111111
Teclado ordenador
12
2222222222
Monitor 17 pulgadas
560
Antonio Gutierrez
12345678
20/06/2003
111111111
Teclado ordenador
12
2222222222
Monitor 17 pulgadas
560
Fuente 1. XML de ejemplo
Fuente 2. Esquema XSD correspondiente al XML de ejemplo.

factura miFactura = new factura();
miFactura.nombre = “Antonio Gutierrez”;
miFactura.dni = “1111111111”;
miFactura.fecha = DateTime.Now;
miFactura.producto = new productos[2];
miProducto = new producto();
miProducto.nombreproducto = “teclado”;
miProducto.numerodeserie = “1111”;
miProducto.precio = 12;
miFactura.producto[0]=miProducto;
miProducto.nombreproducto = “raton”;
miProducto.numerodeserie = “2222”;
miProducto.precio = 14;
miFactura.producto[1]=miProducto;
TextWriter writer = new StreamWriter(fichero);
serializer.Serialize(writer, miFactura);
writer.Close();
O si queremos acceder al elemento
nombreproducto de nuestro segundo
nodo de productos tendremos que
poner en nuestro código:
miFactura.producto[1].nombreproducto
Como hemos podido comprobar
acceder ahora un XML resulta muy sencillo,
y la cantidad de código a escribir
Fuente 5
para leer cualquier XML se reduce notablemente.
Pero la serialización no sólo nos
ofrece ventajas para leer XML, también
nos ofrece muchas ventajas a la hora de
escribir un XML.
Como ya explicamos con anterioridad,
para escribir un XML en un fichero
realizaremos una serialización de una
instancia de nuestro objeto.
Veamos un ejemplo en C# en el
fuente 5.
En el código del fuente 4 podemos
comprobar cómo vamos escribiendo las
propiedades de nuestro objeto, y posteriormente
rellenamos el array de productos.
Pues bien, estas propiedades que
estamos escribiendo serán posteriormente
los elementos de nuestro XML y
cada posición del array de productos se
convertirá en un nodo de nuestro XML.
Para serializar nuestro objeto y
pasarlo a un fichero XML tan sólo debemos
utilizar de nuevo la clase serializer
de .NET. Así hemos conseguido de forma
sencilla y con una clara orientación
a objetos escribir un fichero XML.
Conclusión
Visual FoxPro 9.0 beta
(nombre en clave “Europa”) disponible
La versión definitiva se presentará el 29 de septiembre en Las Vegas en el Visual FoxPro DevCon 2004
Microsoft ha puesto a disposición de los usuarios la beta pública de
de la próxima versión de Visual FoxPro, la 9.0, llamada en clave
“Europa”.
En una carta de Ken Levy, VS Data Product Manager, a los usuarios
de FoxPro en el pasado mes de junio, Microsoft aclaraba su posición
con respecto a FoxPro:
“Algunas personas nos han preguntado si verán incrementado
el marketing alrededor de Visual FoxPro 9.0. Nosotros hemos declarado
públicamente en el pasado que el presupuesto gastado en Visual
FoxPro es relativo al negocio de Visual FoxPro, y que el esfuerzo de
marketing alrededor de Visual FoxPro es y permanecerá similar a lo
que ha sido en los últimos años. Microsoft no tiene planes para integrar
Visual Foxpro dentro de Visual Studio .NET, pero en cambio
estamos trabajando en añadir muchas de las grandes funcionalidades
encontradas en Visual FoxPro dentro de las siguientes versiones de
Visual Studio, tal y como hemos añadido grandes funcionalidades de
Visual Studio dentro de Visual FoxPro. La estrategia de Microsoft es
que el buque insignia de la herramienta de desarrollo sea Visual Studio;
se dedican significamente más recursos a Visual Studio.
noticias.noticias.noticias.noticias
En resumen, hemos podido comprobar
como la serialización, además de
podernos ser útil para guardar el estado
de sesión en una página Web o para
copiar objetos al portapapeles de
Windows, es también muy útil para tratar
con XML.
La serialización de XML nos ahorra
escribir código y nos simplifica la
lectura y escritura de los mismos.
La dirección de la estrategia de Microsoft con nuestros productos
basados en la plataforma .NET es que sea Visual Studio la
herramienta de desarrollo para las aplicaciones basadas en .NET. Si
quieres hacer programación .NET, deberías usar Visual Studio.
Microsoft está mejorando el soporte XML en Visual FoxPro 9.0 lo
cual también mejorará la interoperatibilidad con .NET. Estamos
añadiendo también nuevos tipos de datos a Visual FoxPro 9.0 los
cuales mejorarán su siempre excelente interoperatibilidad de Visual
Studio 2005 y la conectividad con SQL Server 2005.”
Al menos, Microsoft, se ha comprometido ha seguir soportando
la versión 9 de Visual FoxPro hasta 2014.
“Nosotros planeamos lanzar oficialmente Visual FoxPro 9.0 en
Las Vegas, en el Kick Off del Visual FoxPro DevCon 2004 el 29 de
septiembre de este año” añade Ken Levy en dicha carta.
Si quiere ver el texto completo (en inglés) de dicha carta puede
visitar: http://msdn.microsoft.com/vfoxpro/letters/. Desde este
enlace podrá ir a la página de descarga esta beta.
El sitio oficial del Visual FoxPro DevCon 2004 es:
http://advisorevents.com/CMX0409p.nsf

dotNetManía

muchos casos delegar en el sistema operativo el control
de los permisos de acceso a los recursos.
Los métodos de autenticación disponibles se
muestran en la captura de la figura 2. A este diálogo
se accede pulsando sobre el botón Modificar de
la figura 1.
Figura 2.- Existen diversos métodos de autenticación y
deberemos escoger el más adecuado en función del
entorno en el que va a trabajar nuestra aplicación, tanto
en los clientes como en el servidor.
Acceso anónimo
Si tenemos marcada la casilla de acceso anónimo
en la ventana de la figura 2, cuando un usuario
acceda a un recurso permitido por IIS, no necesitará
introducir credenciales para identificarse.
Para impedir el acceso anónimo a una aplicación
Web (o a un directorio o carpeta virtual de ésta) tan
sólo desmarque la casilla correspondiente. A partir
de ahora todos los usuarios deberán identificarse para
poder acceder al recurso y entran en juego los diversos
métodos de autenticación.
Métodos de autenticación disponibles
en IIS
En la versión 4 de IIS sólo existían dos métodos
de autenticación posible (básica y desafío-respuesta).
A partir de IIS 5 existen tres métodos
teniendo uno de ellos además dos subtipos, por lo
que en total disponemos de cuatro posibilidades.
En la figura 2 puede ver las casillas de opción para
estos métodos. En Windows Server 2003, IIS 6
incluye también el método de autenticación de
.NET Passport que no vamos a estudiar por tra-
tarse de un método totalmente aparte que además
necesita el uso de un SDK.
Autenticación básica
El más simple de los métodos disponibles es,
obviamente, el que se denomina Autenticación Básica.
En este caso el servidor envía una petición de identificación
al navegador Web del usuario mediante una
cabecera HTTP. Éste muestra al usuario un cuadro
de diálogo como el de la figura 3 para preguntarle su
nombre y contraseña de acceso. Una vez introducida
la información, el navegador la codifica con el
algoritmo Base64 y la envía a través de la red para
que IIS la valide y pueda efectuar la suplantación del
usuario (que estudiaremos en breve). También es posible
escribir aplicaciones que soliciten autenticación
básica y usen las credenciales enviadas para validarlas
contra una base de datos u otro sistema propio.
Figura 3.- Diálogo de autenticación básica
en Windows 98. Funciona con cualquier navegador
o sistema operativo.

cifra el desafío usando este hash como
clave para el proceso de encriptación,
con lo que se obtiene otro hash único
para ese valor de desafío y ese usuario.
Este nuevo hash generado se envía
al servidor junto con el nombre de
usuario por la misma conexión por
donde se recibió (ésta se mantiene en
estado keep alive), lo cual asegura la
autenticidad del servidor.
6. El servidor envía el hash recibido, el
nombre de usuario y el valor de desafío
al controlador primario de dominio
(de haberlo). El PDC cifra el
desafío con el hash del usuario que se
guarda en la base de datos SAM del
sistema o en el Directorio Activo.
7. Si el hash generado en el PDC coincide
con el que envió el cliente quiere
decir que la autenticación ha tenido
éxito y se envía la página solicitada
en caso de que el usuario tenga
permisos suficientes.
Algún lector en este punto podría
preguntar: si lo único que se conoce del
usuario es su hash que por definición no
se puede descifrar, ¿por qué no enviarlo
directamente en lugar de obtener uno
nuevo a partir de éste y del desafío? Si
se hiciese de este modo cualquiera
podría interceptar el hash del usuario y
luego utilizarlo para hacerse pasar por
él, tal y como pasaba en el método anterior.
Con el método descrito sólo puede
autenticarse aquel que tenga el hash
y el desafío enviado por el servidor, que
cambia en cada ocasión, con lo que las
cosas se complican. Para entenderlo
mejor se podría asimilar en cierto modo
a un algoritmo de clave pública en el
que la contraseña del usuario sería una
clave privada y el desafío enviado por el
servidor una clave pública que va cambiando
aleatoriamente.
Internet Explorer efectúa todo el
proceso de modo transparente usando
el nombre y la contraseña que el usuario
utilizó para entrar en la máquina
cliente, y sólo si falla en este primer
intento muestra un cuadro de diálogo
para pedir otros datos diferentes. Este
hecho puede hacer que parezca que a
veces un acceso a IIS ha sido anónimo
cuando no es así en realidad.
La autenticación integrada de
Windows posee la limitación adicional
de no funcionar a través de conexiones
proxy, por lo que habrá que tenerlo en
cuenta en caso de que nuestros usuarios
las utilicen.
En definitiva, siempre que podamos
deberemos usar la autenticación integrada.
Sin embargo esto sólo será posible
si se accede directamente al servidor
(sin usar un Proxy o un cortafuegos)
y en sistemas con Windows 2000
o superior. Debido a estas restricciones
en la práctica este método se usa sólo en
Intranets, dejando para Internet normalmente
la autenticación básica.
SSL y Certificados digitales
Una buena opción para habilitar la
autenticación de usuarios segura e independiente
del navegador consiste en
combinar el método de autenticación
básica descrito anteriormente con un
certificado digital de servidor. De este
modo el usuario se asegura de que se
está comunicando con el servidor adecuado,
y por otro lado se consigue que
la información en claro que circula normalmente
codificada como base64 se
transmita ahora cifrada gracias al uso
del algoritmo de clave pública que conlleva
el uso de este tipo de certificados.
Del mismo modo, en entornos que
requieran una alta seguridad se puede
exigir a los usuarios el empleo de certificados
digitales en el lado del cliente.
Puede obtener información detallada
sobre este proceso consultando el
artículo “Configuración de sitio Web
seguro con Certificado de clientes” de
Pedro Gómez en el número 4 de mayo
de 2004 de dotNetManía.
Suplantación de usuarios
IIS no es más que otra aplicación
que se ejecuta sobre el sistema operativo,
por lo que es éste en última instancia
el que se ocupa del nivel más bajo de
la cadena de la seguridad. En el caso que
nos ocupa dicho nivel lo constituye el
sistema de archivos.
En Windows, cada proceso se ejecuta
dentro de su propio contexto de
seguridad. Cuando un proceso accede
al sistema de archivos NTFS los permisos
se le otorgan en función del contexto
en el que se ejecute. Normalmente
si un proceso lanza otro subproceso éste
se ejecutará bajo el mismo contexto de
seguridad. Existen casos sin embargo en
los que, por razones de seguridad, un
proceso puede producir otros procesos
que trabajen bajo condiciones de seguridad
diferentes. Esto es lo que ocurre
con IIS. Éste trabaja bajo el contexto de
seguridad del sistema, esto es, como si
se tratase del usuario System. Sin embargo
cuando IIS ejecuta una aplicación
ASP/ASP.NET, inicia un nuevo proceso
bajo un contexto de seguridad diferente,
efectuando lo que se denomina
una suplantación de usuario. De este
modo si el código de servidor de una
página (o alguno de los componentes
que ésta emplee) intenta acceder al disco
duro u otro recurso del sistema, lo
hará con los permisos del usuario al que
está suplantando el proceso bajo el que
se ejecuta, es decir, bajo el contexto de
seguridad de dicho usuario. Este párrafo,
aunque algo enrevesado, es fundamental
para entender las implicaciones
de seguridad en el sistema de archivos.
Suplantación de usuarios en ASP

y cuyos comentarios resumimos más abajo,
las de Don Box (sobre arquitectura
SOA y consejos asociados a los problemas
de hosting de aplicaciones) y David
Chapell (Biztalk 2004 y arquitectura)
atrajeron un buen grupo de asistentes, tan
interesados en sus opiniones como en el
carisma personal que cada uno de estos
ponentes derrocha en sus actuaciones. Al
igual que, Rafal Luckawiecki (el lector
encontrará una entrevista con él en éste
mismo número de dotNetManía), que
estos dos años ha destacado por méritos
propios. Rafal anticipó las últimas novedades
en uno de los marcos de trabajo
propugnados por Microsoft: MSF, y también
habló de IPv6 y Criptografía. El
español Fernando Guerrero, uno de los
grandes especialistas mundiales en SQL-
Server, habló de características ocultas de
T-SQL.
Otra de las propuestas interesantes, ya
iniciada el año pasado, son las reuniones
de expertos (forums). Esta vez, acudimos
a una sobre Building .NET Development
Myths en la que, moderados por el propio
David Chapell, Rafal Luckawiecki,
Michele Leroux Bustamante, Juwal
Lowy y Clemens Vasters, disertaron
entre sí, y más tarde con el público sobre
diversos aspectos de la construcción de
aplicaciones.
Pero esta no era la única forma de contactar
con los “gurús”. También pudimos
asistir a encuentros específicos en salas
cerradas con algunos de los constructores
de productos, como por ejemplo, dos
representantes del equipo de desarrollo
de Visual Basic .NET. En estos encuentros
(libres) diferentes desarrolladores
europeos les podíamos preguntar sobre
el estado del arte de cada herramienta y
muchas de las novedades que los usuarios
solicitan (en el caso de Visual Basic
eran numerosas las preguntas sobre el
funcionamiento de la característica
“corregir y seguir ejecutando”, que tuvieron
que parar momentáneamente el
desarrollo de la reunión para hacer una
demo específica, que —todo hay que
decirlo— resultó bastante convincente.
Ask-The-Experts
Otra interesante iniciativa, es la posibilidad
de formular preguntas directas a distintos
MVP’s de todo el mundo agrupa-
dos en diferentes stands, bajo el epígrafe
“Pregunte a los Expertos”. Por parte española,
participaba nuestro buen amigo y
mejor técnico Eladio Rincón, y quizá se
echó de menos que el público en general
tuviera suficiente información sobre lo
que esta posibilidad deparaba.
Entrevistas
Queremos hacer mención especial de
dos auténticos “monstruos” de la evangelización
y la innovación en estas plataformas.
Con ambos tuvimos la oportunidad
de charlar y el lector podrá ver
las entrevistas en próximos números de
Jim Gray, Distinguished Engineer de Microsoft
la revista: Jim Gray y Dino Esposito.
Jim Gray es un hombre de la Universidad.
Es premio AMT Turing (el equivalente
del Nobel en Informática) y —como casi
todos los grandes— auténticamente sencillo,
inteligente y natural. Trabaja en
grandes proyectos de bases de datos
como TerraServer (http://terraService
.Net y http://skyserver.sdss.org.) Este
último esta intentando aglutinar toda la
información existente en el mundo sobre
astronomía y nos comentaba en la entrevista
su visión de la necesidad de potenciar
Internet 2, la nueva generación de
dispositivos de almacenamiento inteligentes
y las necesidades de encontrar
mecanismos más inteligentes de búsqueda
de información.
Dino Esposito es (junto a Francesco
Balena) el máximo representante de la
que podríamos llamar “Escuela Italiana”
de .NET. Ampliamente conocido por sus
obras de divulgación y su sección fija en
MSDN Magazine (Cutting Edge), habló
sobre las novedades de ADO.NET 2.0,
y de cuestiones de arquitectura y seguridad
en ASP.NET. Ante la ausencia de
Scout Guthrie, con quien pensábamos
charlar, Dino nos explicó muchas de las
cosas que pensábamos preguntar a Scott,
y se prestó para continuar su relación con
nosotros en la forma en que su escaso
tiempo le permita.
...y la despedida:Tech-Ed Party

dotNetManía

Figura 2. Las 4 + 1 vistas de la arquitectura
Lo que nos resulta llamativo es la forma de referirse
a las vistas, diciendo 4 + 1 en vez de 5. El diagrama
muestra que la quinta vista, la de los casos de
uso, aparece con una representación diferente para
indicar que tiene un rol especial en la arquitectura.
Contiene algunos escenarios, o casos de uso, para ayudar
a descubrir y diseñar la arquitectura en las fases
iniciales del proceso al cual adhiere el autor, llamado
RUP o Proceso Unificado de Rational. Al representarla
diferente —una elipse en vez del rectángulo— nos
indica que estos escenarios no eran recogidos previamente
en ninguna vista arquitectónica, de ahí la heterogeneidad
con la que aparece en la figura. Las 4 vistas
restantes capturan los aspectos que comentábamos
al comienzo del artículo: la vista lógica contiene elementos
tales como paquetes de diseño, subsistemas o
clases; la vista de implementación abarca productos
tales como el código fuente, los ficheros de datos, componentes
y ejecutables; la vista de proceso incluye elementos
tales como tareas, hilos de ejecución o procesos
y, finalmente, la vista de despliegue muestra cómo
los diversos ejecutables y otros componentes de tiempo
de ejecución se corresponden con los nodos de proceso
en las plataformas subyacentes.
La propuesta de RUP amplía el esquema para abarcar
todos los elementos significativos de la arquitectura.
Y la pregunta inmediata es, ¿cuáles son esos elementos
significativos?. A lo que Philippe Kruchten (en
The Rational Unified Process: An Introduction, 1999) responde:
• Las clases principales, es decir aquellas que
modelan las entidades principales del dominio
considerado.
• Los mecanismos arquitectónicos que incorporan
comportamiento a esas clases, tales como
los de persistencia y comunicación.
• Los patrones y los marcos (patterns and frameworks).
• Las capas y subsistemas.
• Interfaces.
• Los procesos principales, o hilos de control.
Y es aquí, en esta enumeración, que vemos incluidos
los elementos que darán lugar a una definición
más general de la arquitectura: los patrones. Cuando
nos hablan de mecanismos —definidos como una cla-
se, o grupo de clases o un patrón que provee una solución
común a un problema dado— también se mencionan
a los patrones como esquemas que presentan
una solución a un problema de diseño recurrente y
que se presenta en situaciones específicas del diseño.
Patrones arquitectónicos
La diferencia principal entre mecanismo y patrón
es que estos últimos son esquemas más generales que
los mecanismos, es decir que describen interacciones
amplias de elementos abstractos de diseño que permiten
al arquitecto o diseñador pensar en un problema
complejo mediante una abreviatura intuitiva. Son
los patrones los que permitirán hablar posteriormente
de la arquitectura en términos de abarcar también
las decisiones más importantes en relación con el sistema
a desarrollar. Y a primera vista resulta chocante
ver colocados en un mismo conjunto a componentes,
subsistemas, ejecutables y procesadores con decisiones.
Se empieza a decir, entonces, que la caja de herramientas
para resolver problemas arquitectónicos está
progresivamente más llena de patrones y mecanismos.
Para ir llenando la caja de herramientas aparecen libros
como los de Frank Buschmann y otros (Pattern-
Oriented Software Architecture: A System of Patterns,
1996) que con el tiempo quedó como primer volumen
de una saga que añadió el de Douglas Schmidt y otros
en el 2000, con el mismo título y subtitulado Patterns
for Concurrent and Networked Objects.
La extensa lista de patrones arquitectónicos abarca
—por ejemplo— el clásico patrón arquitectónico
de Capas, que ayuda a estructurar una aplicación, descomponiéndola
en grupos de subtareas en los que cada
grupo es un nivel particular de abstracción. El componente
externo al patrón —llamado cliente— usa la
capa más alta, es decir de mayor nivel de abstracción,
y es ésta la que se ocupa de llamar a la siguiente, que
a su vez puede requerir llamar a otra y así sucesivamente
a lo largo de todas las capas.

decir que —al revés que en sus comienzos—
el enfoque deja de ser ‘hacia adentro’
y comienza a tener en cuenta al sistema
como un todo, con el entorno de
usuario y de desarrollo, es decir un
enfoque ‘hacia afuera’.
Más allá de la arquitectura
Esta expansión hacia afuera continúa
progresando, y en algunos de los últimos
trabajos (Luke Hohmann, Beyond
Software Architecture: Creating and
Sustaining Winning Solutions, 2003) se
reconoce que, a diferencia de las definiciones
previas, que se centran en los
aspectos técnicos de la arquitectura, se
debe poner el acento en los aspectos
humanos y de negocio, que también forman
parte de la gran imagen arquitectónica.
De esta manera, podríamos asociar
en la figura 1 el punto de vista 1 = enfoque
técnico, punto de vista 2 = enfoque humano
y punto de vista 3 = enfoque de negocio o de
Software Architecture
in Practice,
Second Edition
Len Bass, Paul Clements, Rick
Kazman
Ed.: Addison Wesley
Páginas: 560
ISBN: 032115495-9
Publicado: Abril, 2003
(primera edición de 1998)
The Rational Unified
Process:
An Introduction
(2nd Edition)
Philippe Kruchten
Ed.: Addison Wesley
Páginas: 320
ISBN: 0201707101
Publicado: Marzo, 2000
(primera edición de 1990)
marketing para tener una visión mucho
más amplia de la arquitectura.
Es cierto, tal como afirma el autor,
que aunque pongamos el énfasis en la
creación inicial y las primeras versiones
de la arquitectura, invertiremos la mayor
parte del tiempo en trabajar —reelaborar—
la arquitectura existente. La evolución
de la arquitectura puede resultar
mucho más fascinante e interesante que
la creación de su versión final. Es sólo
a través de la evolución que podemos
constatar dónde hemos tenido éxito o
no, sobre todo cuando la evolución se
basa en la realimentación directa por
parte de los clientes.
La actual tendencia —tanto de marketing
como en el caso de las metodologías
ágiles, en especial FDD— es a
hablar de características (features) de un
producto software, como algo que el
producto hace o debería hacer (es decir,
las antiguas funcionalidades). Pero esta
nueva denominación no es simplemen-
Pattern-Oriented
Software Architecture,
Volume 1:A System
of Patterns
Frank Buschmann, Regine
Meunier, Hans Rohnert, Peter
Sommerlad, Michael Stal,
Peter Sommerlad,
Michael Stal
Ed.: John Wiley & Sons
Páginas: 476
ISBN: 0471958697
Publicado: Agosto, 1996

dotNetManía

dotNetManía

DATOS DE FACTURACIÓN
IMPORTES VÁLIDOS HASTA NUEVA OFERTA
CIF/NIF . . . . . . . . . . . . . . . . . . . . .Empresa . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Nombre y apellidos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Dirección . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Población . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .Código Postal . . . . . . . . . . . . . . . . . . . Provincia . . . . . . . . . . . . . . . . . . . . . . . . .
Teléfono . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Fax . . . . . . . . . . . . . . . . . . . . . . . . . . . email . . . . . . . . . . . . . . . . . . . . . . . . . . . .
DATOS DE ENVÍO (sólo si son distintos de los datos de facturación)
CIF/NIF . . . . . . . . . . . . . . . . . . . . .Empresa . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Nombre y apellidos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Dirección . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Población . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .Código Postal . . . . . . . . . . . . . . . . . . . Provincia . . . . . . . . . . . . . . . . . . . . . . . . .
Teléfono . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Fax . . . . . . . . . . . . . . . . . . . . . . . . . . . email . . . . . . . . . . . . . . . . . . . . . . . . . . . .
FORMA DE PAGO
❑ Talón nominativo a nombre NETALIA, S.L.
❑ Giro postal a nombre NETALIA, S.L.
❑ Transferencia bancaria a nombre de NETALIA, S.L. a:
La Caixa
Número de cuenta 2100 4315 48 2200014696
(Indique su nombre en la transferencia)
❑ Domiciliación Bancaria
Indique su número de cuenta:
❑ Tarjeta de crédito
❑ VISA ❑ MASTERCARD ❑ AMERICAN EXPRESS
Número de su tarjeta:
Fecha de caducidad: / (Imprescindible)
Firma y sello (imprescindible)
Suscripción a dotNetManía
❑ Deseo suscribirme a dotNetManía por un año (11 ejemplares) y beneficiarme de la oferta del 10% de descuento por un
importe total de 60 6 para España; o por 75 6 para el resto de Europa; o por 90 6 para el resto del mundo (IVA incluido).
❑ Deseo suscribirme a dotNetManía por un año (11 números) por un importe de 45 6 por ser estudiante (IVA incluido).
Aporto fotocopia del carné de estudiante o sello del centro académico (IMPRESCINDIBLE). OFERTA VÁLIDA SÓLO
PARA ESTUDIANTES RESIDENTES EN ESPAÑA.
a de de 20
❑ Nº1 ❑ Nº2 ❑ Nº3 ❑ Nº4 ❑ Nº5
Envíe este formulario por email a la dirección
suscriptores@dotnetmania.com, o al fax (34) 91 499 13 64
También puede enviarlo por correo postal
a la siguiente dirección:
C/ Robledal, 135
28529- Rivas Vaciamadrid
Madrid (España)
Usted autoriza a la mecanización
de estos datos. El responsable
y destinatario de
éstos es Netalia, S.L. Usted
tiene derecho a acceder a sus
datos, modificarlos y cancelarlos
cuando lo desee. Sus
datos no serán cedidos en ninguna
de las formas posibles a
terceras partes y no se utilizarán
más que para el buen funcionamiento
de su suscripción
a la revista dotNetMania y
para informarle de las actividades
comerciales que realice
la editorial Netalia, S.L. Si no
desea recibir información
comercial de esta empresa
marque la casilla siguiente ❑