Pasión por la tecnología…

julio 21, 2008

S+S: CTP versión R12 de BizTalk Services!

Archivado en: BizTalk,S+S,SOA — Juan Carlos González Martín @ 21:39

Microsoft acaba de liberar una nueva CTP de BizTalk Services, o lo que es lo mismo la plataforma en la nube para SOA (Service Oriented Architecture) y BPM (Business Process Management). Además de esta nueva CTP, y ya van 12, se ha liberado una nueva versión para el SDK de BizTalk Services.

Como sabréis, BizTalk Services permite a las organizaciones modelar escenarios de Internet Service Bus (ISB), es decir, modelar sus procesos de acuerdo a la filosofía SOA más allá de los límites de la organización y en la nube (o lo que es lo mismo, a través de Internet). En definitiva, BizTalk Services permite definir mecanismos estándar de conexión de aplicaciones distribuidas utilizando la red como medio.

image

Por otra parte, BizTalk Services se enmarca dentro de la estrategia Software + Services (S+S) de Microsoft que consiste en ofrecer una serie de servicios hosteados en la nube (Internet) al más puro estilo Amazon o Salesforce.com. Además, no hay que olvidar que BizTalk Services se enmarca también dentro de la estrategia de Microsoft de proporcinar los elementos necesarios para simplificar SOA y enlazar con la estrategia S+S, o lo que es lo mismo: OSLO

En cuanto a las novedades de esta nueva CTP de BizTalk Services, sin duda destaca la capacidad de definir servicios de orquestación en la red habilitados por Windows Workflow Foundation (WF). Tal y como se comenta en esta noticia, la clave de esta capacidad está en un runtime de WF hosteado en la red y el uso de servicios web de mensajería. Además de esta novedad, la release R12 de BizTalk Services incluye:

  • Extensión del servicio de identidad, de manera que se permite que los usuarios puedan dar cierto control a los socios comerciales en los procesos de negocios modelados.
  • Comunicación Rest-Based como alternativa para el intercambio de información de las identidades involucradas.
  • Soporte multiprotocolo en el intercambio de información. Por ejemplo, se ha añadido soporte a TCP (hasta ahora solo se soportaba HTTP). También se han añadido nuevas estrategias de intercambio de mensajes, como mensajería FIFO.
  • La información se puede enviar en modo broadcast a múltiples destinos sin necesidad de autorización.

Podéis ver el resumen completo de las novedades de esta CTP en este enlace. Os podéis bajar la nueva versión del SDK en este otro enlace.

Extendiendo la SharePoint 3.0 Central Administration: SharePoint Administration Toolkit!

Archivado en: MOSS,SharePoint — Juan Carlos González Martín @ 18:45

Cuando se habla de administrar la plataforma SharePoint, tenemos varias posibilidades:

  • La más intuitiva, a través de la SharePoint 3.0 Central Administration desde la que podremos configurar y modificar elementos claves de nuestra instalación de SharePoint (WSS 3.0 & MOSS).
  • A través de la interfaz de comandos y utilizando la herramienta stsadm.
  • Extender las dos opciones anteriores.
  • Aprovechar la riqueza del modelo de objetos de administración de SharePoint para construir nuestras propias aplicaciones de administración de SharePoint.

En esta ocasión vamos a ver como podemos extender la SharePoint 3.0 Central Administration y la utilidad stsadm a partir del SharePoint Administration Toolkit. Se trata de un paquete de funcionalidades a nivel de administración que apareció durante el mes de abril de este año y que está pensado para ayudar a administrar y gestionar WSS 3.0 & MOSS. Empecemos.

La instalación

El proceso de instalación de este Toolkit es realmente sencillo puesto que se compone únicamente de dos pasos:

  • La típica aceptación de las condiciones bajos las que se licencia.
  • Una pantalla de línea de comandos en la que podemos ver como se van instalando los archivos de aplicación que componen el toolkit.

Si revisamos el directorio de instalación de SharePoint (WSS 3.0 o MOSS), podremos comprobar que aparece una nueva feature denominada BatchSiteManagerLinks y que es la que añade la instalación del Toolkit.

image image  

image

Tras instalar el Toolkit, tendremos que tanto la SharePoint 3.0 Central Administration como la utilidad stsadm han sido extendidas con nuevas funcionalidades:

  • Desde la administración central de SharePoint y en la sección Applications aparece una nueva sección de funcionalidad denominada Batch Site Manager podremos realizar operaciones a gran escala en colecciones de sitios como mover, bloquear y eliminar colecciones de sitios.
  • En el caso de la utilidad stsadm dispondremos de una nueva opción que facilita la actualización de los correos de alertas de SharePoint ante cambios en el nombre de la url: updatealert.
image image

Probando las opciones de la sección Batch Site Manager

Lo siguiente que vamos a hacer es probar la funcionalidad de realizar operaciones a gran escala con colecciones de sitio. Por ejemplo, vamos a ver como podemos mover colecciones de sitios. Esta operación nos permitirá mover colecciones de sitios entre bases de datos asociadas a la misma web application (esta limitación es importante). Los pasos para definir la operación Move son los siguientes:

  • Lo primero que tendremos que hacer en la página que se abre es especificar la web application que contiene la colección o colecciones de sitios sobre las que operaremos.
  • Para poder visualizar las colecciones de sitios de la web application necesitamos iniciar un job encargado de agregarlos.
  • Para comprobar el estado de ejecución del job, pulsamos sobre Refresh progress. En mi caso, se habrá agregado una única colección de sitios. Para cada colección de sitios vemos que se visualiza cuál es su BD de contenidos, el espacio que ocupa, el número de Hits, la última modificación y el Lock Status.
  • Para probar la opción movimiento de colecciones de sitios, simplemente seleccionamos el sitio o colección de sitios a mover y pulsamos sobre el enlace de acción Move.
image image  

image

  • A continuación especificaremos las configuraciones necesarias para realizar la operación de movimiento de la colección de sitios:
    • El nombre y descripción del job encargado de realizar el movimiento (se trata de un Timer Job de SharePoint).
    • El nombre de la BD de contenidos a la que vamos a mover la colección de sitios.
    • El servidor de SharePoint (primero que esté libre) al que vamos a mover la colección de sitios.
    • El path físico (puede ser una carpeta compartida) dónde se guardarán de manera temporal los archivos generados al realizar la operación de movimiento (en mi caso he especificado una carpeta local de la máquina virtual de pruebas).
    • La planificación de ejecución del job: en el momento actual vs en un instante de tiempo programado.
    • Las acciones a realizar en el caso de producirse éxito o fallo en el job (envío de una notificación por e-mail).
  • Tras realizar todas esta configuraciones simplemente pulsamos OK para que se realice la operación Move, y se hará efectivo el movimiento de la colección de sitios de una BD de la web application a otra BD asociada.

image

La configuración de las operaciones Delete y Lock son similares a la operación Move:

  • En el caso de una operación de tipo Lock, tendremos que especificar como es este anclaje del site o site collections seleccionados: Not Locked, Adding content prevented, Read-only, No access.
  • En el caso de una operación Delete, podremos especificar si vamos a realizar un backup de lo site o site collections y la ubicación física del backup.
image image

Finalmente comentaros que podéis obtener más información acerca de las funcionalidades del SharePoint Administration Toolkit en este whitepaper sobre esta extensión de la SharePoint 3.0 Central Administration y en esta entrada del blog de Chandima Kulathilake. Espero que el post os haya resultado interesante.

El tema Rubric Blog de WordPress.com.

Seguir

Recibe cada nueva publicación en tu buzón de correo electrónico.

Únete a otros 39 seguidores