VS 2010 & .NET Fx 4.0: publicadas + guías de migración hacia WF 4.0!

Hace poco más de un mes os comentaba que tenemos disponibles las primeras guías de migración hacia WF 4.0. El caso es que Microsoft ha seguido trabajando en este sentido y ya tenemos disponibles nuevas guías de migración hacía WF 4.0 (añadidas a las ya comentadas). Podéis acceder a las guías de migración en este enlace. El listado de guías de migración disponible ahora mismo es:

  • WF Migration Best Practices
  • WF Migration Cookbook Custom Activities
  • WF Migration Cookbook Workflows
  • WF Migration Overview
  • WF4 Rules Guidance
  • WF4 State Machine Guidance
  • WF4 Workflow Services Guidance

Disponibles los materiales del WebCast SharePoint y el nuevo mundo del trabajo!

Ayer tuve la oportunidad de participar en un webcast introductorio sobre plataforma SharePoint organizado por el club .NET de la Universidad Oberta de Catalunya (UOC), del que soy miembro como estudiante de la misma. Personalmente, creo que cumplí con el objetivo de dar una idea clara de lo que permite la plataforma, algo complicado teniendo en cuenta que el webcast duró 2,5 horas…pero bueno, como siempre el truco es hacer demos chulas y olvidarse de la presentación, excepto de la parte relativa a SharePoint 2010 ;-). Bueno, el caso es que ya están disponibles para descarga los materiales del webcast, vídeo incluido:

Finalmente, me gustaría agradecer a Jesús Bosch su invitación para realizar este webcast.

UOC DotNet Club

CIIN SUGES

 

MOSS: Como automatizar la publicación de formularios Infopath (I)!

Como sabéis, una de las capacidades que vienen de serie con la versión empresarial de MOSS es la de los llamados e-forms, o lo que es lo mismo, publicar formularios Infopath en MOSS de manera que se pueda interactuar con ellos directamente a través del navegador gracias a los Infopath Forms Services de MOSS. Hace un tiempo os comenté como se realiza el proceso de publicación de estos formularios:

En estos posts veíamos como publicar los formularios de una forma manual y en total dependencia con un servidor de SharePoint concreto. Pero, ¿cómo podemos automatizar la publicación de estos formularios independientemente del servidor de SharePoint destino? La idea de este posts y los siguientes es valorar las algunas posibilidades que tenemos a la hora de automatizar la publicación de formularios Infopath. Empecemos.

Diseño del formulario

Como siempre, el primer paso que tenemos que realizar es diseñar el formulario Infopath. Por ejemplo, podéis seguir el paso a paso de este post. Una vez que tenemos diseñado el formulario, tenemos que realizar lo siguiente:

  • Comprobar la compatibilidad del formulario diseñado con Infopath Forms Services. Para ello, no tenemos más que pulsar la opción Change Compatibility Settings en el panel Design Checker de Infopath. En la ventana que se abre (sección Compatibility), especificamos la url del servidor de MOSS contra el que vamos a comprobar que el formulario se puede visualizar de forma correcta en el navegador.
  • Definir el nivel de seguridad confianza del formulario a publicar.
image image image
  • Deshabilitar la opción ‘Enable form merging’.
  • Tras pulsar OK, simplemente comprobamos que el formulario no presenta ningún error de compatibilidad.
image image

Publicación del formulario en una carpeta

Una vez que tenemos listo el formulario para su publicación, procedemos a realizar los siguientes pasos:

  • A través del menú File, seleccionamos la opción Publish.
  • Si no hemos guardado la plantilla del formulario, el asistente de publicación nos pedirá que guardemos dicha plantilla como paso previo.
  • Una vez guardada la plantilla, en la siguiente pantalla del asistente seleccionamos la opción To a network location.
  • En la siguiente pantalla, especificamos el nombre y path de la plantilla a publicar en Infopath Form Services.
image image image
  • La siguiente pantalla simplemente pulsamos Next (Nota: Dejad vacía la caja de texto).
  • En la siguiente pantalla pulsamos Publish, y en la pantalla final simplemente pulsamos Close.
image image

Publicación del formulario en SharePoint

Una vez que ya tenemos publicado el formulario Infopath en la carpeta, para automatizar su publicación a cualquier servidor de SharePoint no tenemos más que ejecutar los siguientes comandos STSADM (cambiando los path según necesitemos):

echo Instalando formulario Infopath…

::Revisar que los path estén correctos

SET STSADM=C:\Program Files\Common Files\Microsoft Shared\web server extensions\12\bin\stsadm.exe

SET FormPath=C:\Documents and Settings\Administrator\Desktop\Demos Workshop\Infopath Deploy\STSADM\ExpensesReportFormTemplate_v3.xsn

SET SiteUrl=http://litwaredemo

 

"%STSADM%" -o verifyformtemplate -filename "%FormPath%"

"%STSADM%" -o UploadFormTemplate -filename "%FormPath%"

"%STSADM%" -o execadmsvcjobs

"%STSADM%" -o ActivateFormTemplate -url %SiteUrl%  -filename "%FormPath%"

 

echo Instalacion terminada…

Básicamente, lo que estamos haciendo es lo mismo que podemos hacer desde la administración central de SharePoint, pero de una forma automatizada:

  • Verificamos que el formulario Infopath está listo para poder usarlo con Infopath Form Services a través de verifyformtemplate.
  • Subimos el formulario a la galería de formularios accesible desde la administración central de SharePoint.
  • Ejecutamos los timer jobs de SharePoint.
  • Activamos el formulario a una colección de sitios concreta.

image

Finalmente, si todo ha ido bien no tenemos más que comprobar que:

  • La nueva plantilla aparece en la galería de plantillas de formularios de la administración central.
  • La nueva plantilla aparece en la biblioteca de formularios asociada al sitio donde la hemos activado.
  • Se ha creado un nuevo tipo de contenido asociado a esta plantilla.
image image image

Y hasta aquí llega este primer post sobre como automatizar la publicación de formularios Infopath. Espero que os haya resultado interesante.

SharePoint 2010: Novedades en Visio 2010!

Parece que, aunque muy poco a poco, seguimos conociendo algunas novedades que traerá SharePoint 2010. en concreto, las dos últimas novedades que han aparecido por la comunidad, siempre evitando violar el NDA que nos ata a todos .-(. En esta ocasión, la novedad la tenemos en el post Creación de flujos de trabajo para SharePoint 2010 utilizando Visio 2010 por Witor Wilén. Por supuesto, el amigo Witor Willen no afirma nada, sino que hace predicciones de por dónde irán los tiros en lo que a creación de flujos de trabajo en SharePoint 2010 se refiere.

Workflow sample

Y por fin los cerdos volaron ;-)….Microsoft libera 20.000 líneas de código para Linux!

Pues eso, y esta vez no creo que sea una broma sobre todo por la fuente en la que podéis leer el titular tan “sensacionalista” que he puesto como título del post. Y es que ya podemos afirmar que los cerdos vuelan ahora que Microsoft acaba de liberar 20.000 líneas de código para Linux…nunca pensé que pondría una imagen como la siguiente en un post 😉

Jugando con ADO.NET Data Services CTP 1.5 (II)!

Hace unos meses escribía un primer post sobre ADO.NET Data Services 1.5 CTP1 en el que os comentaba algunas de las novedades que trae la primera CTP, así como una forma de consumir el servicio desde una aplicación cliente. En este segundo post os voy a detallar algunas novedades que trae a la hora de facilitar la consulta de datos del modelo a través de una serie de nuevos operadores, un mejor tratamiento de los streams BLOBs o feeds más amigables. Empecemos.

Nuevos operadores en ADO.NET Data Services 1.5 ( 2.0, a ver que nombre se le queda) 

  • count, que nos permite devolver el número de elementos que tenemos para una cierta entidad al realizar la correspondiente consulta.
  • Por ejemplo, para consultar el número de productos de la BD Adventure Works utilizaríamos una consulta como: http://localhost:1049/WebDataService1_5.svc/Product/$count. En este caso el número de resultados que obtenemos es de 4 porque he aplicado paginación en el servidor (otra novedad de ADO.NET Data Services 1.5).

image

image 

image

Trabajo con BLOB Streams

ADO.NET Data Services 1.5 introduce mejoras en lo que al tratamiento de streams BLOB se refiere:

image

image

Y hasta aquí llega este segundo post sobre ADO.NET Data Services 1.5. Espero que os haya resultado interesante.

MOSS: Como importar propiedades de los user profiles de distintas fuentes!

Cómo sabéis, una característica de MOSS es la de los perfiles de usuario que nos permiten almacenar la información de todos los usuarios de una organización de manera manual o automática definiendo un origen de importación que puede ser un DA, un recurso de DA, un directorio LDAP o bien un Business Data Catalog (BDC). Cuando hablamos de los User Profiles de MOSS el primer punto a tener en cuenta es que MOSS tiene definida esta característica dentro de los Shared Services Providers (SSP), y en concreto el SSP referente a User Profiles.

image

Ahora bien definir un origen de importación de los perfiles de usuario de MOSS es a priori un proceso sencillo, pero ¿Cómo podemos actualizar ciertas propiedades de los perfiles que no estén en el origen de importación? Básicamente, imaginaros ante un caso en el que los perfiles de usuario están en un DA, pero hay ciertas propiedades que se encuentran en una aplicación de RRHH (p.e). Para actualizar las propiedades de los perfiles de usuario con la información contenida en este sistema, tenemos las siguientes opciones:

  • Manualmente, opción nada atractiva y recomendable si estamos hablando de un número elevado de perfiles de usuario cargados en MOSS.
  • Mediante el modelo de objetos tal y como os comenté en el post: MOSS- Cómo actualizar los User Profiles!.
  • Aprovechando que podemos definir un nuevo pérfil de importación utilizando el BDC. En este caso, os recomiendo leer este estupendo artículo elaborado por Tood Baginski en el que detalla paso a paso como actualizar los perfiles de usuario a partir de información contenida en una BD SQL Server definiendo un perfil de importación de tipo BDC. Como veréis, la clave está en definir en la fuente auxiliar de información un campo de información que se relacione con uno ya existente en los perfiles de usuario para actualizar las propiedades correspondientes.

image_26

Y hasta aquí llega lo que os quería contar sobre como actualizar los perfiles de usuario de MOSS con información procedente de fuentes diversas.