none
Problema Edicion de Workflows con SharePoint Designer 2013 tras Migración de SP2010 a SP2013 RRS feed

  • Pregunta

  • Buenas tardes.

    Nos ha surgido tras las pruebas de migración de un portal alojado en SharePoint Foundation 2010 SP1 a un nuevo servidor en SharePoint Foundation 2013 SP1.

    Les explico el contexto:

    Dicho portal tiene una colección de sitios con un sitio raíz (que tiene 1 workflow de lista en una de sus bibliotecas de sitio). Dicho sitio raíz tiene 30 subsitios (que tienen 1 workflow de lista en una de sus bibliotecas de subsitio).

    El worflow tanto del sitio raíz como de los subsitios es el MISMO, idéntica configuración, las mismas acciones/pasos y la misa configuración de permisos de seguridad.

    Ambos sitio raíz y todos los subsitios tienen las misma configuración y features activadas.

    Tras realizar la migración de 2010 a 2013 con el procedimiento de BD ATTACH y resolver todos los tips de migración indicados, el problema es el siguiente:

    -          Al intentar abrir con Designer 2013 el flujo en el sitio raíz, éste se abre y edita sin problemas.

    -          Sin embargo, al abrir con Designer 2013 el flujo en cualquiera de los subsitios, no se abre y da el siguiente error:

    ERROR AL CARGAR EL ARCHIVO DE CONFIGURACION DEL FLUJO DE TRABAJO

    Y a continuación la pantalla de Designer 2013 queda tal que:

    SHAREPOINT DESIGNER NO PUEDE MOSTAR EL ELEMENTO

    CAUSAS MAS PROBABLES:

    - SE ELIMINO EL ARCHIVO DEL SITIO  (LOS FICHEROS EXISTEN Y ESTAN DONDE DEBEN)

    - EL SITIO WEB ESTA ENCONTRANDO PROBLEMAS  (--> LOS LOGS NO DAN NINGUN DETALLE ADICIONAL)

    Hemos probado ya multitud de sugerencias de resolución del problema que hemos encontrado en foros y blogs, casi todos indicando que se arregla borrando la caché de sharepint y de designer; pero eso no ha dado solución al problema.

    MAS INFORMACIÓN

    En SP Designer 2010 funcionan todos los workflows tanto en raíz como en sus subsitios; y se pueden editar sin problema.

    En SP Designer 2013, esta es la configuración y programación del flujo de trabajo que SI se puede editar desde Designer 2013 y funciona en el sitio raíz migrado, pero que NO se puede editar y NO funciona en cualquiera de los subsitios migrados:

    ¿Pueden ayudarnos?

    Muchas gracias.

    miércoles, 21 de octubre de 2015 11:16

Todas las respuestas

  • Buenas,

    ¿Has verificado en la vista All Files (Todos los Archivos) en uno de los subsitios que estén todos los archivos necesarios del Flujo? Comentas que habéis hecho la migración: ¿Incluyendo la actualización de las Colecciones de Sitios de modo 2010 a modo 2013? También me llama la atención que previamente a migrar, no hayáis aplicado el SP 2 en el SPF 2010...no solucionará seguramente el problema, pero yo lo habría hecho antes de migrar.

    Un saludo


    Juan Carlos Gonzalez Martin | Office Servers & Services MVP Director revista CompartiMOSS: http://www.compartimoss.com Blog:jcgonzalezmartin.wordpress.com/ Twitter: @jcgm1978

    miércoles, 21 de octubre de 2015 15:19
  • Hola Juan Carlos, muchas gracias por tu interés y pronta respuesta.

    Te respondo a tus preguntas...


    En la vista "All Files"... si... en cada uno de los subsitios están todos los archivos necesarios de los 13 workflows que dan este problema.

    Por ejemplo, este workflow tiene en su ruta de SP2013 los mismos 3 ficheros que a su vez tiene en su ruta de SP2010. 


    Al intentar abrir/editar cualquiera de ellos desde Designer 2013 da este error. No me permite de ningún modo abrir ni descargar los ficheros, ni siquiera indicándole que me los abrar en bloc de notas o similar.


    No entiendo porqué da ese error, si en "All Files" está donde se supone que debe estar. Si no entiendo en "All Files" ni siquiera me tendría que estar mostrando los ficheros del workflow.

    LO CURIOSO... Por otro lado, ese mismo Workflow "Creacion Entrada", como te comentaba en el primer post, es el MISMO workflow que existe en el sitio raiz de la colección de sitios (mismas acciones y funcionalidad contra una misma lista en el sitio actual). Si abro con Designer 2013 el workflow del sitio raiz, se abre sin problema, se puede modificar, publicar, etc. y se ejecuta sin problema cuando lo desencadena el evento de la lista correspondiente. ¡TODO UN MISTERIO!

    Un poco con picaresca, lo que he probado es a eliminar en este workflow los 3 ficheros; y subir a esa misma ruta los 3 ficheros que estaban en dicha ruta en SP2010 (porque mantenían mismo ID de listas y pensaba que tal vez funcionaría) --> Esto no ha dado resultado.

    También he probado a subir a esa misma ruta de un subsitio los 3 ficheros del workflow "Creación entrada" del sitio raiz, cambiando previamente los id de las listas, que es lo unico que cambia de estar en el sitio raiz a estar en el subsitio, pero nada. --> Esto tampoco ha dado resultado.

    En lo concerniente al proceso de upgrade... SI... hemos actualizado las Colecciones de Sitios de modo 2010 a modo 2013.

    En lo concerniente a haber aplicado el SP2 a SP2010 Foundation previo a migrar no lo hemos realizado porque dicho entorno es el actual entorno de producción del cliente, por lo que no era viable.

    Otro tema que he observado, es que en la Administración Central... en el apartado "Estado de la actualización"... aparece lo siguiente:

    He revisado los 8 errores y 4 advertencias que indica en el fichero de log del Upgrade, pero no son significativos ni parecen tener que ver con este problema.

    Este es el fichero de log del Upgrade por si vieses algo raro:

    https://inforges-my.sharepoint.com/personal/aitormv_inforges_onmicrosoft_com/_layouts/15/guestaccess.aspx?guestaccesstoken=GTrH5ViueOov6en71Pms6JwQ9GtIOnZQ9PGRvIhnnJo%3d&docid=0b063ff97388a4acc8ccc4d8e172027ce

    ¿Alguna sugerencia más que se te ocurra para orientarnos a corregir el problema? 

    Muchísimas gracias.


    • Editado Angel Aranda miércoles, 21 de octubre de 2015 16:10
    miércoles, 21 de octubre de 2015 16:09
  • Buenas,

    Por descartar cosas:

    • ¿Estáis usando SPD 2013 SP1 32 bits? Entiendo que sí.
    • A nivel de la Aplicación Web migrada: está configurada con autenticación de tipo Claims frente a Classic?
    • ¿Podríais mirar que pasa con los workflows si no hacéis la actualización de Colección de Sitios?

    Un saludo


    Juan Carlos Gonzalez Martin | Office Servers & Services MVP Director revista CompartiMOSS: http://www.compartimoss.com Blog:jcgonzalezmartin.wordpress.com/ Twitter: @jcgm1978

    jueves, 22 de octubre de 2015 7:50
  • Buenas,

    Gracias por tus sugerencias... te respondo...

    1) Estamos usando SPD 2013 SP1 64 bits. Lo he desinstalado y probado con el SPD 2013 SP1 32 bits y sigue dando el fallo.

    2) La app web de 2010 tenía autenticación Classic y al migrarse a 2013 seguía como Classic.

    Siguiendo el procedimiento de Microsoft la he convertido a modo autenticación Claims.

    Idem. siguen fallando los workflows.

    3) Antes de que hicieramos en su momento la actualización de Colección de Sitios de modo 2010 a modo 2013, los workflows de los subsitios presentaban el mismo problema. Ni se ejecutaban ni se podían ver/editar desde SPD

    jueves, 22 de octubre de 2015 15:59
  • Buenas,

    Sinceramente, no se me ocurren que otras cosas puedes mirar con respecto a estos flujos que están dando problemas. Si tenéis posibilidad de hacerlo, abrir un caso de soporte en Microsoft por si este es un problema conocido (aunque yo desde luego no soy consciente del mismo)...de todos modos, te comento algunas cosas más para que las valores:

    • Sin garantizarte que te lo solucione: ¿Has pensado en tener una granja de SPF 2010 SP 1 de Test en la que adjuntar la BD a migrar y actualizar dicha granja con el SP2 para luego llevarte la BD de Contenidos a un SPF 2013 SP1?
    • Respecto al SPF 2013 SP1: ¿Cuál es el idioma base de la instalación? Espero que no me digas que castellano, porque el SP 1 de SharePoint 2013 en general introdujo muchos problemas en su versión localizada lo que llevaba a recomendar instalar siempre la base en inglés y luego aplicar el paquete de idioma en castellano.

    Aunque ya lo has probado y no soluciona el problema, algunos consejos:

    • Mejor SPD 2013 32 bits que 64 por la misma razón que se recomiendan los clientes de Office en versión 32 bits respecto a la de 64 para trabajar con SharePoint.

    Un saludo


    Juan Carlos Gonzalez Martin | Office Servers & Services MVP Director revista CompartiMOSS: http://www.compartimoss.com Blog:jcgonzalezmartin.wordpress.com/ Twitter: @jcgm1978

    viernes, 23 de octubre de 2015 9:18

  • Vamos a probar a actualizar el SP2010F SP1 al SP2 y realizar una nueva prueba de migración; por si resultase.

    Si no ya hemos previsto la valoración en horas que nos supondrá reimplementar los workflows de cero en SP2013F,  llevarlos mediante plantilla después a cada sitio y finalmente migrar "a mano" (mediante exportar a excel o access) los datos.

    Respecto al ticket de soporte a Microsoft, ya lo hicimos hace unos 20 días, pero no sirvió de nada porque la respuesta que nos dieron es que Microsoft desde el 1 de Octubre ya no da soporte a determinadas soluciones On-Premise, una de ellas SharePoint Foundation On-Premise (entiendo por su estrategia de que SP2016 Server será la última versión On-Premise y después ya sólo habrá On-Line)

    Muchas gracias de nuevo Juan Carlos.

    martes, 27 de octubre de 2015 15:06