¿Cómo gestiona la implementación de formularios de InfoPath en diferentes servidores de SharePoint? ¿Hay una mejor manera de tratar todas las conexiones de datos que son específicas del sitio sin abrir los formularios, editar las conexiones de datos y volver a publicar para cada entorno?Implementación de formularios de InfoPath en diferentes servidores de SharePoint
Si entiendo correctamente su escenario:
Usted tiene un formulario de InfoPath, con conexiones de datos que envían sus datos. Desea implementar este formulario en varios servidores de SharePoint y hacer que esas conexiones de datos envíen datos al servidor implementado actualmente.
Realmente no puede moverse necesitando trabajar en cada servidor de SharePoint al que le gustaría implementar el formulario. Sin embargo, puede moverse necesitando modificar la plantilla de formulario de InfoPath.
Si usa la Biblioteca de conexión de datos de SharePoint (DCL) y crea un archivo UDC a partir de su conexión de datos en cada servidor de SharePoint que desee usar ... entonces su plantilla de InfoPath solo puede comunicarse con el archivo UDC .
Aquí hay un enlace a un artículo sobre la integración de InfoPath con de SharePoint DCL:
Por sitio específico, ¿quiere decir que las conexiones de datos en sus formularios se refieren al servidor en el que se despliega el formulario? Si ese es el caso, quizás podría modificar sus conexiones para usar el host local en lugar del nombre del servidor para la parte del nombre de host de las URL de conexión de datos.
En mi caso, no estoy utilizando el botón "guardar" incorporado. Tengo una conexión de datos que utilizo para "publicar" los datos en otra lista.
Sí, eso es lo que quiero decir por sitio específico. No creo que pueda usar localhost 'cos, entonces cuando un usuario guarda el formulario, intentará publicarlo en la computadora del usuario (es decir, localhost). Intenté usar rutas relativas pero eso no parece funcionar.
Si va a las opciones de envío, hay una opción para realizar acciones personalizadas mediante reglas. Si tiene todas las conexiones de datos configuradas, puede configurar reglas para seleccionar a qué conexión enviar.
Este es un problema común, si está trabajando en un sistema de desarrollo y la necesidad de despliegues a un sistema productivo de vez a tiempo. Uso una secuencia de comandos que realiza reemplazos (texto sin formato) basados en expresiones regulares.
en cada despliegue:
Uso un script que hace todos los reemplazos. Eso funciona bien y ya me ahorró mucho trabajo.
Pensé en trabajar con el código fuente en lugar del xsn, pero los formularios son bastante grandes con varias conexiones de datos. Pero he utilizado su enfoque para hacer otros cambios repetitivos en todo el formulario. Gracias. – Tundey
Esta es la única solución que realmente funciona. No escuches a nadie más. Las bibliotecas de conexión de datos permiten que múltiples formularios (u otros documentos de Office, como documentos de Excel) centralicen sus cadenas de conexión de base de datos y ubiquen las listas de SharePoint. NO SON para permitir que se despliegue el mismo formulario en varios servidores. El archivo manifest.xsf contiene un enlace fijo a la conexión de datos almacenada en el servidor, independientemente de si carga la conexión de datos como local o centralizada. – jorelli
¡Solo esto funciona! No estoy seguro, pero las bibliotecas de conexión de datos no están disponibles para publicar sitios. Corrígeme si estoy equivocado. – Ubaid
re: la respuesta de speedfox, trate de evitar la edición del manifiesto siempre que sea posible. Simplemente provocará dolores de cabeza.
Si entiendo su problema, ¿está implementando en varios servidores (DEV, UAT, Producción) y necesita editar la conexión de datos manualmente cada vez que pasa de un entorno a otro? Perdóname si he simplificado sobre el problema
que he encontrado la mejor manera de hacer las conexiones de datos relativa sitio es:
archivos de conexión de datos de uso en su forma. Abra el asistente de conexión de datos en infopath y para todos los datos que se conecten, haga clic en "Convertir ...", esto cambia su conexión de datos para que no se incruste en el formulario para que sea un archivo XML independiente. Necesitará una biblioteca de Data Conenction en su sitio sharepoint para almacenarlos. Cree eso en el navegador.
Después de que haya convertido y la conexión de ir de nuevo en ella y no habrá un Opciones de conexión ... botón de usarlo para cambiar de "biblioteca de conexión de datos local" a "gestionada de forma centralizada biblioteca de conexión"
Cargar la conexión de datos que está en sus sitios de conexión para Biblioteca a admin el centro
al publicar su formulario asegúrese de que está publicando en una ubicación gestionada de forma centralizada (administración central)
Use su forma tan un tipo de contenido en una ny forma biblioteca en esa colección de sitios.
Para usar el formulario en otro sitio, cargue el archivo de conexión de datos en el nuevo administrador central de servidores y publique el formulario (sin cambios) en los formularios administrados centralmente.
Ver mi post blog en el que llevará paso a paso con instantáneas pertinentes relativos a los siguientes:
a. Conversión de las conexiones de datos de InfoPath a la biblioteca DCL en SharePoint. b. Publicación del formulario de InfoPath en una lista/biblioteca de SharePoint c. Crear un paquete de solución .wsp para el formulario de InfoPath y su código subyacente d. Crear un script por lotes que implementará el formulario de InfoPath en su sitio de Producción. e. Garantizar que el formulario de InfoPath se haya implementado como una función f. Modifique los DCL en el entorno de producción. g.Asociar el tipo de contenido de InfoPath con el documento/biblioteca de formularios
Ver el blog completo en: http://www.sharepointfix.com/2009/12/infopath-2007-form-and-nintex-workflows.html
lo he intentado y nunca fue capaz de conseguir que funcione. Pero le daré otra oportunidad. ¡Gracias! – Tundey
Intenté esto de nuevo y funcionó. Gracias. – Tundey