¡Hola mundo!

Welcome to WordPress.com. This is your first post. Edit or delete it and start blogging!

Publicado en Sin categoría | 1 Comentario

Custom pipeline para procesar hojas Excel – BizTalk 2006

Alfrasoft acaba de publicar en su blog un artículo acerca de cómo crear un custom pipeline para realizar procesamiento de hojas Excel.

El enlace es el siguiente:

Custom pipeline para procesar hojas Excel

Gracias Alfrasoft

 

Publicado en BizTalk | 1 Comentario

Cómo instalar un ensamblado de BizTalk en la GAC

Hoy vamos a hablar de la Global Assembly Cache. Cuando instalamos el CLR de .NET en un ordenador se crea una especie de almacén de ensamblados. Este almacén es la GAC y nos permite compartir ensamblados entre aplicaciones. Cuando generamos un proyecto de BizTalk y luego lo implementamos, una de las tareas que hace por nosotros es colocarlo en la GAC.
 
Para instalar un ensamblado en la GAC es necesario que tenga un strong name y si no se lo hemos dado, Visual Studio nos dirá que no puede instalarlo en la GAC cuando queramos realizar la implementación. Esta propiedad de los ensamblados hace que un ensamblado sea unívocamente referenciable. Ahora viene la pregunta: ¿Qué hace que un ensamblado tenga strong name?. Un strong name lo componen: 
  • Identidad del ensamblado: Su nombre, su versión y su cultura.
  • Clave pública
  • Firma digital

Para crear un par de clave pública/privada para firmar el ensamblado podemos usar la herramienta sn. Simplemente, abrimos la línea de comandos de Visual Studio y ejecutamos: sn -k ejemplodeclave.snk. También podemos retrasar la firma del ensamblado, pero entonces no lo podremos instalar en la GAC.

 

Todo lo que he explicado se puede configurar viendo las páginas de propiedades de nuestro proyecto BizTalk:

 

 

 

Bueno, y con esto ya está, ahora ya podemos implementar nuestras orquestaciones en la GAC sin problemas. Sólo tenemos que hacer clic derecho en el proyecto, generarlo y luego implementarlo.

Publicado en BizTalk | 2 comentarios

ActiveSync 4.0 no reconoce una pda WM5 después de actualizar Windows XP

Hace poco actualicé un Windows XP (bueno, realmente hice una recuperación del sistema, pero me da que puede pasar al actualizar alguno de los parches que tuve que instalar después de la recuperación). Todo iba de lujo, a excepción de ActiveSync 4.0, que no reconocía una preciosa Qtek 9100 con Windows Mobile 5 y que antes sí reconocía.
 
El objetivo era no perder la información de sincronización. En el Panel de Control -> Conexiones de red, habitualmente podemos ver una conexión extra para los dispositivos móviles, pero no estaba. Debería aparecer algo así:
 

 
Además, en el Administrador de dispositivos aparecía un estupendo "Windows Mobile-based Device #X" con X incrementándose cada vez que conectaba la pda, pero no la reconocía ni a la de tres:
 

 
 
Lo solucioné yendo a Agregar o quitar programas y eligiendo la opción de cambiar Microsoft ActiveSync 4.0. Después, le decimos que queremos reparar la instalación y listo, problema solucionado .
 
 
Por cierto, para reparar un Windows XP recomiendo este artículo de Michael Stevens (MS-MVP).
Publicado en Windows | Deja un comentario

Gracias

Bueno, quiero dar las gracias a todos los que visitan mi blog… ¡¡¡Ya llevo 2175 visitas!!! Gracias por leerme .
 
Aprovecho para adelantar que estoy preparando una serie de artículos de BizTalk 2004, unos para ayudar a resolver problemillas frecuentes y otros más bien en plan tutorial. Irán saliendo estos días.
 
También comentaré un problemilla que tiene ActiveSync 4.1 y que se soluciona fácilmente.
 
Ya sabéis, para frikis adeptos o adictos a la tortura. Lo siento por los que vengáis engañados .
 
Besitos para todos.
Publicado en Void | Deja un comentario

Actualización de seguridad para el exploit WMF

Microsoft nos ha dejado como regalo de Reyes una actualización crítica de seguridad para el problema del exploit en el motor de procesamiento de gráficos relativo a la forma de manejar imágenes WMF (Windows Metafile image Format). Esta vulnerabilidad permitía la ejecución remota de código en el sistema atacado y permitía al atacante los mismos privilegios que el usuario en uso (no, no, si nadie usa la cuenta de administrador…).
 
Es una actualización crítica para Windows 2000, XP y 2003. Es muy importante actualizar el sistema y hay que tener en cuenta que el exploit ya era público antes de salir a la luz la actualización. Esta última lo que hace es modificar el modo en el que el motor procesa las imágenes WMF (concretamente unos problemas con unos tipos de registros).
 
Está disponible para descarga en Windows Update y Microsoft Update (los que no hayáis probado este último, hacedlo, sólo tenéis que seguir las instrucciones que aparecen a la derecha en la web que abre Windows Update). Requiere el reinicio del sistema.
 
Para conocer más detalles sobre la vulnerabilidad, recomiendo una visita al Security Bulletin (el primerito del año xD) que aparece más abajo.
 
Más información en:
 
Publicado en Windows | Deja un comentario

Copia de seguridad del secreto principal de SSO

Hoy nos toca hablar de mi querido amigo BizTalk . Una cosa sencillita, pero básica.
 
Tras la instalación de BizTalk 2004 es muy importante realizar una copia de seguridad del secreto principal para no arriesgarnos a una pérdida de información. Si no se ha realizado dicha copia, BizTalk genera periódicamente una entrada en el Visor de sucesos para recordarnos la necesidad de realizar la copia de seguridad. El evento es el siguiente:
 
Tipo de suceso: Error
Origen del suceso: ENTSSO
Categoría del suceso: Inicio de sesión único (SSO) empresarial
Id. suceso: 10589
Descripción:
No se ha realizado una copia de seguridad de formato del secreto principal. Si pierde el secreto principal, toda la información almacenada en el sistema SSO se perderá de forma irreversible y puede que sus sistemas no funcionen correctamente. Utilice las herramientas de administradores de SSO para hacer copia de seguridad de su secreto principal.
 
Para realizar la copia de seguridad sólo necesitamos hacerla con un usuario con rol de administrador de SSO y una contraseña que será la que usemos para llevar a cabo la posible restauración. Esta copia de seguridad tenemos que acceder mediante la línea de comandos al directorio de instalación de ESSO (Si la unidad es C, será C:\Archivos de programa\Common Files\Enterprise Single Sign-On) y ejecutar allí el siguiente comando:
 
ssoconfig -backupsecret fichero_que_contendrá_la_copia
 
Con esto ya tenemos la copia de seguridad hecha. Ahora sólo hay que ponerla a salvo xD.
Publicado en BizTalk | Deja un comentario