Re: [Resin-interest] Resin 4 Session Clustering - restart of triad servers
On Jun 4, 2014, at 5:56 PM, Burke, Brian wrote: > A question related to session replication in resin 4.0 I’m using a cluster > of 3 servers, therefore all three are triad servers. After a server is > restarted, I see that the session objects that exist on the other two servers > don’t get replicated to the restarted server until there is a request made > for that session. With this behavior, I can’t restart these 3 servers in a > rolling fashion, unless I wait at least ‘session-timeout’ between the > restarts. Hi Brian, The restarted triad server does keep a local copy on disk, but you are partially correct - it will need to contact another triad server to verify it has the most up-to-date version of the session data. I’m trying to understand why you think you need to wait session-time between server restarts. I’m don’t think that is the case but if you are seeing adverse behavior please supply details and that would help me determine if it’s a bug or something else. As long as 1 triad server is up at any time the triad state should be maintained properly. Thanks, Paul > > Is there a way to force a restarting triad server to re-populate it’s store > of sessions on restart? Or another way to handling planned rolling restarts > of the triad servers in a more efficient manner? > > This is the current config in resin.xml, under the tag: > > > > > > > > > Thanks, > -Brian > > > > ___ > 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
Re: [Resin-interest] Problem building 4.0.38
On Mar 20, 2014, at 4:39 PM, Rick Mann wrote: > Oops, it was 'cause I tried to build in a subdirectory. NOT doing that seems > to work, but gets me a TON of deprecation warnings in SSL (first deprecated > in OS X 10.7). Yep, Apple has deprecated OpenSSL! http://stackoverflow.com/questions/7406946/why-is-apple-deprecating-openssl-in-macos-10-7-lion It should still build, but yes there’s lots of warnings now, we get them too. > > http://pastebin.com/haPFZPtc > > > On Mar 20, 2014, at 13:35 , Rick Mann wrote: > >> Dunno if I did something wrong. Mavericks 10.9.2, Xcode 5.1 >> >> http://pastebin.com/r5QgX5vS >> >> -- >> Rick >> >> >> >> ___ >> resin-interest mailing list >> resin-interest@caucho.com >> http://maillist.caucho.com/mailman/listinfo/resin-interest > > > -- > Rick > > > > ___ > 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
Re: [Resin-interest] Unsupported operation error
Oh I feel stupid now - my Resin 4 codebase was out of date (been working on Resin 5). There already was a bug and we just added session tracking mode support in version 4.0.38. So you’ll just need to upgrade your Resin version to get it. -Paul On Mar 20, 2014, at 3:11 PM, Rick Mann wrote: > Please enter the bug, at least. I'll look into seeing if there's a way around > the problem. > > On Mar 20, 2014, at 11:29 , Paul Cowan wrote: > >> >> On Mar 20, 2014, at 6:00 AM, Rick Mann wrote: >> >>> I'm trying to add Spring Security to my pure-JavaConfig web app, and I'm >>> getting this error on my first request. Any idea what it means? Is this a >>> Resin problem (v 4.0.36)? >> >> That’s definitely being thrown by Resin. I looked at our code and we don’t >> implement the Servlet 3.0 session tracking modes API and throw the >> UnsupportedOperationException on call. I’m not sure why; it must have been >> an optional part of the spec or TCK. I can enter a bug report to implement >> it but I’m afraid you may be out of luck on Resin 4.0.36 if Spring depends >> on that call. >> >> Thanks, >> Paul >> >>> >>> >>> [14-03-20 02:48:37.355] FINE com.caucho.server.http.HttpRequest >>> handleRequest: java.lang.UnsupportedOperationException: unimplemented >>> at >>> com.caucho.server.webapp.ServletContextImpl.setSessionTrackingModes(ServletContextImpl.java:552) >>> at >>> org.springframework.security.web.context.AbstractSecurityWebApplicationInitializer.onStartup(AbstractSecurityWebApplicationInitializer.java:120) >>> at >>> org.springframework.web.SpringServletContainerInitializer.onStartup(SpringServletContainerInitializer.java:174) >>> at >>> com.caucho.server.webapp.WebApp.callInitializer(WebApp.java:3471) >>> >>> >>> -- >>> Rick >>> >>> >>> >>> ___ >>> 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 > > > -- > Rick > > > > ___ > 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
Re: [Resin-interest] Unsupported operation error
On Mar 20, 2014, at 6:00 AM, Rick Mann wrote: > I'm trying to add Spring Security to my pure-JavaConfig web app, and I'm > getting this error on my first request. Any idea what it means? Is this a > Resin problem (v 4.0.36)? That’s definitely being thrown by Resin. I looked at our code and we don’t implement the Servlet 3.0 session tracking modes API and throw the UnsupportedOperationException on call. I’m not sure why; it must have been an optional part of the spec or TCK. I can enter a bug report to implement it but I’m afraid you may be out of luck on Resin 4.0.36 if Spring depends on that call. Thanks, Paul > > > [14-03-20 02:48:37.355] FINE com.caucho.server.http.HttpRequest > handleRequest: java.lang.UnsupportedOperationException: unimplemented > at > com.caucho.server.webapp.ServletContextImpl.setSessionTrackingModes(ServletContextImpl.java:552) > at > org.springframework.security.web.context.AbstractSecurityWebApplicationInitializer.onStartup(AbstractSecurityWebApplicationInitializer.java:120) > at > org.springframework.web.SpringServletContainerInitializer.onStartup(SpringServletContainerInitializer.java:174) > at > com.caucho.server.webapp.WebApp.callInitializer(WebApp.java:3471) > > > -- > Rick > > > > ___ > 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
Re: [Resin-interest] Resin 3.1.14
On Mar 19, 2014, at 10:38 PM, Brygid Tech wrote: > Can find anything on Resin 3.1.14 changes on the web. > > http://caucho.com/resin-3.1/changes/changes.xtp > > Can someone please point out what has been updated in Resin 3.1.14 as compare > to Resin 3.1.13? Just 2 bug fixes - Resin 3.1.x is essentially frozen. Please see this page and search for 3.1.14: http://bugs.caucho.com/changelog_page.php Thanks, Paul > > > > > > ___ > 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
Re: [Resin-interest] Wiki page broken
On Mar 9, 2014, at 3:02 AM, Rick Mann wrote: > > On Mar 8, 2014, at 22:57 , Rick Mann wrote: > >> Also, it seems the bugs.caucho.com forgot who I am... > > Nevermind, it was I who forgot who I am. > > Is Mantis still in use? I see very few bug reports. Maybe they're mostly > private? Definitely, check your filters - there's lots of bug reports. > > -- > Rick > > > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest === Paul Cowan, Software Engineer Caucho Technology co...@caucho.com http://blog.caucho.com http://twitter.com/cauchoresin ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] WebSockets Chatroom example
On Mar 6, 2014, at 5:26 PM, Rick Mann wrote: > > On Mar 6, 2014, at 09:47 , Paul Cowan wrote: > >> For EJB you want: http://mirrors.ibiblio.org/maven2/javax/ejb/ejb-api/3.0/ > > Hmm, I still get > >[javac] /Users/rmann/.../UsageMapServer.java:9: error: cannot find symbol >[javac] import javax.ejb.Startup; Yes I see, @Startup is EJB 3.1 not 3.0. Resin 4.0 is EJB 3.1, and javax.ejb.Startup is in our javaee-16.jar, but I can't seem to find a generic API dependency jar for EJB 3.1 in Maven central. This one from Glassfish works: org.glassfish javax.ejb 3.1 provided -Paul > > > > -- > Rick > > > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest === Paul Cowan, Software Engineer Caucho Technology co...@caucho.com http://blog.caucho.com http://twitter.com/cauchoresin ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] WebSockets Chatroom example
On Mar 6, 2014, at 3:37 AM, Rick Mann wrote: > I'm trying to do the WebSockets example here: > > http://wiki4.caucho.com/WebSocket_API_Chat_Room_using_JSR_356 > > But it needs javax.ejb.Startup (among other things). My ant build script > fails on this, because I don't seem to be including the right JAR. I tried to > use the maven ant plugin (which is how I get all my dependencies), but > there's no jar here: > > http://mirrors.ibiblio.org/maven2/javax/ejb/ejb/ > > It suggests I get it from Oracle and manually install it. But I don't see how > to get the right jar. I downloaded the massive Java EE 7 dev kit, but I'm not > confident it's going to have what I need, nor do I know what version of EJB > it will be. For EJB you want: http://mirrors.ibiblio.org/maven2/javax/ejb/ejb-api/3.0/ You just need the APIs to code against, Resin will provide the implementation when run. I've actually been meaning to write a Wiki page for questions related to JEE Maven dependencies, so I just did so. Please see: http://wiki4.caucho.com/Resin_4_Maven_Dependencies -Paul > > Any suggestions? How do I get set up to properly build apps like these? > > Thanks, > > -- > Rick > > > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest === Paul Cowan, Software Engineer Caucho Technology co...@caucho.com http://blog.caucho.com http://twitter.com/cauchoresin ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] "Rewriting" hostnames across webapps?
On Jan 16, 2014, at 4:32 PM, Rick Mann wrote: > I'm trying to update a virtual server that runs a handful of webapps in > Resin. The old machine was "tycho.latencyzero.com" and a bunch of DNS entries > point to it. The web apps are configured to respond to those varying > hostnames. The new machine temporarily has the name "stage.latencyzero.com." > > I copied everything from the old machine to the new, including the resin > config file. Obviously, I can't just go to "stage.latencyzero.com", because > resin has no idea which webapp I really want. > > Is there any way to configure resin to rewrite a request with a host like > "foo.bar.latencyzero.com.stage.latencyzero.com" into a request for the webapp > that responds to "foo.bar.latencyzero.com," while keeping the actual hostname > intact for the purposes of rendering links in the pages, etc.? Hi Rick, I'm not exactly understanding what you want to do, but it sounds like I a similar situation I had on one of my sites. This configuration below is what I used. The new real host is listed first in resin.xml, then the default host id="" with host-alias * will catch all, and the redirect regex will redirect to the new site while appending the requested URI. .*foo.com … * http://www.foo.com$1"/> https://www.foo.com$1";> Hope this helps, -Paul > > Is there another technique to make this kind of migration easier? > > I did manually edit resin.xml for one of my webapps to respond to > "comics.stage.roderickmann.org," and created a DNS entry to match. But it can > be tedious to change them all (not too bad, really, just looking for a nicer > way). > > Eventually, all the "stage" nonesense will go away and the new machine will > completely replace the old and the old will go away. > > -- > Rick > > > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest === Paul Cowan, Software Engineer Caucho Technology co...@caucho.com http://blog.caucho.com http://twitter.com/cauchoresin ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] "Thread Dump generated"?
On Dec 1, 2013, at 6:13 PM, Rick Mann wrote: > Is this a message I should be concerned about? I see it when I'm running a > local development instance of Resin Open Source on OS X 10.9, in console mode. Resin generates thread dumps for various reason, usually in response to issues it detects, based on health system checks. You need too check what the context is from the logs surrounding the thread dump. The PDF snapshot reports and resin-admin also include logs that should tell you why it was generated. -Paul > > [13-11-30 21:24:59.790] INFO com.caucho.util.ThreadDump dumpThreads: Thread > Dump generated Sat Nov 30 21:24:59 PST 2013 > > > -- > Rick > > > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest === Paul Cowan, Software Engineer Caucho Technology co...@caucho.com http://blog.caucho.com http://twitter.com/cauchoresin ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] MemoryTenuredHealthCheck on MountainLion 64b with resin4.0.13
On Jul 18, 2013, at 10:23 AM, Riccardo Cohen
wrote:
> (PS:Sorry I sent this message to hessian-interest by mistake)
>
> Hello
> I have just changed my mac to a new MountainLion 64b, and I
> recompiled/installed resin 4.0.13
>
> The full application works perfectly, but I have a strange message in
> log, that was not there on the old mac (snow leopard 32b):
>
> [13-07-18 15:49:00.450] {main} MemoryTenuredHealthCheck: WARNING:
> MemoryTenuredHealthCheck[] has no JMX ObjectName detected
> [13-07-18 15:49:00.450] {main} MemoryPermGenHealthCheck: WARNING:
> MemoryPermGenHealthCheck[] has no JMX ObjectName detected
>
>
> Exactly every 5 minutes I have these 2 lines on the log. I Could not
> find any info about that on google.
Hi Riccardo,
You'll need to upgrade your Resin version.
JVM MBeans may be slightly difference between JVM version or vendors. Later
versions of Resin handle this gracefully.
Thanks,
Paul
>
> Thanks for your help.
>
>
> --
> Riccardo Cohen
> +33 (0)6 09 83 64 49
> Société Realty-Property.com
> 16 rue de Belle Isle
> 37100 Tours
> France
>
> <http://www.appartement-maison.fr>
>
> ___
> resin-interest mailing list
> resin-interest@caucho.com
> http://maillist.caucho.com/mailman/listinfo/resin-interest
===
Paul Cowan, Software Engineer
Caucho Technology
co...@caucho.com
http://blog.caucho.com
http://twitter.com/cauchoresin
___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] URL Rewrite Rules Lost After Webapp Deploy?
On Apr 11, 2013, at 6:39 PM, Dan Ziegelbein wrote: > It seems like the URL rewrite rules defined at the cluster level (and I > believe at other levels too) are not preserved after a deploy or > undeploy operation. > > For example, starting with a stock installation of Resin Pro 4.0.35, and > two versions of a simple web app war file (containing a single > index.html file for its web content that does nothing more than display > some text in the body), performing the following will demonstrate the > issue: > > - edit resin.properties, enabling webapp_multiversion_routing. > > - edit resin.xml and add a rewrite rule directly underneath the 'app' > cluster: e.g.: > > ... > value="false"/> > > - start resin > > - deploy and test version 1 of a simple web app. The rewrite rule should > work as expected, forcing a 404. > > - deploy and test version 2 of your web app (without restarting resin). > The rewrite rule no longer takes effect. You will see your page. > > > Has anyone else experienced this? Hi Dan, Thanks, I confirmed this is a bug related to multi-version routing, and have entered a bug report: http://bugs.caucho.com/view.php?id=5418 The issue clears after a Resin restart. You can also work around this by putting the rewrite rule in the web app rather than the cluster level. For example, add a file named resin-web.xml in your WEB-INF directory: http://caucho.com/ns/resin"; xmlns:resin="urn:java:com.caucho.resin"> I understand this may not be as convenient as placing the rewrite at the cluster level depending on how many webapps you have deployed… Although it's preferable in some cases, as modifying resin.xml triggers a Resin restart, while modifying resin-web.xml, only the web app will restart. Thanks, Paul > > > Dan > > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest === Paul Cowan, Software Engineer Caucho Technology co...@caucho.com http://blog.caucho.com http://twitter.com/cauchoresin ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Versioned Deploy from Command Line
On Apr 11, 2013, at 5:29 PM, Dan Ziegelbein wrote: > The following command works as expected in 4.0.32: > resinctl deploy --version > > It's not working for me in 4.0.33 and later. The command returns almost > instantaneously and the web app is not deployed. Is this a known issue > -- related to http://bugs.caucho.com/view.php?id=5415? Hi Dan, Yes, it's the same bug, sorry, we were too aggressive on trapping "--version" on the command line. You should still be able to deploy via REST or the resin-admin web app until we patch the issue in the next release. Thanks, Paul > > > Dan > > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest === Paul Cowan, Software Engineer Caucho Technology co...@caucho.com http://blog.caucho.com http://twitter.com/cauchoresin ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Non-pro Question
On Apr 10, 2013, at 4:37 PM, "Aaron Freeman" wrote: > In resin-4.0.35 I am spinning on a typical BufferedInputStream read loop to > read from a multipart stream. It works great, but for some reason a large > percent of the connections hang at some point on the blocked read call. I > thought that the default SocketTimeout setting in Resin would cause that to > eventually throw an exception, but that does not appear to be happening. > Here is a partial thread dump of the blocked call: Some of our internal stream wrappers swallow the exception, log it, and return -1. You're saying it's just blocking, but as a first step I recommend you turn on FINER logging for "com.caucho.vfs", and maybe "com.caucho.server.http" also. Then check the logs for exceptions logged when you would expect the timeout. Thanks, Paul > > at java.net.SocketInputStream.socketRead0 (SocketInputStream.java:-2) > at java.net.SocketInputStream.read (SocketInputStream.java:150) > at java.net.SocketInputStream.read (SocketInputStream.java:121) > at sun.security.ssl.InputRecord.readFully (InputRecord.java:442) > at sun.security.ssl.InputRecord.read (InputRecord.java:480) > -- locked java.lang.Object@0x627eabb3 > at sun.security.ssl.SSLSocketImpl.readRecord (SSLSocketImpl.java:927) > at sun.security.ssl.SSLSocketImpl.readDataRecord (SSLSocketImpl.java:884) > at sun.security.ssl.AppInputStream.read (AppInputStream.java:102) > at com.caucho.vfs.SocketStream.read (SocketStream.java:187) > at com.caucho.vfs.ReadStream.read (ReadStream.java:472) > at com.caucho.server.http.ContentLengthStream.read > (ContentLengthStream.java:79) > > > > Any ideas why the socketRead0 just hangs and the SocketTimeout never fires? > > Thanks, > > Aaron > > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest === Paul Cowan, Software Engineer Caucho Technology co...@caucho.com http://blog.caucho.com http://twitter.com/cauchoresin ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] BEAST SSL Attack
On Feb 12, 2013, at 8:05 PM, Aaron Freeman wrote: > On a whim we looked to see if there was a new snapshot, and there was, so we > tried it. Looks like the honor-cipher-code addition is working great. We > were able to get it to show that we are compliant – so we will be doing more > internal testing to make sure the snapshot is stable enough and then we will > roll it out. That fix is actually in 4.0.34, although 4.0.35 will be on the website today. I see we're a little behind on the release notes on caucho.com. This link is handy to refer to as it's always updated based on fixed bugs: http://bugs.caucho.com/changelog_page.php Thanks, Paul > > Thanks a bunch! > > Aaron > > > From: resin-interest-boun...@caucho.com > [mailto:resin-interest-boun...@caucho.com] On Behalf Of Aaron Freeman > Sent: Friday, January 18, 2013 10:09 AM > To: 'General Discussion for the Resin application server' > Subject: Re: [Resin-interest] BEAST SSL Attack > > OK, just keep us posted. > > Thanks, > > Aaron > > > From: resin-interest-boun...@caucho.com > [mailto:resin-interest-boun...@caucho.com] On Behalf Of Paul Cowan > Sent: Friday, January 18, 2013 10:01 AM > To: General Discussion for the Resin application server > Subject: Re: [Resin-interest] BEAST SSL Attack > > > On Jan 18, 2013, at 10:18 AM, Aaron Freeman wrote: > > > We’re getting scanned today. Any hope on this? > > I just tested that Resin snapshot - the is not in that > jar. I think there was a mistake in the SCM checkin or Scott may have built > the archive to soon. We'll try to put up a new snapshot today/soon, but I'm > not certain it's possible with various other bug fixes in progress. > > Thanks, > Paul > > > Thanks, > > Aaron > > > From: resin-interest-boun...@caucho.com > [mailto:resin-interest-boun...@caucho.com] On Behalf Of Aaron Freeman > Sent: Monday, January 14, 2013 2:01 PM > To: 'General Discussion for the Resin application server' > Subject: Re: [Resin-interest] BEAST SSL Attack > > Still needing a little assistance on this one. > Thanks, > > Aaron > > > From: resin-interest-boun...@caucho.com > [mailto:resin-interest-boun...@caucho.com] On Behalf Of Aaron Freeman > Sent: Thursday, January 10, 2013 2:12 PM > To: 'General Discussion for the Resin application server' > Subject: Re: [Resin-interest] BEAST SSL Attack > > Hmm, we were able to swap out jsse for openssl and get that working without > any issues using the snapshot you recommend below. However when we add > under the node, we get this error: > > [root@alpha bin]# ./www.sh start > /opt/sendthisfile/server/conf/www.xml:80: is an > unexpected tag (parent starts at 75). > > 78: password > 79: > !aNULL:!eNULL:!EXPORT:!DSS:!DES:RC4-SHA:RC4-MD5:ALL > 80: true > 81: > 82: > > syntax: ( (@ca-certificate-file | )? > & (@ca-certificate-path | )? > & (@ca-revocation-file | )? > & (@ca-revocation-path | )? > & (@certificate-file | ) > & (@certificate-chain-file | )? > & (@certificate-key-file | )? > & (@cipher-suite | )? > & (@crypto-device | )? > & (@password | ) > & (@protocol | )? > & (@session-cache | )? > & (@session-cache-timeout | )? > & (@unclean-shutdown | )? > & (@verify-client | )? > & (@verify-depth | )?) > > > From the configuration, this is the version of OpenSSL we are on: > > OPENSSL : OpenSSL 0.9.8e-fips-rhel5 01 Jul 2008 > include : /usr/include > lib : > libraries : -lssl -lcrypto > > Any ideas? > > Thanks, > > Aaron > > > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest === Paul Cowan, Software Engineer Caucho Technology co...@caucho.com http://blog.caucho.com http://twitter.com/cauchoresin ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] BEAST SSL Attack
On Jan 18, 2013, at 10:18 AM, Aaron Freeman wrote: > We’re getting scanned today. Any hope on this? I just tested that Resin snapshot - the is not in that jar. I think there was a mistake in the SCM checkin or Scott may have built the archive to soon. We'll try to put up a new snapshot today/soon, but I'm not certain it's possible with various other bug fixes in progress. Thanks, Paul > > Thanks, > > Aaron > > > From: resin-interest-boun...@caucho.com > [mailto:resin-interest-boun...@caucho.com] On Behalf Of Aaron Freeman > Sent: Monday, January 14, 2013 2:01 PM > To: 'General Discussion for the Resin application server' > Subject: Re: [Resin-interest] BEAST SSL Attack > > Still needing a little assistance on this one. > Thanks, > > Aaron > > > From: resin-interest-boun...@caucho.com > [mailto:resin-interest-boun...@caucho.com] On Behalf Of Aaron Freeman > Sent: Thursday, January 10, 2013 2:12 PM > To: 'General Discussion for the Resin application server' > Subject: Re: [Resin-interest] BEAST SSL Attack > > Hmm, we were able to swap out jsse for openssl and get that working without > any issues using the snapshot you recommend below. However when we add > under the node, we get this error: > > [root@alpha bin]# ./www.sh start > /opt/sendthisfile/server/conf/www.xml:80: is an > unexpected tag (parent starts at 75). > > 78: password > 79: > !aNULL:!eNULL:!EXPORT:!DSS:!DES:RC4-SHA:RC4-MD5:ALL > 80: true > 81: > 82: > > syntax: ( (@ca-certificate-file | )? > & (@ca-certificate-path | )? > & (@ca-revocation-file | )? > & (@ca-revocation-path | )? > & (@certificate-file | ) > & (@certificate-chain-file | )? > & (@certificate-key-file | )? > & (@cipher-suite | )? > & (@crypto-device | )? > & (@password | ) > & (@protocol | )? > & (@session-cache | )? > & (@session-cache-timeout | )? > & (@unclean-shutdown | )? > & (@verify-client | )? > & (@verify-depth | )?) > > > From the configuration, this is the version of OpenSSL we are on: > > OPENSSL : OpenSSL 0.9.8e-fips-rhel5 01 Jul 2008 > include : /usr/include > lib : > libraries : -lssl -lcrypto > > Any ideas? > > Thanks, > > Aaron > > > ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Resin on Raspberry Pi?
On Dec 21, 2012, at 2:49 AM, Rick Mann wrote: > Has anyone tried running resin on Raspberry Pi? So far I've got the JDK up, > but it won't run in server mode (it's an armv6, and the JVM says server mode > requires armv7+). Well funny you should ask, that is my current pet project when I'm not doing bug fixes and customer support :) I've been keeping a journal on our wiki that may interest you: http://wiki4.caucho.com/Paul%27s_Raspberry_Pi_Journal I ran into the same JDK/ARMv7 issue as you. Resin adds -server automatically and you can't work around it in the current version. The alternatives are to use the Oracle's embedded JRE or OpenJDK. The ejre doesn't have a compiler, so JSP won't work. OpenJDK is very slow, but does work fully. There also, the -server locks you into the Zero VM, which is slow. I've done some performance testing (mostly outside of Resin) of the various VM's available for Raspberry Pi: http://wiki4.caucho.com/Java_On_Raspberry_Pi_Performance If you come up with anything interesting related to Java/Resin on a Pi I would love to hear it. Otherwise I'm currently working on a new cut of Resin for this: http://wiki4.caucho.com/Resin_Changes_To_Support_Raspberry_Pi Thanks, Paul > > > -- > Rick > > > > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest === Paul Cowan, Software Engineer Caucho Technology co...@caucho.com http://blog.caucho.com http://twitter.com/cauchoresin ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] server 'app-0' is an unknown server in the configuration file?
On Dec 19, 2012, at 1:46 AM, Rick Mann wrote: > > I just built a new machine, by installing resin .33-snap, and copying over > the resin.xml and resin.properties files from a working machine with .32 on > it. > > When I launch with resin.sh console, I get: > > com.caucho.config.ConfigException: -server 'app-0' is an unknown server in > the configuration file. > at com.caucho.server.resin.Resin.initTopology(Resin.java:1069) > at com.caucho.server.resin.Resin.initServletSystem(Resin.java:1275) > at com.caucho.server.resin.Resin.configure(Resin.java:997) > at com.caucho.server.resin.Resin.initMain(Resin.java:979) > at com.caucho.server.resin.Resin.main(Resin.java:1437) > -server 'app-0' is an unknown server in the configuration file. > > > Am I missing something? Hi Rick, I tried the .properties you sent but can't replicate. Can you send me your resin.xml directly? (co...@caucho.com) Thanks, Paul > > -- > Rick > > > > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest === Paul Cowan, Software Engineer Caucho Technology co...@caucho.com http://blog.caucho.com http://twitter.com/cauchoresin ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Deprecation warnings in 4.0.33 snap
ng: ‘RSA_generate_key’ is deprecated (declared at > /usr/include/openssl/rsa.h:261) > ssl.c:611: warning: ‘RSA_generate_key’ is deprecated (declared at > /usr/include/openssl/rsa.h:261) > ssl.c:621: warning: ‘SSL_CTX_load_verify_locations’ is deprecated (declared > at /usr/include/openssl/ssl.h:1572) > ssl.c:633: warning: ‘SSL_CTX_set_default_verify_paths’ is deprecated > (declared at /usr/include/openssl/ssl.h:1570) > ssl.c:641: warning: ‘SSL_load_client_CA_file’ is deprecated (declared at > /usr/include/openssl/ssl.h:1404) > ssl.c:643: warning: ‘SSL_CTX_set_client_CA_list’ is deprecated (declared at > /usr/include/openssl/ssl.h:1542) > ssl.c:653: warning: ‘X509_STORE_load_locations’ is deprecated (declared at > /usr/include/openssl/x509_vfy.h:443) > ssl.c:653: warning: ‘SSL_CTX_get_cert_store’ is deprecated (declared at > /usr/include/openssl/ssl.h:1350) > ssl.c: In function ‘ssl_safe_free’: > ssl.c:683: warning: ‘SSL_set_shutdown’ is deprecated (declared at > /usr/include/openssl/ssl.h:1567) > ssl.c:685: warning: ‘SSL_set_shutdown’ is deprecated (declared at > /usr/include/openssl/ssl.h:1567) > ssl.c:687: warning: ‘SSL_set_shutdown’ is deprecated (declared at > /usr/include/openssl/ssl.h:1567) > ssl.c:690: warning: ‘SSL_shutdown’ is deprecated (declared at > /usr/include/openssl/ssl.h:1532) > ssl.c:693: warning: ‘SSL_set_ex_data’ is deprecated (declared at > /usr/include/openssl/ssl.h:1586) > ssl.c:698: warning: ‘SSL_free’ is deprecated (declared at > /usr/include/openssl/ssl.h:1490) > ssl.c: In function ‘ssl_open’: > ssl.c:763: warning: ‘SSL_new’ is deprecated (declared at > /usr/include/openssl/ssl.h:1481) > ssl.c:780: warning: ‘SSL_set_fd’ is deprecated (declared at > /usr/include/openssl/ssl.h:1370) > ssl.c:781: warning: ‘SSL_set_ex_data’ is deprecated (declared at > /usr/include/openssl/ssl.h:1586) > ssl.c:783: warning: ‘SSL_set_tmp_rsa_callback’ is deprecated (declared at > /usr/include/openssl/ssl.h:1635) > ssl.c:786: warning: ‘SSL_accept’ is deprecated (declared at > /usr/include/openssl/ssl.h:1491) > ssl.c:788: warning: ‘SSL_get_error’ is deprecated (declared at > /usr/include/openssl/ssl.h:1501) > ssl.c:794: warning: ‘SSL_get_error’ is deprecated (declared at > /usr/include/openssl/ssl.h:1501) > ssl.c:806: warning: ‘ERR_print_errors_cb’ is deprecated (declared at > /usr/include/openssl/err.h:285) > ssl.c:820: warning: ‘SSL_set_ex_data’ is deprecated (declared at > /usr/include/openssl/ssl.h:1586) > ssl.c:821: warning: ‘SSL_free’ is deprecated (declared at > /usr/include/openssl/ssl.h:1490) > ssl.c:826: warning: ‘SSL_get_current_cipher’ is deprecated (declared at > /usr/include/openssl/ssl.h:1357) > ssl.c:829: warning: ‘SSL_CIPHER_get_name’ is deprecated (declared at > /usr/include/openssl/ssl.h:1360) > ssl.c:830: warning: ‘SSL_CIPHER_get_bits’ is deprecated (declared at > /usr/include/openssl/ssl.h:1358) > ssl.c: In function ‘ssl_read’: > ssl.c:893: warning: ‘SSL_pending’ is deprecated (declared at > /usr/include/openssl/ssl.h:1368) > ssl.c:916: warning: ‘SSL_read’ is deprecated (declared at > /usr/include/openssl/ssl.h:1493) > ssl.c:922: warning: ‘SSL_get_error’ is deprecated (declared at > /usr/include/openssl/ssl.h:1501) > ssl.c:971: warning: ‘ERR_print_errors_cb’ is deprecated (declared at > /usr/include/openssl/err.h:285) > ssl.c: In function ‘ssl_write’: > ssl.c:1040: warning: ‘SSL_write’ is deprecated (declared at > /usr/include/openssl/ssl.h:1495) > ssl.c:1052: warning: ‘SSL_get_error’ is deprecated (declared at > /usr/include/openssl/ssl.h:1501) > ssl.c:1081: warning: ‘ERR_print_errors_cb’ is deprecated (declared at > /usr/include/openssl/err.h:285) > ssl.c: In function ‘ssl_close’: > ssl.c:1114: warning: ‘SSL_set_ex_data’ is deprecated (declared at > /usr/include/openssl/ssl.h:1586) > ssl.c: In function ‘ssl_read_client_certificate’: > ssl.c:1153: warning: ‘SSL_get_peer_certificate’ is deprecated (declared at > /usr/include/openssl/ssl.h:1450) > ssl.c:1158: warning: ‘BIO_new’ is deprecated (declared at > /usr/include/openssl/bio.h:581) > ssl.c:1158: warning: ‘BIO_s_mem’ is deprecated (declared at > /usr/include/openssl/bio.h:616) > ssl.c:1160: warning: ‘BIO_ctrl’ is deprecated (declared at > /usr/include/openssl/bio.h:590) > ssl.c:1163: warning: ‘BIO_read’ is deprecated (declared at > /usr/include/openssl/bio.h:585) > ssl.c:1165: warning: ‘BIO_free’ is deprecated (declared at > /usr/include/openssl/bio.h:583) > ssl.c: In function ‘Java_com_caucho_vfs_OpenSSLFactory_nativeInit’: > ssl.c:1380: warning: ‘OPENSSL_add_all_algorithms_noconf’ is deprecated > (declared at /usr/include/openssl/evp.h:828) > ssl.c:1381: warning: ‘SSL_load_error_strings’ is deprecated (declared at > /us
Re: [Resin-interest] 4.0.33 ETA?
On Dec 12, 2012, at 5:09 AM, Mattias Jiderhamn wrote: > Any news on the 4.0.33 release? I know I keep saying this, but we're working on regressions now and shooting for this Friday. Here is a .33 snapshot build. We would be more than happy to hear this resolves your bugs (or any feedback) before the release: http://caucho.com/download/resin-pro-4_0-snap.tar.gz Thanks, Paul > > > > --- Original Message - > Subject: Re: [Resin-interest] 4.0.33 ETA? > Date: Thu, 22 Nov 2012 10:17:29 -0500 > From: Paul Cowan > > On Nov 22, 2012, at 2:46 AM, Mattias Jiderhamn wrote: > >> Hi. We are anticipating the upcoming 4.0.33 release that should resolve >> a couple of "our" bugs. What is the ETA? > > We are shooting for next week for 4.0.33 release. Depending on the > regressions, it could slip until the 1st week of December but probably > no later than that. > > > -- > > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest === Paul Cowan, Software Engineer Caucho Technology co...@caucho.com http://blog.caucho.com http://twitter.com/cauchoresin ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] BEAST SSL Attack
Hi Folks, Resin does not support "SSLHonorCipherOrder" yet. We already received a request from another customer and there is a feature request for this here: http://bugs.caucho.com/view.php?id=5282 This is an OpenSSL feature, not JSSE. We'll be implementing it in an upcoming release. Probably it will be in 4.0.44, as .43 is due for release soon. Thanks, Paul On Dec 5, 2012, at 8:13 AM, Aaron Freeman wrote: > Knut, > > Thanks a bunch for your reply. I saw you referencing another email you > sent, but this is the only one I saw come through the group. > > At any rate, we are already using the cipher-suites feature, but in this case > that’s not enough. They are telling us that we actually have to be able to > prioritize the order that the suites are negotiated on the server side. The > only cipher suites guaranteed not to have the BEAST attack issue are ones > that aren’t wide-spread yet (TLSv1.1) however if we can put TLSv1.0 in a > specific order that will suffice for PCI compliance. > > This bug for Tomcat addresses the issue and gives good details about a > directive, SSLHonorCipherOrder, that handles the problem: > https://issues.apache.org/bugzilla/show_bug.cgi?id=53481 > > Any other ideas for Resin? > > Aaron > > > From: resin-interest-boun...@caucho.com > [mailto:resin-interest-boun...@caucho.com] On Behalf Of Knut Forkalsrud > Sent: Tuesday, December 04, 2012 9:31 PM > To: General Discussion for the Resin application server > Subject: Re: [Resin-interest] BEAST SSL Attack > > Actually, I got it wrong in my previous mail. The feature should be working. > There is a ticket describing the feature: > http://bugs.caucho.com/view.php?id=3593 > > > On Tue, Dec 4, 2012 at 7:00 PM, Knut Forkalsrud > wrote: > In the days of Resin 2.1.4 and onwards there was such a feature, however it > seems to have lapsed. I remember because there was a similar issue with MSIE > http://support.microsoft.com/default.aspx?scid=kb;en-us;Q305217. > > I my good old copy of Resin 3.1.8 there are remains the feature. > If you bring up the source code for > com.caucho.vfs.JsseSSLFactory.create(host, port) > you will find a block of code commented out. > > Then there was a second incarnation where you could specify cipher suites. > That seems to have dies some time around Aug 2009 with the commit: > https://github.com/mdaniel/svn-caucho-com-resin/commit/96de31370ffd0153eb45fc49725a9b796bc11224#modules/resin/src/com/caucho/vfs/JsseSSLFactory.java > > I suspect you could get it going again if you have the fortitude to play > around with Resin's source code and build your own. > > Good luck, > > Knut Forkalsrud > > > > On Mon, Dec 3, 2012 at 7:53 AM, Aaron Freeman > wrote: > SSL BEAST > > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest === Paul Cowan, Software Engineer Caucho Technology co...@caucho.com http://blog.caucho.com http://twitter.com/cauchoresin ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Form parameter limitation
On Nov 28, 2012, at 12:46 AM, Matthew Serrano wrote: > I ran into a limit on the number of parameters submitted by a form and found > this: > http://www.caucho.com/resin-4.0/changes/resin-4.0.25.xtp#POSTparameterlimitDOSProtection > > I changed my QA server to accept up to 20,000 as a work around to my specific > problem (turns out I am submitting around 15k parameters). What is the risk > of setting this max at 20k or higher? Is it simply resource utilization or is > there some other risk that I should be careful to avoid? Processing my form > after the change was as fast as any other form in my app. Hi Matt, This change was in response to the "hashdos" attack that was widely publicized late last year. In simplest terms, form parameters are stored in a hashtable, and hashing becomes CPU intensive with increasing numbers of keys and collisions. This leads to a DOS attack if the number of parameters is not limited. Google for "hashdos" or see: http://arstechnica.com/business/2011/12/huge-portions-of-web-vulnerable-to-hashing-denial-of-service-attack/ > > FYI, not sure I really like the idea of submitting 20k parameters but I don't > think I can split this particular form into smaller sets easily…or at least > not quickly. I believe we felt even 10k was unrealistically high and anyone coming close to that probably needed to reevaluate their form submission, but "suum cuique". Thanks, Paul > thanks > matt > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest === Paul Cowan, Software Engineer Caucho Technology co...@caucho.com http://blog.caucho.com http://twitter.com/cauchoresin ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] 4.0.33 ETA?
On Nov 22, 2012, at 2:46 AM, Mattias Jiderhamn wrote: > Hi. We are anticipating the upcoming 4.0.33 release that should resolve > a couple of "our" bugs. What is the ETA? We are shooting for next week for 4.0.33 release. Depending on the regressions, it could slip until the 1st week of December but probably no later than that. > > -- > > > > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest === Paul Cowan, Software Engineer Caucho Technology co...@caucho.com http://blog.caucho.com http://twitter.com/cauchoresin ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Aughh!!
On Nov 11, 2012, at 8:31 AM, Rick Mann wrote: > Well, even installing 4.0.32 I had very similar behavior; my webapp is just > ignored. > > Then I noticed something. I access it via an alias. It's configured like this: > > >satdb.org[\.]? >missiondb.lz.com[\.]? > >missiondb.lz.com > > Resin doesn't try to start it up if I hit "missiondb.lz.com" first. But if I > hit "kepler.lz.com," then it inits. I wonder if the same thing was happening > in 4.0.19. I just don't know why I've only now started seeing this. Hi Rick, Thanks, I have verified this is a bug and entered a report: http://bugs.caucho.com/view.php?id=5275 Please try modifying the entry as I included below, it should work around the issue. Let me know if otherwise. satdb.org[\.]? missiondb.lz.com[\.]? kepler.lz.com[\.]? Thanks, Paul > > -- > Rick > > > On Nov 11, 2012, at 4:23 , Rick Mann wrote: > >> Wow, it must be dump-on-Rick day. Not only is my local resin (4.0.30) >> startup suddenly bonkers, so is one of my long-standing servers (4.0.19). I >> made some minor changes to the webapp, uploaded the changed files, saw it >> restart, everything was fine. >> >> Then I stopped and re-started resin, like I always do on that machine, >> basically running this: >> >> java -jar $RESIN_HOME/lib/resin.jar -verbose -root-directory /path/to/dir >> -conf /path/to/resin.xml start|stop >> >> Now, it complains about the native libraries missing and JNI being a resin >> pro feature (this is just resin open source), which is fine, but it finishes >> startup in no time at all, and near as I can tell, never starts my webapp. >> Like it's not even there. No error messages in the logs, nothing. >> >> Since it's 4:30 am and no one can respond to this, I don't know what else to >> do but install the newest resin and rebuild my server from scratch. >> >> >> -- >> Rick >> >> >> >> >> ___ >> resin-interest mailing list >> resin-interest@caucho.com >> http://maillist.caucho.com/mailman/listinfo/resin-interest > > > -- > Rick > > > > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest === Paul Cowan, Software Engineer Caucho Technology co...@caucho.com http://blog.caucho.com http://twitter.com/cauchoresin ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Sudden startup error java.lang.ClassNotFoundException: com.caucho.admin.ProAdminServices
On Nov 11, 2012, at 5:55 AM, Rick Mann wrote:
> I'm suddenly getting a couple of exceptions during startup (resin.sh console)
> on Resin 4.0.30.
>
> [12-11-11 02:47:52.096] {main} Resin-4.0.30 (built Mon, 20 Aug 2012 10:00:11
> PDT)
> [12-11-11 02:47:52.096] {main}
> [12-11-11 02:47:52.096] {main} Mac OS X 10.8.2 x86_64
> [12-11-11 02:47:52.096] {main} Java(TM) SE Runtime Environment
> 1.6.0_37-b06-434-11M3909, MacRoman, en
> [12-11-11 02:47:52.096] {main} Java HotSpot(TM) 64-Bit Server VM
> 20.12-b01-434, 64, mixed mode, Apple Inc.
> [12-11-11 02:47:52.096] {main}
> [12-11-11 02:47:52.096] {main} user.name = rmann
> [12-11-11 02:47:52.104] {main} java.lang.ClassNotFoundException:
> com.caucho.admin.ProAdminServices
>
> and
>
> [12-11-11 02:47:52.333] {main}
> javax.management.InstanceAlreadyExistsException:
> 'resin:type=AccessLog,Host=default' in
> MBeanContext[EnvironmentClassLoader[host:default,NEW]]
>
> I tried removing the resin-data and watchdog-data directories to no avail. I
> also noticed this in the logs (on a run after the first one after deleting
> resin-data):
>
> [12-11-11 02:53:20.060] {main} Table[data] Resin-DB 4.0.28 loading
> CREATE TABLE data(id IDENTITY PRIMARY KEY,data BLOB)
>
>
> The version shown is 4.0.28, I'm running 4.0.30.
>
> The app still seems to run after this, but it's puzzling.
Hi Rick,
Are you still seeing this issue? It certainly appears to be some mixup in
library versions. Perhaps resin.home and/or resin.root are set to point to an
older version.
Starting up Resin with -verbose will output all startup paths and options to
the start of the Resin log, which should be helpful in debugging this.
Thanks,
Paul
>
> --
> Rick
>
>
>
>
> ___
> resin-interest mailing list
> resin-interest@caucho.com
> http://maillist.caucho.com/mailman/listinfo/resin-interest
===
Paul Cowan, Software Engineer
Caucho Technology
co...@caucho.com
http://blog.caucho.com
http://twitter.com/cauchoresin
___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] fmt.sprintf leads to NPEs
On Nov 11, 2012, at 8:20 AM, Rick Mann wrote:
> When I use this format for the main log-handler in 4.0.32, I get numerous
> NPEs during startup:
>
> format=" ${fmt.sprintf('%-7s %-20.20s %s', log.level, thread,
> log.message)}"/>
Hi Rick,
I do not think the NPE causes any issue, as it only shows up for me using finer
level logging.
However it's certainly a bug, and I have entered a report:
http://bugs.caucho.com/view.php?id=5274
Thanks,
Paul
>
>
> --
> Rick
>
>
>
>
> ___
> resin-interest mailing list
> resin-interest@caucho.com
> http://maillist.caucho.com/mailman/listinfo/resin-interest
===
Paul Cowan, Software Engineer
Caucho Technology
co...@caucho.com
http://blog.caucho.com
http://twitter.com/cauchoresin
___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Scaling Up
On Nov 10, 2012, at 5:56 AM, Riccardo Cohen wrote: > Really great video. Looks magic ! > > I've been setting load balancing with resin.xml only. I cannot find > resin.properties and resinctl script in my resin 4.0.13 installation. > When did it appear ? did you announce somewhere this new function (maybe > I don't receive caucho's customer's news ? or maybe I was not watchful > enough...) Here's a link to a handout we created for JavaOne this year. The back (2nd page) summarizes all the recent enhancements. It should be helpful: https://s3.amazonaws.com/caucho-web/Resin_4.x_Cloud_JAMM_overview.pdf Typically the best place to look for changes is the release notes: http://caucho.com/resin-4.0/changes/index.xtp resin.properties was added in version 4.0.24 and refined in .25. Documentation here: http://caucho.com/resin-4.0/admin/config-resin-properties.xtp Thanks, Paul === Paul Cowan, Software Engineer Caucho Technology co...@caucho.com http://blog.caucho.com http://twitter.com/cauchoresin ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Scaling Up
On Nov 10, 2012, at 7:14 AM, Haroon Rasheed wrote: > Thanks Paul for the great Video! > Could you please provide more details on the clustered sessions using > distributed memcache/JCache? Hi Haroon, The Memcache/JCache layer really isn't intended for direct access to the user session, if that was the intention of your question. Although theoretically that's possible. We've added these API so that your application can setup and use a distributed cache as you see fit. This cache is based on the same technology Resin uses for session failover. There is a "memcached tier" example in resin.xml in the latest Resin releases. It sets up a Memcache network listener. Here are some links to documentation on using the distributed cache with JCache: http://www.infoq.com/news/2011/12/resin-memcached http://www.caucho.com/resin-application-server/press/caucho-features-resin-cache-an-elastic-and-persisted-alternative-memcached-solution/ http://caucho.com/resin-4.0/admin/cluster-cloud.xtp#ClusterResourcesCacheQueues http://wiki4.caucho.com/Resin_Java_Cache_using_CDI_Inject Thanks, Paul > > Regards, > Haroon > > On Sat, Nov 10, 2012 at 3:41 AM, Paul Cowan wrote: > > On Nov 8, 2012, at 10:25 PM, Rick Mann wrote: > >> >> On Nov 8, 2012, at 19:08 , Scott Ferguson wrote: >> >>> We're working on a video that should help. >> >> One more request: I really prefer text descriptions. I find videos >> excruciatingly difficult to sit through, whereas a well-written textual >> how-to allows me to skim over parts I'm familiar with. > > Oh no don't say that! I just finished a cluster video specifically because > people were asking the same questions you brought up. > > http://tinyurl.com/aprccda > > I would be happy to hear any feedback you or others have before the final cut. > > Thanks, > Paul > > >> >> One of the keys to making it well-written is to put the actual steps to >> carry out in a bullet-point or numbered list, so that a crucial bit of info >> isn't buried in a paragraph somewhere. >> >> Thanks! >> >> -- >> Rick >> >> >> >> >> ___ >> resin-interest mailing list >> resin-interest@caucho.com >> http://maillist.caucho.com/mailman/listinfo/resin-interest > > === > Paul Cowan, Software Engineer > Caucho Technology > co...@caucho.com > http://blog.caucho.com > http://twitter.com/cauchoresin > > > ___ > 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 === Paul Cowan, Software Engineer Caucho Technology co...@caucho.com http://blog.caucho.com http://twitter.com/cauchoresin ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] getParameterValues returnes the parameters twice
On Nov 1, 2012, at 6:02 AM, Kaj Hejer wrote:
> Hi!
>
> We have begun seeing that getParameterValues returns each parameter twice.
>
> logger.debug("getParameter: " + request.getParameter("xxx"));
> logger.debug("getParameterValues: " +
> Arrays.asList(request.getParameterValues("xxx")));
>
> gives
>
> DEBUG 21.09.2012 15:35:53:733 (LoginController.java:showForm:33) -
> getParameter: aaa
> DEBUG 21.09.2012 15:35:53:733 (LoginController.java:showForm:34) -
> getParameterValues: [aaa, aaa]
>
> for the querystring xxx=aaa
>
> Any ideas to why? :)
Hi Kaj,
I don't think you received a response to this question.
This issue is fixed in 4.0.33, which should be released next week.
Thanks,
Paul
>
> I would have excpected that last line to show "[aaa]" instead of "[aaa,
> aaa]".
>
> When running on Jetty we see "[aaa]".
>
> We are running Resin 4.0.31.
>
>
> -Kaj :)
> ___
> resin-interest mailing list
> resin-interest@caucho.com
> http://maillist.caucho.com/mailman/listinfo/resin-interest
===
Paul Cowan, Software Engineer
Caucho Technology
co...@caucho.com
http://blog.caucho.com
http://twitter.com/cauchoresin
___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] resin-interest Digest, Vol 76, Issue 3
On Oct 10, 2012, at 1:35 PM, Steve Francis wrote:
> Will the 4.0.33 release also fix the array out of bounds issue with the IBM
> J9 1.7 JVM?
Yes, this is a bug in Hessian, that will be fixed in .33 also.
http://bugs.caucho.com/view.php?id=5239
-Paul
> [12-10-10 13:34:45.205] {resin-main-link}
> java.lang.ArrayIndexOutOfBoundsException: Array index out of range: -80
> at
> com.caucho.hessian.util.IdentityIntMap.put(IdentityIntMap.java:141)
> at
> com.caucho.hessian.io.Hessian2Output.addRef(Hessian2Output.java:1407)
> at
> com.caucho.hessian.io.Hessian2Output.addRef(Hessian2Output.java:1339)
> at
> com.caucho.hessian.io.UnsafeSerializer.writeObject(UnsafeSerializer.java:163)
> at
> com.caucho.hessian.io.Hessian2Output.writeObject(Hessian2Output.java:465)
> at
> com.caucho.hmtp.HmtpWriter.message(HmtpWriter.java:128)
> at
> com.caucho.hmtp.HmtpWebSocketWriter.message(HmtpWebSocketWriter.java:107)
> at
> com.caucho.server.resin.ResinActor.sendWarning(ResinActor.java:84)
> at
> com.caucho.server.resin.ResinWarningHandler.warning(ResinWarningHandler.java:55)
> at
> com.caucho.env.warning.WarningService.sendWarning(WarningService.java:98)
> at
> com.caucho.env.shutdown.ShutdownSystem.startFailSafeShutdown(ShutdownSystem.java:268)
> at
> com.caucho.env.shutdown.ShutdownSystem.startFailSafeShutdown(ShutdownSystem.java:249)
> at
> com.caucho.env.shutdown.ShutdownSystem.shutdown(ShutdownSystem.java:228)
> at
> com.caucho.env.shutdown.ShutdownSystem.shutdownActive(ShutdownSystem.java:208)
> at
> com.caucho.server.resin.ResinActor.destroy(ResinActor.java:166)
> at
> com.caucho.server.resin.ResinLink.run(ResinLink.java:78)
> at
> com.caucho.env.thread2.ResinThread2.runTasks(ResinThread2.java:173)
> at
> com.caucho.env.thread2.ResinThread2.run(ResinThread2.java:118)
>
>
>
___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] resin-pro-4.0.31 and IBM JDK 1.6.0
On Oct 10, 2012, at 12:27 AM, Deepak Ramaprasad wrote: > Greetings! > > I'm trying to start resin without any apps deployed with the 64bit IBM > JDK on Linux. Keep getting this error. This error is also reproducible > on AIX. > > rdeepak@rdeepak-desktop:~/Development/project/resin-pro-4.0.31$ > ./bin/resin.sh start > conf/resin.xml:5: java.lang.NullPointerException Hi Deepak, We recently traced this to an apparent bug in the IBM J9 1.6 JVM. There is a bug report with details here: http://bugs.caucho.com/view.php?id=5240 I expect we will add exception handling for it in the next Resin 4.0 release (4.0.33) which not scheduled yet, but will likely be cut in 3-6 weeks from now. Thanks, Paul > > 3: --> > 4: http://caucho.com/ns/resin"; > 5:xmlns:resin="urn:java:com.caucho.resin"> > 6: > 7: > > IBM JDK details: > > rdeepak@rdeepak-desktop:~/Development/project/resin-pro-4.0.31$ java -version > java version "1.6.0" > Java(TM) SE Runtime Environment (build pxa6460sr11-20120806_01(SR11)) > IBM J9 VM (build 2.4, JRE 1.6.0 IBM J9 2.4 Linux amd64-64 > jvmxa6460sr11-20120801_118201 (JIT enabled, AOT enabled) > J9VM - 20120801_118201 > JIT - r9_20120608_24176ifx1 > GC - 20120516_AA) > JCL - 20120713_01 > > Thanks > Deepak > > -- > This message has been scanned for viruses and > dangerous content by MailScanner, and is > believed to be clean. > > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest === Paul Cowan, Software Engineer Caucho Technology co...@caucho.com http://blog.caucho.com http://twitter.com/cauchoresin ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] app-default.xml?
On Aug 24, 2012, at 8:52 AM, Paul Cowan wrote:
>
> On Aug 23, 2012, at 9:26 PM, Rick Mann wrote:
>
>> In 4.0.30, this file is no longer included by resin.xml? What's the
>> rationale here?
>>
>> I'm trying to add the bits from it that my app(s) relied on, one by one, but
>> I'm curious why you're no longer using it.
>
> Hi Rick,
>
> The app-default.xml imported was moved to cluster-default.xml along with the
> entire section, in an effort to improve readability of
> resin.xml.
>
> You'll also notice that we're importing app-default.xml from resin.jar with
> "classpath:META-INF/caucho/app-default.xml" by default, since it is not
> common or generally recommended to modify this file. However we still
> include app-default.xml in the conf directory and you can easily modify the
> import line to "${__DIR__}/admin-users.xml" to use this file instead.
Whoops, copy/paste error. I meant "${__DIR__}/app-default.xml" of course.
-Paul
___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] app-default.xml?
On Aug 23, 2012, at 9:26 PM, Rick Mann wrote:
> In 4.0.30, this file is no longer included by resin.xml? What's the rationale
> here?
>
> I'm trying to add the bits from it that my app(s) relied on, one by one, but
> I'm curious why you're no longer using it.
Hi Rick,
The app-default.xml imported was moved to cluster-default.xml along with the
entire section, in an effort to improve readability of
resin.xml.
You'll also notice that we're importing app-default.xml from resin.jar with
"classpath:META-INF/caucho/app-default.xml" by default, since it is not common
or generally recommended to modify this file. However we still include
app-default.xml in the conf directory and you can easily modify the import line
to "${__DIR__}/admin-users.xml" to use this file instead.
Thanks,
Paul
>
> Thanks,
>
> --
> Rick
>
>
>
>
> ___
> resin-interest mailing list
> resin-interest@caucho.com
> http://maillist.caucho.com/mailman/listinfo/resin-interest
===
Paul Cowan, Software Engineer
Caucho Technology
co...@caucho.com
http://blog.caucho.com
http://twitter.com/cauchoresin
___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] apache resin 503 error when repeated requests from the same IP
On Aug 17, 2012, at 1:18 PM, Manidhar gudavalli wrote: > Paul > Thank you. Currently thread max is at 1400. Strange thing is, this happens on > two pages where the user posts data repeatedly. Some of these IP addresses > also repeating in the log. And, there are no issues with the page java code. > In my previous setup, I did not gave this problem. I moved to new box and I > keep the same resin configuration. However, I switched to worker RPM in > apache and using JDK 1.7 . I dont see any errors in resin log. Hi Mani, The fact that the issue is occurring with Resin 4 also leads me to think it's not an issue related to Resin at all. It could be something related to Apache. It would help you can take that out of the equation but accessing Resin directly. The only other possibility that occurs to me right now is database lock contention for the same rows, since you say it's occurring when the same users connect. Thanks, Paul > > > I tried to migrate 4.x version and getting the same problem. > thanks > Mani > > > On Fri, Aug 17, 2012 at 12:09 PM, Paul Cowan wrote: > > On Aug 17, 2012, at 11:58 AM, Manidhar gudavalli wrote: > >> HI >> I am seeing a strange 503 error on the server. When the repeated requests >> coming from the clients with the same IP address, after some time, I am >> seeing 503 error in apache logs. These requests are all valid requests from >> valid ips. >> >> I am using resin 3.1.12. and apache 2.2.3 and JDK 7. >> Is resin considering, the repeated request from same IP as spam? >> Is there any parameter that I can set to force resin to accepts the >> requests and not consider as spam? > > Hi Mani, > > A 503 error usually indicates Resin was unavailable to Apache (ie restarting) > or overloaded. The client IP address should not matter. > > You need to examine the Resin logs to see what is it doing during that time > and if there are any errors reported. > > Resin may be running out of resources or paused for a long garbage > collection. Often simply increasing thread-max to a larger number like 2048 > helps, since the default is rather low for Resin 3.1. > > Thanks, > Paul > > > >> >> >> Please help. >> >> thanks >> Mani >> >> >> ___ >> resin-interest mailing list >> resin-interest@caucho.com >> http://maillist.caucho.com/mailman/listinfo/resin-interest > > === > Paul Cowan, Software Engineer > Caucho Technology > co...@caucho.com > http://blog.caucho.com > http://twitter.com/cauchoresin > > > ___ > 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 === Paul Cowan, Software Engineer Caucho Technology co...@caucho.com http://blog.caucho.com http://twitter.com/cauchoresin ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] apache resin 503 error when repeated requests from the same IP
On Aug 17, 2012, at 11:58 AM, Manidhar gudavalli wrote: > HI > I am seeing a strange 503 error on the server. When the repeated requests > coming from the clients with the same IP address, after some time, I am > seeing 503 error in apache logs. These requests are all valid requests from > valid ips. > > I am using resin 3.1.12. and apache 2.2.3 and JDK 7. > Is resin considering, the repeated request from same IP as spam? > Is there any parameter that I can set to force resin to accepts the requests > and not consider as spam? Hi Mani, A 503 error usually indicates Resin was unavailable to Apache (ie restarting) or overloaded. The client IP address should not matter. You need to examine the Resin logs to see what is it doing during that time and if there are any errors reported. Resin may be running out of resources or paused for a long garbage collection. Often simply increasing thread-max to a larger number like 2048 helps, since the default is rather low for Resin 3.1. Thanks, Paul > > > Please help. > > thanks > Mani > > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest === Paul Cowan, Software Engineer Caucho Technology co...@caucho.com http://blog.caucho.com http://twitter.com/cauchoresin ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] share session in multiple domains application
On Aug 16, 2012, at 7:26 PM, Knut Forkalsrud wrote: >> [^.]*\.[^.]*$ >> >> Host: xxx.yyy.zzz.foo.com = Set-Cookie domain: foo.com >> Host: zzz.foo.com = Set-Cookie domain: foo.com >> Host: foo.com = Set-Cookie domain: foo.com >> Host: bar.com = Set-Cookie domain: bar.com > > Does that mean > Host: foo.co.uk = Set-Cookie domain: co.uk > Host: bar.co.uk = Set-Cookie domain: co.uk > > Host: foo.com.au = Set-Cookie domain: com.au > Host: bar.com.au = Set-Cookie domain: com.au Well yes, but that was just an example. You can certainly craft a regexp that would work for these, such as "[^.]*\.[^.]*\.[^.]*$". -Paul > > That seems sub-optimal. > > Regards, > > Knut Forkalsrud > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest === Paul Cowan, Software Engineer Caucho Technology co...@caucho.com http://blog.caucho.com http://twitter.com/cauchoresin ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] share session in multiple domains application
On Aug 16, 2012, at 4:57 PM, Riccardo Cohen wrote: > Hello > I use resin 4.0.13, and I have one unique application that is accessed though > 2 domains. It is configured in the front server as host alias : > > > pro.appartement-maison.fr > > The 2 domains are in the same java application, but they answer completely > different pages for different functions. > > When a user is connected to the first domain with a login/password > (connection information is stored in the session), I would like him to be > automatically connected in the second domain. But the JSESSIONID is different > so the connection information is not found, while it is the same application > and the same browser. > > Is it possible to share the sessions between different host aliases in one > application ? > If not I will have to use a subdirectory in the first domain, which is not > what we want. > I found nothing in the reference doc of about this, and > could not find a thread in this list about it. > > PS: here I don't need to share cookies, only server sessions. Hi Riccardo, You do need to share cookies, because the session is tied to the JSESSIONID. You're getting different sessions because the Set-cookie domain defaults to the full host name, which is different in your case between www... and pro... If all your host names end with "appartement-maison.fr", then simply set appartement-maison.fr ... If you have more than one domain, or need more control you can use cookie-domain-regexp. cookie-domain-regexp accepts a regular expression used to extract the domain from the requested host. Probable configuration: [^.]*\.[^.]*$ ... For example, using this regexp will produce the following: Host: xxx.yyy.zzz.foo.com = Set-Cookie domain: foo.com Host: zzz.foo.com = Set-Cookie domain: foo.com Host: foo.com = Set-Cookie domain: foo.com Host: bar.com = Set-Cookie domain: bar.com (I'll adding this all to wiki4.caucho.com shortly.) Thanks, Paul > > Thanks. > > -- > Riccardo Cohen > +33 (0)6 09 83 64 49 > Société Realty-Property.com > 1 rue de la Monnaie > 37000 Tours > France > > www.appartement-maison.fr > > > ___ > 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
Re: [Resin-interest] urgent need evaluation license (generator does not work)
On May 8, 2012, at 10:02 AM, Riccardo Cohen wrote: > Hello > I tried your evaluation licence generator at > caucho.com/evaluation-license but if failed with the message : > > License Issued to r...@architectedulogiciel.fr > Return to caucho.com > var/www/hosts/www.caucho.com/webapps/ROOT/wp-content/themes/caucho/license.php:132: > > Warning: Could not connect to SMTP host: caucho.com, port: 25 > var/www/hosts/www.caucho.com/webapps/ROOT/wp-content/themes/caucho/license.php:136: > > Warning: Could not connect to SMTP host: caucho.com, port: 25 > > > I tried 2 hours later but it failed saying that I already had one too > recently (but the email was not sent) > > I need urgently an evaluation license for my customer please. I've sent > an email to sa...@caucho.com with no success, maybe you have holidays now. Hi Riccardo, We'll check out the license generator, thanks. I'm not sure when you emailed sales, but they are PDT, GMT -7 timezone and may not have processed the request yet. Sales will definitely respond with an evaluation license. -Paul > > Thanks a lot. > -- > Riccardo Cohen > Architecte du Logiciel > http://www.architectedulogiciel.fr > BP 77536 > 37075 Tours Cedex 2 - France > +33 (0)6.09.83.64.49 > Membre du réseau http://www.reflexe-conseil-centre.org > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest === Paul Cowan, Software Engineer Caucho Technology co...@caucho.com http://blog.caucho.com http://twitter.com/cauchoresin ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Resin Pro 4.0.24 w/Quercus trying to get MediaWiki 1.18.2 to work..
On Apr 23, 2012, at 7:27 PM, Howard Leadmon wrote: > I really thought since Caucho seems to be using mediawiki, that it would > be a piece of cake to get it working under resin. That said, I have taken > and downloaded the current mediawiki, and went about configuring it up as a > virtual host on my Resin PRO server, got the directories made, archived > expanded out, and even went to the caucho wiki and grabbed the template they > provide to configure. > > All went well, I went to the page, and up came the opening page just fine, > but of course as it was new it asked me to click to configure which I did. > It asked me for my language, which defaulted to English which was fine, and > then I clicked Continue. At that point it put up a nice red stop symbol, > and gave the following error: > > Your session data was lost! Check your php.ini and make sure > session.save_path is set to an appropriate directory. > > Is there any solution to this, and if so my google fu is failing me today, > as I can't seem to find it. If anyone has any hints or suggestions on how to > fix this, I would most appreciate it.. Hi Howard, I believe Mediawiki works on Resin 4.0.27. Some Quercus fixed were made to get our wiki up to version 1.18.2, and these have been included in the latest Resin release. Thanks, Paul > > > --- > Howard Leadmon - how...@leadmon.net > > > > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest === Paul Cowan, Software Engineer Caucho Technology co...@caucho.com http://blog.caucho.com http://twitter.com/cauchoresin ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Fatal Error: WP_Screen::$this is an undeclared static field
On Feb 2, 2012, at 12:30 AM, Rick Mann wrote: >> You can do that via CGI with Resin's CGIServlet, or a better alternative is >> over FastCGI using FastCGIServlet and php-fpm. >> >> http://javadoc4.caucho.com/com/caucho/servlets/FastCGIServlet.html >> http://php.net/manual/en/install.fpm.php >> >> Unfortunately I don't have any good examples to provide you at the moment... >> >> This is a great topic as a cookbook item for out new Wiki, so I will mock up >> an example and put instructions the wiki. (In the next day or so.) >> >> http://wiki4.caucho.com > > Thanks, Paul, that's very helpful! > > I'd love to see Quercus be abel to keep up, of course, but this may get me > where I need to be. Link to blog post with instruction on configuring Resin for native PHP over CGI and FastCGI: http://blog.caucho.com/2012/02/03/php-with-cgi-and-fastcgi/ Thanks, Paul ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Fatal Error: WP_Screen::$this is an undeclared static field
On Feb 1, 2012, at 6:49 PM, Rick Mann wrote: > > On Feb 1, 2012, at 14:17 , Paul Cowan wrote: > >> >> On Feb 1, 2012, at 2:51 AM, Rick Mann wrote: >> >>> I have resin 4.0.23 installed. It seems to serve up WordPress 2.9.2 okay >>> (blog.roderickmann.org), but not WordPress 3.3.1 (latencyzero.com/wp/). The >>> default pages seem to load okay, but the admin pages only render the >>> left-hand controls, no content. I get the following error: >>> >>> WP_Screen::$this is an undeclared static field >>> >>> The two sites above are running in the same resin instance. The config for >>> each is slightly different. >>> >>> I always seem to trip over PHP issues with Resin, and get very little >>> response from you guys for them. This has kept me from ever considering >>> buying Quercus (you wouldn't even answer a question asking about what kind >>> of Quercus support I could expect to get if I did buy it). >>> >>> Hmm, looking around the site, it seems you don't even offer Quercus any >>> more, is that correct? >> >> >> Hi Rick, >> >> http://quercus.caucho.com is still the main Quercus site. The library is >> bundled with Resin, inside resin.jar. The best way to get the latest >> version is to download Resin Open-Source and use resin.jar. We have not >> been producing separate Quercus downloads recently. >> >> Please understand that we have not entirely abandoned Quercus, it is just on >> the back-burner as we focus on Resin. The issue is not just language >> support, but all the libraries. Fully supporting incremental versions of >> PHP is an enormous amount of work with relatively low return on investment >> for us. An engineer working on Quercus is an engineer that is not working >> on Resin. We may reevaluate that resource allocation in the future, but for >> now Quercus is a lower priority. >> >> I see the latest version of WordPress is requiring PHP 5.2.4 or greater. >> Quercus support hovers around PHP 5.2.1, with some selective functions from >> later versions and some others not implemented. >> >> I see you already entered a bug report for this. That is the best thing to >> do so we can track issues. >> >> http://bugs.caucho.com/view.php?id=4944 > > Thanks for the information, Paul, I really appreciate it. It's good to know > the problem may lie in the version of PHP. > > Is it possible to use PHP directly through Resin? I don't use any of the Java > integration capability (yet), but I hate to go install Apache (I use Resin > for all my J2EE stuff) just to support WordPress. Can I get Resin to call to > PHP (not using Quercus, that is)? You can do that via CGI with Resin's CGIServlet, or a better alternative is over FastCGI using FastCGIServlet and php-fpm. http://javadoc4.caucho.com/com/caucho/servlets/FastCGIServlet.html http://php.net/manual/en/install.fpm.php Unfortunately I don't have any good examples to provide you at the moment... This is a great topic as a cookbook item for out new Wiki, so I will mock up an example and put instructions the wiki. (In the next day or so.) http://wiki4.caucho.com Thanks, Paul ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Fatal Error: WP_Screen::$this is an undeclared static field
On Feb 1, 2012, at 2:51 AM, Rick Mann wrote: > I have resin 4.0.23 installed. It seems to serve up WordPress 2.9.2 okay > (blog.roderickmann.org), but not WordPress 3.3.1 (latencyzero.com/wp/). The > default pages seem to load okay, but the admin pages only render the > left-hand controls, no content. I get the following error: > > WP_Screen::$this is an undeclared static field > > The two sites above are running in the same resin instance. The config for > each is slightly different. > > I always seem to trip over PHP issues with Resin, and get very little > response from you guys for them. This has kept me from ever considering > buying Quercus (you wouldn't even answer a question asking about what kind of > Quercus support I could expect to get if I did buy it). > > Hmm, looking around the site, it seems you don't even offer Quercus any more, > is that correct? Hi Rick, http://quercus.caucho.com is still the main Quercus site. The library is bundled with Resin, inside resin.jar. The best way to get the latest version is to download Resin Open-Source and use resin.jar. We have not been producing separate Quercus downloads recently. Please understand that we have not entirely abandoned Quercus, it is just on the back-burner as we focus on Resin. The issue is not just language support, but all the libraries. Fully supporting incremental versions of PHP is an enormous amount of work with relatively low return on investment for us. An engineer working on Quercus is an engineer that is not working on Resin. We may reevaluate that resource allocation in the future, but for now Quercus is a lower priority. I see the latest version of WordPress is requiring PHP 5.2.4 or greater. Quercus support hovers around PHP 5.2.1, with some selective functions from later versions and some others not implemented. I see you already entered a bug report for this. That is the best thing to do so we can track issues. http://bugs.caucho.com/view.php?id=4944 Thanks, Paul > -- > Rick > > > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest === Paul Cowan, Software Engineer Caucho Technology co...@caucho.com http://blog.caucho.com http://twitter.com/cauchoresin ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Deadlock in access log
On Oct 26, 2011, at 8:57 AM, Jens Dueholm Christensen (JEDC) wrote: > Hi > > We’ve been hit rather badly by errors very similar these: > http://bugs.caucho.com/view.php?id=3509 during the last few days where we’ve > had to restart Resin several time a day. > > A lot of threads are blocked on the same object at > com.caucho.server.log.AccessLog.log(AccessLog.java:345). I could attach a > stacktrace, but it’s _very_ similar to those in mantis bug #3509. > > Our app just stalls on accepting incomming connections while threads and > other services within the VM continue to run just fine. > > We are still on Resin Pro 3.1 (somewhere between 3.1.10 and 3.1.11 as we’ve > been using a special build to alliviate another bug that’s not listed in the > 3.1.11 changelog) – any chance of a backport of the fixes to the 3.1 branch > and a new version – or just a nightly build with the fix? Hi Jens, We're generally only fixing critical bugs in Resin 3.1 branch, but I've created a backport request for bug 3509 for tracking purposes. http://bugs.caucho.com/view.php?id=4831 Please monitor the issue. If we won't fix it we'll mark it as such. Thanks, Paul > > Regards, > Jens Dueholm Christensen > Survey IT > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest === Paul Cowan, Software Engineer Caucho Technology co...@caucho.com http://blog.caucho.com http://twitter.com/cauchoresin ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] MD5 base64 hash algorithm differences betweenresin 2 and 4
On Sep 21, 2011, at 10:38 AM, Alan Wright wrote: > Thanks for taking the time to make the suggestion Steffen > > I had seen this thread i my research on the problem - I am trying to > find out if the old encoding is available for use when working with a > digest in the code so I can calculate both digest until all users have > migrated. I believe the problem was related to an incorrect Base64 tail encoding. old-encoding was removed in Resin 4. One option would be to write a utility to call PasswordDigest from a Resin 2 jar. According to release notes the issue was fixed in Resin 3.0.3. -Paul > > Regards > > > Alan > > On 21/09/2011 15:07, BUSCH Steffen wrote: >> Alan, >> while migrating from 2.1 to 3.1 we've had a similar issue and it could be >> solved by explicitly using "old-encoding". >> Maybe you could find useful information in this thread: >> http://maillist.caucho.com/pipermail/resin-interest/2009-February/003334.html >> >> -- Steffen >> > > -- > > > Alan Wright > Athene Systems > > tel 0845 230 9803 > > > Athene Systems Limited > Registered Office: > Shieling House > Invincible Road > Farnborough > GU14 7QU > > Registered in England and Wales No. 3156080 > > > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest === Paul Cowan, Software Engineer Caucho Technology co...@caucho.com http://blog.caucho.com http://twitter.com/cauchoresin ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] 4.0.20 - Problem with my HttpSessionListener
On Aug 31, 2011, at 6:28 PM, Eric Kreiser wrote: > I have a session listener that I use to clear out certain cached items > etc... on session destroy (some items are in a database). > > I get a "NameNotFoundException" when trying to access any of my db > connection pools if the Session Listener is being executed by > SessionManager.handleAlarm() but things work fine if it is a by product > of SessionManager.removeSession (like when a request thread calls > invalidate on a session). > > I have the "database" nodes in the resin config under "web-app", but it > made no difference if I move them all the way up to the "resin" level. > > Any help would be appreciated. Hi Eric, This sounds like a classloader issue. Can you verify if Resin is running with -Djava.system.class.loader=com.caucho.loader.SystemClassLoader Thanks, Paul > > Thanks > Eric S. Kreiser > > > > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest === Paul Cowan, Software Engineer Caucho Technology co...@caucho.com http://blog.caucho.com http://twitter.com/cauchoresin ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Resin no longer deploys my war
On Jun 21, 2011, at 2:23 AM, Mattias Jiderhamn wrote: > I'm so glad you posted this Jeff, since the same thing happened to us > yesterday. I still don't know how, but finally we realized that somehow > the same JSP page was compiled both as case sensitive and all lower case > (_myJsp__jsp.java and _myjsp__jsp.java). > > What really threw us off though, was the fact that when we tried to > deploy this "broken" WAR, Resin in some mysterious way managed to deploy > an old version of that WAR. We deleted the WAR, we deleted the exploded > WAR archive, we restarted Resin. Versioning was and has always been off. > But magically an old no-longer-existing WAR was deployed in place of the > (broken) one we tried to deploy. I don't remember for sure, but possibly > the magic stopped when we deleted [server.root]/resin-data/default/.git > (though I couldn't find any file in there enough to match the WAR. By far.) > > Possibly the fact that I managed to remote deploy that same WAR for the > first time earlier yesterday has something to do with this? I might wait > a while until I dare to try remote deploy again... > > I saw that the broken WAR problem should be fixed - or handled better - > in 4.0.19. Haven't tried it. > However I would still like to understand how Resin could deploy a WAR > that no longer existed? Is there anyway to turn it off? I sure hope that > this never ever happens in production (knock on wood!), but what should > we do if it does happens again? Hi Mattias, What you're describing is exactly the effects of a remote deployment. http://caucho.com/resin-4.0/admin/clustering-overview.xtp#DeployingApplicationstoaCluster Doing a remote deploy essentially puts your war into a git distributed version control system. (In resin-data/*/.git) So even if there is no .war in the webapps directory, Resin will deploy it there upon startup. Once you "deploy" an application, deleting the .war does nothing. You must undeploy it remove it, or redeploy a new version to update. Unfortunately until version 4.0.19, there was no undeploy button in /resin-admin, only a deploy. So to undeploy cleanly you had to use the command-line interface, which is somewhat less convenient since it requires RemoteAdminService and some authentication setup. http://caucho.com/resin-4.0/admin/resin-admin-command-line.xtp We realize this behavior is unexpected/surprising when not understood, and are discussing ways to improve usability. Thanks, Paul > > > === Paul Cowan, Software Engineer Caucho Technology co...@caucho.com http://blog.caucho.com http://twitter.com/cauchoresin ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] configuration problem in resin
On Jun 14, 2011, at 4:49 AM, rahul chandravanshi wrote: > Hi > > while configuring resin-4.0.16 i am getting below warning: > "make[2]: warning: Clock skew detected. Your build may be incomplete." That usually indicates the files you're trying to build are dated in the future. Either fix your system clock and re-expand the archive, or "touch" each file to update their dates. Thanks, Paul > > can some body help me out. > thanks in advance. > > thanks > rahul > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest === Paul Cowan, Software Engineer Caucho Technology co...@caucho.com http://blog.caucho.com http://twitter.com/cauchoresin ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Resin no longer deploys my war
On May 24, 2011, at 4:52 AM, Jeff Schnitzer wrote: > I tried upgrading to 4.0.18 recently and deployment seems broken. > > Normally I copy my war file over webapps/ROOT.war, restart appserver, > and it works. > > Now it seems the only way I can get a deployment working is by: > > 1) Deleting webapps/ROOT (the directory) > 2) Manually un-jaring ROOT.war > 3) Deleting the resin-data directory > > If I don't do #3, Resin recreates an old version of my app, not the > new contents of ROOT.war. If I don't do #2, Resin creates an empty > web project. This is really, insanely confusing :-( > > Jeff Hi Jeff, We fixed a few bugs related to deployment in 4.0.17 and 4.0.18, perhaps the behavior you're expecting has changed. I tested by simply overwriting ROOT.war with a different ROOT.war and didn't have any issues. Resin will recreate the old app from resin-data directory, if you delete the war and directory, since it needs a ROOT webapp. So that behavior is expected. Some things to check are permissions ( Resin is running as), exists, webapp version is enabled ( ). -Paul > > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest === Paul Cowan, Software Engineer Caucho Technology co...@caucho.com http://blog.caucho.com http://twitter.com/cauchoresin ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Resin no longer deploys my war
On May 24, 2011, at 4:52 AM, Jeff Schnitzer wrote: > I tried upgrading to 4.0.18 recently and deployment seems broken. > > Normally I copy my war file over webapps/ROOT.war, restart appserver, > and it works. > > Now it seems the only way I can get a deployment working is by: > > 1) Deleting webapps/ROOT (the directory) > 2) Manually un-jaring ROOT.war > 3) Deleting the resin-data directory > > If I don't do #3, Resin recreates an old version of my app, not the > new contents of ROOT.war. If I don't do #2, Resin creates an empty > web project. This is really, insanely confusing :-( Hi Jeff I just ran a quick test and saw similar behavior. I'll look into it and file a bug if appropriate, and let you know either way. -Paul > > Jeff > > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest === Paul Cowan, Software Engineer Caucho Technology co...@caucho.com http://blog.caucho.com http://twitter.com/cauchoresin ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] about resin access-log rollover-size question
On May 4, 2011, at 11:08 PM, peng yao wrote: > Thanks, I see . But I have a question, can i modify the interval time(2 > minutes) It is currently not configurable. I've added a bug report for this; http://bugs.caucho.com/view.php?id=4533 Thanks, Paul > > > 2011/5/5 Paul Cowan > > On May 3, 2011, at 11:36 PM, peng yao wrote: > >> hi,I want to rollover the access-log by rollover-size in resin 3.1.9. I set >> the rollover-size="10kb" and auto-flush="true",but I found the rollover-size >> is not normal work. some access-log size is 1.2Mb but not rollover . I found >> rollover time is 140s~142s, what can i do next? Thanks > > Resin does not roll the access log exactly at rollover-size. rollover-size > is a minimum size. It checks the size every 2 minutes. > > -Paul > > > >> ___ >> 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 mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest === Paul Cowan, Software Engineer Caucho Technology co...@caucho.com http://blog.caucho.com http://twitter.com/cauchoresin ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] about resin access-log rollover-size question
On May 3, 2011, at 11:36 PM, peng yao wrote: > hi,I want to rollover the access-log by rollover-size in resin 3.1.9. I set > the rollover-size="10kb" and auto-flush="true",but I found the rollover-size > is not normal work. some access-log size is 1.2Mb but not rollover . I found > rollover time is 140s~142s, what can i do next? Thanks Resin does not roll the access log exactly at rollover-size. rollover-size is a minimum size. It checks the size every 2 minutes. -Paul > ___ > 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
Re: [Resin-interest] How to implement in Resin 4
On Mar 29, 2011, at 8:11 PM, Keith Fetterman wrote: > In resin 3, the way to perform a HTTP 301 redirect was using the > following resin tags: > >> >> >> > > I don't see an equivalent tag in Resin 4 documentation. How should this > be implemented? > > I tried using the following tag, but I get an HTTP 302 redirect: > >> Hi Keith, There is a resin:MovedPermanently with the same syntax. It's mentioned on our Wiki; http://wiki.caucho.com/Cookbook:_Moved_Permanently I've entered a documentation bug for this. Thanks, Paul > > Thanks, > Keith > > -- > - > Keith FettermanDirect: 206-319-9434 > Mariner Supply, Inc. 206-780-5670 > http://www.go2marine.com kfetter...@go2marine.com > > http://www.boatersline.com > > > > > ___ > 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
Re: [Resin-interest] "no JMX ObjectName detected" with jrockit vm
On Feb 11, 2011, at 1:31 PM, Scott Ferguson wrote:
> Wesley Wu wrote:
>> Hi Scott,
>>
>> Resin 4.0.14 log many warnings about no JMX ObjectName detected
>>
> Yep. It's listed as http://bugs.caucho.com/view.php?id=4384.
I've added jrockit to the bug report also.
You can silence these by adding this to resin.xml:
-Paul
>
> -- Scott
>
>> [11-02-11 00:19:23.324] {resin-34} MemoryTenuredHealthCheck: WARNING:
>> MemoryTenuredHealthCheck[] has no JMX ObjectName detected
>> [11-02-11 00:19:23.324] {resin-34} MemoryPermGenHealthCheck: WARNING:
>> MemoryPermGenHealthCheck[] has no JMX ObjectName detected
>> [11-02-11 00:24:23.327] {resin-360} MemoryTenuredHealthCheck: WARNING:
>> MemoryTenuredHealthCheck[] has no JMX ObjectName detected
>> [11-02-11 00:24:23.327] {resin-360} MemoryPermGenHealthCheck: WARNING:
>> MemoryPermGenHealthCheck[] has no JMX ObjectName detected
>> [11-02-11 00:29:23.330] {resin-309} MemoryTenuredHealthCheck: WARNING:
>> MemoryTenuredHealthCheck[] has no JMX ObjectName detected
>> [11-02-11 00:29:23.330] {resin-309} MemoryPermGenHealthCheck: WARNING:
>> MemoryPermGenHealthCheck[] has no JMX ObjectName detected
>>
>> I'm using jrockit vm R28.1 64bit edition in CentOS 5.5.
>>
>> -Wesley
>>
>>
>> ___
>> 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 mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Is there a resin adapter for eclipse WTP supporting servlet 3.0?
On Jan 4, 2011, at 7:02 AM, Kirby Zhou wrote: > Is there a resin adapter for eclipse WTP supporting servlet 3.0? > Resin 4.0 supports servlet 3.0, and I want develop a servlet 3.0 application > with resin, but ' http://caucho.com/eclipse/"; can only support up to servlet > 2.5. Hi Kirby, Resin release 4.0.14 will include upgrades to the Eclipse plugin, supporting servlet 3.0. 4.0.14 is tentatively scheduled for released this Friday, 1/7. Thanks, Paul > > > > Regards, > Kirby Zhou > from SOHU-RD +86-10-6272-8261 > > > > > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest === Paul Cowan, Software Engineer Caucho Technology co...@caucho.com http://blog.caucho.com http://twitter.com/cauchoresin ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Japanese multibyte character path of resin.jar cause Exception in 4.0.13.
On Dec 28, 2010, at 9:22 AM, re...@tatujin.org wrote: > If resin.jar is put on a Japanese multi byte character directory and > launched, then the following > error is shown and cannot launch. > > I think this is not only limited to the Japanese multibyte environment > but other multibyte character > environment. > > I tested with the following steps: > > On Windows command prompt: > >> cd c:\tmp\あいうえお\win >> java -jar resin\lib\resin.jar -resin-home resin start > com.caucho.config.ConfigException: java.io.FileNotFoundException: C:\tmp\縺ゅ＞ > 縺?∴縺?\win\resin\lib\resin.jar (指定されたパスが見つかりません。) >at > com.caucho.config.LineConfigException.create(LineConfigException.java > :163) >at com.caucho.config.Config.configure(Config.java:240) >at com.caucho.boot.ResinBoot.(ResinBoot.java:150) >at com.caucho.boot.ResinBoot.main(ResinBoot.java:348) > Caused by: java.io.FileNotFoundException: C:\tmp\縺ゅ＞縺?∴縺?\win\resin\lib\re > sin.jar (指定されたパスが見つかりません。) >at java.util.zip.ZipFile.open(Native Method) >at java.util.zip.ZipFile.(Unknown Source) >at java.util.zip.ZipFile.(Unknown Source) >at com.caucho.vfs.Jar.openReadImpl(Jar.java:469) >at com.caucho.vfs.JarPath.openReadImpl(JarPath.java:211) >at com.caucho.vfs.Path.openRead(Path.java:1120) >at > com.caucho.relaxng.CompactVerifierFactoryImpl.compileSchema(CompactVe > rifierFactoryImpl.java:89) >at com.caucho.config.Config.findCompactSchema(Config.java:491) >at com.caucho.config.Config.configure(Config.java:232) >... 2 more > java.io.FileNotFoundException: C:\tmp\縺ゅ＞縺?∴縺?\win\resin\lib\resin.jar (指 > 定されたパスが見つかりません。) > > If the path is changed to another path without multibyte character > path (e.g. \tmp\abced), then > launch correct. Thus, the configuration of resin itself is correct. > > The tested environment is: > OS: Windows 7 > Resin: resin 4.0.13 > > Does anyone can inform me how to run resin.jar with multibyte character path? Resin jar loading depends on using URLDecoder.decode, with the default platform encoding. It appears your platform encoding is not handling the multibyte characters properly. Trying starting resin with -Dfile.encoding=UTF8. I tested this on my system and it fixed the issue for me, although I saw a slightly different error that you reported. -Paul > > Best regards, > masa naga > > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest === Paul Cowan, Software Engineer Caucho Technology co...@caucho.com http://blog.caucho.com http://twitter.com/cauchoresin ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
