Domino Designer не синхронизируется

В довольно сложном проекте вся команда проекта сталкивается все больше и больше проблем, касающихся дизайнера, как частые аварии, превышение памяти ограничивает и- наиболее раздражающих - проблемы с устаревшими данными проекта:Domino Designer не синхронизируется

довольно часто мы замечаем, что два разных клиента-дизайнера показывают разные версии данных проекта (см. ниже примерное описание среды).

Простой пример: час назад сотрудник попросил меня открыть и протестировать новую Xpage, созданную 15 минут назад в ее Дизайнере. Однако в моем клиенте Designer новая Xpage еще не была. щелкнув правой кнопкой мыши мое приложение и нажав «обновить», появился новый Xpage.

Проблема поражает потолок элементами дизайна, над которыми мы оба работаем поочередно (как в «Вы сейчас работаете на xpage XXX? Я бы хотел добавить ...»). Таким образом, с этой задержкой синхронизации проблема очевидна: если я хочу вручную синхронизировать свой проект, прежде чем добавлять материал, я перезапишу код коллектива.

У нас никогда не было этой проблемы раньше, хотя я должен признать, что нам никогда не приходилось работать в команде над таким масштабным проектом.

Вот установка:

все дизайнерские клиенты 9.0.1 FP6
все работают на одном проекте, хранящейся на одном сервере
все работает на одной и той же сети withion то же самое строительство, только от двери до двери

Есть что-то, что мы можем сделать или проверить, чтобы улучшить эту ситуацию?

источник

2016-06-09 Lothar Mueller

Мы испытали это также. Единственное, что, по крайней мере, запретить, чтобы двое из вас работали над одними и теми же элементами, это «Design-Element-Locking». Если это возможно, это может помочь. Это не лучшее решение для нашей проблемы, но, по крайней мере, часть решения. –

мы также пробовали это, но столкнулись с другими проблемами, поэтому мы отключили функцию. Но это никоим образом не помогло в описанной здесь ситуации: мы фактически выполняем каменную версию блокировки дизайна, как в «... не могли бы вы выбраться из ..., потому что мне нужно ...» , Поэтому проблема заключается в том, что мы одновременно работаем над одним и тем же, но даже после того, как сотрудник покинул элемент, я все еще нахожу старую версию в своем дизайнере, и это не вопрос нескольких секунды, но 15 или даже 30 минут –

Используйте источник управления! –

Я не уверен, что это исправит вашу проблему синхронизации, но я нашел изменение следующих трех строк в вашем файле Notes \ framework \ rcp \ deploy \ jvm.properties, чтобы помочь с производительностью Designer при разработке в XPages, особенно с большие проекты:

vmarg.Xmx=-Xmx512m 
vmarg.Xms=-Xms48m 
vmarg.Xmca=-Xmca512k

Это ограничения памяти, которые я использую. Вы можете увеличить лимиты, просто убедитесь, что они кратные 4. Вам необходимо перезапустить Notes & Дизайнер, чтобы изменения вступили в силу.

источник

2016-06-09 11:57:17 jpishko

thanx; мы уже установили их на 1024 м/1024 м/512 тыс. полностью согласны с тем, что это, по-видимому, улучшает общую производительность дизайнера; к сожалению, это не помогло улучшить стабильность :( –

Что также помогает: у дизайнера установлен как клиент Notes в режиме «общего доступа». Каталог данных относится к профилю пользователя, а не в другом месте – stwissel

Лотар, вы сразу заявили три проблемы. Я попробую их разобрать.

Частые аварии: Мы пережили много, много аварий в нашей повседневной работе после обновления до ОС Windows 10. Я знаю, это звучит глупо, но один путь он работал для нас и успешно смягчен этих аварий были установка IBM Designer в C : \ IBM \ Notes, вместо C: \ Program Files \ IBM \ Notes. Предоставление «полного доступа» к «Все пользователи» по этой папке также необходимо.

Превышение пределов памяти: Как jtomas правильно указал, настройки памяти по умолчанию не достаточно для развития тяжелых XPages в Domino Designer. Я бы предложил пойти vmarg.Xmx=-Xmx1024m.

Проблемы с устаревшими данными проекта: Я думаю, что для этой проблемы нет обходной проблемы, потому что нет проблем. Domino Designer 9 - это программное обеспечение на основе Eclipse и работает так.

Подумайте об этом: при работе в Java-проектах разработчики загружают исходные файлы из системы управления версиями (SVN, Git и т. Д.) И обрабатывают их локально. Всякий раз, когда разработчик модифицирует или создает файл, другой разработчик может видеть его только в том случае, если:

a) Измененный/новый файл был загружен (зафиксирован) в репозиторий исходного кода; и

b) Другие разработчики синхронизировали (обновляют) свои локальные проекты с репозиторием.

Посмотрите, как работает Java-разработка, и так мы тоже должны это делать. Открыв файл NSF, Domino Designer разбивает его на множество файлов, как на Java-проект. После локального сохранения в виртуальной файловой системе Java эти файлы получают обновления только при обновлении проекта. Глупо, но это то, что есть.

Мой рецепт хорошо удалось команде разработчиков Domino включают:

1) Дизайн замок: Все разработчики должны явно блокировать элементы, они будут работать. Мы не полагаемся на неявные блокировки.

2) Коммуникации: Все члены команды должны быть немедленно уведомлены о том, что разработчик внес важные изменения в проект.

3) Контроль источника: Несмотря на свои подводные камни, мы сильно полагаемся на SVN в качестве хранилища кода. Это далеко не идеально, и слияния не работают должным образом, но это лучше, чем никакого контроля.

Надеюсь, это поможет.

источник

2016-09-12 15:56:58

Domino Designer не синхронизируется

ответ

Смежные вопросы