Мы используем WebSphere Portal ver 7. В наших темах у нас есть всплывающее меню в заголовке. Ссылки в выпадающем меню зависят от типа пользователя, обращающегося к приложению. Ссылки визуализируются с помощью портала навигации тегов -Ошибка URLGeneration в WebSphere Portal
<portal:urlGeneration contentNode="com.XXXXX.member.XX.XXX123" keepNavigationalState="false">
Доступ к contentNode устанавливается по правилам видимости. Для пользователей, которые не имеют доступа к определенному узлу контента, ссылка не отображается.
Поскольку всплывающее меню находится в заголовке тем, каждый раз, когда зарегистрированный пользователь не имеет доступа к определенной ссылке в меню, портал nvaigation выдает ошибки URLGeneration, приводящие к исключениям NullPointer. Эти ошибки регистрируются в нашем SysOut. Частота ошибок становится настолько высокой, что журналы откатываются и становятся жесткими, чтобы команда серверов поддерживала их.
С этим вопросом WebSphere Portal есть исправление доступно для него в Portal 8 года, а не в Портале 7.
Мы хотели бы знать, если может быть способом, applicatoin может обрабатывать ошибки URLGeneration грациозно и прекратите заполнять наши журналы. Мы не хотим, чтобы в наших темах выполнялись одни и те же правила проверки видимости, потому что тогда мы потеряли бы цель использования навигации портала, а также при изменении бизнес-правил это будет еще одно добавление к элементу, который нужно изменить.
Хотелось бы услышать некоторые входы. Спасибо.
PS - PFB стек журнала ошибок трассировки -
[10/13/16 17:03:16:097 EDT] 00000052 CreateUrlComm E com.ibm.wps.util.CreateUrlCommand execute EJPEJ0012E: Could not find the node ID and root ID corresponding to the given content node ID.
[10/13/16 17:03:16:099 EDT] 00000052 UrlGeneration E com.ibm.wps.engine.tags.UrlGenerationTag doStartTag EJPEJ0004E: An unexpected exception occurred.
java.lang.NullPointerException
at com.ibm.wps.util.CreateUrlCommand.createFriendlyURL(CreateUrlCommand.java:809)
at com.ibm.wps.engine.tags.UrlGenerationTag.doStartTag(UrlGenerationTag.java:344)
at com.ibm._jsp._header._jspService(_header.java:1678)
at com.ibm.ws.jsp.runtime.HttpJspBase.service(HttpJspBase.java:99)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:831)
at com.ibm.ws.cache.servlet.ServletWrapper.serviceProxied(ServletWrapper.java:307)
at com.ibm.ws.cache.servlet.CacheHook.handleFragment(CacheHook.java:576)
at com.ibm.ws.cache.servlet.CacheHook.handleServlet(CacheHook.java:250)
at com.ibm.ws.cache.servlet.ServletWrapper.service(ServletWrapper.java:259)
at com.ibm.ws.webcontainer.servlet.ServletWrapper.service(ServletWrapper.java:1694)
at com.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest(ServletWrapper.java:970)
at com.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest(ServletWrapper.java:508)
имя регистратора, чтобы установить в 'off' в этом случае' COM.I bm.wps.engine.tags.UrlGenerationTag' - это исключение из 'CreateUrlCommand' и регистрация нежелательного сообщения EJPEJ0004E. –
Да, вы правы, постарались ответить быстро – Crosstalk22
Отключение регистратора - это последний вариант, мы попытались исследовать его, но большинство параметров было доступно только на портале 8. Мы попытались обработать исключение в jsp, но похоже, что он был сброшен Null Исключение указателя полностью текущее к jsp, поэтому блоки catch catch не могут его поймать. Мы попробуем еще раз, прежде чем окончательно отключить регистратор. –