Perfil de GabrielBiztalk Blandengue (http...FotosBlogListasMais Ferramentas Ajuda

Blog


26/4/2007

El futuro de los WebServices en Microsoft® es Biztalk Server

Ayer Microsoft® liberó la nueva versión del los servicios de identidad y conectividad "en la nube" de Internet para ser usados de manera "hosted" . La gran noticia es que se han movido los servicios de labs.live.com a http://labs.biztalk.net de modo que el primer "Internet Service Bus" lleva a Biztalk en su nombre de dominio.

En cada oportunidad que he tenido yo he manifestado que no tienen sentido los argumentos que ha planteado la gente de arquitectura de Microsoft® Cono Sur acerca de la dificultad de crear un switch financiero basado en Biztalk.

Ahora Redmond nos da pistas de que están basando su infraestructura de servicios para uso hiper-masivo en Biztalk Server.

El presente de las arquitecturas orientadas a servicios en la plataforma Microsoft® es Biztalk Server, cualquier otra cosa, es no leer los diarios.

 

21/4/2007

El plan CEIBAL, la estigmatización digital y el plan CEIBO.

Introducción

El 29 de marzo en "Plan B" leí el artículo sobre las laptops que supuestamente le vamos a comprar a cada uno de los niños de la escuela pública en Uruguay, el plan "Ceibal".

El plan es simple: adherirse al lema "una computadora, un niño". Es simple y fácil de ejecutar, lo único que debemos hacer es pagar 134 dólares por niño (que para 100.000 niños son 13.4 millones de dólares) y tendremos 100.000 niños contentos porque pudieron entrar en la era digital. De esta manera, lograremos que los niños del Uruguay aún cuando su situación económica no lo permita, puedan tener contacto con una computadora.

Además, este laptop, está creado por el MIT por lo que viene "avalado" por la seriedad y de visión de este laboratorio de tecnología

 

Las fallas del sistema

Si creemos que los niños no tienen acceso a la tecnología y queremos realmente hacer que tengan contacto con la misma, tenemos que darle lo que está en todas partes, lo que pueden obtener en cualquier cibercafé por 0,5 dólares la hora. Esto no es lo que estas computadoras dan.

Las computadoras no tienen Windows® que es el sistema operativo que está en más del 90% de los escritorios de todo el mundo, y es el sistema operativo que conocen los maestros, y es el sistema operativo para el cual podemos desarrollar aplicaciones que compitan en la mayoría de los países.

Y además, son las computadoras que tienen los niños de las familias que sí pueden pagar una computadora moderna, las computadoras del plan ceibal no son una ventaja, son un "estigma digital" para indicar que no se pertenece a la clase dominante, no ecualiza, genera más diferencias.

No soy un experto en educación, pero conozco el tema de primera mano, yo les enseño a mis hijos a programar, tienen diez y ocho años y estudian conmigo KPL (www.kidsprogramminglanguage.com), un lenguaje de programación para niños y adolescentes gratuito, donde se puede aprender a programar con la "excusa" de hacer un videojuego, algo que a esa edad resulta muy atractivo. ¿en qué funciona? En Windows®. Y aprenden, rápida, sólida y dinámicamente. En un marco de enseñanza que los maestros podrían aprender de manera rápida. Pero vamos a darles computadores que los maestros no conocen, de manera que hay que gastar en entrenar y hacer que los maestros conozcan algo nuevo que no van a poder reutilizar en su propio día a día. Dice el artículo del diario que los maestros dudan de las bondades del plan; les creo.

No solamente estas computadoras tienen un sistema operativo no común, sino que del sistema operativo que tienen (Linux) no usan la interfaz de usuario (los menús, las herramientas, etc.) que es habitual en las computadoras con Linux, de manera que los niños van a aprender en algo que no van a encontrar en ninguna otra computadora en la tierra (exceptuando la de otro niño)

Propuestas alternativas

Ceibal es una sigla que al parecer quiere decir "Conectividad Educativa de Informática Básica para el Aprendizaje en Línea" (ver referencia a su creación aquí http://tic.item.org.uy/?q=node/765) . Yo propongo que se implemente el plan CEIBO que quiere decir "Computadores de Entrenamiento Interactivo con Buenas Oportunidades".

Creo sinceramente que no importa si la computadora es portátil, si parece un juguete o no, si es una por niño. Lo que creo que importa es que los niños aprendan en algo que tenga relación con lo que encuentran en cualquier otro lugar, que sea rápido y no disruptivo para los educadores.

El plan CEIBO no implicaría una computadora por niño, sino que todo niño tenga acceso a una computadora, de verdad.

El plan CEIBO puede tener varias formas de ejecución:

  • Convenios con cibercafés: La inversión en máquinas equivale a casi 27 millones de horas de cibercafé a precio normal, mediante el convenio se podría:
    • Utilizar los cibercafé como lugar de entrenamiento
    • Entregar cuponeras a los niños para que usen el cibercafé durante "x" horas por semana
  • Cibercafés en las escuelas: crear lugares dentro de las escuelas que tengan computadoras
  • Dar computadoras de más bajo costo a algunos niños, con Windows.
  • Intentar afiliarse al programa que Microsoft acaba de anunciar donde se podrá comprar Windows y Office por 3 dólares (ver aquí)y dar computadoras de bajo costo a más niños, con Windows.
20/4/2007

Error en una orquestación de Biztalk 2004: Error Exception occurred when persisting state to the database.

 

Si ha recibido este error, puede pasar por muchas causas, pero una de ellas es debido a la emisión por un puerto "no estático" de un mensaje al cual no hay suscripción activa. Casos de estos puertos son los puertos dinámicos o los puertos con "Direct Binding" a la MessageBox.

Si esto sucede cuando realmente no hay una suscripción activa (una orquestación partner que no está iniciada, o no hay suscripción para el mensaje que se emite) es relativamente fácil de encontrar.

¿Pero qué sucede cuando en realidad lo que pasa es que el mensaje que se emite no tiene el tipo asignado?

En muchas oportunidades tenemos que trabajar con mensajes que no tienen su tipo asignado, dado que en Biztalk la única manera de asignar el tipo de mensaje es pasarlo por un pipeline (u otras opciones truculentas y no soportadas), de manera que si creamos un mensaje (con xmlDocument.Load() u otra técnica), aunque el mensaje sea correcto, no tiene el tipo cargado.

Al emitir el mensaje, sale sin tipo y no encuentra una suscripción activa (a menos que tengamos una suscripción a cualquier tipo de mensaje, lo cual no es muy aconsejable J ).

¿Cómo se soluciona? No se "soluciona", hay que armar la solución con un puerto no dinámico o armar la solución de otra manera.