[Resin-interest] Problems with resin and orbeon xforms
I'm running orbeon xforms 3.6 over resin 3.1.x and up till recently everything was working just fine. I then upgraded resin from 3.1.4 to 3.1.s071222 as there were some quercus fixes that i wanted to make use of. After moving to the snapshot version Cannot find any provider supporting PBEWithMD5AndDES* To view the terms under which this email is distributed, please go to http://www.hull.ac.uk/legal/email_disclaimer.html *___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Problems with resin and orbeon xforms
oops, sent it before i'd finished typing. After moving to the snapshot version one of the apps started generating Cannot find any provider supporting PBEWithMD5AndDES errors. A support person at Orbeon suggested that the problem might be associated with the java.ext.dirs system property not including the jdkjre/lib/ext directory where the sunpkcs11.jar fiel resides. I tried setting system-property java.ext.dirs=/usr/local/bea/jrockit-R27.4.0-jdk1.6.0_02/jre/lib/ext/ but it didn't make any difference. Reverting back to resin-3.1.4 fixed whatever was wrong and everything started working again Alex -Original Message- From: [EMAIL PROTECTED] on behalf of Alex Sharaz Sent: Thu 10/01/2008 09:44 To: General Discussion for the Resin application server Subject: [Resin-interest] Problems with resin and orbeon xforms I'm running orbeon xforms 3.6 over resin 3.1.x and up till recently everything was working just fine. I then upgraded resin from 3.1.4 to 3.1.s071222 as there were some quercus fixes that i wanted to make use of. After moving to the snapshot version Cannot find any provider supporting PBEWithMD5AndDES * To view the terms under which this email is distributed, please go to http://www.hull.ac.uk/legal/email_disclaimer.html *___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
[Resin-interest] Resin clustered session store
Hi list, I'm using Resin Pro 3.0.23 (2 servers, load balanced/distributed sessions) and I've seen this error a few times in the log file: [2008-01-10 11:31:01.379] java.io.EOFException [2008-01-10 11:31:01.379] at java.io.ObjectInputStream$PeekInputStream.readFully(ObjectInputStream.ja va:2279) [2008-01-10 11:31:01.379] at java.io.ObjectInputStream$BlockDataInputStream.readShort(ObjectInputStre am.java:2748) [2008-01-10 11:31:01.379] at java.io.ObjectInputStream.readStreamHeader(ObjectInputStream.java:780) [2008-01-10 11:31:01.379] at java.io.ObjectInputStream.init(ObjectInputStream.java:280) [2008-01-10 11:31:01.379] at com.caucho.server.cluster.ClusterObject$DistributedObjectInputStream.in it(ClusterObject.java:474) [2008-01-10 11:31:01.379] at com.caucho.server.cluster.ClusterObject.load(ClusterObject.java:286) [2008-01-10 11:31:01.379] at com.caucho.server.cluster.FileBacking.loadSelf(FileBacking.java:318) [2008-01-10 11:31:01.379] at com.caucho.server.cluster.ClusterStore.load(ClusterStore.java:423) [2008-01-10 11:31:01.379] at com.caucho.server.cluster.ClusterObject.load(ClusterObject.java:259) [2008-01-10 11:31:01.379] at com.caucho.server.session.SessionImpl.load(SessionImpl.java:702) [2008-01-10 11:31:01.379] at com.caucho.server.session.SessionManager.getSession(SessionManager.java: 1278) [2008-01-10 11:31:01.379] at com.caucho.server.connection.AbstractHttpRequest.createSession(AbstractH ttpRequest.java:1444) [2008-01-10 11:31:01.379] at com.caucho.server.connection.AbstractHttpRequest.getSession(AbstractHttp Request.java:1256) [2008-01-10 11:31:01.379] at com.caucho.server.connection.AbstractHttpResponse.writeHeaders(AbstractH ttpResponse.java:1556) [2008-01-10 11:31:01.379] at com.caucho.server.connection.ResponseStream.writeHeaders(ResponseStream. java:216) [2008-01-10 11:31:01.379] at com.caucho.server.connection.ResponseStream.writeNext(ResponseStream.jav a:401) [2008-01-10 11:31:01.379] at com.caucho.server.connection.ToByteResponseStream.flushByteBuffer(ToByte ResponseStream.java:518) [2008-01-10 11:31:01.379] at com.caucho.server.connection.ToByteResponseStream.flushBuffer(ToByteResp onseStream.java:424) [2008-01-10 11:31:01.379] at com.caucho.server.connection.ResponseStream.finish(ResponseStream.java:6 64) [2008-01-10 11:31:01.379] at com.caucho.server.connection.ResponseStream.close(ResponseStream.java:79 6) [2008-01-10 11:31:01.379] at com.caucho.server.connection.AbstractHttpResponse.finish(AbstractHttpRes ponse.java:1956) [2008-01-10 11:31:01.379] at com.caucho.server.connection.AbstractHttpResponse.close(AbstractHttpResp onse.java:260) [2008-01-10 11:31:01.379] at com.caucho.server.webapp.WebAppFilterChain.doFilter(WebAppFilterChain.ja va:190) [2008-01-10 11:31:01.379] at com.caucho.server.dispatch.ServletInvocation.service(ServletInvocation.j ava:229) [2008-01-10 11:31:01.379] at com.caucho.server.http.HttpRequest.handleRequest(HttpRequest.java:274) [2008-01-10 11:31:01.379] at com.caucho.server.port.TcpConnection.run(TcpConnection.java:511) [2008-01-10 11:31:01.379] at com.caucho.util.ThreadPool.runTasks(ThreadPool.java:520) [2008-01-10 11:31:01.379] at com.caucho.util.ThreadPool.run(ThreadPool.java:442) [2008-01-10 11:31:01.379] at java.lang.Thread.run(Thread.java:619) The servers are configured to persist sessions across the cluster. On both servers the size of the DB file is 500M. It doesn't grow or shrink. Is this normal? I'm concerned as to what's causing the above error. The (hardware) load balancer has been reporting that it has reached it's maximum number of sessions. Could this be playing a part? Any assistance would be appreciated. rgds, Richard Richard Grantham Development --- [EMAIL PROTECTED] Limehouse Software Ltd DDI: (020) 7566 3336 Main: (020) 7566 3320 Fax: (020) 7566 3321 Limehouse Software Ltd 4th Floor 1 London Bridge London SE1 9BG Manchester Office: 3rd Floor, The Triangle, Exchange Square, Manchester M4 3TR Tel: (0161) 240 2440, Fax: (0161) 240 2441, ISDN: 08700 119 400 Check out Limehouse Software's innovative solutions www.limehousesoftware.co.uk - Transforming the way you publish and consult on information The information contained in this e-mail or in any attachments is confidential and is intended solely for the named addressee only. Access to this e-mail by anyone else is unauthorised. If you are not the intended recipient, please notify Limehouse Software Ltd immediately by returning this e-mail to sender or calling 020 7566 3320 and do not read, use or disseminate the information. Opinions expressed in this e-mail are those of the sender and not necessarily the company. Although an active anti-virus policy is operated, the company accepts no liability for any damage caused by any virus transmitted by this e-mail, including any
Re: [Resin-interest] Problems with resin and orbeon xforms
On Jan 10, 2008, at 2:13 AM, Alex Sharaz wrote: oops, sent it before i'd finished typing. After moving to the snapshot version one of the apps started generating Cannot find any provider supporting PBEWithMD5AndDES errors. It's a known snapshot issue. I was trying to speed up classloading by caching the contents of the classpath, and didn't add the java.ext.dirs directory. The next snapshot is still a day or two away. -- Scott A support person at Orbeon suggested that the problem might be associated with the java.ext.dirs system property not including the jdkjre/lib/ext directory where the sunpkcs11.jar fiel resides. I tried setting system-property java.ext.dirs=/usr/local/bea/jrockit-R27.4.0- jdk1.6.0_02/jre/lib/ext/ but it didn't make any difference. Reverting back to resin-3.1.4 fixed whatever was wrong and everything started working again Alex -Original Message- From: [EMAIL PROTECTED] on behalf of Alex Sharaz Sent: Thu 10/01/2008 09:44 To: General Discussion for the Resin application server Subject: [Resin-interest] Problems with resin and orbeon xforms I'm running orbeon xforms 3.6 over resin 3.1.x and up till recently everything was working just fine. I then upgraded resin from 3.1.4 to 3.1.s071222 as there were some quercus fixes that i wanted to make use of. After moving to the snapshot version Cannot find any provider supporting PBEWithMD5AndDES ** *** To view the terms under which this email is distributed, please go to http://www.hull.ac.uk/legal/email_disclaimer.html ** ***___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
[Resin-interest] hessian-flex SocketTimeoutException
A tomcat 5.5 site is using hessian/flex, like it a lot. It gets random hessian errors, some ex: java.net.SocketTimeoutException: Read timed out at java.net.SocketInputStream.socketRead0(Native Method) at java.net.SocketInputStream.read(SocketInputStream.java:129) at org.apache.coyote.http11.InternalInputBuffer.fill(InternalInputBuffer.java:747) at org.apache.coyote.http11.InternalInputBuffer$InputStreamInputBuffer.doRead(InternalInputBuffer.java:777) at org.apache.coyote.http11.filters.IdentityInputFilter.doRead(IdentityInputFilter.java:115) at org.apache.coyote.http11.InternalInputBuffer.doRead(InternalInputBuffer.java:712) at org.apache.coyote.Request.doRead(Request.java:418) at org.apache.catalina.connector.InputBuffer.realReadBytes(InputBuffer.java:284) at org.apache.tomcat.util.buf.ByteChunk.substract(ByteChunk.java:404) at org.apache.catalina.connector.InputBuffer.read(InputBuffer.java:299) at org.apache.catalina.connector.CoyoteInputStream.read(CoyoteInputStream.java:192) at com.caucho.hessian.io.Hessian2Input.readBuffer(Hessian2Input.java:2599) at com.caucho.hessian.io.Hessian2Input.read(Hessian2Input.java:2579) at com.caucho.hessian.server.HessianServlet.service(HessianServlet.java:371) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:432) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:541) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869) or sometimes java.io.IOException: expected 'c' in hessian input at -1 at com.caucho.hessian.server.HessianServlet.service(HessianServlet.java:375) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:432) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:541) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869) Site gets thousand of hits per minute, exceptions are about once an hour. Other resin sites seem fine, but this site is tc. Any suggestion on what to do? .V ps: for fun: http://phonezoo.com/PhotosHome.do (the recent banner on top is flex rotating and calling hessian java and generating these exceptions. Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] hessian-flex SocketTimeoutException
On Thu, Jan 10, 2008 at 11:10:15AM -0800, Vic Cekvenich wrote: A tomcat 5.5 site is using hessian/flex, like it a lot. It gets random hessian errors, some ex: java.net.SocketTimeoutException: Read timed out or sometimes java.io.IOException: expected 'c' in hessian input at -1 Hi Vic, Can you tell me about the setup? Is this streaming hessian or method calls (looks like methods to me)? Are the clients that cause this doing anything weird? The second exception is a result of the socket getting closed. The error message isn't very handy, but it's saying it got an EOF instead of what it was looking for. Site gets thousand of hits per minute, exceptions are about once an hour. Other resin sites seem fine, but this site is tc. Any suggestion on what to do? Switch to Resin. ;-) .V ps: for fun: http://phonezoo.com/PhotosHome.do (the recent banner on top is flex rotating and calling hessian java and generating these exceptions. Cool! Thanks, Emil Emil Ong Chief Evangelist Caucho Technology, Inc. Tel. (858) 456-0300 mailto:[EMAIL PROTECTED] Caucho: Reliable Open Source -- Resin: application server -- Quercus: PHP in Java -- Hessian Web Services ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
[Resin-interest] J2EE Listeners order
Servlet 2.4 spec guarantees the order of the listener creation is the order in which they are specified in the web.xml. In Resin, if I specify a listener in the web-app-default part of resin.conf, how do I make sure that one is created before the ones specified in the web.xml. Is that even possible? Thanks Sashi ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest