Gabriel's profileBiztalk Blandengue (http...PhotosBlogListsMore  |  Tools Help |
|
Biztalk Blandengue (http://www.definicion.org/blandengue)Donde Biztalk aprende a usar las ñ's 6/18/2009 Plan “Salve los ceibos”Mejor un lector de libros digitales por niño que una computadora verde con cuernos para cada uno. Todos tendrían a tiempo y más económicos los libros de texto. Y salvamos algunos árboles (capaz que no ceibos, pero otros). 5/8/2009 Mi primer día con Windows 7Instalación: Respaldé todos mis datos, elegí instalación desde cero. Me pidió pocos datos y lo dejé comenzando a instalar. Me fui a dormir y cuando desperté estaba instalado y perfecto. Se conectó a la red wifi y activó. Instalé Office/Visual Studio/Live Mesh y Windows Live mucho más rápido que en veces anteriores. La máquina responde más rápido, la interfaz es super intuitiva para quien venía usando Vista y la nueva Taskbar es maravillosa. Totalmente recomendable Mi máquina es un Acer Aspire 5100 con 2 GB Ram. 5/7/2009 Mi primer Blue Screen en VistaLuego de años y cientos de programas instalados, hoy tuve mi primer blue screen. Eso no me molestó tanto, sino que al volver, Vista asumió que no tenía activada la copia y volvió a pedirla, pero al intentarlo me dio el error “Se superó el número máximo de secretos que se pueden guardar en un único sistema”. 0x80070565 En la línea de comandos (cmd.exe), probé con sfc /SCANNOW sin ningún éxito. Bajé Dr.Web por algunas referencias a soluciones para problemas de este tipo (www.freedrweb.com) e hice un scan, encontró un malware, reboot, y volví a tener máquina. Igualmente creo que ya es tiempo de reinstalar, así que el fin de semana probaré Windows 7 RC. Como recibir un string desde el MSQC Adapter en BiztalkEn realidad esta solución funciona para cualquier caso donde tenga que recibir un string y llevarlo a una orquestación donde el mensaje en el receive shape queramos que sea un string. En el caso particular del adapter para MQSeries (o WebSphere MQ), de tipo cliente (que se instala con el CD de HIS), lo que recibo del adaptador es lo que está en el mensaje, con todos los datos de lo que sería el contexto del MQMessage en el contexto del mensaje Biztalk. El problema es que si ingreso con un pipeline passthrough, Biztalk no procesará la suscripción, no entraré en detalles pero si les interesa lo que sucede se explica en el artículo de la Kb a continuación http://support.microsoft.com/kb/837860/en-us Una posible solución es usar un RawString para la entrada como se explica en esta entrada http://www.traceofthought.net/CommentView,guid,c5418f3d-2ea7-4530-ab9c-ae4c49154fcb.aspx el único tema con esto es que hay que hacer el deployment no solamente del ContextAdder (ContextAdder) , sino del RawString, y usarlo en la orquestación. Asumiendo que entienda el artículo y cómo hacerlo, no es una mala solución. La otra solución es tener un ContextAdder que además de agregar al contexto la propiedad MessageType como se ve debajo al tipo string, agregue al string raw que viene, el xml <string></string> alrededor del string original que entra.
Aquí ContextAdderModificado subo la solución con un ContextAdder modificado que hace lo anterior. Igualmente persiste, si necesitamos escribir WebSphere MQ via el MQSC Adapter la necesidad de usar un RawString por lo que en el mismo proyecto está incluida la clase RawString del SDK. Hay una orquestación que asume que están los artefactos correctamente implementados para probar y recibe un string y envía un string (con una lógica de dominio que puede quitarse si quieren probarse strings simples). Ya que estamos, comento un par de cosas importantes para interactuar con MQSC. 1) en el Receive, los siguientes parámetros son mandatorios: Channel Name, Queue y Queue Manager
2) en el Send los párámetros mandatorios son: Channel Name, Connection Name, Queue y Queue Manager
Si estos parámetros no están, los errores 2058 con una descripción como Reason code 2058 Failure encountered while attempting to open queue pueden sucederse sin que esto nos indique exactamente qué está sucediendo. 7/10/2008 Guía para optimización de performance en BiztalkLa guía para optimización de performance en Biztalk ha sido publicada aquí, y me tomé el tiempo para no solamente leerla sino hacer un resumen de la misma para poder tener de referencia y buscar esos puntos. Es una guía muy interesante y diría que es de lectura obligatoria para todo el que piense realizar serios proyectos con Biztalk. Sin embargo, tampoco lo veo como la "guía definitiva" para la performance en Biztalk, dado que la variedad de escenarios puede ser muy compleja, la profundidad con la que se tocan los temas es variada y muchas porciones están teñidas (para bien Y para mal) por la experiencia de los participantes en la confección de la guía. La primer parte "Performance Factors", es una recorrida por diferentes puntos que pueden afectar a la solución. Es extremadamente complejo hacer algo que abarque todo, pero es de esperar al menos que sea una muestra representativa de problemas encontrados por los que lo elaboraron. En este sentido, debe tomarse como un muy buen punto de comienzo, pero deben ser incorporadas experiencias de otros expertos. De la revisión de los diferentes factores, elaboré el cuadro debajo.
La segunda parte "Performance Tools" es una lista de las herramientas que normalmente uno podría usar con Biztalk. Incluye todas las herramientas que se deben tener a mano pero es únicamente una pequeña lista. La tercera parte se enfoca en realizar un "Performance Assessment" a una instalación Biztalk y es un acercamiento más metodológico que técnico. La metodología es más que adecuada y se ve no solamente alienada con las metodologías que normalmente usamos con MCS sino que es coherente y realizable. Reseño debajo algunos puntos destacables
La cuarta parte se centra en encontrar y eliminar los cuellos de botella en Biztalk. A continuación un cuadro de recomendaciones generales
y de las de Biztalk específicamente
La quinta parte trata del testing de aplicaciones. Es un muy detallado análisis del uso de herramientas, aunque en mi criterio no forma parte de la guía como tal y en ese lugar, sino en otra guía o apéndice (aunque debo reconocer que suma hojas para que la guía se vea contundente :) ) La última sección está estrictamente dedicada a la optimización de performance. Hasta ahora, la guía, realmente ha centrado su atención en evitar, encontrar y corregir problemas que afectan la performance. En esta sección, entra directamente en la búsqueda de performance máxima una vez determinada una infraestructura. Esto será parte de mi próxima entrada en el blog. 7/2/2008 Un PAR de días mejorando mis deployments Biztalk - Parte 5Lo último que quería aprender era la relación entre los bats de implementación y los XML de los wizards. El bat de implementación ServerDeployWizard.bat tiene dos líneas: EnvironmentSettingsExporter.exe EnvironmentSettings\SettingsFileGenerator.xml EnvironmentSettings Donde el primero genera los archivos de configuración diferentes por ambiente y el segundo implementa en variables de ambiente los datos que el wizard pide y llama al bat que hace el deployment que es ServerDeploy.bat que tiene: EnvironmentSettingsExporter.exe EnvironmentSettings\SettingsFileGenerator.xml EnvironmentSettings Que exporta (nuevamente y realmente no se por qué) los datos. Pre-procesa (no en mi caso) el xml para incluirle los datos de ambiente y realiza el deployment con Nant Los xml InstallWizar y UninstallWizard son usados por el SetEnvUi que toma el xml y hace pantallas que piden datos para instalación poniéndolas en variables de ambiente. Dado que no afectaba a mi instalación, quité todo lo que venía del ejemplo dejando únicamente la pregunta para caso multi servidor y no dio problemas. Lo único adicional que me quedaría por resolver es cómo se relacionan las variables cargadas en el excel XML con el deployment, dado que hasta ahora no he visto esa relación. |
|
|||||
|
|
+-+Windows+Live&referrer=){kind=small}
