Re: [Resin-interest] OpenSSL Issues Building/Installing 4.0.41 on OS X 10.10 Yosemite
Hi Rick Do you have Xcode installed? I have not tried to build resin on OS X 10.10, but I had a similar problem on OS X 10.9 until I installed Xcode. When I was building Resin 4.0.37, I also had to create the symlink /usr/local/include that pointed to: /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk/usr/include I hope this helps Keith On Oct 26, 2014, at 2:12 PM, Rick Mann rm...@latencyzero.com wrote: I just tried to download and install 4.0.41, and got this: OPENSSL : No OpenSSL has been found *** OpenSSL libraries cannot be compiled *** The full output is here: http://pastebin.com/VfB7NsNY I think this is due to Apple deprecating OpenSSL. -- Rick Mann rm...@latencyzero.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] OpenSSL Issues Building/Installing 4.0.41 on OS X 10.10 Yosemite
The need to create a symlink was when I was setting up my development environment in the fall of 2013. When I recently helped some other developers compile Resin 4.0.41 with openssl on OS X 10.9, I did not have to create the symlink. The configure script found the openssl libraries. I never researched why. I guess that either a new version of Resin, an update to OS X 10.9 or an update to Xcode resolved the issue. On Oct 26, 2014, at 2:19 PM, Rick Mann rm...@latencyzero.com wrote: Yes, of course Xcode is installed. I see what your solution is doing, but that's a pretty heavy-handed fix, especially if one has brew installed. I'm trying to install openssl via brew; we'll see where that leads. On Oct 26, 2014, at 14:18 , Keith Fetterman keithfetter...@gmail.com wrote: Hi Rick Do you have Xcode installed? I have not tried to build resin on OS X 10.10, but I had a similar problem on OS X 10.9 until I installed Xcode. When I was building Resin 4.0.37, I also had to create the symlink /usr/local/include that pointed to: /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk/usr/include I hope this helps Keith On Oct 26, 2014, at 2:12 PM, Rick Mann rm...@latencyzero.com wrote: I just tried to download and install 4.0.41, and got this: OPENSSL : No OpenSSL has been found *** OpenSSL libraries cannot be compiled *** The full output is here: http://pastebin.com/VfB7NsNY I think this is due to Apple deprecating OpenSSL. -- Rick Mann rm...@latencyzero.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 -- Rick Mann rm...@latencyzero.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] BEAST SSL Attack
Hi Scott, We need this too. Thanks, Keith On 1/2/2013 1:36 PM, Scott Ferguson wrote: On 1/2/13 11:58 AM, Aaron Freeman wrote: We have now been scanned and been found to be non-compliant due to lack of the ability to order ciphers. Is there any timeframe we might expect even a snapshot to have this capability? I'll see if I can get a snapshot this week. -- Scott Thanks, Aaron *From:*resin-interest-boun...@caucho.com [mailto:resin-interest-boun...@caucho.com] *On Behalf Of *Aaron Freeman *Sent:* Wednesday, December 05, 2012 10:51 AM *To:* 'General Discussion for the Resin application server' *Subject:* Re: [Resin-interest] BEAST SSL Attack Very good, I appreciate the feedback. Thanks, Aaron *From:*resin-interest-boun...@caucho.com [mailto:resin-interest-boun...@caucho.com] *On Behalf Of *Paul Cowan *Sent:* Wednesday, December 05, 2012 9:02 AM *To:* General Discussion for the Resin application server *Subject:* 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[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 knut-cau...@forkalsrud.org mailto:knut-cau...@forkalsrud.org wrote: In the days of Resin2.1.4 and onwards http://www.caucho.com/resin-3.1/changes/changes-2.xtpthere 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 aaron.free...@layerz.com mailto:aaron.free...@layerz.com wrote: SSL BEAST ___ resin-interest mailing list resin-interest@caucho.com mailto:resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest === Paul Cowan, Software Engineer Caucho Technology co...@caucho.com mailto: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 -- - Keith Fetterman 206-780-5670 Mariner Supply, Inc. kfetter...@go2marine.com http://www.go2marine.com http://www.boatersline.com ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Session death in a cluster
On 11/19/2012 12:32 PM, Matthew Serrano wrote: 2. My database shows that some sessions seem to stay alive for days even though there is clearly no activity on the session. We have seen this behavior in resin for years. Several years ago, we wrote an administration utility for our Web site that displays the active HTTP sessions. We wrote this utility so we could see what products shoppers were putting in the carts. We noticed that some HTTP sessions live days after they should have been invalidated as a result of reaching the HTTP session timeout, which is set to 70 minutes. We never researched the problem or reported it to Caucho. We saw this behavior in resin 2.X, 3.X and now in 4.X Keith -- - Keith FettermanDirect: 206-319-9434 Mariner Supply, Inc. 206-780-5670 http://www.go2marine.com kfetter...@go2marine.com http://www.go2hydraulics.com http://www.shoprvparts.com ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
[Resin-interest] Managing Tenured Memory in Resin
Hi Everyone, I could use a little help troubleshooting some messages in my jvm-default.log. I am seeing a lot of the following messages in our Resin logs. We are currently running Resin 4.0.23 Pro. INFO com.caucho.env.health.HealthService MemoryTenuredHealthCheck[WARNING:0.48% free (10.127M free, 2097.152M max, 2087.025M used)] I did a bit of research this morning about adjusting tenured memory limits, but I didn't find anything specific to adjusting the value. Does anyone know what property I need to adjust? I currently have the following Java settings in my resin.xml file: jvm-arg-J-server/jvm-arg jvm-arg-J-d64/jvm-arg jvm-arg-Xms3000M/jvm-arg jvm-arg-Xmx3000M/jvm-arg jvm-arg-XX:MaxPermSize=250M/jvm-arg I could increase the -Xmx property, but I am wondering if there is a better property to tweak. I am also seeing the following warning messages: WARNING com.caucho.health.analysis.AnomalyAnalyzer AnomalyAnalyzer JVM|Thread|JVM Blocked Count WARNING WARNING com.caucho.health.analysis.AnomalyAnalyzer AnomalyAnalyzer JVM|Thread|JVM Runnable Count WARNING Does anyone have some advice on how to resolve these warnings? I read the Resin documentation, but I didn't find something specific. Thanks for your help Keith -- - Keith FettermanDirect: 206-319-9434 Mariner Supply, Inc. 206-780-5670 http://www.go2marine.com kfetter...@go2marine.com http://www.go2hydraulics.com http://www.shoprvparts.com ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Managing Tenured Memory in Resin
Hi Knut, Thanks a lot for the feed back. When you say If your app was faster you would see fewer threads and hence less memory used. are you thinking we need to make our app. more efficient or throw some CPU power at it? Thanks, Keith On 10/30/2012 11:11 AM, Knut Forkalsrud wrote: The max heap (set with the -Xmx parameter) is shared between all generations, with the typical Sun/Oracle JVM that is eden, survivor, tenured and permanent generations. The JVM usually does a pretty good job at adjusting the individual sizes according to how much garbage your app produces. I think 2097M out of 3000M is quite reasonable for the tenured generation. You may need to give it more memory. Is it conceivable that your app has a resource leak? If so you may be able to get in shape for a while by restarting it. The thread count warnings may indicate that a lot of your memory is going to call stacks for the threads. If your app was faster you would see fewer threads and hence less memory used. If you really want to get into tuning the memory/GC settings there is http://www.oracle.com/technetwork/java/javase/gc-tuning-6-140523.html to guide you, but I don't recommend that. Knut Forkalsrud On Tue, Oct 30, 2012 at 10:14 AM, Keith Fetterman kfetter...@go2marine.com mailto:kfetter...@go2marine.com wrote: Hi Everyone, I could use a little help troubleshooting some messages in my jvm-default.log. I am seeing a lot of the following messages in our Resin logs. We are currently running Resin 4.0.23 Pro. INFO com.caucho.env.health.HealthService MemoryTenuredHealthCheck[WARNING:0.48% free (10.127M free, 2097.152M max, 2087.025M used)] I did a bit of research this morning about adjusting tenured memory limits, but I didn't find anything specific to adjusting the value. Does anyone know what property I need to adjust? I currently have the following Java settings in my resin.xml file: jvm-arg-J-server/jvm-arg jvm-arg-J-d64/jvm-arg jvm-arg-Xms3000M/jvm-arg jvm-arg-Xmx3000M/jvm-arg jvm-arg-XX:MaxPermSize=250M/jvm-arg I could increase the -Xmx property, but I am wondering if there is a better property to tweak. I am also seeing the following warning messages: WARNING com.caucho.health.analysis.AnomalyAnalyzer AnomalyAnalyzer JVM|Thread|JVM Blocked Count WARNING WARNING com.caucho.health.analysis.AnomalyAnalyzer AnomalyAnalyzer JVM|Thread|JVM Runnable Count WARNING Does anyone have some advice on how to resolve these warnings? I read the Resin documentation, but I didn't find something specific. Thanks for your help Keith -- - Keith FettermanDirect: 206-319-9434 tel:206-319-9434 Mariner Supply, Inc. 206-780-5670 tel:206-780-5670 http://www.go2marine.com kfetter...@go2marine.com mailto:kfetter...@go2marine.com http://www.go2hydraulics.com http://www.shoprvparts.com ___ resin-interest mailing list resin-interest@caucho.com mailto: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 -- - Keith FettermanDirect: 206-319-9434 Mariner Supply, Inc. 206-780-5670 http://www.go2marine.com kfetter...@go2marine.com http://www.go2hydraulics.com http://www.shoprvparts.com ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Managing Tenured Memory in Resin
Thanks Scott, We are currently running 4.0.23 Pro. I am getting ready to deploy 4.0.32 Pro into production. Do you think the reporting in 4.0.32 Pro is better and would help troubleshoot the problem? Keith On 10/30/2012 02:04 PM, Scott Ferguson wrote: On 10/30/12 10:14 AM, Keith Fetterman wrote: Hi Everyone, I could use a little help troubleshooting some messages in my jvm-default.log. I am seeing a lot of the following messages in our Resin logs. We are currently running Resin 4.0.23 Pro. INFO com.caucho.env.health.HealthService MemoryTenuredHealthCheck[WARNING:0.48% free (10.127M free, 2097.152M max, 2087.025M used)] I did a bit of research this morning about adjusting tenured memory limits, but I didn't find anything specific to adjusting the value. Does anyone know what property I need to adjust? I currently have the following Java settings in my resin.xml file: As Knut said, that size should be plenty. I'd look to see if you have some kind of memory leak. Take a look at either the heap section of Resin's PDF or /resin-admin. Specifically look for the ZombieClassLoaderMarker. jvm-arg-J-server/jvm-arg jvm-arg-J-d64/jvm-arg jvm-arg-Xms3000M/jvm-arg jvm-arg-Xmx3000M/jvm-arg jvm-arg-XX:MaxPermSize=250M/jvm-arg I could increase the -Xmx property, but I am wondering if there is a better property to tweak. I am also seeing the following warning messages: WARNING com.caucho.health.analysis.AnomalyAnalyzer AnomalyAnalyzer JVM|Thread|JVM Blocked Count WARNING WARNING com.caucho.health.analysis.AnomalyAnalyzer AnomalyAnalyzer JVM|Thread|JVM Runnable Count WARNING Does anyone have some advice on how to resolve these warnings? I read the Resin documentation, but I didn't find something specific. Again, take a look at the PDF report (or thread graphs at that time.) If it's a little spike (2-3 threads), it's not a big problem, but if there are lots of threads in that spike you might have some kind of locking issue. -- Scott Thanks for your help Keith ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest -- - Keith FettermanDirect: 206-319-9434 Mariner Supply, Inc. 206-780-5670 http://www.go2marine.com kfetter...@go2marine.com http://www.go2hydraulics.com http://www.shoprvparts.com ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Resin 4.0.30 is available
Hi Scott, This is excellent news. Will 4.1.0 be considered a stable release intended for production environments? We're still running 4.0.23 because of problems in 4.0.24 - 4.0.28 Thanks, Keith On 08/23/2012 05:12 PM, Scott Ferguson wrote: Resin 4.0.30 is available for download at the usual: http://caucho.com/download Resin 4.0.30 is a release-candidate for 4.1.0. If no critical bugs are found after a few weeks, we'll promote it to 4.1.0. As a note, the most recent Resin 4.0.x releases beat nginx (a fast C-based web server) in stress tests using autobench. We've published the results at http://wiki4.caucho.com/NginX_1.2.0_versus_Resin_4.0.29_performance_tests -- Scott ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest -- - 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
Re: [Resin-interest] Resin 4 stability
Hi Aaron, We are also running 4.0.23 in production as well. We have evaluated 4.0.24 - 4.0.27, but we have always encountered an issue that prevented us from rolling it out to production. We have not evaluated 4.0.28 yet. Keith On 07/19/2012 11:14 AM, Aaron Freeman wrote: Ah, good to know -- that bug would also kick us in the grapes as well. I'll wait for your guys' feedback on 4.0.30 per Scott's comment. Thanks, Aaron -Original Message- From: resin-interest-boun...@caucho.com [mailto:resin-interest- boun...@caucho.com] On Behalf Of Mattias Jiderhamn Sent: Thursday, July 19, 2012 12:39 PM To: resin-interest@caucho.com Subject: Re: [Resin-interest] Resin 4 stability - Original Message - Subject: [Resin-interest] Resin 4 stability Date: Thu, 19 Jul 2012 09:53:47 -0500 From: Aaron Freeman aaron.free...@layerz.com I just want to query the user community for what seems to be the most stable version of resin 4.0 out there? We have been developing and using Rein 4.0.23 and are pretty satisfied. Has anybody been using a later version in production and development and find it to be nice and stable? We're still on 4.0.23 in production 4.0.28 looked really promising, especially for JSF development, but then there was http://bugs.caucho.com/view.php?id=5120 Looking forward to evaluating 4.0.29! -- /Mattias ___ 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 -- - 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] Resin Pro 4.0.23, Amazon AWS and JNI problem
I am trying to install Resin pro 4 in Amazon's AWS EC2. I chose Amazon's version of Linux and OpenJDK 6 when creating the AWS instance. I then tried to build Resin pro 4.0.23 in the instance. The configure failed because it complained that it could not find JNI. Has anyone have ideas on how to fix or have resolved this problem? -- - Keith Fetterman 206-780-5670 Mariner Supply, Inc. kfetter...@go2marine.com http://www.go2marine.com http://www.boatersline.com ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Resin 4 stable for production ?
Hi Jonathan, We finally made the switch from 3.0.x branch to the 4.0.x branch several months ago. We were at 3.0.28 and now we are running 4.0.23 in production. Our biggest Web site, www.go2marine.com, is not experiencing any problems in production with the 4.0.x branch. Keith On 12/05/2011 02:30 AM, Jonathan Melly wrote: Hello. We are still using some resin 3.0.24 and plan to migrate them but from the caucho website, it's not clear if we should go for 3.1 or 4.0 or even 3.2 (by the what is this 3.2 that I saw only on the source repo ?) Thanks in advance for your help. Jonathan Melly Swissquote Switzerland ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest -- - 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
Re: [Resin-interest] Resin no longer deploys my war
Hi Jeff, I just had another thought that might be effecting your war file deployment. Have you declaree any dependency injection / CanDI into your resin.xml or resin-web.xml files? For example: http://www.caucho.com/resin-4.0/examples/ioc-binding/index.xtp When I upgraded our Web sites from resin 3.0.x to resin 4.x, I had a lot of problems with this until I made changes to my Java classes. Resin would fail silently, i.e., it never produced any errors even when logging was set to the finest level. Resin would appear to start, but nothing was loaded or deployed. The culprit was declaring / using static method calls as my services and beans. Keith On 06/06/2011 05:49 PM, Jeff Schnitzer wrote: Seriously, I've done *nothing* special. I downloaded resin, unzipped it, copied in my ROOT.war... and nothing. I've tried deleting the ROOT/ directory. I've tried deleting the resin-data/ directory. I've tried removing theweb-app id=/ root-directory=webapps/ROOT/ (what does that do, anyways?). resin-admin shows a root webapp. not mine - just the default one it creates. It just doesn't work. FWIW, a simple stripped-down war file does deploy. So presumably it's something about my WARfile. But there's nothing about my WAR that is special - it deploys just fine on other containers. If I unjar it by hand, it deploys just fine on Resin. Jeff On Sun, Jun 5, 2011 at 11:18 PM, f...@caucho.comf...@cauchomail.com wrote: What does the /resin-admin for that webapp show? If you've deployed the war using the deploy command, for example, it will take precedence over a new deployed .war. -- Scott --- On Sun, 6/5/11, Jeff Schnitzerj...@infohazard.org wrote: From: Jeff Schnitzerj...@infohazard.org Subject: Re: [Resin-interest] Resin no longer deploys my war To: General Discussion for the Resin application serverresin-interest@caucho.com Date: Sunday, June 5, 2011, 8:12 PM I finally got around to trying this out, and no luck. I can't for the life of me figure out why Resin refuses to unpack my WAR. Every other appserver will, including an old copy of resin 4.0.9 I found lying around (unfortunately 4.0.9 has other issues). Jeff On Fri, Jun 3, 2011 at 9:57 AM, Jeff Schnitzerj...@infohazard.org wrote: Thanks - I will try this out. I gave up and switched to Tomcat. But I like it less than Resin, so maybe I will switch back. Jeff On Fri, Jun 3, 2011 at 9:43 AM, Keith Fetterman kfetter...@go2marine.com wrote: Hi Jeff, Are you still experiencing this problem? I experienced the same problem in resin 4.0.16 pro. I pulled my hair out including performing the steps you talked about in your email. I finally discovered that I had to turn versioning off. Here is a snippet from my resin.xml file: !-- creates the webapps directory for .war expansion -- !-- web-app-deploy path=webapps versioning=true/ -- web-app-deploy path=webapps/ The default resin.xml file has this set to true. I hope this helps Keith On 05/24/2011 02:23 PM, Jeff Schnitzer wrote: On Tue, May 24, 2011 at 2:04 PM, Scott Fergusonf...@caucho.com wrote: Also, what does the /resin-admin webapps tab say? It reports a webapp at /, but just the stock one. For example, if you've deployed a .war using the command-line deploy, that overrides the webapps/ directory. I haven't done anything... seriously, I just went through these steps: 1) Download resin-4.0.18.zip 2) Unzip it into a directory 3) Copy my ROOT.war into resin/webapps 4) Run resin No love. No error messages. I've also tried commenting outweb-app id=/ root-directory=webapps/ROOT/but it makes no difference. I'm not quite sure what this line is supposed to do, though - shouldn't it be irrelevant if there is a ROOT.war file in webapps? Jeff ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest -- - Keith Fetterman Direct: 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 ___ 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 -- - Keith Fetterman
Re: [Resin-interest] Resin no longer deploys my war
Hi Jeff, Are you still experiencing this problem? I experienced the same problem in resin 4.0.16 pro. I pulled my hair out including performing the steps you talked about in your email. I finally discovered that I had to turn versioning off. Here is a snippet from my resin.xml file: !-- creates the webapps directory for .war expansion -- !-- web-app-deploy path=webapps versioning=true/ -- web-app-deploy path=webapps/ The default resin.xml file has this set to true. I hope this helps Keith On 05/24/2011 02:23 PM, Jeff Schnitzer wrote: On Tue, May 24, 2011 at 2:04 PM, Scott Fergusonf...@caucho.com wrote: Also, what does the /resin-admin webapps tab say? It reports a webapp at /, but just the stock one. For example, if you've deployed a .war using the command-line deploy, that overrides the webapps/ directory. I haven't done anything... seriously, I just went through these steps: 1) Download resin-4.0.18.zip 2) Unzip it into a directory 3) Copy my ROOT.war into resin/webapps 4) Run resin No love. No error messages. I've also tried commenting outweb-app id=/ root-directory=webapps/ROOT/ but it makes no difference. I'm not quite sure what this line is supposed to do, though - shouldn't it be irrelevant if there is a ROOT.war file in webapps? Jeff ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest -- - 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] Resin administration application
On the Resin Administration login page (4.0.16), there is a section to create a login. The heading of the section says Don't have a login yet?. Is there a resin property to hide this section and only show the login form? Once we've setup the administration area, we would like to remove this section with having to edit the JSP page. -- - 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] difference between host attributes id and host-name
In resin 4.0.16, what is the difference between the host tag attributes id and host-name? Are they the same thing? In the documentation it says: http://www.caucho.com/resin-4.0/reference.xtp#host id - primary host name host-name - Canonical host name I don't think I have come across an example in Resin's documentation where the host tag uses the id attribute. -- - 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
Re: [Resin-interest] Environment class loader throwing a ClassNotFoundException when resin 4 is restarted
$ContextObjectInputStream.resolveClass(JavaSessionDeserializer.java:105) at java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1574) at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1495) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1731) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1328) at java.io.ObjectInputStream.readObject(ObjectInputStream.java:350) at com.caucho.server.session.JavaSessionDeserializer.readObject(JavaSessionDeserializer.java:70) at com.caucho.server.session.SessionImpl.load(SessionImpl.java:686) ... 19 more On 03/30/2011 05:49 PM, Keith Fetterman wrote: Today, I discovered when I stopped and then started resin (4.0.16), I received a java.lang.ClassNotFoundException exception being thrown by the com.caucho.loader.DynamicClassLoader.loadClass when I accessed the home page of my Web site. The ClassNotFoundException is caused by resin trying to load one of our application classes that was stored in the HTTP session and was persisted. We have our application classes being loaded at the host level class loader. Why is resin trying to load the class via the EnvironmentClassLoader? Is this a bug in resin 4.0.16? We switched from using hessian to java serialization because hessian serialization was trying to lazy load our hibernate objects that were in the HTTP session. I don't know if this makes a difference. Please help if you can. The stack trace is below. [11-03-30 17:06:10.723] {http://*:8082-16} WARNING com.caucho.server.session.SessionImpl com.caucho.vfs.IOExceptionWrapper: java.lang.ClassNotFoundException: com.marinersupply.bean.CustomerBean in EnvironmentClassLoader[resin-system:] at com.caucho.vfs.IOExceptionWrapper.create(IOExceptionWrapper.java:64) at com.caucho.server.session.SessionImpl.load(SessionImpl.java:706) at com.caucho.server.session.SessionImpl.load(SessionImpl.java:642) at com.caucho.server.session.SessionManager.createSession(SessionManager.java:1332) at com.caucho.server.http.AbstractCauchoRequest.createSession(AbstractCauchoRequest.java:255) at com.caucho.server.http.AbstractCauchoRequest.getSession(AbstractCauchoRequest.java:198) at com.caucho.server.http.AbstractCauchoRequest.finishRequest(AbstractCauchoRequest.java:613) at com.caucho.server.http.HttpServletRequestImpl.finishRequest(HttpServletRequestImpl.java:1961) at com.caucho.server.http.AbstractHttpRequest.finishRequest(AbstractHttpRequest.java:1725) at com.caucho.server.http.HttpRequest.finishRequest(HttpRequest.java:1268) at com.caucho.server.http.HttpRequest.handleRequest(HttpRequest.java:813) at com.caucho.network.listen.TcpSocketLink.dispatchRequest(TcpSocketLink.java:730) at com.caucho.network.listen.TcpSocketLink.handleRequest(TcpSocketLink.java:689) at com.caucho.network.listen.TcpSocketLink.handleRequestsImpl(TcpSocketLink.java:669) at com.caucho.network.listen.TcpSocketLink.handleRequests(TcpSocketLink.java:617) at com.caucho.network.listen.AcceptTask.doTask(AcceptTask.java:104) at com.caucho.network.listen.ConnectionReadTask.runThread(ConnectionReadTask.java:98) at com.caucho.network.listen.ConnectionReadTask.run(ConnectionReadTask.java:81) at com.caucho.network.listen.AcceptTask.run(AcceptTask.java:67) at com.caucho.env.thread.ResinThread.runTasks(ResinThread.java:164) at com.caucho.env.thread.ResinThread.run(ResinThread.java:130) Caused by: java.lang.ClassNotFoundException: com.marinersupply.bean.CustomerBean in EnvironmentClassLoader
Re: [Resin-interest] Environment class loader throwing a ClassNotFoundException when resin 4 is restarted
I am wondering if this problem is related to the HTTP session timing out. In the ROOT web application, we have the session time out set to 70 minutes: WEB-INF/web.xml session-config session-timeout70/session-timeout /session-config I received another ClassNotFoundException from the EnvironmentClassLoader after 30 minutes, which is the default session timeout for most Web apps. On 04/04/2011 11:19 AM, Keith Fetterman wrote: This problem seems to be more pervasive in Resin 4.0.16 pro. I am now seeing other application classes that the Resin EnvironmentClassLoader is trying to load but it can't find them. I am getting the error java.lang.ClassNotFoundException because the EnvironmentClassLoader[resin-system:] is trying to load it. In our resin.xml file, I have the application classes being loaded at at the Host level. Resin was started at 9:55 AM this morning. Since then, I have been testing our Website including checking out, which would require com.marinersupply.common.store.struts.form.checkout.CheckoutCustomerInfoForm class to be loaded. Then at 10:37 AM, resin throws the error: [11-04-04 10:37:46.336] {http://*:8082-23} WARNING com.caucho.server.session.SessionImpl com.caucho.vfs.IOExceptionWrapper: java.lang.ClassNotFoundException: com.marinersupply.common.store.struts.form.checkout.CheckoutCustomerInfoForm in EnvironmentClassLoader[resin-system:] It looks like the error is occurring when resin is either serializing or deserializing the session. Is the EnvironmentClassLoader above the host class loader and if so, why is trying to load application classes? Is this a bug in resin 4.0.16? [11-04-04 10:37:46.336] {http://*:8082-23} WARNING com.caucho.server.session.SessionImpl com.caucho.vfs.IOExceptionWrapper: java.lang.ClassNotFoundException: com.marinersupply.common.store.struts.form.checkout.CheckoutCustomerInfoForm in EnvironmentClassLoader[resin-system:] at com.caucho.vfs.IOExceptionWrapper.create(IOExceptionWrapper.java:64) at com.caucho.server.session.SessionImpl.load(SessionImpl.java:706) at com.caucho.server.session.SessionImpl.load(SessionImpl.java:642) at com.caucho.server.session.SessionManager.createSession(SessionManager.java:1332) at com.caucho.server.http.AbstractCauchoRequest.createSession(AbstractCauchoRequest.java:255) at com.caucho.server.http.AbstractCauchoRequest.getSession(AbstractCauchoRequest.java:198) at com.caucho.server.http.AbstractCauchoRequest.finishRequest(AbstractCauchoRequest.java:613) at com.caucho.server.http.HttpServletRequestImpl.finishRequest(HttpServletRequestImpl.java:1961) at com.caucho.server.http.AbstractHttpRequest.finishRequest(AbstractHttpRequest.java:1725) at com.caucho.server.http.HttpRequest.finishRequest(HttpRequest.java:1268) at com.caucho.server.http.HttpRequest.handleRequest(HttpRequest.java:813) at com.caucho.network.listen.TcpSocketLink.dispatchRequest(TcpSocketLink.java:730) at com.caucho.network.listen.TcpSocketLink.handleRequest(TcpSocketLink.java:689) at com.caucho.network.listen.TcpSocketLink.handleRequestsImpl(TcpSocketLink.java:669) at com.caucho.network.listen.TcpSocketLink.handleRequests(TcpSocketLink.java:617) at com.caucho.network.listen.AcceptTask.doTask(AcceptTask.java:104) at com.caucho.network.listen.ConnectionReadTask.runThread(ConnectionReadTask.java:98) at com.caucho.network.listen.ConnectionReadTask.run(ConnectionReadTask.java:81) at com.caucho.network.listen.AcceptTask.run(AcceptTask.java:67) at com.caucho.env.thread.ResinThread.runTasks(ResinThread.java:164) at com.caucho.env.thread.ResinThread.run(ResinThread.java:130) Caused by: java.lang.ClassNotFoundException: com.marinersupply.common.store.struts.form.checkout.CheckoutCustomerInfoForm in EnvironmentClassLoader[resin-system:] at com.caucho.loader.DynamicClassLoader.loadClass(DynamicClassLoader.java:1382
Re: [Resin-interest] Environment class loader throwing a ClassNotFoundException when resin 4 is restarted
Hi Scott, Thanks filing this as a bug. I ran some more tests and it looks like its related to the HTTP session timing out or being invalidated. If a request for that session occurs after the timeout, I see the EnvironmentClassLoader exceptions. Keith On 04/04/2011 11:55 AM, Scott Ferguson wrote: On 04/04/2011 11:39 AM, Keith Fetterman wrote: I am wondering if this problem is related to the HTTP session timing out. In the ROOT web application, we have the session time out set to 70 minutes: WEB-INF/web.xml Possibly. I've filed it as a bug. The Java deserializer requires a classloader handler for proper deserialization. It's possible that it's not properly handled in some contexts. -- Scott session-config session-timeout70/session-timeout /session-config I received another ClassNotFoundException from the EnvironmentClassLoader after 30 minutes, which is the default session timeout for most Web apps. On 04/04/2011 11:19 AM, Keith Fetterman wrote: This problem seems to be more pervasive in Resin 4.0.16 pro. I am now seeing other application classes that the Resin EnvironmentClassLoader is trying to load but it can't find them. I am getting the error java.lang.ClassNotFoundException because the EnvironmentClassLoader[resin-system:] is trying to load it. In our resin.xml file, I have the application classes being loaded at at the Host level. Resin was started at 9:55 AM this morning. Since then, I have been testing our Website including checking out, which would require com.marinersupply.common.store.struts.form.checkout.CheckoutCustomerInfoForm class to be loaded. Then at 10:37 AM, resin throws the error: [11-04-04 10:37:46.336] {http://*:8082-23} WARNING com.caucho.server.session.SessionImpl com.caucho.vfs.IOExceptionWrapper: java.lang.ClassNotFoundException: com.marinersupply.common.store.struts.form.checkout.CheckoutCustomerInfoForm in EnvironmentClassLoader[resin-system:] It looks like the error is occurring when resin is either serializing or deserializing the session. Is the EnvironmentClassLoader above the host class loader and if so, why is trying to load application classes? Is this a bug in resin 4.0.16? [11-04-04 10:37:46.336] {http://*:8082-23} WARNING com.caucho.server.session.SessionImpl com.caucho.vfs.IOExceptionWrapper: java.lang.ClassNotFoundException: com.marinersupply.common.store.struts.form.checkout.CheckoutCustomerInfoForm in EnvironmentClassLoader[resin-system:] at com.caucho.vfs.IOExceptionWrapper.create(IOExceptionWrapper.java:64) at com.caucho.server.session.SessionImpl.load(SessionImpl.java:706) at com.caucho.server.session.SessionImpl.load(SessionImpl.java:642) at com.caucho.server.session.SessionManager.createSession(SessionManager.java:1332) at com.caucho.server.http.AbstractCauchoRequest.createSession(AbstractCauchoRequest.java:255) at com.caucho.server.http.AbstractCauchoRequest.getSession(AbstractCauchoRequest.java:198) at com.caucho.server.http.AbstractCauchoRequest.finishRequest(AbstractCauchoRequest.java:613) at com.caucho.server.http.HttpServletRequestImpl.finishRequest(HttpServletRequestImpl.java:1961) at com.caucho.server.http.AbstractHttpRequest.finishRequest(AbstractHttpRequest.java:1725) at com.caucho.server.http.HttpRequest.finishRequest(HttpRequest.java:1268) at com.caucho.server.http.HttpRequest.handleRequest(HttpRequest.java:813) at com.caucho.network.listen.TcpSocketLink.dispatchRequest(TcpSocketLink.java:730) at com.caucho.network.listen.TcpSocketLink.handleRequest(TcpSocketLink.java:689) at com.caucho.network.listen.TcpSocketLink.handleRequestsImpl(TcpSocketLink.java:669) at com.caucho.network.listen.TcpSocketLink.handleRequests(TcpSocketLink.java:617) at com.caucho.network.listen.AcceptTask.doTask(AcceptTask.java:104) at com.caucho.network.listen.ConnectionReadTask.runThread(ConnectionReadTask.java:98) at com.caucho.network.listen.ConnectionReadTask.run(ConnectionReadTask.java:81) at com.caucho.network.listen.AcceptTask.run
[Resin-interest] archive of resin-interest
The search on Caucho's web site use to include searching of the resin-interest mailing list archive. It doesn't seem to do that anymore. I looked at the Caucho Web site to see if they provide a separate search tool, but I couldn't find one. Does anyone know if Caucho is providing a search interface to the resin-interest mailing list? -- - 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
Re: [Resin-interest] com.caucho.server.cache.ProxyCacheFilterChain - unable to reset IncludeRequest
Does anyone know how to read the following warning message that resin is displaying when I access a Web page? [11-04-01 13:20:42.902] {http://*:8082-4} WARNING com.caucho.server.cache.ProxyCacheFilterChain ProxyCacheFilterChain[/docs/content/banner.html?null, next=ServletFilterChain[resin-file]] unable to reset IncludeRequest[/docs/content/banner.html,IncludeRequest[/templates/components/header.jsp,ForwardRequest[/templates/main_layout.jsp,ErrorRequest[/page_not_found_error.do,HttpServletRequestImpl[HttpRequest[default, 4]] IncludeResponse[IncludeResponse[ForwardResponse[ForwardResponse[HttpServletResponseImpl[HttpResponseHttp[default, 4] ] I can't figure it out. I've finally figured out why I wasn't seeing the debug messages from the caching mechanism in resin. I had the level on the log-handler tag set to info, which overrides the more detail levels (fine, finest, etc.) defined in the logger tags. This behavior is opposite to Log4J so it threw me for a few days. With the debug logging turned on, I haven't been able to figure out what is causing the warning message. I'd appreciate it if someone could help me read the log message so I can figure out what is causing the warning message. Thanks, Keith On 03/28/2011 09:57 AM, Keith Fetterman wrote: We are updating our Web site from resin 3.0 to 4.0. I am seeing ProxyCacheFilterChain warnings in the Resin log. I see an error message buried in the message unable to reset IncludeRequest. Has anyone seen a message like this and have idea what is causing it? I looked through the resin documentation and I don't see anything. [11-03-28 09:43:38.004] {http://*:8082-1} WARNING com.caucho.server.cache.ProxyCacheFilterChain {11} ProxyCacheFilterChain[/docs/content/right_logos.html?null, next=ServletFilterChain[resin-file]] unable to reset IncludeRequest[/docs/content/right_logos.html,ForwardRequest[/templates/main_layout.jsp,ErrorRequest[/page_not_found_error.do,HttpServletRequestImpl[HttpRequest[default, 1] IncludeResponse[ForwardResponse[ForwardResponse[HttpServletResponseImpl[HttpResponseHttp[default, 1] I've enabled debug logging of the cache adding the following statement at the top of the resin.xml, but I am not seeing any debug messages in the log. logger name=com.caucho.server.cache level=finest/ Please reply with any ideas on what might be causing these warnings. 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
Re: [Resin-interest] com.caucho.server.cache.ProxyCacheFilterChain - unable to reset IncludeRequest
Hi Scott, That message looks like Resin is trying to fill the page with a cached value, but the output has already been flushed. Is that possible in this situation? The short answer is I don't know. We are using a combination of Struts 1.3.10, Tiles and JSP. All of the URLs in the warning message that begin with /docs are static files that live outside the Web application and are referenced in Resin using path-mapping tags, which are defined in the resin-web.xml file (root web app. WEB-INF directory). We are not explicitly closing the output. If a JSP page uses a dynamic include to a static file, does resin block until it reads in the staticly referenced file? Here is something even weirder. I get these warning messages even when I access pages from Web applications to do not reference any of the URLs in the warning message. What I mean is, the URLs are all used in our Main Web site (ROOT application) and they are not used in other Web applications. When I access a page in another Web app. these warning messages appear in the log. Can you tell from the log message which file Resin is trying to fill when it encounters the problem? I can try commenting the call out to see what happens. On 04/01/2011 01:39 PM, Scott Ferguson wrote: On 04/01/2011 01:27 PM, Keith Fetterman wrote: Does anyone know how to read the following warning message that resin is displaying when I access a Web page? [11-04-01 13:20:42.902] {http://*:8082-4} WARNING com.caucho.server.cache.ProxyCacheFilterChain ProxyCacheFilterChain[/docs/content/banner.html?null, next=ServletFilterChain[resin-file]] unable to reset IncludeRequest[/docs/content/banner.html,IncludeRequest[/templates/components/header.jsp,ForwardRequest[/templates/main_layout.jsp,ErrorRequest[/page_not_found_error.do,HttpServletRequestImpl[HttpRequest[default, 4]] IncludeResponse[IncludeResponse[ForwardResponse[ForwardResponse[HttpServletResponseImpl[HttpResponseHttp[default, 4] ] I can't figure it out. That message looks like Resin is trying to fill the page with a cached value, but the output has already been flushed. Is that possible in this situation? I've finally figured out why I wasn't seeing the debug messages from the caching mechanism in resin. I had the level on thelog-handler tag set to info, which overrides the more detail levels (fine, finest, etc.) defined in thelogger tags. This behavior is opposite to Log4J so it threw me for a few days. The log-handler is designed to matches the java.util.logging Handler. So we're trying to be as standard as possible in this case. There are two checks for any log message. Thelogger checks the level for the Logger itself, while the Handler has a second check. That way you can have two or more log handlers where one of them is high priority (like mail) for severe errors. So a generic log-handler like the path=debug.log or path=stderr: can be at the all level to catch any enabled log message. -- Scott With the debug logging turned on, I haven't been able to figure out what is causing the warning message. I'd appreciate it if someone could help me read the log message so I can figure out what is causing the warning message. Thanks, Keith On 03/28/2011 09:57 AM, Keith Fetterman wrote: We are updating our Web site from resin 3.0 to 4.0. I am seeing ProxyCacheFilterChain warnings in the Resin log. I see an error message buried in the message unable to reset IncludeRequest. Has anyone seen a message like this and have idea what is causing it? I looked through the resin documentation and I don't see anything. [11-03-28 09:43:38.004] {http://*:8082-1} WARNING com.caucho.server.cache.ProxyCacheFilterChain {11} ProxyCacheFilterChain[/docs/content/right_logos.html?null, next=ServletFilterChain[resin-file]] unable to reset IncludeRequest[/docs/content/right_logos.html,ForwardRequest[/templates/main_layout.jsp,ErrorRequest[/page_not_found_error.do,HttpServletRequestImpl[HttpRequest[default, 1] IncludeResponse[ForwardResponse[ForwardResponse[HttpServletResponseImpl[HttpResponseHttp[default, 1] I've enabled debug logging of the cache adding the following statement at the top of the resin.xml, but I am not seeing any debug messages in the log. logger name=com.caucho.server.cache level=finest/ Please reply with any ideas on what might be causing these warnings. Thanks, Keith ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest -- - 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
[Resin-interest] Does resin:message work in resin.xml at the host level?
In resin 4.0.16, is the resin:message tag suppose to work at the host level when placed under the host tag in the resin.xml file? I tried doing this to display an EL variable value in the resin log. Resin doesn't appear to support this tag under the host tag. When I added it, I didn't receive any errors from resin but none of my web applications were started. When I remove the tag everything works. -- - 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] passing environment variables into resin during startup
In resin 3.0, you could pass values into the startup of resin via Java system properties. For example, In my resin startup script (Linux), I would start resin using the following command: $RESIN_ROOT/bin/httpd.sh -verbose -server-root /web/resin -Xmx500M -XX:MaxPermSize=100M -Dstore=go2marine start Essentially, I would pass in a Java system property named store and in my resin.conf file, I would set this to an EL variable: resin:set var=store value=${Var['store']}/ resin:if test=${empty store} resin:set var=store value=go2marine/ /resin:if In resin 4, I don't see a way to pass in Java system properties. I've tried setting environment variables, but I can't find a way to read the environment variables in resin.xml. I found the following information in Resin documentation, but it doesn't work seem to work for environment variables that I create. http://www.caucho.com/resin-4.0/admin/config-el.xtp#Environment variables http://www.caucho.com/resin-4.0/admin/config-el.xtp#Environment%20variables Environment variables Environment variables inherited by the process from the operting system are available as variables in el expressions, for example|${LANG}|. I created the environment variable $STORE, and tried using resin:set var=store value=${STORE}/ I also found some resin documentation that showed the EL variable ${getenv['STORE']} should work, but it didn't work either. Is there a way to pass variables into the startup of resin? -- - 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
Re: [Resin-interest] passing environment variables into resin during startup
I finally figured it out. The following worked when I placed the tag set under the host tag. Originally, I had it under the top level resin tag because it worked there in resin 3.0: resin:set var=store value=${getenv['WEB_STORE']}/ resin:if test=${empty store} resin:set var=store value=go2marine/ /resin:if On 04/01/2011 06:34 PM, Keith Fetterman wrote: In resin 3.0, you could pass values into the startup of resin via Java system properties. For example, In my resin startup script (Linux), I would start resin using the following command: $RESIN_ROOT/bin/httpd.sh -verbose -server-root /web/resin -Xmx500M -XX:MaxPermSize=100M -Dstore=go2marine start Essentially, I would pass in a Java system property named store and in my resin.conf file, I would set this to an EL variable: resin:set var=store value=${Var['store']}/ resin:if test=${empty store} resin:set var=store value=go2marine/ /resin:if In resin 4, I don't see a way to pass in Java system properties. I've tried setting environment variables, but I can't find a way to read the environment variables in resin.xml. I found the following information in Resin documentation, but it doesn't work seem to work for environment variables that I create. http://www.caucho.com/resin-4.0/admin/config-el.xtp#Environment variables http://www.caucho.com/resin-4.0/admin/config-el.xtp#Environment%20variables Environment variables Environment variables inherited by the process from the operting system are available as variables in el expressions, for example|${LANG}|. I created the environment variable $STORE, and tried using resin:set var=store value=${STORE}/ I also found some resin documentation that showed the EL variable ${getenv['STORE']} should work, but it didn't work either. Is there a way to pass variables into the startup of resin? -- - Keith FettermanDirect: 206-319-9434 Mariner Supply, Inc. 206-780-5670 http://www.go2marine.comkfetter...@go2marine.com http://www.boatersline.com ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest -- - 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] Environment class loader throwing a ClassNotFoundException when resin 4 is restarted
) at com.caucho.server.session.JavaSessionDeserializer.readObject(JavaSessionDeserializer.java:70) at com.caucho.server.session.SessionImpl.load(SessionImpl.java:686) ... 19 more -- - 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
Re: [Resin-interest] How to implement rewrite-dispatchmoved-permanently in Resin 4
Thanks Paul for the quick response. This is excellent. I am pushing hard to get our site upgraded to Resin 4 and then roll out to production. On 03/29/2011 05:45 PM, Paul Cowan wrote: 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: rewrite-dispatch moved-permanently regexp=^/redirectedPage.html target=/test.html / /rewrite-dispatch 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: resin:Redirect regexp='^/redirectedPage.html' target='/test.html'/ 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 mailto: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 -- - 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
Re: [Resin-interest] Resin 4: hibernate objects in HTTP session causing org.hibernate.LazyInitializationException
Hi Mattias, Thanks for the help. That did it. It is unfortunate that Hessian serialization does this because a lot Web development is based on hibernate. We'd have to create non-hibernate clones of our persistent objects for storing in the session. Keith On 03/28/2011 02:30 AM, Mattias Jiderhamn wrote: By default Resin 4 uses Hessian for serialization of session data. Hessian tries to traverse uninitialized Hibernate associations by reflection, causing LazyInitializationException when serializing. For that reason, we are using Java serialization instead of Hessian for session data. Here is how to configure: session-config ... serialization-typejava/serialization-type /session-config /Mattias Keith Fetterman wrote (2011-03-25 23:42): We have a custom Authenticator that extends resin's com.caucho.server.security.AbstractAuthenticator. In our custom authenticator, I am storing a Hibernate object that contains a HashSet of other Hibernate objects in my HTTP session. When I restart Resin (Resin 4.0.16), I am getting the following stack trace that is caused by a org.hibernate.LazyInitializationException when I access the first Web page after the server is started. It looks like resin is deserializing the Hibernate object from resin's session persistence and then trying to populate the Set of associated Hibernate objects, but the Set object that originally contained the associated Hibernate objects does not exist. I am guessing that is the problem because I see the following cause: [11-03-25 14:56:04.683] {http://*:8082-1} com.caucho.hessian.io.HessianFieldException: com.marinersupply.common.authentication.ApplicationUser.roles: java.util.Set cannot be assigned from null I am using the java.util.HashSet to contain the associated Hibernate objects. If this is the problem, why isn't resin also serializing the HashSet? Doesn't Resin's session serialization serialize objects associated with objects that are in the HTTP session? Does resin's session persistence mechanism invoke the methods on the objects stored in the session when it serializes or unserializes the objects from the session store? The reason that I ask this problem is that I get the following Exception: Caused by: org.hibernate.LazyInitializationException: failed to lazily initialize a collection, no session or session was closed Why is resin invoking Hibernate to perform a lazy load of associated objects on my hibernate object? I've seen cause the error above when it tried to persist the hibernate object at the end of processing an HTTP request. We use a servlet filter to close the Hibernate session. It looks like the act of persisting the session is occurring after resin has returned from this filter because the Hibernate session was closed. My question again is why is resin invoking the methods on the object that in turn makes a request to hibernate to lazy load the associated objects? Is resin using Hibernate as a part of its default session persistence implementation? We didn't see any of these errors when we were running Resin 3.0.28. But, in Resin 3.0.28, we were using Resin's MySQL session persistence. In resin 4.0.16, we are using Resin's default session persistence store. I would appreciate any ideas on what might be going so I can track down the problem. Thanks, Keith [11-03-25 14:56:04.680] {http://*:8082-1} com.caucho.hessian.io.HessianFieldException: com.marinersupply.common.authentication.ApplicationUser.roles: java.util.Set cannot be assigned from null at com.caucho.hessian.io.UnsafeDeserializer.logDeserializeError(UnsafeDeserializer.java:790) at com.caucho.hessian.io.UnsafeDeserializer$ObjectFieldDeserializer.deserialize(UnsafeDeserializer.java:421) at com.caucho.hessian.io.UnsafeDeserializer.readObject(UnsafeDeserializer.java:239) at com.caucho.hessian.io.UnsafeDeserializer.readObject(UnsafeDeserializer.java:150) at com.caucho.hessian.io.Hessian2Input.readObjectInstance(Hessian2Input.java:2212) at com.caucho.hessian.io.Hessian2Input.readObject(Hessian2Input.java:1719) at com.caucho.hessian.io.Hessian2Input.readObject(Hessian2Input.java:1703) at com.caucho.hessian.io.UnsafeDeserializer$ObjectFieldDeserializer.deserialize(UnsafeDeserializer.java:417) at com.caucho.hessian.io.UnsafeDeserializer.readObject(UnsafeDeserializer.java:239) at com.caucho.hessian.io.UnsafeDeserializer.readObject(UnsafeDeserializer.java:150
[Resin-interest] com.caucho.server.cache.ProxyCacheFilterChain - unable to reset IncludeRequest
We are updating our Web site from resin 3.0 to 4.0. I am seeing ProxyCacheFilterChain warnings in the Resin log. I see an error message buried in the message unable to reset IncludeRequest. Has anyone seen a message like this and have idea what is causing it? I looked through the resin documentation and I don't see anything. [11-03-28 09:43:38.004] {http://*:8082-1} WARNING com.caucho.server.cache.ProxyCacheFilterChain {11} ProxyCacheFilterChain[/docs/content/right_logos.html?null, next=ServletFilterChain[resin-file]] unable to reset IncludeRequest[/docs/content/right_logos.html,ForwardRequest[/templates/main_layout.jsp,ErrorRequest[/page_not_found_error.do,HttpServletRequestImpl[HttpRequest[default, 1] IncludeResponse[ForwardResponse[ForwardResponse[HttpServletResponseImpl[HttpResponseHttp[default, 1] I've enabled debug logging of the cache adding the following statement at the top of the resin.xml, but I am not seeing any debug messages in the log. logger name=com.caucho.server.cache level=finest/ Please reply with any ideas on what might be causing these warnings. 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] Resin 4: hibernate objects in HTTP session causing org.hibernate.LazyInitializationException
(ConnectionReadTask.java:98) at com.caucho.network.listen.ConnectionReadTask.run(ConnectionReadTask.java:81) at com.caucho.network.listen.AcceptTask.run(AcceptTask.java:67) at com.caucho.env.thread.ResinThread.runTasks(ResinThread.java:164) at com.caucho.env.thread.ResinThread.run(ResinThread.java:130) Caused by: org.hibernate.LazyInitializationException: failed to lazily initialize a collection, no session or session was closed at org.hibernate.collection.AbstractPersistentCollection.throwLazyInitializationException(AbstractPersistentCollection.java:358) at org.hibernate.collection.AbstractPersistentCollection.throwLazyInitializationExceptionIfNotConnected(AbstractPersistentCollection.java:350) at org.hibernate.collection.AbstractPersistentCollection.initialize(AbstractPersistentCollection.java:343) at org.hibernate.collection.PersistentSet.add(PersistentSet.java:189) at com.caucho.hessian.io.CollectionDeserializer.readLengthList(CollectionDeserializer.java:93) at com.caucho.hessian.io.Hessian2Input.readObject(Hessian2Input.java:1770) at com.caucho.hessian.io.UnsafeDeserializer$ObjectFieldDeserializer.deserialize(UnsafeDeserializer.java:417) ... 42 more -- - 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] log tag still a valid in resin 4?
I see documentation in resin 4 for the log tag, but its not included in the reference list of tags. I only see log-handler and logger http://caucho.com/resin-4.0/reference.xtp Is this an oversight in the resin 4 documentation or is has this tag been replaced or discontinued? The log tag had a format attribute, which I don't see listed in the log-handler and logger tags. http://caucho.com/resin-4.0/admin/logging.xtp#Format-String What is the recommended way to add the format keywords to the Resin log messages? -- - 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
Re: [Resin-interest] log tag still a valid in resin 4?
Is there a way to include the name of the thread in a log message generated by resin instead of the thread ID? I see ${log.threadID} as a way to include the thread ID, but I'd like to display its name instead. We use Log4J in our application and it can display the thread name in its log messages so it would be nice to have the messages from resin display the names. Thanks, Keith On 03/25/2011 06:01 PM, Keith Fetterman wrote: I see documentation in resin 4 for thelog tag, but its not included in the reference list of tags. I only seelog-handler andlogger http://caucho.com/resin-4.0/reference.xtp Is this an oversight in the resin 4 documentation or is has this tag been replaced or discontinued? Thelog tag had a format attribute, which I don't see listed in the log-handler andlogger tags. http://caucho.com/resin-4.0/admin/logging.xtp#Format-String What is the recommended way to add the format keywords to the Resin log messages? -- - 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
Re: [Resin-interest] ROOT.war not expanded when explicitly defined in resin.xml
In Resin 3.0, we had this configuration and it didn't have a problem. Actually, I recall that we did in an early version of 3.0.x, but the problem was corrected in the later versions. There are two reasons why we explicitly had the web-app tag in resin.conf in resin 3.0: - On our test environment only, I want to specify some security constraints to the root web app. to prevent access, for example: web-app id=/ document-directory=webapps/ROOT security-constraint web-resource-collection web-resource-nametest/web-resource-name url-pattern/*/url-pattern /web-resource-collection auth-constraint role-nameintranet/role-name /auth-constraint /security-constraint login-config auth-methodBASIC/auth-method realm-nameMariner Supply/realm-name /login-config security-role role-nameintranet/role-name /security-role /web-app In production, we didn't want this security constraint. - In our development environments, we specify a different name for the war file and we want to assign it to be the root application in the host. For example, we have web-app id=/ document-directory=webapps/go2marine_store/ On 03/22/2011 12:31 AM, Daniel López wrote: AFAIK, you either place the .war file in webapps or define the directory using an explicit web-app tag, but having both is not necessary and just seems to confuse Resin. S! D. El 22/03/2011 1:03, Keith Fetterman escribió: I am experiencing a problem in resin 4.0.16 where resin is not expanding the ROOT.war file if I explicitly define the root webapp in resin.xml file. In resin.xml, I have the tag web-app id=/ root-directory=webapps/ROOT/ defined under myhost tag. I also have the tag web-app-deploy path=webapps versioning=true/ defined under my host-default tag. When I update the ROOT.war file in my webapps directory, the war file is not being expanded into the webapps/ROOT directory. I have tried both shutting down resin, updating the ROOT.war file and then starting resin, and I've tried updating ROOT.war while resin is running. If I remove the tag web-app id=/ root-directory=webapps/ROOT/ from the resin.xml file, then ROOT.war expansion occurs. Do I need to add an attribute to theweb-app id=/ root-directory=webapps/ROOT/ tag to get the war file to expand? Also, what is the difference between the attribute root-directory and document-directory in theweb-app tag? I noticed in the resin documentation that root-directory is mentioned in the list of attributes but document-directory is not on the following page: http://caucho.com/resin/reference.xtp#web-app But, if you look at the examples, they all show web-app id='/apache' document-directory='/usr/local/apache/htdocs' Thanks, Keith ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest -- - 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
Re: [Resin-interest] ROOT.war not expanded when explicitly defined in resin.xml
I removed the versioning attribute and it works.web-app-deploy path='webapps' / works. Thanks On 03/22/2011 12:04 AM, Mattias Jiderhamn wrote: Have you tried without versioning=true? -- /Mattias - Original Message - Subject: [Resin-interest] ROOT.war not expanded when explicitly defined in resin.xml Date: Mon, 21 Mar 2011 17:03:31 -0700 From: Keith Fetterman kfetter...@go2marine.com I am experiencing a problem in resin 4.0.16 where resin is not expanding the ROOT.war file if I explicitly define the root webapp in resin.xml file. In resin.xml, I have the tag web-app id=/ root-directory=webapps/ROOT/ defined under my host tag. I also have the tag web-app-deploy path=webapps versioning=true/ defined under my host-default tag. When I update the ROOT.war file in my webapps directory, the war file is not being expanded into the webapps/ROOT directory. I have tried both shutting down resin, updating the ROOT.war file and then starting resin, and I've tried updating ROOT.war while resin is running. If I remove the tag web-app id=/ root-directory=webapps/ROOT/ from the resin.xml file, then ROOT.war expansion occurs. Do I need to add an attribute to the web-app id=/ root-directory=webapps/ROOT/ tag to get the war file to expand? Also, what is the difference between the attribute root-directory and document-directory in the web-app tag? I noticed in the resin documentation that root-directory is mentioned in the list of attributes but document-directory is not on the following page: http://caucho.com/resin/reference.xtp#web-app But, if you look at the examples, they all show web-app id='/apache' document-directory='/usr/local/apache/htdocs' Thanks, Keith -- - Keith Fetterman Direct: 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 -- - 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] Extending Resin's com.caucho.server.security.AbstractAuthenticator creating errors in Resin 4
In our current Web site, which is running resin 3.0.28, we created a custom Authenticator by extending resin's com.caucho.server.security.AbstractAuthenticator. In resin 3.0, we used the following descriptor (under the host tag) in resin.conf: authenticator type=com.marinersupply.common.authentication.ApplicationUserAuthenticator /authenticator I am moving the site to resin 4.0.16. Following an example in the help, I converted the descriptor to the following tag under the host tag: authentication:ApplicationUserAuthenticator xmlns:authentication=urn:java:com.marinersupply.common.authentication/ I am getting the following error in the log: [2011-03-22 07:20:59.461] - ERROR (com.marinersupply.common.struts.action.DefaultExceptionHandler) - javax.enterprise.inject.AmbiguousResolutionException: Too many beans match, because they all have equal precedence. See the @Stereotype and enable tags to choose a precedence. Beans: ManagedBeanImpl[AdminAuthenticator, {@com.caucho.config.Admin(), @javax.inject.Named(value=resinAdmin), @javax.enterprise.inject.Default(), @Any()}, name=resinAdmin, @Singleton] ManagedBeanImpl[ApplicationUserAuthenticator, {@Default(), @Any()}] for InjectManager[web-app:production/webapp/default/ROOT] javax.enterprise.inject.AmbiguousResolutionException: Too many beans match, because they all have equal precedence. See the @Stereotype and enable tags to choose a precedence. Beans: ManagedBeanImpl[AdminAuthenticator, {@com.caucho.config.Admin(), @javax.inject.Named(value=resinAdmin), @javax.enterprise.inject.Default(), @Any()}, name=resinAdmin, @Singleton] ManagedBeanImpl[ApplicationUserAuthenticator, {@Default(), @Any()}] for InjectManager[web-app:production/webapp/default/ROOT] Even after reading all of the help sections on the resin help documentation, I still find this injection coding rather cryptic. It looks like the Resin AdminAuthenticator authenticator and our custom authenticator are conflicting. Any ideas on how I can tell Resin to use ours instead Resin's would be most helpful. Also, has anyone found a good tutorial on IOC that explains all of the annotations and how they effect the beans and their use? 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
Re: [Resin-interest] ROOT.war not expanded when explicitly defined in resin.xml
I have a question about versioning. If we want to use it, do we append the version number to the name of the war file? For example: ROOT.war, ROOT-2.war, ROOT-3.war, etc. When we roll out a new version, do we delete the previous war file? For example, if I deploy ROOT-2.ear, do I delete ROOT.war? On 03/22/2011 11:12 AM, Scott Ferguson wrote: On 03/22/2011 12:31 AM, Daniel López wrote: AFAIK, you either place the .war file in webapps or define the directory using an explicit web-app tag, but having both is not necessary and just seems to confuse Resin. They're supposed to be merged with theweb-app in the resin.xml applied last (taking precedence). Internally, though, that merging is a fairly complicated operation, so it's certainly possible that a combination of version=true/false with ROOT might be a case we haven't covered. -- Scott S! D. El 22/03/2011 1:03, Keith Fetterman escribió: I am experiencing a problem in resin 4.0.16 where resin is not expanding the ROOT.war file if I explicitly define the root webapp in resin.xml file. In resin.xml, I have the tag web-app id=/ root-directory=webapps/ROOT/ defined under myhost tag. I also have the tag web-app-deploy path=webapps versioning=true/ defined under my host-default tag. When I update the ROOT.war file in my webapps directory, the war file is not being expanded into the webapps/ROOT directory. I have tried both shutting down resin, updating the ROOT.war file and then starting resin, and I've tried updating ROOT.war while resin is running. If I remove the tag web-app id=/ root-directory=webapps/ROOT/ from the resin.xml file, then ROOT.war expansion occurs. Do I need to add an attribute to theweb-app id=/ root-directory=webapps/ROOT/tag to get the war file to expand? Also, what is the difference between the attribute root-directory and document-directory in theweb-apptag? I noticed in the resin documentation that root-directory is mentioned in the list of attributes but document-directory is not on the following page: http://caucho.com/resin/reference.xtp#web-app But, if you look at the examples, they all show web-app id='/apache' document-directory='/usr/local/apache/htdocs' Thanks, Keith ___ 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 -- - 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
Re: [Resin-interest] ROOT.war not expanded when explicitly defined in resin.xml
Thanks. If we were to use your format for the version number, would we start with ROOT-1.0.0.war instead of ROOT.war? and the second version would be ROOT-1.0.1.war? On 03/22/2011 11:37 AM, Scott Ferguson wrote: On 03/22/2011 11:25 AM, Keith Fetterman wrote: I have a question about versioning. If we want to use it, do we append the version number to the name of the war file? For example: ROOT.war, ROOT-2.war, ROOT-3.war, etc. Correct. Since the version # is like 1.0.0, and most of our tests use that format, it's possible that a -2 might not be properly handled (I'd need to check our tests to see if they handle that.) When we roll out a new version, do we delete the previous war file? For example, if I deploy ROOT-2.ear, do I delete ROOT.war? Yes, just to clean up. It wouldn't affect Resin's behavior, though, since Resin would only use the latest version. By the way, when you deploy a new version, Resin will continue to send current sessions to the old version for 60 minutes (by default). New sessions will go to the new version. -- Scott On 03/22/2011 11:12 AM, Scott Ferguson wrote: On 03/22/2011 12:31 AM, Daniel López wrote: AFAIK, you either place the .war file in webapps or define the directory using an explicit web-app tag, but having both is not necessary and just seems to confuse Resin. They're supposed to be merged with theweb-appin the resin.xml applied last (taking precedence). Internally, though, that merging is a fairly complicated operation, so it's certainly possible that a combination of version=true/false with ROOT might be a case we haven't covered. -- Scott S! D. El 22/03/2011 1:03, Keith Fetterman escribió: I am experiencing a problem in resin 4.0.16 where resin is not expanding the ROOT.war file if I explicitly define the root webapp in resin.xml file. In resin.xml, I have the tag web-app id=/ root-directory=webapps/ROOT/ defined under myhost tag. I also have the tag web-app-deploy path=webapps versioning=true/ defined under my host-default tag. When I update the ROOT.war file in my webapps directory, the war file is not being expanded into the webapps/ROOT directory. I have tried both shutting down resin, updating the ROOT.war file and then starting resin, and I've tried updating ROOT.war while resin is running. If I remove the tag web-app id=/ root-directory=webapps/ROOT/ from the resin.xml file, then ROOT.war expansion occurs. Do I need to add an attribute to theweb-app id=/ root-directory=webapps/ROOT/ tag to get the war file to expand? Also, what is the difference between the attribute root-directory and document-directory in theweb-app tag? I noticed in the resin documentation that root-directory is mentioned in the list of attributes but document-directory is not on the following page: http://caucho.com/resin/reference.xtp#web-app But, if you look at the examples, they all show web-app id='/apache' document-directory='/usr/local/apache/htdocs' Thanks, Keith ___ 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 -- - 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] ROOT.war not expanded when explicitly defined in resin.xml
I am experiencing a problem in resin 4.0.16 where resin is not expanding the ROOT.war file if I explicitly define the root webapp in resin.xml file. In resin.xml, I have the tag web-app id=/ root-directory=webapps/ROOT/ defined under my host tag. I also have the tag web-app-deploy path=webapps versioning=true/ defined under my host-default tag. When I update the ROOT.war file in my webapps directory, the war file is not being expanded into the webapps/ROOT directory. I have tried both shutting down resin, updating the ROOT.war file and then starting resin, and I've tried updating ROOT.war while resin is running. If I remove the tag web-app id=/ root-directory=webapps/ROOT/ from the resin.xml file, then ROOT.war expansion occurs. Do I need to add an attribute to the web-app id=/ root-directory=webapps/ROOT/ tag to get the war file to expand? Also, what is the difference between the attribute root-directory and document-directory in the web-app tag? I noticed in the resin documentation that root-directory is mentioned in the list of attributes but document-directory is not on the following page: http://caucho.com/resin/reference.xtp#web-app But, if you look at the examples, they all show web-app id='/apache' document-directory='/usr/local/apache/htdocs' 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] CanDI Startup pattern question
I need some help understanding how CanDI works with the Startup pattern mentioned in the following tutorial on Caucho's Web site. http://caucho.com/resin-4.0/examples/ioc-binding/index.xtp#Startup%20Pattern Here is what the tutorial says: Startup Pattern The |@Startup| annotation marks a bean as initializing on server startup. Because the startup bean is discovered through classpath scanning like the other beans, the initialization is controlled by the startup class itself. In other words, looking at the startup class is sufficient, because it doesn't rely on XML for startup. The startup bean uses the |@PostConstruct| annotation on an initialization method to start initialization code. I have added the two annotations @Startup and @PostConstruct to the class that I want to load at server initialization time, but when I start Resin, the class is not initialized. My understanding from reading the tutorial is that this is all I should have to do to have the class loaded and initialized. But, it doesn't seem to work. I don't think Resin is scanning the classpath or finding the class in the classpath. Is there more to it than this? Here is my Java class: package example; import javax.annotation.PostConstruct; import javax.ejb.Startup; import javax.inject.Inject; @Startup public class MyStartupBean { { System.out.println(MyStartupBean instance loaded); } @PostConstruct public void init() { System.out.println(MyStartupBean.init() ran); } } This Java class is located in the webapp's WEB-INF/classes folder (in the example package). I see Resin compiling it, but I don't see the print messages in the stdout log. Do I need to add something to the resin.xml or the webapp's web-resin.xml file to get it to load? I did figure out a way to explicitly tell Resin to load the class. I created a resin-web.xml file in my web application with the following statements: web-app xmlns=http://caucho.com/ns/resin; xmlns:ee=urn:java:ee xmlns:example=urn:java:example example:MyStartupBean ee:Startup/ /example:MyStartupBean /web-app Now when resin starts, I see the class loading and the init() method is run. Should this be required? Thanks for any help. 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
Re: [Resin-interest] CanDI Startup pattern question
Hi Scott, You rock!! Its works!!! I can see my service startup at the host level prior to the web applications loading. Thanks a lot. Keith On 03/17/2011 03:29 PM, Scott Ferguson wrote: On 03/17/2011 03:04 PM, Keith Fetterman wrote: Hi Scott, How do you configure services using CanDI at the host level and have them loaded before the Web applications are loaded? Our Web site is currently running on resin 3.0.28. Our Web site runs several Web applications, and we have custom resources that are shared across all Web applications running on a host. All of the classes are loaded using a host level classloader. We are using the resource tags in the resin.conf file that are located under the host tag to specify the shared resources. All of the CanDI examples on the Caucho Web site are specific to a Web application and use the resin-web.xml file for XML configuration. Is it possible to load and initialize services at the host level using CanDI? It should just work. CanDI works with Resin's existing classloader structure. So a configuration in the host will create a CanDI bean shared across all the webapps and a configuration in the cluster will create a CanDI bean shared across the entire server. The new CanDI configuration should directly replace the resource configuration. (The resource should still work for backwards compat, but we'd encourage upgrading.) The examples all use resin-web.xml for simplicity, so we don't need to explain Resin's nested classloader structure. The default configuration of resin 3.0.28 creates a WEB-INF directory in the webapps directory for a host. I noticed that the default configuration of 4.0.15 didn't create this WEB-INF. One thought I have is to create a WEB-INF directory in the webapps directory under the host root directory and then create a resin-web.xml and/or beans.xml files underneath. You can do that. Try something like: ... host id=... class-loader compiling-loader path=WEB-INF/classes/ library-loader path=WEB-INF/lib/ /class-loader resin:import path=WEB-INF/resin-host.xml optional=true/ (Or use a host-default to make it work for all hosts.) If you look at the conf/app-default.xml, you can see that the web-app classloaders and special files are configured by the resin.xml/app-default.xml. (I just did that to cut-and-past the sample XML above) In Resin 4.0, we try to stay away from internal defaults, and expose everything in the config files where possible. The host level web-resin.xml file could be defined like the example on the Caucho Web site: | web-app xmlns=http://caucho.com/ns/resin; xmlns:ee=urn:java:ee mypkg:MyBean xmlns:mypkg=urn:java:com.mycom.mypkg ee:Startup/ /mypkg:MyBean /web-app | Exactly. That's what the resin-host.xml above would do. The only difference is that you'd use host xmlns=http://caucho.com/ns/resin; because the resin:import is from the host context. Or the above could be added to the resin.xml file like we do with the resource tag today in the resin.conf file. Well this work? Yep. If so, is this a recommended approach? Sure. The only reason we've avoided discussing it much is to avoid making the configuration look too complicated. For services/beans shared across an entire host, it's the right solution. -- Scott Or is there a better way? Thanks, Keith On 03/17/2011 10:47 AM, Scott Ferguson wrote: On 03/17/2011 10:36 AM, Keith Fetterman wrote: I need some help understanding how CanDI works with the Startup pattern mentioned in the following tutorial on Caucho's Web site. I have added the two annotations @Startup and @PostConstruct to the class that I want to load at server initialization time, but when I start Resin, the class is not initialized. My understanding from reading the tutorial is that this is all I should have to do to have the class loaded and initialized. But, it doesn't seem to work. I don't think Resin is scanning the classpath or finding the class in the classpath. Is there more to it than this? Do you have a META-INF/beans.xml in the .jar (or classes directory) containing the bean? For performance reasons, CDI scanning only occurs in jars which have the beans.xml file. (Or if you add it to the resin-web.xml of course.) -- Scott Here is my Java class: package example; import javax.annotation.PostConstruct; import javax.ejb.Startup; import javax.inject.Inject; @Startup public class MyStartupBean { { System.out.println(MyStartupBean instance loaded); } @PostConstruct public void init() { System.out.println(MyStartupBean.init() ran); } } This Java class is located in the webapp's WEB-INF/classes folder (in the example package). I see Resin compiling it, but I don't see the print messages in the stdout log. Do I need to add something to the resin.xml or the webapp's web-resin.xml file to get it to load? I did figure out a way to explicitly tell Resin to load
Re: [Resin-interest] Resin Pro licencing and support
Heimo, We have been using the pro version of Resin since 2000 for the Go2marine Web site. I highly recommend it. The performance is excellent. I also can't say enough praise for the Caucho development/support team. Keith Heimo Laukkanen wrote: Hi all, I have to say that I'm extremely impressed with my tests with resin and quercus - and have started to wonder, whether licencing the pro version would actually be worth it - if nothing else, then just to support the development :-D What is the general feeling among people using Resin: do you use pro version or manage with open source versions? Have you been happy with the nromal support , or have you invested in priority support? I've previosly been using mostly Sun Glassfish, but Resin has some neat features and small footprint to be very interesting tool to be used. My main interest though for Resin is Quercus - the ability to use php-frontend with existing skillsets from contractors, and build robust Java-backend. And eventhough Quercus can be used in other appservers too, the fact that it would be supported and tested on resin weights a lot. -huima ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest -- - Keith Fetterman206-780-5670 Mariner Supply, Inc. [EMAIL PROTECTED] http://www.go2marine.com http://www.shoprvparts.com http://www.boatersline.com ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
[Resin-interest] Changing the default page encoding for a JSP pages
Hi, We want to convert the default page encoding for JSP pages to UTF-8. Is there a way to change the default page encoding for JSP pages in the resin.conf or web.xml files for a Web application? We have successfully done this for a specific page if we include the following directive in the JSP page: %@ page contentType=text/html; charset=UTF-8 % I was wondering if there is a way that can do this in the resin configuration so we don't have to do it for each JSP page. Thanks, Keith -- - Keith Fetterman 206-780-5670 Mariner Supply, Inc. [EMAIL PROTECTED] http://www.go2marine.com ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
[Resin-interest] resin 3.0.23 and Red Hat Enterprise 4 or 5
Hi, We are upgrading our resin server to Red Hat Enterprise 4 or 5 and I am running into problems getting resin pro 3.0.23 to compile with Apache Web server that comes with these OSs. The configure script isn't detecting all of the include directories and it isn't figuring out the correct version of the httpd.conf file. I was wondering if anyone has solved this problem and successfully installed resin with apache web server on either RHE 4 or 5. RHE 5 is preferred. Thanks, Keith -- - Keith Fetterman 206-780-5670 Mariner Supply, Inc. [EMAIL PROTECTED] http://www.go2marine.com ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Connection Reset message
Hi Scott, You might double check the timeouts and netstat between Resin and Apache. It sounds like something is timing out incorrectly. Are the timeouts specified in Resin or Apache or are they native to Linux? I know netstat is a Linux command. I have narrowed the problem down to the pop-up blocking feature in Symantec's Norton Internet Security (NIS) 2007 Add on pack. When this is turned off or disabled, the problem goes away. If I turn it on, then pages are frequently not displayed in IE or I get the connection reset message in firefox. The weird thing is is that I never see this problem with other Web sites when the pop-up blocking is enabled. The Go2marine.com web site does not use pop-up windows (new windows) except when a user clicks for more information, help, etc. So, I think the problem is definitely in NIS when it is scanning our pages for pop-ups. If you could recommend a Linux utility/command that I could use to analyze the HTTP / TCP communication while I am browsing our site with the pop-up blocking enabled, that would be very helpful. Thanks a lot. Keith Scott Ferguson wrote: On May 21, 2007, at 7:15 PM, Keith Fetterman wrote: I am experiencing a problem displaying pages from our Website on Windows XP computers running Symantec's Norton Internet Security 2007 (NIS 2007.) Frequently, I will get a Connection Reset message in Firefox 2 and Page cannot be displayed message in Internet Explorer 7 when I am browsing our Website. I have tried other Websites and it seems that the problem only occurs with our Website, http://www.go2marine.com Our Web server is running RedHat Enterprise 3. We are running Resin pro 3.0.23 with Apache 2.0.46 front end. Has anyone else experienced this problem with Resin or Apache Resin and NIS 2007? If so, please share how you fixed it or what the cause of the problem might be. You might double check the timeouts and netstat between Resin and Apache. It sounds like something is timing out incorrectly. -- Scott Thanks, Keith -- - Keith Fetterman 206-780-5670 Mariner Supply, Inc. [EMAIL PROTECTED] http://www.go2marine.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 -- - Keith Fetterman 206-780-5670 Mariner Supply, Inc. [EMAIL PROTECTED] http://www.go2marine.com ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
[Resin-interest] Connection Reset message
I am experiencing a problem displaying pages from our Website on Windows XP computers running Symantec's Norton Internet Security 2007 (NIS 2007.) Frequently, I will get a Connection Reset message in Firefox 2 and Page cannot be displayed message in Internet Explorer 7 when I am browsing our Website. I have tried other Websites and it seems that the problem only occurs with our Website, http://www.go2marine.com Our Web server is running RedHat Enterprise 3. We are running Resin pro 3.0.23 with Apache 2.0.46 front end. Has anyone else experienced this problem with Resin or Apache Resin and NIS 2007? If so, please share how you fixed it or what the cause of the problem might be. Thanks, Keith -- - Keith Fetterman 206-780-5670 Mariner Supply, Inc. [EMAIL PROTECTED] http://www.go2marine.com ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Resin plugin for Eclipse?
One option is to use MyEclipse: http://www.myeclipseide.com/ They provide support for many Servlet containers include Resin 2 3. Using it, I have launched resin from inside Eclipse. With the recent versions of resin 3.0.x, I have run into a problem launching resin straight out of the box. It usually complains that it can't a class or two. I then dig through the Resin jars in $RESIN_HOME/lib to find which jar contains the classes and then manually specify them in the classpath for the resin 3 connector. I generally don't run resin inside of eclipse. I prefer to run it externally and then deploy my Web apps to it. I prefer this because the environment is closer to my production environment and thus easier to catch potential problems. If I just want to try things or develop code not related to our production Website, then I generally run resin from inside eclipse and deploy to it. Hope this helps. Keith Bjørn Hanch Sollie wrote: What is currently the best option for deploying projects to Resin from Eclipse? I've come across a couple of plugins out there, but they were both quite old solutions which didn't work satisfactory for me. Can anyone here provide me with a hint about their preferred solution? ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest -- - Keith Fetterman 206-780-5670 Mariner Supply, Inc. [EMAIL PROTECTED] http://www.go2marine.com ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] resin speed
Yes, we are currently using Apache 2.0.46, which is the current version provided with Red Hat Enterprise 3. My plan is to eventually remove Apache from the mix once I have replaced the dependencies on it. I expect overall performance to increase since Resin will be handling the requests directly without them being transferred over a port to Apache. I can't comment if there is a performance difference between the open source version and professional version. If there is a difference, I doubt you would see it in testing. Maybe someone else can comment on this. Akila Amarathunga wrote: Hi Keith, Are you running Resin with apache ? cos I hooked up with apache and did some fine tuning in it... and now it seems serve up pages bit fast. Anyway I use open source version and i think there might be more features on professional one. Thanks, Akila On Mon, 2006-11-27 at 09:10 -0800, Keith Fetterman wrote: Akila, We have been using Resin for the past five years to serve up the Go2marine boat parts store ( http://www.go2marine.com ), and we have always found it to have a very fast page response time. We are currently running Resin Professional 3.0.19 in production. We are using Sun's 1.5.0_09 JDK. The OS is Red Hat Enterprise 3 ES. The database is Oracle 9i, which runs on a separate server. When we refactored the software to use Struts and Tiles last spring, I was concerned that it might impact performance because of all of the internal HTTP requests for the tiles. No worries. I was delighted with how fast the site ran. The times that we have run into problems with page response time is when the server becomes heavily loaded in production. These problems were corrected by tuning memory, increasing threads, or increasing the maximum sessions. Keith Akila Amarathunga wrote: Hi All, I'm quiet new to Resin... At the moment I'm testing with Resin one of our application but I find it takes some time to deliver pages. i use resin 3.0.21 as standalone with jdk 1.5 and mysql on RH linux. I really appreciate if any one could tell me on what Resin deliver speed depend on... Thanks, Akila ___ 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 -- - Keith Fetterman 206-780-5670 Mariner Supply, Inc. [EMAIL PROTECTED] http://www.go2marine.com ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest