[Viewer 6.5] viewHistoryService ISSUE

[tkinte]

Hi,

The history throws the following error :

Code: Select all

09-Oct-2019 11:12:44.139 SEVERE [http-nio-8080-exec-9] org.apache.catalina.core.StandardWrapperValve.invoke Servlet.service() for servlet [viewHistoryService] in context with path [/minfinea] threw exception
 java.lang.NullPointerException
	at java.net.URLEncoder.encode(Unknown Source)
	at com.enterprise_architecture.essential.report.VisitHistoryService.doPost(VisitHistoryService.java:191)
	at com.enterprise_architecture.essential.report.VisitHistoryService.doGet(VisitHistoryService.java:158)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:622)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:729)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:230)
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:165)
	at org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:53)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:192)
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:165)
	at com.enterprise_architecture.essential.report.LoadCSRF.doFilter(LoadCSRF.java:109)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:192)
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:165)
	at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:199)
	at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:96)
	at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:474)
	at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:140)
	at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:79)
	at org.apache.catalina.valves.AbstractAccessLogValve.invoke(AbstractAccessLogValve.java:624)
	at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:87)
	at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:349)
	at org.apache.coyote.http11.Http11Processor.service(Http11Processor.java:495)
	at org.apache.coyote.AbstractProcessorLight.process(AbstractProcessorLight.java:66)
	at org.apache.coyote.AbstractProtocol$ConnectionHandler.process(AbstractProtocol.java:767)
	at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1347)
	at org.apache.tomcat.util.net.SocketProcessorBase.run(SocketProcessorBase.java:49)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
	at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
	at java.lang.Thread.run(Unknown Source)

Nota : Cache activated

Best regards,

Tshitshi

[jonathan.carter]

Hi Tshitshi,

We’re looking into this and viewtopic.php?f=22&t=2242

Have you encountered these problems before the bug-fix pack (for Unicode characters) that we shared with you recently?

Thanks very much

Jonathan

[tkinte]

Hi Jonathan.

1° TOO MANY Redirects : No
2° Folder duplicated behind the reverse proxy with vhost : yes
3° History issue : no

Nota : cache configured after the bug-fix

Best regards,

Tshitshi

[jonathan.carter]

Hi Tshitshi,

Thanks for this.

We’ve tried the history functionality and the set language links and all seems to work fine.

I think the 2 posts (this and viewtopic.php?f=22&t=2242&sid=b4fe106ac ... 5800dd5758) you have on here are linked to each other.

The link http://<server>/essential_viewer/essentialLanguage is not intended to be accessed by a browser. Rather, this is a service endpoint that is expecting some content to be posted back to the Viewer (the newly selected language).
This endpoint is invoked by the form in the set-language screen but is not intended to be used as a URL that you’d use directly in your browser.

If you set the language via the set-language page, all seems to be working fine.

On the EssentialViewer.com website, there are some extra links on there like /viewer/viewer but these are deliberate.

I wonder if your reverse proxy configuration is contributing to the behaviour you are seeing? I’m not aware of the specifics of your reverse proxy configuration but we components like this and have not run into any issues like those that you describe.

Can I suggest that you try turning off (or resetting) the cache as this may also be contributing to the strange behaviour you are seeing?

Let us know how you get on without the cache enabled - and also how these behave when not behind your reverse proxy.

Jonathan