Flujos de Trabajo generados con SharePoint Designer 2007 no finalizan las tareas después de actualizarlos a SharePoint 2010 mostrando el siguiente error: No se puede completar esta acción. Por favor, vuelva a intentarlo

Seleccione idioma Seleccione idioma
Id. de artículo: 2556890 - Ver los productos a los que se aplica este artículo

Contraer esta imagenAmpliar esta imagen
Microsoft Most Valuable Professionals

Traducido por: Gustavo Velez | Web: SkunkWorks


Contraer esta imagenAmpliar esta imagen
Soluciones de la Comunidad
Haga clic aquí para ver la Renuncia legal de las Soluciones de las Comunidades

Expandir todo | Contraer todo

Síntomas

Flujos de trabajo creados con SharePoint Designer 2007 que contienen acciones como "Recopilar datos de usuario" o "Asignar un formulario a un grupo" presentan comportamiento incoherente después de actualizarlos a SharePoint 2010, dependiendo de las columnas utilizadas en las acciones de Flujo de Trabajo de SharePoint 2007.

Por ejemplo, si una de las dos acciones mencionadas contienen una columna de búsqueda, la página de formulario que utiliza el DataFormWebPart producirá el siguiente error cuando los usuarios intentan realizar una tarea en un explorador:

No se puede completar esta acción. Por favor, vuelva a intentarlo

Los registros ULS indican:

11/05/2011 w3wp.exe 18:28:37.53 (0x13F4) tkau de tiempo de ejecución de SharePoint Foundation 0x0F24
System.Runtime.InteropServices.COMException inesperado: No se puede completar esta acción. Vuelva a intentarlo.


05/11/2011 18:28:37.53 w3wp.exe (0x13F4) 0x0F24 SharePoint Foundation Runtime tkau
Unexpected System.Runtime.InteropServices.COMException: Cannot complete this action. Please try again.



en Microsoft.SharePoint.Library.SPRequestInternalClass.GetListItemDataWithCallback2 (IListItemSqlClient pSqlClient, String bstrUrl, String bstrListName, bstrViewName de cadena, cadena bstrViewXml, SAFEARRAYFLAGS fSafeArrayFlags, ISP2DSafeArrayWriter pSACallback, ISPDataCallback pPagingCallback, ISPDataCallback pPagingPrevCallback, ISPDataCallback pFilterLinkCallback, ISPDataCallback pSchemaCallback, ISPDataCallback pRowCountCallback, Boolean & pbMaximalView)

en Microsoft.SharePoint.Library.SPRequest.GetListItemDataWithCallback2 (IListItemSqlClient pSqlClient, String bstrUrl, String bstrListName, bstrViewName de cadena, cadena bstrViewXml, SAFEARRAYFLAGS fSafeArrayFlags, ISP2DSafeArrayWriter pSACallback, ISPDataCallback pPagingCallback, ISPDataCallback pPagingPrevCallback, ISPDataCallback pFilterLinkCallback, ISPDataCallback pSchemaCallback, ISPDataCallback pRowCountCallback, Boolean & pbMaximalView)

Además, si se intenta actualizar los formularios de InfoPath en que se basa el proceso de generación de formulario, se producirá un error y las columnas no aparecerán.

Causa

Esto sucede porque el SchemaXML de las columnas de búsqueda no se actualiza completamente para SharePoint 2010.

Además, el formulario de InfoPath que es generado automáticamente no admite los siguientes campos:

Búsqueda
Calculado
Separador de páginas
Campo extendido

Estos campos han sido eliminados de las acciones "Asignar un formulario a un grupo" y "Recopilación de datos de usuario" en la plataforma de 2010.

Solución

La solución se divide en dos secciones.

1. La primera sección es para eliminar el mensaje, "No se puede completar esta acción. Vuelva a intentarlo.".
2. La segunda sección es para reparar la situacion con los campos de formulario que faltan en el formulario de InfoPath.

Solución 1
===================
Para eliminar el mensaje de "No se puede completar esta acción. Vuelva a intentarlo." actualizando el SchemaXml de las columnas de búsqueda.

1. Haga clic en Acciones del sitio > Configuración del sitio > Tipos de contenido de sitio y haga clic en el nombre del Tipo de contenido que se creó mediante alguna de las dos acciones.
2. Haga clic en cada nombre de columna personalizada y a continuación haga clic en "Editar columna de sitio".

Nota: Esto se puede hacer para todas las columnas para estar seguro. Los cambios no se realizan en la configuración, sino hasta que se ha pulsado el botón de Aceptar.

3. Haga clic en Aceptar.

Esto se puede realizarse mediante programación estableciendo la propiedad SchemaXml mediante el patrón descrito más adelante en esta solución.

Nota: Cualquier intento de crear un nuevo formulario de lista personalizada con el tipo de contenido creado por las acciones "Recopilar datos de un usuario" o "Asignar un formulario a un grupo" producirá un error de consulta CAML. Agregando el tipo de contenido a una lista producirá también el error al intentar editar los elementos de la lista.

Éste es un ejemplo de como la propiedad SchemaXml aparece después de actualizar a 2010, pero sin haber aplicado la solución provisional:

<field list="{9DDC81A8-14CD-4213-B263-2FB0468DDD43}" showfield="Title" displayname="1" description="" direction="None" type="Lookup" id="{3b6d83e6-1d8b-439d-bd52-8d166bd21662}" sourceid="{d9900738-289f-46bb-8ea3-4bed504f744f}" staticname="_x0031_" name="_x0031_"></field>

Esto es como aparece el SchemaXml tras hacer clic en Aceptar.

<field list="{9DDC81A8-14CD-4213-B263-2FB0468DDD43}" showfield="Title" displayname="1" description="" direction="None" type="Lookup" id="{3b6d83e6-1d8b-439d-bd52-8d166bd21662}" sourceid="{d9900738-289f-46bb-8ea3-4bed504f744f}" staticname="_x0031_" name="_x0031_" required="FALSE" enforceuniquevalues="FALSE" group="Custom Columns" unlimitedlengthindocumentlibrary="FALSE" version="1"></field>

Los siguientes atributos se agregan a la cadena XML:

Requiere = "FALSE" EnforceUniqueValues = "FALSE" Group = "Columnas personalizadas" UnlimitedLengthInDocumentLibrary = "FALSE" Version = "1"

Una vez que la solución se ha realizado, los usuarios deben ser capaces de realizar tareas usando sus flujos de trabajo de 2007 y deberan ser capaces de crear nuevas DataFormWebParts con estos tipos de contenido.

Nota: Es posible que el proceso deba realizarse para las otras 3 columnas también si el problema persiste. La propiedad SchemaXml es una columna de búsqueda. Éstas son las otras columnas posibles:

Calculado
Separador de páginas
Campo extendido

Solución 2
===================
La segunda solución remedia la funcionalidad que falta en el formulario de InfoPath que es generado automáticamente. Esta solución también alivia la necesidad de volver a crear la funcionalidad de las páginas basadas en el formulario DataFormWebPart ya que los usuarios no pueden inhabilitar el proceso de actualización para InfoPath.

Los formularios originales podrían contener JavaScript y otras personalizaciones que son típicas con DataFormWebParts y pueden ser más difícil de reproducir con InfoPath.

La página de formulario de edición para el tipo de contenido debe referenciarse en la página aspx dentro del Flujo de Trabajo en lugar de en la nueva dirección URL.

La página de formulario de edición del tipo de contenido en la lista de tareas (después de la actualización) se establece en _layouts/WrkTaskIP.aspx. Esta dirección URL se aplica a cualquier Flujo de Trabajo recién creado en 2010 que contenga las dos acciones que se ha mencionado anteriormente. Si un usuario no actualiza sus Flujos de Trabajo de 2007 a 2010, ellos señalan a la página aspx que se encuentra en el Flujo de Trabajo.

Un ejemplo de la dirección URL es:

/Workflows/upgradeTest/lookupColumnTest.aspx

Para encontrar la página aspx que contiene el formulario personalizado siga los siguientes pasos:

1. Expanda "Todos los archivos" en SharePoint Designer 2010.
2. Expanda "Flujos de trabajo".
3. Expanda el Flujo de Trabajo en cuestión.
4. Tome nota de las páginas aspx en el Flujo de Trabajo. Deben tener el mismo nombre que el tipo de contenido creado por las dos acciones.

Con la página aspx disponible el próximo paso es establecer la página de formulario de edición a esta dirección URL que se encuentra en el paso 4, en lugar de WrkTaskIP.aspx.

1. Haga clic en "Listas y bibliotecas".
2. Haga clic en la lista de Tareas. La mayoría de los flujos de trabajo de SharePoint Designer 2007 utilizan la lista de Tareas.
3. En la sección de Tipos de contenido, haga clic en el tipo de contenido generado por las dos acciones que se mencionan en este artículo.
4. Pegue la dirección URL en "Editar formulario" y "Mostrar formulario".
5. Guarde el tipo de contenido.

NOTAS:

1. No realice estos pasos en el nivel de "Tipo de contenido de sitio".

2. Las páginas de aspx originales pueden utilizarse para completar sus tareas de acciones como, por ejemplo, "Recopilar datos de un usuario" o "Asignar un formulario a un grupo". 

3. La nueva acción de proceso de aprobación se podría utilizar en lugar de estas acciones, pero requeriría una mayor sobrecarga y la pérdida de las páginas aspx.

4. Puede que sea necesario actualizar las direcciones URL de formulario del tipo de contenido si la dirección URL se vuelve a establecer a WrkTaskIP.aspx.

5. Generar una nueva plantilla de xsn plantea desafíos tales como la realización de tareas en el entorno de host, lo que dificulta esta solución. Si se quitan las columnas que ya no están disponibles, a continuación el formulario generado automáticamente funciona bien en todos los escenarios, a menos que el DataFromWebPart original tenga muchas personalizaciones.

6. Finalmente, si se incluyen más de 8 columnas de búsqueda puede ocurrir que SharePoint limite la lista de Tareas lo que impide que los usuarios puedan finalizar la Tareas. Esta opción se encuentra en la Administración Central de cada Aplicación Web en la configuración de límite. Busque el siguiente error en los registros ULS si no se están completando las tareas o el flujo de trabajo entra en un estado de error:

w3wp.exe (0x2E04) 0x33DC SharePoint Foundation campos medio fzn4
En los resultados de la consulta se omitieron algunos campos de búsqueda, ya que la lista supera el umbral de la columna de búsqueda. Dirección URL de la lista: http://SharePoint/Lists/Tasks

Contraer esta imagenAmpliar esta imagen
Soluciones de la Comunidad
RENUNCIA LEGAL DE SOLUCIONES DE LA COMUNIDAD

NI MICROSOFT IBÉRICA S.R.L. ("MICROSOFT") NI SUS RESPECTIVOS PROVEEDORES GARANTIZAN LA IDONEIDAD, FIABILIDAD NI EXACTITUD DE LA INFORMACIÓN Y LOS GRÁFICOS INCLUIDOS. TODA LA INFORMACIÓN Y LOS GRÁFICOS RELACIONADOS SE PROPORCIONAN "TAL CUAL" SIN GARANTÍA DE NINGUNA CLASE. SIN PERJUICIO DE NINGUNA GARANTÍA IMPUESTA POR CUALQUIER LEY DE APLICACIÓN OBLIGADA, MICROSOFT Y/O SUS RESPECTIVOS PROVEEDORES RENUNCIAN POR LA PRESENTE A TODA GARANTÍA Y CONDICIÓN RESPECTO A ESTA INFORMACIÓN Y LOS GRÁFICOS RELACIONADOS, INCLUIDA CUALQUIER GARANTÍA Y CONDICIÓN IMPLÍCITA DE COMERCIABILIDAD, IDONEIDAD PARA UN DETERMINADO FIN, ESFUERZO RAZONABLE, TITULARIDAD Y AUSENCIA DE INFRACCIÓN. USTED ADMITE EXPRESAMENTE QUE, SIN PERJUICIO DE LOS CASOS EN LOS CUALES LA LEY VIGENTE PROHÍBA LA EXCLUSIÓN DE RESPONSABILIDAD POR DAÑOS, BAJO NINGÚN CONCEPTO, NI MICROSOFT NI SUS PROVEEDORES ACEPTARÁN RESPONSABILIDAD ALGUNA POR DAÑOS DIRECTOS O INDIRECTOS DE CUALQUIER ÍNDOLE U ORIGEN (INCLUYENDO, ENTRE OTROS, LOS DAÑOS POR PÉRDIDA DE USO, INFORMACIÓN O BENEFICIOS) QUE SE DERIVEN O ESTÉN RELACIONADOS CON EL USO O INCAPACIDAD DE USO DE LA INFORMACIÓN Y LOS GRÁFICOS RELACIONADOS INCLUIDOS.

Propiedades

Id. de artículo: 2556890 - Última revisión: jueves, 26 de septiembre de 2013 - Versión: 3.1
La información de este artículo se refiere a:
  • Microsoft SharePoint Designer 2010
  • Microsoft SharePoint Server 2010
Palabras clave: 
kbworkflowdesigner kbmvp kbcommunity KB2556890

Enviar comentarios

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com