#1 2014-10-10 20:10:52

hlynch
Member
Registered: 2014-10-08

Problem with different browsers

I am trying to invoke a report via a URL.
I was able to succeed, but it only seems to work if the browser is firefox.
If I cut and paste the same URL into Internet Explorer or Chrome, it brings up the login page at ReportServer (i.e not the report)

I've tried every thing I could think of (verified JavaScript and java enabled in the browsers, etc), but nothing has changed.

Since the majority of our users will have Internet Explorer I need to work around this.

Here is a sample of the URL I am using.


http://192.168.2.55:8080/reportserver/r … ord=remote

Offline

#2 2014-10-11 06:47:36

Arno Mittelbach
datenwerke
Registered: 2012-02-14

Re: Problem with different browsers

Hi,

did explicitly list report with id 10 in the config file httpauthexecute.cf and did your run

config reload

on the terminal afterwards?

Best
Arno

Offline

#3 2014-10-13 13:10:52

hlynch
Member
Registered: 2014-10-08

Re: Problem with different browsers

I believe I have done what you said.
Here is the httpauthexecute.cf file:

<?xml version="1.0" encoding="UTF-8"?>
<configuration>
  <servlet>
   <httpauthexecute>
     <username>remote</username>
     <password>remote</password>
      <registered>
        <ids>4,10,21</ids>
         <keys/>
      </registered>
      <executeuser>
        <id>3</id>
      </executeuser>
   </httpauthexecute>
  </servlet>
</configuration>


It works when using firefox, but if I past the exact same URL into Internet Explorer or Chrome, I get the login screen instead of the report.

Thank
Harold

P.S
I believe that this appears in the catalina.out file when the access happens that goes to the login screen.

11:45:47,681  WARN StatefulPersistenceContext:722 - HHH000179: Narrowing proxy to class net.datenwerke.rs.core.service.reportmanager.entities.ReportFolder - this operation breaks ==

P.P.S
I got this when I tried to login to the reportserver instance.
Fehler: Der Bericht konnte nicht ausgeführt werden.
Report could not be loaded. It might be that ReportServer cannot access its temporary files (specified in rs.tempdir). If this error occurs repeatedly, please contact an administrator.
Im Falle eines nicht nachvollziehbaren Fehlers kontaktieren Sie bitte einen Administrator.
Details:
java.lang.IllegalStateException: Report could not be loaded. It might be that ReportServer cannot access its temporary files (specified in rs.tempdir). If this error occurs repeatedly, please contact an administrator. at net.datenwerke.rs.core.server.reportexport.ReportExportServlet.exportReportViaSession(ReportExportServlet.java:292) at net.datenwerke.rs.core.server.reportexport.ReportExportServlet.doGet(ReportExportServlet.java:156) at net.datenwerke.rs.core.server.reportexport.ReportExportServlet$$EnhancerByGuice$$c72cc24c.CGLIB$doGet$0() at net.datenwerke.rs.core.server.reportexport.ReportExportServlet$$EnhancerByGuice$$c72cc24c$$FastClassByGuice$$606146e4.invoke() at com.google.inject.internal.cglib.proxy.$MethodProxy.invokeSuper(MethodProxy.java:228) at com.google.inject.internal.InterceptorStackCallback$InterceptedMethodInvocation.proceed(InterceptorStackCallback.java:72) at com.google.inject.persist.jpa.JpaLocalTxnInterceptor.invoke(JpaLocalTxnInterceptor.java:66) at com.google.inject.internal.InterceptorStackCallback$InterceptedMethodInvocation.proceed(InterceptorStackCallback.java:72) at net.datenwerke.security.service.security.aop.SecurityCheckInterceptor.invoke(SecurityCheckInterceptor.java:110) at com.google.inject.internal.InterceptorStackCallback$InterceptedMethodInvocation.proceed(InterceptorStackCallback.java:72) at com.google.inject.internal.InterceptorStackCallback.intercept(InterceptorStackCallback.java:52) at net.datenwerke.rs.core.server.reportexport.ReportExportServlet$$EnhancerByGuice$$c72cc24c.doGet() at javax.servlet.http.HttpServlet.service(HttpServlet.java:620) at javax.servlet.http.HttpServlet.service(HttpServlet.java:727) at net.datenwerke.rs.core.server.reportexport.ReportExportServlet$$EnhancerByGuice$$c72cc24c.CGLIB$service$17() at net.datenwerke.rs.core.server.reportexport.ReportExportServlet$$EnhancerByGuice$$c72cc24c$$FastClassByGuice$$606146e4.invoke() at com.google.inject.internal.cglib.proxy.$MethodProxy.invokeSuper(MethodProxy.java:228) at com.google.inject.internal.InterceptorStackCallback$InterceptedMethodInvocation.proceed(InterceptorStackCallback.java:72) at net.datenwerke.security.service.security.aop.SecurityCheckInterceptor.invoke(SecurityCheckInterceptor.java:110) at com.google.inject.internal.InterceptorStackCallback$InterceptedMethodInvocation.proceed(InterceptorStackCallback.java:72) at com.google.inject.internal.InterceptorStackCallback.intercept(InterceptorStackCallback.java:52) at net.datenwerke.rs.core.server.reportexport.ReportExportServlet$$EnhancerByGuice$$c72cc24c.service() at com.google.inject.servlet.ServletDefinition.doService(ServletDefinition.java:263) at com.google.inject.servlet.ServletDefinition.service(ServletDefinition.java:178) at com.google.inject.servlet.ManagedServletPipeline.service(ManagedServletPipeline.java:91) at com.google.inject.servlet.FilterChainInvocation.doFilter(FilterChainInvocation.java:62) at com.google.inject.persist.PersistFilter.doFilter(PersistFilter.java:89) at com.google.inject.servlet.FilterDefinition.doFilter(FilterDefinition.java:163) at com.google.inject.servlet.FilterChainInvocation.doFilter(FilterChainInvocation.java:58) at com.google.inject.servlet.ManagedFilterPipeline.dispatch(ManagedFilterPipeline.java:118) at com.google.inject.servlet.GuiceFilter.doFilter(GuiceFilter.java:113) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:220) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:122) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:501) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:103) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:950) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:116) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408) at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1070) at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:611) at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:316) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61) at java.lang.Thread.run(Thread.java:745)

Last edited by hlynch (2014-10-13 16:25:31)

Offline

#4 2014-10-14 10:40:02

Arno Mittelbach
datenwerke
Registered: 2012-02-14

Re: Problem with different browsers

Hi,

the problem is a not so intuitive config file format. Have a look at http://forum.reportserver.net/viewtopic.php?id=147.
The way to specify the ids is to have multiple elements. That is <ids>1</ids><ids>5</ids> instead of <ids>1,5</ids>.
The reason that it works in Firefox is that you are still logged in and thus allowed to run the report.

I hope this helps.

Arno

Offline

#5 2014-10-20 13:55:30

hlynch
Member
Registered: 2014-10-08

Re: Problem with different browsers

Thank you, it works now.

Is the same thing true for the keys tag?

BTW - you might want to update the admin docs
They have this example on page 75

<servlet>
  <httpauthexecute>
  <username>
   user
  </username>
  <password>
    pass
  </password>
  <registered>
    <ids>
        1, 2, 3, 4
    </ids>
    <keys>
       asd, fgh,jkl
    </keys>
  </registered>
  <executeuser><id>
    123
  </id></executeuser>
</httpauthexecute>
</servlet>

Offline

#6 2014-10-20 21:26:13

Arno Mittelbach
datenwerke
Registered: 2012-02-14

Re: Problem with different browsers

Hey,

yes, the same syntax applies for keys.

Thanks for the pointer to the manual. I've changed that.

Cheers
Arno

Offline

Board footer

Powered by FluxBB