Blog de P@blo - Sharepoint Server

Ejecución de un flujo de trabajo en múltiples items de una lista de Sharepoint

2013-01-08T12:54:00Z

En mi caso particular, tuve la necesidad de ejecutar un flujo de trabajo, construido con SPD, en cerca de 2500 items de una lista de Sharepoint. Luego de navegar por varios minutos encontré el script "Start-OSCSPWorkflow" basado en powershell el mismo que permite ejecutar un workflow sobre una cantidad de items determinada. De acuerdo a las recomendaciones del sitio es importante considerar la capacidad de procesamiento del servidor de Sharepoint para ejecutar cierta cantidad de flujos de trabajo. Para mi escenario, los 2500 items consumió un total de 1.5 GB de Memoria, mientras que el procesador casi no fue impactado de forma constante.

Luego de hacer una importación del script es importante definir como se ejecutará el mismo, por ejemplo, con el parámetro -ItemID se puede colocar una lista de IDs de los items de la lista de Sharepoint que se van a ejecutar separados por comas (,).

Start-OSCSPWorkFlow -SiteURL "Dirección_Sitio" -ListName "Nombre_Lista" -WorkflowName "Nombre_Workflow_SPD" -ItemID 12, 33, 45 -verbose

El script por defecto acepta un máximo de 10 IDs de items de la lista. Esto lo controla con el parámetro -MaxConcurrentWorkflowNumber. Si se va a ejecutar más de 10 elementos deben colocar ejecutar el script con el parámetro -MaxConcurrentWorkflowNumber y un valor superior al de los IDs enviados.

Existe otra forma de ejecución del script y es por medio de una consulta CAML. Si el objetivo es ejecutar un workflow sobre todos los items de una lista:

Start-OSCSPWorkFlow -SiteURL "Dirección_Sitio" -ListName "Nombre_Lista" -WorkflowName "Nombre_Workflow_SPD" -Query '<FieldRef Name="ID" />' -verbose -MaxConcurrentWorkflowNumber 100

He colocado el valor de 100 al parámetro -MaxConcurrentWorkflowNumber, por ejemplo, si la consulta CAML retorna menos de 100 elementos, caso contrario deben colocar un valor mayor.

El URL de donde pueden descargarse el script es http://gallery.technet.microsoft.com/office/Start-a-Workflow-on-120bffe5, espero sea de su utilidad.

Menú de Sharepoint 2010 con imágenes/animaciones flash

2012-11-14T19:16:00Z

Me encontré con un nuevo problema al publicar una animación flash en un sitio de Sharepoint. Resulta que el menú de Sharepoint se presenta detrás de la animación de flash, similar a la imagen presentada.

Para publicar la animación flash utilicé un archivo HTML que hace el llamado a la animación flash y un webpart visor de páginas web para llamar a la página HTML. El truco está en cambiar la etiqueta HTML al siguiente valor:

Espero sea de su utilidad.

Sharepoint 2010 Administration - Error al iniciar el servicio ID 7000 y 7009

2012-11-12T23:43:00Z

Al tratar de reiniciar el servicio "Sharepoint 2010 Administration" se presentó el mensaje de error:

"The service did not respond to the start or control request in a timely fashion."

Luego de revisar algunos posts ejecuté el siguiente procedimiento:

- ejecuté el comando stsadm -o localupgradestatus, para determinar si era necesaria la actualización de alguna base de Sharepoint. En efecto se presentó un mensaje indicando que la base de configuración requería ser actualizada.

- Traté de ejecutar el comando "psconfig –cmd upgrade –inplace b2b –wait –force" sin tener suerte.

- Traté también de ejecutar el comando "stsadm -o upgrade -forceupgrade", igualmente sin tener suerte.

- Ejecuté manualmente el asistente de configuración de productos de sharepoint y el mismo culminó sin éxito.

- Se creó la clave de registro "ServicesPipeTimeout" de tipo DWORD en la sección "HKLM\SYSTEM\CurrentControlSet\Control", con el valor decimal de 60000.

- Actualicé la clave de registro "WaitToKillServiceTimeout" en la sección "HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control" con el valor decimal de 120000.

- Reinicié el servidor y ejecuté nuevamente el asistente de configuración de productos de Sharepoint, igualmente sin suerte.

- Finalmente ejecuté el comando "psconfig.exe -cmd upgrade -inplace b2b -force -cmd applicationcontent -install -cmd installfeatures" y el procedimiento culminó sin problemas e inició el servicio igualmente.

Espero sea de su utilidad.

Sharepoint 2010 + Infopath 2010: The operation could not be completed

2012-08-31T21:05:00Z

En un formulario de Infopath, al crear una nueva conexión de extracción de datos, se presentó el siguiente mensaje de error:

En mi escenario, se creó un solo sitio de Project Web Application y un sitio secundario con una biblioteca de formularios. El mensaje de error se presenta cuando no se encuentra creada una colección de sitios en el sitio raiz de IIS.

Para solucionar el problema ejecutar el siguiente procesimiento:

- Utilizar la consola de Administración Central de Sharepoint para crear una colección de sitios en el sitio raiz de IIS (Sitio Web por Defecto).

- Crear nuevamente la conexión de recepción de información en el formulario de Infopath.

Como siempre espero esta información sea de su utilidad.

Sharepoint 2010: Como ampliar el tamaño de un campo de tipo "Búsqueda" (Lookup) en una lista personalizada

2012-08-22T19:49:00Z

En una lista de Sharepoint, un campo de tipo Lookup se utiliza para hacer referencia a una lista que contiene las opciones o infomación que requerimos. Por ejemplo, en una lista personalizada de Sharepoint puedo mantener el registro de varios documentos de la organización y en otra lista tengo otro campo en el cual deseo seleccionar varios documentos relacionados. Resulta que cuando el nombre del campo que se relaciona es demasiado extenso y además se van a seleccionar varios documentos, la vista del campo relacionado es similar a la siguiente figura:

El campo "Documentos Relacioados" se encuentra configurado de la siguiente forma:

Para ampliar el tamaño de la columna "Documentos Relacionados" se considera la cadena de caracteres de mayor longitud. Es necesario editar la página en donde se encuentre el campo de tipo "Lookup" e insertar un webpart de tipo WCE (Web Content Editor), editar el código HTML e ingresar el siguiente código:

$(document).ready(function() {

$().SPServices.SPSetMultiSelectSizes({

multiSelectColumn: "Documentos Relacionados"

});

}); </script>

El efecto posterior al ingreso del script es el siguiete:

Los archivos: jquery-1.7.2.min.js y jquery.SPServices-0.7.1a.min.js, pueden descargarlo de este enlace: http://msmvps.com/cfs-file.ashx/__key/CommunityServer.Blogs.Components.WeblogFiles/tech-steps.Sharepoint2010/2337.JScripts.zip, recuerden incluirlos en una biblioteca de Sharepoint y hacer la referencia correcta al momento de escribir el código en el WCE.

Como enviar archivos adjuntos de Infopath 2010 como adjuntos de correo electrónico.

2012-08-03T21:01:00Z

El reto de hoy es generar el código necesario para poder enviar un documento adjunto de un formulario de Infopath 2010 como un adjunto de un correo electrónico. Como base es necesario tener al menos un control de tipo adjunto y un botón en el formulario. En el botón es necesario ingresar el siguiente código:

- Importante incluir las siguientes referencias:

using System.IO;
using System.Net.Mail;
using System.Text;

- Algunas variables y constantes necesarias para el proceso:

private const int SP1Header_Size = 20;
private const int FIXED_HEADER = 16;
private int fileSize;
private int attachmentNameLength;
private string attachmentName;
private byte[] decodedAttachment;

- Dos funciones principales que cumplen la función de decodificadores del archivo adjunto:

public void InfoPathAttachmentDecoder(string theBase64EncodedString)
  {
   byte [] theData = Convert.FromBase64String(theBase64EncodedString);
   using(MemoryStream ms = new MemoryStream(theData))
   {
    BinaryReader theReader = new BinaryReader(ms);
    DecodeAttachment(theReader);
   }
  }

  private void DecodeAttachment(BinaryReader theReader)
  {
   //Position the reader to obtain the file size.
   byte[] headerData = new byte[FIXED_HEADER];
   headerData = theReader.ReadBytes(headerData.Length);

   fileSize = (int)theReader.ReadUInt32();
   attachmentNameLength = (int)theReader.ReadUInt32() * 2;

   byte[] fileNameBytes = theReader.ReadBytes(attachmentNameLength);
   //InfoPath uses UTF8 encoding.
   Encoding enc = Encoding.Unicode;
   attachmentName = enc.GetString(fileNameBytes, 0, attachmentNameLength - 2);
   decodedAttachment = theReader.ReadBytes(fileSize);
  }

- Y finalmente la llamada a los procedimientos en el botón del formularios, este código aplica cuando es un solo campo de documento adjunto:

XPathNavigator Adjunto = this.MainDataSource.CreateNavigator().SelectSingleNode("/my:misCampos/my:Adjuntos/my:Documento", this.NamespaceManager);
String textoAdjunto = Adjunto.Value;
if (textoAdjunto.Length > 0)
{
                InfoPathAttachmentDecoder(textoAdjunto);
                MemoryStream streamAdjunto = new MemoryStream(decodedAttachment);
                Attachment adjuntoCorreo = new Attachment(streamAdjunto, attachmentName);
                MailMessage mail = new MailMessage();
                SmtpClient SMTPServer = new SmtpClient("servidor_correo");
                mail.From = new MailAddress("remitente@midominio.com");
                mail.To.Add("destinatario@otrodominio.com");
                mail.Subject = "Adjunto desde Infopath";
                mail.Body = "prueba";
                mail.Attachments.Add(adjuntoCorreo);
                SMTPServer.Send(mail);
}

- Este código aplica cuando es una tabla de repetición:

XPathNavigator root = MainDataSource.CreateNavigator();
XPathNodeIterator RepTable = root.Select("/my:misCampos/my:Adjuntos", NamespaceManager);
MailMessage mail = new MailMessage();
SmtpClient SMTPServer = new SmtpClient("servidor_correo");
mail.From = new MailAddress("remitente@midominio.com");
mail.To.Add("destinatario@otrodominio.com");
mail.Subject = "Adjuntos desde infopath";
mail.Body = "prueba";
while (RepTable.MoveNext())
{
                XPathNavigator Adjunto = RepTable.Current.SelectSingleNode("my:Documento", NamespaceManager);
                String textoAdjunto = Adjunto.Value;
                if (textoAdjunto.Length > 0)
                {
                    InfoPathAttachmentDecoder(textoAdjunto);
                    MemoryStream streamAdjunto = new MemoryStream(decodedAttachment);
                    Attachment adjuntoCorreo = new Attachment(streamAdjunto, attachmentName);
                    mail.Attachments.Add(adjuntoCorreo);
                }
}
SMTPServer.Send(mail);

Algunos enlaces de referencia:

- http://support.microsoft.com/kb/2517906

- http://support.microsoft.com/kb/892730

- http://www.csharp411.com/c-convert-string-to-stream-and-stream-to-string/

- http://social.msdn.microsoft.com/Forums/en-US/sharepointinfopath/thread/87e79f00-0277-4dbe-9092-c9e9bafe23a0/

Error en ejecución de flujo de trabajo - Sharepoint 2010 - Infopath 2010

2012-07-29T10:42:00Z

Escenario: una biblioteca de formularios con una plantilla de infopath publicada. Un flujo de trabajo creado en SPD 2010 que actualiza varios campos de la biblioteca (set current item field value) y se ejecuta automáticamente cuando se crea un nuevo documento.

El problema: randómicamente durante el proceso de ejecución del flujo de trabajo éste no continua. Al revisar la ejecución del flujo me encuentro con lo siguiente:

Algunos puntos a tomar en cuenta:

- La biblioteca de formularios está configurada para que no requiera que se desprotejan (check-out) los elementos para que se modifiquen.

- El flujo de trabajo tiene como primera tarea esperar por 1 minuto antes de continuar.

- Se ejecutó ya el comando: stsadm -o setproperty -propertyname "job workflow" -propertyvalue "every 1 minutes between 0 and 59" -url http://sitio, según algunos foros que he podido visitar el colocar una acción de pausa podría provocar este problema.

- El mensaje de error, de acuerdo al gráfico, es: "Actualmente está bloqueada la edición del elemento. En espera de la protección del elemento o de la liberación del bloqueo", traducido al inglés: "The item is currently locked for editing. Waiting for item to be checked in or for the lock to be released.", sin embargo, al momento de guadar el formulario de Infopath exite una acción de cerrar el mismo por lo que se asegura que el elemento no está abierto durante la ejecución del flujo.

Acciones por ejecutar:

De acuerdo a algunos foros que he podido visitar sugieren hacer lo siguiente:

- Revisar que durante la ejecución del flujo de trabajo no se haga referencia a la asignación de valores de campos que hayan sido eliminados.

- Cambiar la acción de "detener el flujo por un minuto" por la acción "Wait for document to be Unlocked by document editor".

- Cada vez que se publica un flujo se mantiene una versión en la biblioteca, se recomienda eliminar todos los flujos y volverlos a publicar.

Voy a proceder con la ejecución de estas recomendaciones y estaré actualizando este post muy pronto con los resultados.

Algunos enlaces importantes / referencia:

http://social.technet.microsoft.com/Forums/en-US/sharepoint2010customization/thread/fc4e1073-d67f-449a-b443-e5805f5358c7/

http://social.msdn.microsoft.com/Forums/ta/sharepoint2010general/thread/36d8d3bb-8d15-4d7c-aa93-7117dfa253a1

http://sharepoint.stackexchange.com/questions/16261/unable-to-update-field-with-sp-designer-2010-workflow

http://www.sharepointed.com/2012/02/23/the-item-is-currently-locked-for-editing-waiting-for-item-to-be-checked-in-or-for-the-lock-to-be-released/

Infopath 2010 al utilizar el método currentview.export pierde el foco del formulario actual

2012-07-27T18:00:00Z

Tengo un formulario simple de InfoPath 2010 con un campo de texto y un botón. El código personalizado que tiene el botón es el siguiente:

public void CTRL2_5_Clicked(object sender, ClickedEventArgs e)
        {
            // Escriba aquí su código.

            try
            {
                generaDocumento();

            }
            catch (Exception ex)
            {
                MessageBox.Show(ex.Message);
            }
        }

        public void generaDocumento()
        {
            this.CurrentView.Export(@"C:\temp\prueba.pdf", ExportFormat.Pdf);
        }

Curiosamente cuando hago clic en el botón, el formulario InfoPath pierde foco y se presenta la última ventana que se visitó antes de ejecutar el formulario. Para solucionar de alguna forma este problema hice el siguiente cambio:

public void CTRL2_5_Clicked(object sender, ClickedEventArgs e)
        {
            // Escriba aquí su código.

            try
            {
                generaDocumento();
                MessageBox.Show("documento generado");
            }
            catch (Exception ex)
            {
                MessageBox.Show(ex.Message);
            }
        }

Agregué una línea de código para que se presente un cuadro de mensaje y el foco se mantuvo, claro que el cuadro del mensaje jamás se presentó. Intenté crear un nuevo hilo de ejecución (Thread) sin éxito, es más, con esta opción dejó de funcionar. No se si InfoPath tiene soporte para ejecución de hilos.

De todas formas les dejo este post y esperando sus comentarios.

Modificación del campo "Creado por" de una lista de Sharepoint 2010

2012-07-27T13:09:00Z

Por defecto el campo "Creado por", al igual que algunos otros dentro de una lista de SharePoint 2010, no pueden ser modificados por medio de una interfaz gráfica por defecto de SharePoint o un workflow, sin embargo, por medio de Powershell es posible hacerlo ejecutando algunos comandos.

Comparto con ustedes esta secuencia de comandos que funcionaron para mi en SharePoint 2010 con una lista llamada "Gestión Documental" y un campo secuencial "Código del documento" que sirve como identificador adicional de cada documento.

Las líneas "Read-Host" solicitan al usuario que ejecuta el script que ingrese el código del documento a modificar y el usuario con el cual se va a actualizar.

$Codigo = Read-Host "Ingrese el código del documento"
$Usuario = Read-Host "Ingrese el nombre del propietario"
$Web = Get-SPWeb http://sitiosharepoint
$List = $Web.Lists["Gestión Documental"]
$items = $List.Items

Foreach($item in $items)
{
if($item["Código del documento"] -eq $Codigo)
{
$item["Creado por"]=$usuario
$item["UsuarioCambios"]="dominio\nombre_usuario"
$item.Update()
}
}

El formato del usuario debe ser ingresado como: ID;#nombre_usuario. Para obtener esta información el usuario debe estar registrado en SharePoint. Se puede obtener esta información con la siguiente secuencia de comandos:

$web=Get-SPWeb http://sitiosharepoint
$user=$web.SiteUsers["dominio\nombre_usuario"]
$user.id
42

En el caso de actualizaciones masivas es posible utilizar sentencias o consultas CAML para poder filtrar la cantidad de registros a retornar, por ejemplo (Extraído del sitio http://get-spscripts.com/2010/09/get-all-column-values-from-sharepoint.html):

#Check if the item is a file or list item and run a different query accordingly
    if ($list.BaseType -eq "DocumentLibrary") {
        $queryString = "<Where><Eq><FieldRef Name='FileLeafRef' /><Value Type='File'>" + $ItemName + "</Value></Eq></Where>"
    }
    else
    {
        $queryString = "<Where><Eq><FieldRef Name='Title' /><Value Type='Text'>" + $ItemName + "</Value></Eq></Where>"
    }

    #Create the CAML query to find the item
    $query = New-Object Microsoft.SharePoint.SPQuery
    $query.Query = $queryString
    $item = $list.GetItems($query)[0]

Para poder construir las consultas CAML utilizando la herramienta "U2U CAML Query Builder" que se lo puede descargar de http://www.u2u.net/Tools/wincamlquerybuilder/CamlQueryBuilder.aspx

Algunos enlaces adicionales que les pueden servir:

- http://sharepointrelated.com/2012/05/03/addedit-list-items-using-powershell-in-sharepoint-2010/

- http://davidlozzi.com/2012/02/14/playing-with-sharepoint-data-in-powershell/

Ciclo de conocimiento - Gerencia de Proyectos - Sesión 4: Solución final de Project Server 2010 sobre Sharepoint Server 2010.

2012-07-18T20:21:00Z

Luego de ejecutar un proceso de personalización de Project Web Application y SharePoint Server 2010, se presenta un sitio completamente desarrollado acorde al proceso de gestión de proyectos de una organización. Se incluyen componentes de Inteligencia de Negocios, Workflow de Gestión de Proyectos y algunos componentes funcionales adicionales.

https://www.livemeeting.com/cc/8000181573/view?id=CCGEDEPRP4

Por este medio agradezco enormemente a la comunidad IT Pros DC (Bogotá - Colombia), y a sus líderes, por permitirme compartir con ellos estas cuatro sesiones del ciclo de conocimiento, por cierto está aún pendiente el evento presencial. Ahora mismo estamos preparando un Nuevo ciclo de conocimiento sobre SharePoint 2010 en la nube y una primera revision de SharePoint Server 2013 Preview.

Ciclo de conocimiento - Gerencia de Proyectos - Sesión 3: Personalización de Project Server 2010 sobre Sharepoint Server 2010.

2012-07-18T20:11:00Z

En la sesión 3 revisamos el proceso y algunas opciones de personalización de Project Server 2010 y los sitios de colaboración de proyectos (Workspace).

https://www.livemeeting.com/cc/8000181573/view?id=CCGEDEPRP3

Ciclo de conocimiento - Gerencia de Proyectos - Sesión 2: Implementación de Project Server 2010 sobre Sharepoint Server 2010.

2012-07-18T20:06:00Z

En esta segunda sesión, realizamos una revisión técnica de SharePoint Server 2010 y Project Server 2010, y la implementación en vivo de un servidor (ambiente de prueba) con ambas tecnologías.

https://www.livemeeting.com/cc/8000181573/view?id=CCGEDEPRP2

Ciclo de conocimiento - Gerencia de Proyectos - Sesión 1: La Metodología.

2012-07-18T20:00:00Z

Amigos de la comunidad comparto con ustedes el primer enlace, que en conjunto con la comunidad IT Pros DC de Bogotá - Colombia, ejecutamos en relación a Gerencia de Proyectos.

En esta primera sesión analizamos y revisamos la metodología de gestión de proyectos desde el punto de vista de PMI (PMBoK).

https://www.livemeeting.com/cc/8000181573/view?id=CCGEDEPRP1

Sharepoint Server 2013 - Project Server 2013 - Office 2013 / Preview: Resumen de Recursos

2012-07-16T23:52:00Z

Sin duda el día de hoy, 16 de Julio de 2012, ha sido uno de los días más esperados no solo para mi sino para millones de IT Pros y Developers. Durante las últimas 3 horas, aproximadamente, se ha liberado una gran cantidad de información sobre las versions 2013 Preview de multiples productos Microsoft, entre ellos: SharePoint Foundation / Server, Project Pro / Server / Online, Office, Lync y Exchange (espero no olvidar ninguno).

Creí importante hacer un resumen de algunos enlaces importantes con información y descargas de productos.

SITIO PRINCIPAL DE DESCARGAS: este sitio presenta un resumen de todas las versiones "on-premise" y en línea (Office 365 Enterprise Preview y Project Server Online) liberadas el día de hoy.

http://www.microsoft.com/office/preview/en/try-more-products

Sitio principal de Office Preview: http://www.microsoft.com/office/preview/en

Personalmente, uno de los productos más esperados por todo lo que su versión previa (SharePoint Server 2010) presentó y ofreció, SHAREPOINT SERVER 2013 PREVIEW.

El enlace para descargar directamente la versión Preview de SharePoint Server 2013: http://technet.microsoft.com/en-US/evalcenter/hh973397.aspx?wt.mc_id=TEC_121_1_33

Entrenamiento técnico para IT Pros: http://technet.microsoft.com/en-US/sharepoint/fp123606

SharePoint Server 2013 en resumen (PPTs): http://www.microsoft.com/en-us/download/details.aspx?id=30361

Configuración de un laboratorio de prueba de SharePoint Server 2013: http://www.microsoft.com/en-us/download/details.aspx?id=30386

SharePoint Designer 2013: http://www.microsoft.com/en-us/download/details.aspx?id=30346

PROJECT SERVER 2013 PREVIEW: sin duda conocemos las bondades y ventajas de esta complete solución de EPM y su contraparte en escritorio Project Professional.

Sitio de descarga directo: http://technet.microsoft.com/en-US/evalcenter/hh973403.aspx?wt.mc_id=TEC_120_1_33

Project Professional 2013 Preview: http://technet.microsoft.com/en-US/evalcenter/hh973401

Sin embargo, el mayor "atractivo" por decirlo así de esta nueva versión es que ya se encuentra disponible como un servicio on-line: http://www.microsoft.com/project/en-us/preview/project-benefits.aspx

Sharepoint 15 + Office 365 Enterprise Preview

2012-07-16T22:09:00Z

Es realmente incredible la cantidad de información que se está liberando en estos minutos. Pongo a su disposición el sitio de descarga de SharePoint Server 15 Preview:

http://technet.microsoft.com/en-US/evalcenter/hh973397.aspx?wt.mc_id=TEC_121_1_33

Y el que me llamó más la atención, Office 365 Enterprise Preview:

http://www.microsoft.com/office/preview/en/office-365-enterprise

Sharepoint 2010 + Infopath 2010: Como asegurarnos de que una carpeta existe antes de exportar a PDF una vista actual.

2012-07-12T20:04:00Z

En esta serie de posts en relación a InfoPath 2010, tuve que incluir una porción de código para asegurarme de que la carpeta en la cual se van a almacenar los documentos PDF exportados exista. Es necesario agregar una referencia using System.IO; y luego incluir el siguiente código.

if(!Directory.Exists(@"c:\temp"))
{
Directory.CreateDirectory(@"C:\temp");
}

Sharepoint 2010 + Infopath 2010: Limitante al exportar vista en PDF y agregarlo como adjunto en un correo

2012-07-12T19:58:00Z

En mi post anterior Sharepoint 2010 - Aprobación de workflows para dispositivos móviles - Parte 3: Código para envío de correo electrónico de notificación, había publicado la siguiente porción de código:

/*Crea un document PDF con la vista actual*/
this.CurrentView.Export(@"c:\temp\" + OrdenCompra + "_MemoMetalicos.pdf", ExportFormat.Pdf); /*Importante detener al menos por 10 segundos mientras se crea el documento caso contrario genera un error*/
Thread.Sleep(10000);

El problema resulta que el document PDF que se crea con la function CurrentView no aparace en el directorio destino hasta que toda la función o hilo de ejecución finaliza, por tal motive es que cuando al tartar de agregarlo como adjunto de un correo en el mismo paso (hilo de ejecución) se presenta un mensaje de error en relación a que el documento no existe. Al parecer el método Sleep detiene por complete todo el hilo de ejecución por lo que no da paso a que el documento aparezca en el path de destino.

He invertido ya un gran tiempo en internet buscando información al respecto pero solo encontré un enlace indicando el mismo problema pero sin una solución específica.

SOLUCIÓN: tomando en cuenta la limitante antes expuesta tuve que dividir en dos botones tanto la generación del documento como el envío del correo con el adjunto.

Actualización: este es el único URL que encontré donde se menciona el mismo problema: http://www.infopathdev.com/forums/t/22835.aspx

Sharepoint 2010 - Aprobación de workflows para dispositivos móviles - Parte 4: Código Javascript en la página de webparts de Sharepoint

2012-07-11T14:45:00Z

Para completar el ciclo, es necesario crear la página de webparts, agregar un CEW y colocar ahí el código JavaScript necesario para hacer el llamado al servicio web de actualización de items de la biblioteca de documentos.

En específico el CEW debe contener el siguiente código:

function gup( name )
{
name = name.replace(/[\[]/,"\\\[").replace(/[\]]/,"\\\]");
var regexS = "[\\?&]"+name+"=([^&#]*)";
var regex = new RegExp( regexS );
var results = regex.exec( window.location.href );
if( results == null )
return "";
else
return results[1];
}

function ActualizaEmbarque()
{
var IDFormulario=gup('IDForm');
var Estado=gup('Estado');
var Gerente=gup('Gerente');

if (Estado=='1')
{
Estado="APROBADO";
}
else if (Estado=='2')
{
Estado="NO APROBADO";
}

if (Gerente=='1')
{
Gerente="AprobacionGerente1";
}
else if (Gerente=='2')
{
Gerente="AprobacionGerente2";
}

var soapEnv = "<?xml version=\'1.0\' encoding=\'utf-8\'?> \
<soap:Envelope xmlns:xsi=\'http://www.w3.org/2001/XMLSchema-instance\' \
xmlns:xsd=\'http://www.w3.org/2001/XMLSchema\' \
xmlns:soap='http://schemas.xmlsoap.org/soap/envelope/\'> \
<soap:Body> \
<UpdateListItems xmlns='http://schemas.microsoft.com/sharepoint/soap/'> \
<listName>Control de Embarques de Chatarra</listName> \
<updates> \
<Batch OnError='Continue'> \
<Method ID='1' Cmd='Update'> \
<Field Name='ID'>"+IDFormulario+"</Field> \
<Field Name='"+Gerente+"'>"+Estado+"</Field> \
</Method> \
</Batch> \
</updates> \
</UpdateListItems> \
</soap:Body> \
</soap:Envelope>";
$.ajax({
url: "/_vti_bin/lists.asmx",
beforeSend: function(xhr) { xhr.setRequestHeader("SOAPAction", "http://schemas.microsoft.com/sharepoint/soap/UpdateListItems");
},
type: "POST",
dataType: "xml",
data: soapEnv,
complete: UpdateListItems,
contentType: "text/xml; charset=\"utf-8\""
});
}

function UpdateListItems(xData, status)
{
alert("Aprobación: " + status );
}

ActualizaEmbarque();
</script>

El archivo jquery.min.js lo pueden obtener de este sitio http://ajax.googleapis.com/ajax/libs/jquery/1.4.2/jquery.min.js.

La parte medular de este código es:

<UpdateListItems xmlns='http://schemas.microsoft.com/sharepoint/soap/'> \
<listName>Control de Embarques de Chatarra</listName> \
<updates> \
<Batch OnError='Continue'> \
<Method ID='1' Cmd='Update'> \
<Field Name='ID'>"+IDFormulario+"</Field> \
<Field Name='"+Gerente+"'>"+Estado+"</Field> \
</Method> \
</Batch> \
</updates> \
</UpdateListItems> \

Este código es el que construye el cuerpo de la actualización del item utilizando el servicio web de SharePoint.

<listName>Control de Embarques de Chatarra</listName>: hace referencia al nombre de la lista en donde se harán las actualizaciones.

<Method ID='1' Cmd='Update'> \: como es posible enviar varias actualizaciones en un mismo paso, aquí indicamos que existe uno solo (ID='1') y que sera de una operación de actualizacipón (Cmd='Update').

<Field Name='ID'>"+IDFormulario+"</Field> \: utilizando el parámetro enviado en el URL, indicamos cual es el ID del item que vamos a actualizar.

<Field Name='"+Gerente+"'>"+Estado+"</Field> \: aquí indicamos el campo del item que vamos a actualizar y el valor respectivo. Es importante mencionar que si el nombre del campo posee espacios en blanco debe ir en el formato: "Nombre_x0020_Campo", la cadena "_x0020_" representa a un espacio en blanco.

ACTUALIZACIÓN: para visualizar el nombre de campo que se debe colocar en el XML Field Name se recomienda ingresar a la configuración de la lista y hacer clic en el campo, revisar en el URL el parámetro Field. Esto es de utilidad en el caso de que el campo contenga tildes o sea demasiado largo, por ejemplo Field=Aprobaci%5Fx00f3%5Fn%5Fx0020%5FAprobador. es necesario reemplazar %5F por un _, para este caso _x00f3_ representa a una ó.

Si se requiere actualizar más campos simplemente se deben agregar más secciones del tipo <Field Name='"+Gerente+"'>"+Estado+"</Field> \.

Espero que esta serie de posts sean de su utilidad.

Sharepoint 2010 - Aprobación de workflows para dispositivos móviles - Parte 3: Código para envío de correo electrónico de notificación

2012-07-10T21:37:00Z

A pesar de que un correo electrónico puede ser enviado utilizando una acción de SPD, en este caso particupar para la plantilla de formulario de InfoPath 2010 fue necesario incluir código C# dentro de las acciones de un botón para poder enviar el correo de notificación junto con el enlace adjunto de la página con los parámetros necesarios para poder hacer la aprobación de un item desde el correo electrónico.

El código C# ingresado es el siguiente:

try
{
/*Recupera algunos campos para enviar por correo electrónico desde INFOPATH*/
XPathNavigator CamposFormulario = this.MainDataSource.CreateNavigator().SelectSingleNode("//my:myFields/my:CAMPOS_APOYO/my:IDForm", this.NamespaceManager);
String IDFormulario = CamposFormulario.Value;
XPathNavigator NombreF = this.MainDataSource.CreateNavigator().SelectSingleNode("//my:myFields/my:GENERAL/my:NoOrdenCompra", this.NamespaceManager);
String OrdenCompra = NombreF.Value;
XPathNavigator CorreoGerenteUno = this.MainDataSource.CreateNavigator().SelectSingleNode("//my:myFields/my:APROBACION_METALICOS/my:CorreoGerente1", this.NamespaceManager);
String CorreoGerente1 = CorreoGerenteUno.Value;
XPathNavigator CorreoGerenteDos = this.MainDataSource.CreateNavigator().SelectSingleNode("//my:myFields/my:APROBACION_METALICOS/my:CorreoGerente2", this.NamespaceManager);
String CorreoGerente2 = CorreoGerenteDos.Value;

/*Crea un document PDF con la vista actual*/
this.CurrentView.Export(@"c:\temp\" + OrdenCompra + "_MemoMetalicos.pdf", ExportFormat.Pdf);

/*Importante detener al menos por 10 segundos mientras se crea el documento caso contrario genera un error*/
Thread.Sleep(10000);

/*Crea un nuevo objeto del tipo mail*/
MailMessage mail = new MailMessage();
SmtpClient SMTPServer = new SmtpClient("<servidor de correo>");
mail.From = new MailAddress("<dirección de correo del remitente>");
mail.To.Add(CorreoGerente1);
mail.Subject = "Aprobación de Orden de Compra - " + OrdenCompra;

AlternateView av = AlternateView.CreateAlternateViewFromString("Se ha generado una nueva Orden de Compra que requiere ser aprobada por usted. <br> En el documento adjunto encontrar los detalles de la Orden de Compra. <br><br> Para APROBAR la Orden de Compra hacer clic <a href='http://<URL del servidor y la biblioteca>/paginaWebService.aspx?ID=" + IDFormulario + "&Gerente=1&Estado=1'>AQUÍ</a> <br><br> Para NO APROBAR la Orden de Compra hacer clic <a href='http://<URL del servidor y la biblioteca>/paginaWebService.aspx?ID=" + IDFormulario + "&Gerente=1&Estado=2'>AQUÍ</a>", null, "text/html"); Attachment adjunto;
adjunto = new Attachment(@"c:\temp\" + OrdenCompra + "_MemoMetalicos.pdf");
mail.Attachments.Add(adjunto);
SMTPServer.Send(mail);
MessageBox.Show("Correo enviado exitosamente. El formulario se cerrar automticamente en 5 segundos.");
}
catch (Exception ex)
{
MessageBox.Show("Error: " + ex.Message);
}
finally
{
Thread.Sleep(5000);
Application.Quit(true);
}

mail.AlternateViews.Add(av);

La parte clave de este código es la creación del objeto AlternateView ya que el cuerpo del mensaje debe ser enviado en formato HTML para poder incluir los enlaces de aprobación, en el caso de que se requiera enviar únicamente texto plano se puede utilizar el método "mail.body("cuerpo del mensaje");.

El formato de los enlaces de aprobación es: <a href='http://<URL del servidor y la biblioteca>/paginaWebService.aspx?ID=" + IDFormulario + "&Gerente=1&Estado=1'>AQUÍ</a> , en este enlace se hace referencia a la página de webparts "paginaWebService.aspx" en donde se encuentra incluido un CEW con el código javascript necesario para hacer la actualización del item de la biblioteca de formularios InfoPath.

Adicionalmente se envían los parámetros necesarios para hacer el llamado al servicio web de actualización de items.

En la siguiente parte revisaremos el código JavaScript incluido en el CEW que hace el llamado al servicio web para hacer la actualización del item de la biblioteca de documentos.

Sharepoint 2010 - Aprobación de workflows para dispositivos móviles - Parte 2: Solución

2012-07-10T20:39:00Z

En la parte 1 de esta serie expliqué el problema de hacer una aprobación de un workflow basado en SharePoint Server 2010, SharePoint Designer 2010 e InfoPath 2010. Ahora es tiempo de explicar la solución al escenario.

- Al finalizar la creación de un nuevo item dentro de la biblioteca de formularios, utilizando InfoPath, automáticamente se dispara un correo electrónico de notificación a los aprobadores para que revisen la información y procedan a "Aprobar" o "No Aprobar".

- Este enlace adjunto al cuerpo del correo hace referencia a una página de webparts de SharePoint 2010 . Este enlace adjunto, además de la dirección URL de la página, debe contener al menos dos parámetros para poder actualizar un item de la biblioteca de formularios: ID del item, Estado de Aprobación, por ejemplo, 1 = Aprobado, 2 = No Aprobado.

- Esta página de webparts funcionará como una interfaz de comunicación para hacer el llamado al servicio web de actualización de items de una lista de SharePoint. Para lograr esto es necesario integrar código javascript dentro de un CEW. Este código debe ejecutar dos acciones:

- Leer los parámetros del URL enviado por correo.

- Invocar al web service y enviar los valores requeridos para que actualicen un item de la biblioteca de formularios de SharePoint.

- Una de las limitantes encontradas es que el servicio web no puede actualizar los valores de los campos de una biblioteca de formularios que fueron creados a partir de la plantilla de InfoPath. Siendo más específico, mi plantilla de formulario InfoPath posee un campo llamado "AprobacionCE", el mismo que durante el proceso de publicación fue considerado para que se presente en la bilbioteca de formularios del sitio SharePoint.

- Este campo, durante el proceso de publicación, debió ser configurado para que pueda ser modificado externamente, es decir, sin necesidad de InfoPath.

- Debido a la limitante antes expuesta es necesario crear un campo de apoyo para poder colocar el estado de aprobación, Aprobado / No Aprobado, y luego por medio de un workflow de SPD hacer la actualización al campo respectivo del formulario de InfoPath.

En la siguiente parte analizaremos el código C# incluído en la plantilla del formulario de InfoPath 2010 para el envío del correo electrónico de notificación de aprobación.