Изменение управляемого компонента из XPiNC: изменения не отображаются

На XPiNC кнопка SSJS вызывает метод Java, определенный в управляемом компоненте (не спрашивайте, а не мой).Изменение управляемого компонента из XPiNC: изменения не отображаются

Я изменяю этот метод. Нет большого дела, базовые Java-материалы.

I clean/rebuild: первые результаты теста в ошибке 500. После выхода из Notes и Designer больше нет ошибок, но поведение выглядит так, как будто я не сделал никаких изменений. Что-то сохраняется где-то, и я не могу понять, что, где и почему.

Эта база данных находится на сервере. «Сборка автоматически» отключена.

Две недели назад я столкнулся с той же проблемой, которая вроде бы решилась на ночь. Теперь я застрял там пару дней.

источник

2016-09-05 Éric Viala

Вы тестируете свой код в том же сеансе заметок, что и ваш конструктор? – umeli

Да, что еще? Есть другой клиент, другая машина, другой идентификатор? В какой момент это изменит ситуацию? –

Может быть, проблемы с кешем? – umeli

Построение приложения удалит файлы классов, используемые Domino Designer и Notes Client (последний для XPiNC). Это приводит к ошибке 500. Это стандартное поведение. Если вы хотите протестировать изменения, внесенные в приложение XPiNC, вам нужно будет закрыть и снова открыть Notes и Designer, прежде чем тестировать каждое здание с каждым изменением (при условии, что сборка автоматически отключена, вы только обновляете .java-файлы, а не .class файлы, которые фактически использует приложение). Вот почему я бы не рекомендовал выполнять начальное тестирование на XPiNC, но в браузере.

Были проблемы с обновлением Java в некоторых версиях 8.x. Я не уверен, в какой версии вы находитесь.

Тот факт, что приложение находится на сервере, не относится к XPiNC. По умолчанию приложение по-прежнему выполняется локально в XPiNC, если не указано галочка «Запустить серверные приложения XPages на сервере».

Поскольку приложение находится на сервере, я бы рекомендовал тестирование в браузере. Это определит, является ли проблема вашим приложением или XPiNC.

UPDATE

The Package Explorer позволит вам увидеть .class файлы, путем внесения изменений в фильтр, чтобы включить "* ресурсы", которые могут быть изменены, как на скриншоте ниже.

источник

2016-09-05 09:12:01

Спасибо. Я нахожусь 9.01. Кстати. –

Спасибо. Я нахожусь 9.01. Кстати. Я бы понял, что * уборка * удаляет файлы .class, однако я сразу же следую за * build *: не так ли предполагается, что именно эти .class? Есть ли способ явным образом наблюдать за этими файлами? –

Однако моя проблема заключается не в XPage как таковой, который довольно простой и который я оставил нетронутым. Нет, это с управляемым компонентом, определяющим класс, метод которого я модифицировал. Я бы ожидал, что этот класс.java будет соответствовать файлу .class. –

Оказывается, мои изменения ничего видимого не производят ... потому что они потерпели неудачу. Базовая ошибка Java метода, возвращающего результат, даже после исключения и захвата. Думаю, я не наблюдал за xpages.log достаточно близко.

Также получил более рабочий поток жидкости после повторной активации автообъекта, хотя мне посоветовали против него и увидели несколько сообщений на этот счет здесь и там. Что дает ? Что делает «Build automatically» лучше, чем ручная перестройка после очистки?

источник

2016-09-05 16:19:06

Вам не нужно чистить каждый раз, здания должно быть достаточно. Проблема с Build Automatically связана с удаленными серверами и управлением исходным кодом. Если вы работаете над чем-либо другим, кроме локального сервера, сборкам необходимо обновить несколько файлов на сервере - файлы .class. Если происходит латентность сети, это может быть болью. Плюс это может вызвать проблемы при доступе к живым системам. В стандартной разработке веб-приложений ваша среда разработки IDE и IDE источника (например, SourceTree) прекрасно работают вместе. Но Domino Designer синхронизируется с ODP и SourceTree «сражается» за управление файлами ODP. –

Изменение управляемого компонента из XPiNC: изменения не отображаются

ответ

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