2016-10-20 3 views
0

Мы используем 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) 

ответ

1

Вы можете сказать ему, чтобы игнорировать, либо со смертельным исходом или только отключить его https://www.ibm.com/support/knowledgecenter/SSEQTP_7.0.0/com.ibm.websphere.nd.doc/info/ae/ae/rtrb_enabletrc.html

com.ibm.wps.engine.tags.UrlGenerationTag = выкл

или вы могли бы поставить обработку исключений вокруг СПЯ, чтобы справиться с этим лучше

+1

имя регистратора, чтобы установить в 'off' в этом случае' COM.I bm.wps.engine.tags.UrlGenerationTag' - это исключение из 'CreateUrlCommand' и регистрация нежелательного сообщения EJPEJ0004E. –

+0

Да, вы правы, постарались ответить быстро – Crosstalk22

+0

Отключение регистратора - это последний вариант, мы попытались исследовать его, но большинство параметров было доступно только на портале 8. Мы попытались обработать исключение в jsp, но похоже, что он был сброшен Null Исключение указателя полностью текущее к jsp, поэтому блоки catch catch не могут его поймать. Мы попробуем еще раз, прежде чем окончательно отключить регистратор. –

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