2016-07-01 1 views
1

Еще одна странная история с Domino Designer 9.0.1:Локализованные XPages приложений множительной свойства файлов

Применение в вопросе настроен на поддержку немецкого и английского языков; Немецкий язык установлен как исходный, так и стандартный langauge.

В течение последних нескольких недель мы наблюдали, что существуют некоторые CustomControls и Xpages, файлы свойств которых умножаются; в чем-то вроде 12 часов, мы часто видим сотни размноженных файлов (в настоящее время мы имеем 120 умножений, ранее на этой неделе у нас был случай с> 1000 умноженного propertiey файлов!) В проводнике пакетов они поворачиваются вверх, как это:

enter image description here

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

Еще один странный факт: этот конкретный пользовательский элемент управления не изменился довольно долгое время, и он содержит только один элемент управления со статическим атрибутом текста, наряду с

Любой, имеющий представление о том, что может быть причиной этого, и какие возможные решения я мог бы попробовать?

Технические факты и некоторые дополнительные замечания: Domino Designer 9.0.1 FP6, ExtLib 17; мы работаем в команде, где каждый из нас кодирует свою собственную локальную реплику, а затем реплицируется в реплику «хаб». Я не могу доказать это, но я полагаю, что существует связь между одним из нас тиражирования обновления и созданием новых prüperty дублирует

EDIT: еще несколько наблюдений: Я думаю, что я был в состоянии придавить это к репликация между двумя конкретными машинами; Я просто выполнил последовательность из 5 или 6 ручных репликаций между обоими экземплярами, каждый раз, когда без внесли какие-либо изменения в код проекта с обеих сторон. тем не менее каждая репликация сообщала ровно 1 обновление и 1 дополнение, и каждый раз, когда был добавлен новый файл свойств.

Так что пока я удалил пользовательский элемент управления и перестроил его с нуля под немного другим именем (просто чтобы быть в безопасности). На данный момент кажется, что приложение «ведет себя» сейчас, но я уверен, что это вернется рано или поздно.

+0

Вы пытались экспортировать это как DXL и видя, как редактировал их последнего или согласования времени с тем, когда кто-то тиражирования? Возможно, они являются конфликтами реплик при работе над локальной копией, и что один обновляет свойства, а кто-то еще получает обновления. –

+0

нет, я еще не экспортировал это как DXL. Если да, то что бы вы передумали, я должен искать в коде DXL? Meaqnwhile Я провела еще несколько тестов, см. Часть EDIT выше –

+0

. Марки времени и авторы. Я также попытался бы удалить локальные реплики на машинах и воссоздать их. –

ответ

0

Говорите за мной: контроль источника и репликация не совпадают.

Подробнее: Файлы свойств хранятся в виде вложений в примечании к дизайну. Это обычно записка с формой. Если вы не включите многоязычный язык, тогда каждое свойство получит свою собственную заметку. Когда разные люди работают в базе данных, эти элементы примечаний воссоздаются при сборке, получая следующий вид UNID.

Итак, правильный поток для того, что вы пытаетесь сделать: выберите свою лучшую версию nsf. Nuke другие реплики. Привяжите его к управлению версиями. Пусть ваш разработчик-сверстник создает nsf из этого репозитория. Синхронизация дизайна происходит только через этот репозиторий.

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

+0

Я могу подтвердить, что это явление произошло в нашей базе данных, когда контроль источника не используется, и я единственный разработчик. Дизайн не находится в базе данных шаблонов, или вы можете сказать, что база данных проекта также является тестовой базой данных. Не лучшая ситуация, я знаю ... Обычно я удаляю все файлы свойств, у которых есть UNID. Это не произошло уже довольно давно. –

+0

Переключитесь на источник управления. Не реплицировать – stwissel

+0

Я, когда-нибудь. Я отключил управление источником несколько дней назад, это оказалось катастрофой для файла classpath: исходный каталог и jar-файл слишком часто исчезали. См. Один из моих других вопросов. –

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

  • Нет связанных вопросов^_^