Как вы автоматизируете сборку заметок NTF-файлов из файла скриптов lotus (lss)? - PullRequest
1 голос
/ 08 апреля 2010

Как правильно автоматизировать процесс сборки Lotus Notes? Я работаю с некоторыми людьми, которые используют Domino Designer для создания .ntf из файлов .lss. Я хотел бы автоматизировать этот процесс и заставить мой сервер непрерывной интеграции Hudson создать его, не нарушая пользовательский опыт для разработчиков.

Существует ли стандартный способ создания сценариев для создания файлов .ntf из файлов .lss?

Ответы [ 2 ]

4 голосов
/ 08 апреля 2010

В Notes нет реальной концепции процесса сборки. Все артефакты находятся в файле nsf, и для их изменения вам нужно войти в Domino Designer и изменить / создать их. У вас никогда не будет кучки исходных файлов за пределами nsf, которые затем нужно будет собрать. Возможно, вы импортируете ресурсы, но это необходимо согласовать с артефактами, которые могут быть созданы Domino Designer только в самом nsf.

Можете ли вы описать проблему, которую вы пытаетесь решить лучше? Вы понимаете, как работают ваши разработчики Notes?

Можно было бы внедрить артефакты в nsf таким образом, чтобы он напоминал процесс сборки, но для этого вам потребовалось бы достаточно глубокое знание Notes / Domino. Есть магазины инструментов Notes, которые имеют эти знания, и они могут иметь инструмент, который решает вашу проблему. Но они будут взимать плату за это. Попробуйте посмотреть на Итрия или teamstudio

Обновление

Создание NSF-файла, который фактически будет функционировать как используемое приложение, требует не только простых файлов .lss или .java. NSF состоит из множества других специфических для домино артефактов, которые необходимо учитывать. Итак, обо всем по порядку, ваша система контроля версий должна знать обо всех этих артефактах. Если у вас есть только файлы .lss, вам понадобятся все остальные артефакты.

DXL (упомянутый в другом посте) даст вам много артефактов, но в последний раз, когда я смотрел, это было далеко не завершено. В большинстве мест это позволит вам экспортировать двоичные версии артефактов, которые затем можно будет импортировать обратно. Вы захотите проверить их способность в обоих направлениях. Конечно, недвоичные версии страдают от невозможности передачи данных в оба конца с полной точностью при любых обстоятельствах.

Если точность DXL не достаточно хороша для того, что вы хотите, тогда вам придется иметь дело с внутренними примечаниями по дизайну с использованием Notes C API. Это даст вам весь доступ, который вы могли бы хотеть, и то, что ранее упомянутые компании использовали для своих инструментов разработчика.

Вам также необходимо учитывать последствия безопасности. Для некоторых артефактов может потребоваться подпись с другими учетными данными, в зависимости от политик безопасности, действующих в вашей организации.

Хотя я не знаю, как IBM управляет процессом обслуживания файлов nsf, поставляемых с Domino, я сильно подозреваю, что сам файл nsf остается центральной точкой контроля и что они никогда не создаются из отдельной коллекции отдельных артефактов , Возможно, они используют инструменты, подобные вышеперечисленным компаниям, для управления процессом разработки, но это не будет включать традиционный процесс сборки, как вы предполагаете.

2 голосов
/ 09 апреля 2010

В зависимости от ваших данных, вариант может заключаться в автоматизации процесса создания файла DXL (специфичной для Domino схемы XML), который может содержать структуры элементов дизайна. Затем вы можете импортировать DXL, чтобы создать новый NSF (или NTF).

Это может помочь:

Обсуждение схемы:

http://www.ibm.com/developerworks/lotus/library/domino-dxl/index.html

Статьи с примером кода импорта:

http://www -10.lotus.com / LDD / bpmpblog.nsf / дх / пропущенное-DXL-импорт-меню вариант? OpenDocument & комментарии

http://searchdomino.techtarget.com/tip/0,289483,sid4_gci1006378,00.html

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...