XPage подписывается идентификатором, используемым ранее

Мы используем общие идентификаторы заметок разработки для некоторых баз данных, потому что приложение немедленно разбивается, если one XPage is signed with different ID than others. Вы можете также получитьXPage подписывается идентификатором, используемым ранее

Ошибка 403 HTTP веб-сервер: Вам запрещено выполнять эту операцию

, как я только что получил.

Проблема с использованием нескольких идентификаторов заключается в том, что XPages подписывается неверным идентификатором. Когда я переключаю ID и редактирую XPage, иногда он (а иногда и другие XPages) подписывается идентификатором, который я использовал ранее. Когда я выбираю XPage из списка после этого и нажимаю кнопку «Зарегистрироваться», он подписывается с ID, который я использую.

Кто-нибудь еще сталкивался с этой проблемой и нашел какие-либо решения? Я использую Windows 7 и теперь Windows 8 и Designer 9. Я думаю, что это довольно серьезная ошибка.

источник

2013-09-03 Panu Haaramo

Автоматически отключать сборку. Я также обнаружил, что для эффективного переключения идентификаторов я должен отключить и перезапустить Notes, используя второй идентификатор.

источник

2013-09-03 19:44:32 RoyRumaner

ОК, чтобы иметь возможность использовать Build Automatically Мне нужно закрыть Designer каждый раз, когда я переключаю ID :-(. Я использую Build Automatically, потому что, если я использую только Build, мне нужно построить два раза, что является интересной ошибкой/функцией также –

Из того, что я прочитал здесь ранее, если вы используете Build Automatically, дополнительные элементы будут подписаны и перестроены, кроме тех, которые вы обновили. Я только что получил привычку перезапускать и нажимать Build, когда делал мои изменения. Не уверен, что я когда-либо делал это более одного раза. http://stackoverflow.com/questions/9131599/build-automatically-versus-build-manually?rq=1 – RoyRumaner

Очень интересно, если можно управлять только с одной сборкой. См. Fe this this http://www.intec.co.uk/xpages-build-project-investigations/ «Это вторая сборка, которая создает файлы классов для XPa ges и Custom Controls ". –

Различные идентификационные элементы оформления подписей - это действительно проблема, если вы используете sessionAsSigner. Если на веб-странице используются компоненты, подписанные разными идентификаторами, sessionAsSigner затем просто отказывается, потому что не знает, какой подписыватель должен использовать. В SSJS он выдает ошибку 500, в Java это работает некоторое время, но вы можете обнаружить, что ваш сервер аварийно завершает работу.

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

Cameron Gregor проделал определенную работу над проектом OpenNTF под названием Dora, чтобы избежать контроля над исходным кодом. Традиционные элементы дизайна Domino были обновлены, когда они только что были доступны или подписаны. Шон Кулл сделал довольно много документации по контролю версий в Domino.

источник

2013-09-05 11:49:22

Спасибо, это объясняет.Для меня было бы разумным, если бы sessionAsSigner всегда использовал подписыватель компонента (XPage или Custom Control), где работает код. –

Проблема возникает тогда, когда код в XPage или настраиваемом элементе управления (будь то SSJS или EL) вызывает код в библиотеке скриптов или пользовательском классе Java. :-) –

Это не похоже на проблему в мире LotusScript. Там вы можете выбрать, будет ли он работать с подписчиками агентов или скриптов. –

XPage подписывается идентификатором, используемым ранее

ответ

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