Развертывание форм InfoPath на разных серверах SharePoint
Как вы управляете развертыванием форм InfoPath на разных серверах sharepoint? Есть ли лучший способ справиться со всеми подключениями к данным, привязанными к сайту, без открытия форм, редактирования подключений к данным и повторной публикации для каждой среды?
Ответы 7
Под специфическим сайтом вы имеете в виду, что подключения к данным в ваших формах относятся к серверу, на котором развернута форма? Если это так, возможно, вы могли бы настроить свои соединения, чтобы использовать localhost вместо имени сервера для части имени хоста URL-адресов подключения к данным.
В моем сценарии я не использую встроенную кнопку «Сохранить». У меня есть соединение для передачи данных, которое я использую для «публикации» данных в другом списке.
Да, это то, что я имею в виду под конкретным сайтом. Я не думаю, что вы можете использовать localhost, потому что тогда, когда пользователь сохраняет форму, он попытается отправить сообщение на компьютер пользователя (например, localhost). Я пытался использовать относительные пути, но, похоже, это не сработало.
Если вы перейдете в параметры отправки, есть возможность выполнить настраиваемое действие с помощью правил. Если у вас настроены все подключения для передачи данных, вы можете настроить правила, чтобы выбрать подключение для отправки.
Если я правильно понимаю ваш сценарий:
У вас есть форма InfoPath с подключениями к данным, которые отправляют ваши данные. Вы хотите развернуть эту форму на нескольких серверах SharePoint, чтобы эти подключения к данным отправляли данные на текущий развернутый сервер.
Вы не можете обойтись без необходимости выполнять работу на каждом сервере SharePoint, на котором вы хотите развернуть форму. Однако вы можете обойтись без изменения шаблона формы InfoPath.
Если вы используете библиотеку подключений к данным SharePoint (DCL) и создаете файл UDC из своего подключения к данным, на каждом сервере SharePoint Server, который вы хотели бы использовать ... тогда ваш шаблон InfoPath может просто взаимодействовать с файлом UDC.
Вот ссылка на статью об интеграции InfoPath с DCL SharePoint:
Это обычная проблема, если вы работаете над системой разработки и время от времени нуждаетесь в развертывании в продуктивной системе. Я использую сценарий, который выполняет замену (простой текст) на основе регулярных выражений.
при каждом развертывании:
- сделайте резервную копию вашей формы ;-)
- Сохраните форму как исходный код. (Я предлагаю вам работать с файлами исходного кода, а не с .xsn, потому что xsn - это только переименованный .cab с исходными файлами в нем. И вы можете использовать систему управления версиями более удовлетворительным образом.)
- откройте файл manifest.xsf
- найдите xml-узел "DataConnections"
- найдите и замените часть URL-адреса сайта
- (Не забудьте указать путь для сохранения, атрибуты файла и сайта и publishUrl)
- развернуть из InfoPath Designer
Я использую сценарий, который выполняет все замены. Это прекрасно работает и уже сэкономило мне много работы.
Это единственное решение, которое действительно работает. Не слушай никого другого. Библиотеки подключения к данным позволяют нескольким формам (или другим документам Office, например документам Excel) централизовать свои строки подключения к базе данных и находить списки SharePoint. Они НЕ предназначены для развертывания одной и той же формы на нескольких серверах. Файл manifest.xsf содержит жесткую ссылку на соединение для передачи данных, хранящееся на сервере, независимо от того, загружаете ли вы соединение для передачи данных как локальное или централизованное.
Только это работает! Я не уверен, но библиотеки подключения к данным недоступны для сайтов публикации. Поправьте меня, если я ошибаюсь.
re: speedfox, старайтесь по возможности держаться подальше от редактирования манифеста. Это просто приведет к головной боли.
Если я понимаю вашу проблему, вы выполняете развертывание на нескольких серверах (DEV, UAT, Production) и вам нужно вручную редактировать подключение к данным каждый раз, когда вы переходите из одной среды в другую? Простите меня, если я упростил задачу
Я обнаружил, что лучший способ связать сайт с подключениями к данным - это:
Используйте файлы подключения к данным в вашей форме. Откройте мастер подключения к данным в infopath и для всех, кто связан с данными, нажмите «Преобразовать ...». Это изменит ваше подключение к данным из встроенного в форму в независимый XML-файл. Для их хранения вам понадобится библиотека соединения данных на сайте sharepoint. Создайте ее в браузере.
После преобразования и подключения к нему снова появится кнопка Параметры подключения ... используйте ее для перехода с «Локальная библиотека подключений к данным» на «Централизованно управляемую библиотеку подключений».
Загрузите подключение к данным, которое находится в библиотеке подключений к данным вашего сайта, центральному администратору.
При публикации формы убедитесь, что вы публикуете ее в централизованно управляемом расположении (Central Admin).
Используйте свою форму в качестве типа контента в любой библиотеке форм в этом семействе сайтов.
Чтобы использовать форму на другом сайте, загрузите файл подключения к данным в центральный администратор нового сервера и опубликуйте (без изменений) форму в централизованно управляемых формах.
См. Мое сообщение в блоге, где я шаг за шагом расскажу вам о соответствующих снимках, охватывающих следующее:
а. Преобразование подключений к данным InfoPath в библиотеку DCL в SharePoint. б. Публикация формы InfoPath в списке / библиотеке SharePoint c. Создание пакета решения .wsp для формы InfoPath и ее кода программной части d. Создание пакетного сценария, который развернет форму InfoPath на вашем рабочем сайте. е. Обеспечение развертывания формы InfoPath как функции f. Измените DCL в производственной среде. грамм. Свяжите тип контента InfoPath с библиотекой документов / форм
См. Полный текст сообщения в блоге: http://www.sharepointfix.com/2009/12/infopath-2007-form-and-nintex-workflows.html
Я думал о работе с исходным кодом, а не с xsn, но формы довольно большие с несколькими подключениями к данным. Но я использовал ваш подход для внесения других повторяющихся изменений всей формы. Спасибо.