30 octubre 2006

WorkFlows y Sharepoint Designer

He comenzado con los workflows...

La verdad es que son divertidos, aunque no he mirado mucho código. Pero lo poco que he visto es que son un formato xoml.

Xoml,el lenguaje de marcado XML de Windows Workflow Foundation (http://msdn2.microsoft.com/en-us/netframework/aa663328.aspx)será el formato para los flujos de trabajo de microsoft, así el framework .net 3.0 (WinFX incluida en Vista),que verá proximamente la luz, tendrá ya incluidas bibliotecas que permitirán trabajar de sobre él con los lenguajes de programación.


Hay 3 archivos.El nombre_de_workflow.xoml, que tiene los campos del flujo de trabajo y los comportamientos del flujo de trabajo, que dependen del segundo archivo de, este se llama nombre_de_workflow.xoml.rules. Contiene las reglas o todas las condiciones del flujo de trabajo.Y por último nombre_de_workflow.xoml.wfconfig.xml que recoge el id de las listas que utilizará, la plantilla etc...

Esto no es más que un brochazo rápido y deslucido de lo que parece un tema interesante y con miga... Pero a lo que vamos.

Vale, ya sabemos de que va el tema, no? Podemos, entonces utilizar entonces el wizard?. Muy sencillo e intuitivo.

Como ejemplo he utilizado un flujo de trabajo de incidencias (informáticas, como no,je) Sencillas

Tengo una lista de incidencias, esta será rellenada por el usuario. Cuando rellene la ficha se ejecutará de forma automática el flujo trabajo que realizará 2 acciones.
Si la tarea es importante manda un correo a la persona que resuleve la incidencia y saca añade una tarea a la lista de de tareas. Si no es una tarea importante lo añade una tarea, pero esta tendrá que ser aceptada por mi para que mande los correos.

Sencillo y bien.



Esto es como queda. Pero voy a explicar un pelín más.



A ver, en las condiciones, estableceremos lo que debe cumplir para que entre a esta rama del flujo de trabajo. Nos permite realizar comparaciones con otras lista y elementos (por fin relaciones entre listas, bien!!!!) del Sitio de Sharepoint, la verdad que da mucho juego.

Un flujo puede tener un número de pasos, estos se ejecutarán de forma progresiva, en mi ejemplo, cuando se aprueba la incidencia el flujo se queda parado, y cuando la incidencia se da como terminada el flujo se termina con el.

En la lista a la que asignamos el flujo aparece un campo que es un chivato del estado del flujo, este chivato llevará por nombre el nombre del flujo.

Lo siguiente que veré serán las variables de Flujo, lo que ya no se para cuando será
:-S
Un saludete

27 octubre 2006

WORKFLOWS DE SHAREPOINT

He empezado a echar un vistazo a los workflows de Sharepoint.
Desde un Sharepoint nuevo se necesita configurar varias cosas.
Para que exista un workflow, se debe asignar a un sitio, y crear una serie de comportamientos.

Pero para que este funcione, debemos tener habilitado el estado de las sesiones del Usuario. Esto, que suena raro, sirve para que el workflow comience a trabajar, ya que una tarea o trabajo se asigna a un usuario.

Para habilitar esto debemos configurar el proveedor de servicios compartidos (ssp).

Para configurar esto, debemos tener un Servidor de índices. Cuando realizamos la instalación este servivio viene activado es el Servicio del iniciador de conversiones de documentos.

El Servicio del iniciador de conversiones de documentos sirve para la creación administración de los sitios personales de cada usuario y para la administración de perfiles dentro de Sharepoint (accesos, configuración de sitios propios...)

Una vez configurado podremos comenzar a utilizar los flujos de trabajo. Tenemos dos formas, desde una lista (x ejem, incidencias) podemos configurar el workflow, pero es mucho más completo hacerlo desde Sharepoint Designer 2007 (jeje, versión BETA)



Desde la consola del mismo SP podemos crear el flujo de manera sencilla pero viene muy limitado.

Con Sharepoint Designer nos conectaremos al sitio

Desde el la carpeta primaria creamos el workflow, (btn drcho, nuevo, contenido Share..)
Se abre la consola de flujos, donde comenzaremos a crear el flujo de trabajo, especificando cuando se ejecutará, nombre... Todo sencillo.

Y aquí comienza la mágia de sherpoint designer...

26 octubre 2006

Cambios de nombre en Sharepoint

He empezado a probar y a enterearme un poco (poco, poco) de Sharepoint 2007. Como he empezado a partir de la máquina virtual de mi compa Carlos (http://www.ideseg.com) y estamos en la misma red tengo que cambiar todos los nombre, tanto del servidor físico, como el nombre del servidor SQL.

Una vez cambiado en los dos sitios y reiniciado el equipo para coger los cambios comenzamos a sincronizar el SP con el SQL.

SP, tiene una herramienta en un directorio que no sirve para reconfigurar de nuevo algunas cosas, asi como para mirar algunas otras.



Una vez que estamos en este directorio utilizamos la orden



Este proceso le llevara unos 5 minutos, una vez hecho esto tendremos ya otra vez el sharepoint reconectado con la base de datos.

SI da algún problema, como ha sido mi caso hay que volver a ejectutar el programa de administración de sharepoint v3.

20 octubre 2006

Formación de Navarradotnet

Ayer tuvimos la primera de las reuniones de Navarradotnet.com. La verdad que estuvo bien, y parace que estamos un buen grupilloa, a var, a ver...

Solo dar la gracias a Carlos y a Elena que se han movido para formarlo.

Los dos unos Cracks!!!

Lo mejor, es que hay gente que son mcad's, y seguro que nos pueden guiar por el interesante mundo de los examenes microsoft, eso y gente que va sacando las estrellas de microsoft.

Un saludete a navarradotnet.com

http://www.navarradotnet.com

17 octubre 2006

UF... Que de tiempo ha pasado que no pongo nada...

Bueno... No pasa nada...

Hoy estoy haciendo una pequeña labor de administración, recientemente hemos implantado una solución completa para las intalaciones. Como no microsfot tiene un pontente, a mi parecer, software para ello , System Manager Server 2003, y que una vez cogido el tino (y haberme pegado con el teclado y ratón unas cuantas veces) es sencillo de utilizar.

Voy a crear un Punto de distribución de Software dentro de un AD, como es una labor un poco tediosa a la hora de dejarlo funcionando y es facil que se me olvide (esta parte de la cadena de ADN a mi me toco un poco más de pez que de elefante) la voy a dejar documentada.


El primer paso consiste en la consola de Administración del SMS dentro del sitio principal -- SITIO PRINCIPAL -- Botón derecho y añadir Sitio secundario.
Se abre un wizard para buscar el servidor en cuestión.
En el campo de site code añadimos una entrada que nos facilite el reconocer el servidor secundario.
La siguiente pestaña añadimos el dominio y el nombre que le hemos dado a este servidor en el AD para que SMS lo reconozca. Así como la plataforma con la que trabaja. En mi caso es x86 así que sin problemas. También nos dará la opción de definir el directorio donde va a descargar desde mi servidor principal de aplicaciones las herramientas para configurar este servidor como secundario o DP (Distribution Point).

La siguiente ventana nos permite elegir entre los origenes de los archivos, yo lo dejo que los descarge desde mi padre, ya que la comunicación de los servidores es buena.

Las opciones de seguridad son un punto importante en SMS, sobre todo cuando tenemos diferentes sistemas operativos, con esto, y lo siento mucho, me refiero a sistemas windows...
XP utiliza Advanced security. En cambio inferiores no lo soportan y hay que utilizar la modo estandar. Desde microsoft recomiendan el primero.

Seguimos con el wizard y la siguiente entrada nos dice como vamos a contactar con el Servidor.
Pide dos opciones una dirección asincorna RAS o una standar. Elegimos las Standar y le damos una cuenta con permisos de escritura en el servidor. Lo mismo para el padre, que nos saldrá en la siguiente ventana.
Finalizamos el Wizard.

Ahora habrá comenzado la instalación en el servidor de destino. Le lleva un rato el que descarge los archivos de instación al servidor de destino. La instalación la comienza auotomaticamente. Asi que por un momento nos podemos olviadar un poco de esto...

Como dato, el paquete instalador los va descargando en <>:\SMS_BOOTSTRAP.PKG así si queremos ver como va la instalación podemos ver que tamaño tiene y como va aumentando.

Una vez termina de pasar todo el archivo, automaticamente inicia la instalación.
Como el servidor esta sin servicios de nada que no sea un servidor de archivos saldrán mensajes de error. Estos e guardan en <>:\SMS_BOOTSTRAP.LOG y en <>:\SMSSETUP.LOG

Si se realiza la instalación a un servidor con terminal server, es casi caotico el llevarla a cabo. Incluso, mirando en microsoft como cambiar el usuario de la sesión de terminal (para ponerlo en instalador de software) da problemas, asi que lo mejor es para el servicio (los que trabajeis solo con terminal os tendreis que agenciar una herramienta de control remoto para solucionar el problema pcanywhere x ejemplo), si alguien de los númerosos que habeis entrado a mi blog (jejeje) conoceis una buena solución os lo agradecería que me la remitieseis.

Continuará...