Мы развернули наши сложные Xforms в Tomacat и веб-сфере сервера приложений.Производительность Xform (т. Е. Время рендеринга формы, время изменения управляющего значения, динамическое изменение управляющего значения) сравнительно лучше по сравнению с аналогичным, развернутым на сервере приложений Web-logic.Логика, которую мы использовали для интеграции платформы Orbeon с нашей платформой J2EE, описана ниже: 1) Мы храним view.xml в нашей базе данных (фактическая форма Xform, которая должна быть отображена).2) Мы извлекаем то же самое из БД и внедряем в атрибут запроса следующим образом:
request.setAttribute(OPS_XFORMS_RENDERER_DOCUMENT_ATTRIBUTE_NAME,
formTemplate.getTemplateContent());
getOPSDispatcher("/xforms-renderer").forward(request, response);
Вышеупомянутую логику, которую мы реализовали, мы реализовали как в Tomacat, так и в Web-сервере приложений, который, кажется, обеспечивает лучшую производительность, чем Web-логический сервер приложений.Мы обнаружили в ресурсе Orbeon, что если мы отредактируем WEB-INF / weblogic.xml и добавим следующие элементы:
<wl-dispatch-policy>OrbeonWorkManager</wl-dispatch-policy>
<work-manager>
<name>OrbeonWorkManager</name>
<max-threads-constraint>
<name>MaxThreadsConstraint</name>
<count>4</count>
</max-threads-constraint>
</work-manager>
улучшит производительность.Будет ли это полезно в нашей ситуации? Пожалуйста, сообщите нам об этом и предоставьте любую полезную рекомендацию, которая поможет решить проблему снижения производительности на сервере приложений Web-logic.