Hi Michael, Could you please also send the corresponding client side log too (set in the JNLP file for the ULC client)? Please send the server and client side logs from the same run.
Are you using clustering for load-balancing in your Oracle App Server? Does your configuration specify the sessions to be sticky, i.e., that requests of the same session should always be forwarded to the same instance? There is another possibility that your ULC session really timed-out. (You must make sure that the polling-interval in the deployment descriptor for the ULC application is shorter than the session timeout in your app server instances.) Thanks and regards, Janak >-----Original Message----- >From: [EMAIL PROTECTED] >[mailto:[EMAIL PROTECTED] Behalf Of >[EMAIL PROTECTED] >Sent: Thursday, October 26, 2006 8:32 PM >To: [email protected] >Subject: RE: [ULC-developer] ULC Servlet Error in Oracle App Server > > >Rolf, > >I have attached the server side log with the log level set to FINEST as >you requested. There is a lot more information now. I still don't see a >glaring error anywhere, however I am not an expert at reading the debug >output from ULC. It looks like everything is working fine and then it >just dies. I hope the log file helps. I have been double checking the >config and deployment. As I mentioned in another part of this thread, the >ear file worked just fine in JBoss and also in the stand alone version of >OC4J. Just when I deploy in the full blown oracle app server does it die. > >Hopefully the log file will help figure out what the issue is. Thanks. > > >Michael MacFadden >Tomax Corp - http://www.tomax.com >[EMAIL PROTECTED] > > > >[EMAIL PROTECTED] wrote on 10/25/2006 03:47:54 AM: > >> Hi Michael >> >> This error occurs if the ULC framework cannot find an already running >ULC >> session. >> >> On the initial HTTP request, a new ULC session is created, stored inside >the >> HttpSession, and a ULC session id is assigned (there might be more >> than one ULC >> session in one HTTP session). With every following HTTP request this >> ULC session >> id is sent along. The application server now first looks up the correct >HTTP >> session, and then the ULC framework looks up the ULC session inside this >HTTP >> session. >> >> So, either you do not get back the correct HTTP session (e.g., the old >one has >> been invalidated), or the ULC session has been cleared away. >> >> If you need more help on this, please set the log level to FINEST for >the >> server-side log (in the web.xml file) and send us the log file. >> >> Cheers >> Rolf >> >> ************************************** >> Rolf Pfenninger >> Canoo Engineering AG >> Kirschgartenstrasse 7 >> CH-4051 Basel >> Tel +41 61 228 9444 >> Fax +41 61 228 9449 >> mailto:[EMAIL PROTECTED] >> http://www.canoo.com >> >> ULC - Rich Clients for J2EE >> http://www.canoo.com/ulc >> ************************************** >> >> >> -----Original Message----- >> From: [EMAIL PROTECTED] >> [mailto:[EMAIL PROTECTED] Behalf Of >> [EMAIL PROTECTED] >> Sent: Dienstag, 24. Oktober 2006 19:07 >> To: [email protected] >> Subject: [ULC-developer] ULC Servlet Error in Oracle App Server >> >> >> Hello, >> >> I am trying to run a ULC application in Oracle App Server 10gR2. I have >> the application working via a web start in OC4J on my desktop. However >> when I deploy the same ear file to the App Server I get the following >two >> exceptions when I try to launch my app: >> >> "OC4J~ism_ulc~default_island~1" 186 lines, 14743 characters >> at >> >com.evermind.server.http.AJPRequestHandler.run(AJPRequestHandler.java:224) >> at >> >com.evermind.server.http.AJPRequestHandler.run(AJPRequestHandler.java:133) >> at >> com.evermind.util.ReleasableResourcePooledExecutor$MyWorker. >> run(ReleasableResour >> cePooledExecutor.java:186) >> at java.lang.Thread.run(Thread.java:534) >> ] >> 06/10/19 12:38:09 2 19.10.2006 12:38:09.394 1,000 SEVERE >> Thread[AJPRequestHandler-ApplicationServerThread-7,5,Applica >> tionServerThreadGroup] >> com.ulcjava.container.servlet.server.ServletContainerAdapterHelper b >> got servlet exception while >> processing [javax.servlet.ServletException: unable to get ulc >session >> (session already terminated) >> at >> com.ulcjava.container.servlet.server.ContainerCommand. >> getUlcSession(ContainerCom >> mand.java:27) >> at >> com.ulcjava.container.servlet.server.RemoveSessionCommand. >> handleRequestContent(R >> emoveSessionCommand.java:10) >> at >> com.ulcjava.container.servlet.server.ContainerCommand. >> execute(ContainerCommand.j >> ava:43) >> at >> com.ulcjava.container.servlet.server.ServletContainerAdapterHelper. >> b(ServletCont >> ainerAdapterHelper.java:175) >> at >> com.ulcjava.container.servlet.server.ServletContainerAdapterHelper. >> service(Servl >> etContainerAdapterHelper.java:86) >> at >> com.ulcjava.container.servlet.server.ServletContainerAdapter. >> service(ServletCont >> ainerAdapter.java:1) >> at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) >> at >> com.evermind.server.http.ServletRequestDispatcher. >> invoke(ServletRequestDispatche >> r.java:824) >> at >> com.evermind.server.http.ServletRequestDispatcher. >> forwardInternal(ServletRequest >> Dispatcher.java:330) >> at >> com.evermind.server.http.HttpRequestHandler. >> processRequest(HttpRequestHandler.ja >> va:830) >> at >> >com.evermind.server.http.AJPRequestHandler.run(AJPRequestHandler.java:224) >> at >> >com.evermind.server.http.AJPRequestHandler.run(AJPRequestHandler.java:133) >> at >> com.evermind.util.ReleasableResourcePooledExecutor$MyWorker. >> run(ReleasableResour >> cePooledExecutor.java:186) >> at java.lang.Thread.run(Thread.java:534) >> >> It should be noted that the web start downloads sucessfully along with >all >> the client jars. This error looks like the ulc servlet is having a >> problem when the jnlp lunacher is trying to compunicate back to the >server >> side to bootstrap the application. This happens the first time the >> application is run after restarting the app server as well as on >> subsequent attempts. I realize this might be a configuration issue with >> my app server, however I am looking for suggestions on what kinds of >> things can cause this error.. or at least what this error means. Thanks. >> >> >> Michael MacFadden >> Tomax Corp - http://www.tomax.com >> [EMAIL PROTECTED] >> _______________________________________________ >> ULC-developer mailing list >> [email protected] >> http://lists.canoo.com/mailman/listinfo/ulc-developer >> >> _______________________________________________ >> ULC-developer mailing list >> [email protected] >> http://lists.canoo.com/mailman/listinfo/ulc-developer >> > _______________________________________________ ULC-developer mailing list [email protected] http://lists.canoo.com/mailman/listinfo/ulc-developer
