Re: [Resin-interest] How to set up Eclipse for Web app at root?
> In Eclipse, if I create a dynamic web app project called "foo", then a > Resin server using the plugin config tool, I can then deploy it and > it runs at localhost:8080/foo. I need to have it deployed to the root, > i.e. just localhost:8080. It seems its the "Add/Remove" dialog in the > Resin Plug in which creates the webapp name in the path - how can I > choose ROOT there please? I don't want to call the project "ROOT" just > to achieve this, nor do I want to rename any WAR's each deploy because > the will slow down dev time. I'm sure there must be a smarter way ;-) Hi Carl, I just tested with a symbolic link named ROOT pointing to the deploy foo directory and that worked for me. So you should remove webapps/ROOT and make a link with ln -s foo ROOT Alex > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] How to set up Eclipse for Web app at root?
>>> In Eclipse, if I create a dynamic web app project called "foo", then a > > Hi Carl, > > I just tested with a symbolic link named ROOT pointing to the deploy foo > directory and that worked for me. > > So you should remove webapps/ROOT and make a link with ln -s foo ROOT > > > Alex > > Thanks Alex, its great to know there's an easy fix for Linux but ... you > guessed it ... devs done on Windows. Have you tried mklink /D Alex >>> ___ >>> 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
Re: [Resin-interest] Can't find symbol error when deploying a webapp on Resin 4 using JMS
Sorry, that’s a code-gen bug. It should have generated ‘.’ for ‘$’ in class name. http://bugs.caucho.com/view.php?id=5715 To work around the issue please make your exception a normal public class. Alex [14-04-15 09:38:48.729] {main} /opt/resin-4.0.39/webapps/multichannel/WEB-INF/work/ejb/com/veeva/multichannel/webhook/mailgun/MailGunWebHookAgent__MessageProxy.java:95: error: cannot find symbol } catch (com.veeva.multichannel.core.job.agent.JobAgentA$JobAgentProcessingException e) { ^ symbol: class JobAgentA$JobAgentProcessingException location: package com.veeva.multichannel.core.job.agent 1 error ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Fresh resin install won't run my app or log
On Mar 12, 2014, at 20:23 , Alex Rojkov a...@caucho.com wrote: Did you remove resin:import for app-default.xml by any chance ? Why do you ask? app-default.xml has all the required imports to for web.xml, resin-web.xml, etc. Without the imports application won’t be properly initialized. Commenting app-default.xml out or excluding the imports would make application behave as you describe. ___ 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] Fresh resin install won't run my app or log
So, any other suggestions for getting more logging out of the system to see where things are falling down? Are your servlets in WB-INF/classes? Try adding a compiling-loader (or a simple-loader if classes are compiled already) to your class-loader. class-loader compiling-loader path=WEB-INF/classes”/ tree-loader../ /class-loader Alex On Mar 12, 2014, at 20:12 , Rick Mann rm...@latencyzero.com wrote: Well, that's not exactly true, but I'm baffled. I have my webapp running just fine locally, and just find on a 4.0.37/Java 1.6/Ubuntu 10.10 server I've had running for years. I just created an Ubuntu 13.10/Java 1.7/4.0.38 server using the Pro distribution (but no license file yet) that I build myself (rather than using apt-get) because I wanted to control the directories used. It started up and ran fine. I then installed my app, and modified resin.xml to point to it. Resin seems to create the app, and the resin-file handler is able to serve up some top-level files in my app. But it does not appear to be actually executing any of the code in my app. My app is pure-java configed, and uses Log4J. No log files are getting created. I tried logging some stuff using System.out, but it's not appearing in any of the logs I do get. I'm executing with resinctl console, as much logging as I can set to ALL. I've little by little gone through the various Resin config files removing references to other apps, virtual hosts, and other logging. My app's entry in resin.xml looks like this: http://pastebin.com/6STAmNBS Any ideas what else to try? I have the following logs to look at: rmann@clarke $ ls /logs/resin/ out.log rmann@clarke $ ls /logs/inote/ access.log resin.log Plus what comes out of the resinctl console. I'm baffled. Some possible issues? [03-13 03:01:20.176] {main} ALL (com.caucho.env.deploy.ExpandDeployController) java.io.FileNotFoundException: /lz/var/www/com/latencyzero/inote/META-INF/resin.application-hash GETting / results in 404: [03-13 03:11:38.506] {resin-port-80-46} FINER (com.caucho.server.dispatch.ServletInvocation) Dispatch '/' to AccessLogFilterChain[http://inote.latencyzero.com, next=WebAppFilterChain[http://inote.latencyzero.com, next=ServletFilterChain[resin-file]]] GETting /css/site.css returns the css file: [03-13 03:01:36.023] {resin-port-80-22} FINER (com.caucho.server.dispatch.ServletInvocation) Dispatch '/css/site.css' to AccessLogFilterChain[http://inote.latencyzero.com, next=WebAppFilterChain[http://inote.latencyzero.com, next=ServletFilterChain[resin-file]]] TIA, -- Rick ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest -- Rick ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Fresh resin install won't run my app or log
On Mar 13, 2014, at 2:26 PM, Rick Mann rm...@latencyzero.com wrote: On Mar 13, 2014, at 14:13 , Alex Rojkov a...@caucho.com wrote: Are your servlets in WB-INF/classes? Yes. Try adding a compiling-loader (or a simple-loader if classes are compiled already) to your class-loader. class-loader compiling-loader path=WEB-INF/classes”/ tree-loader../ /class-loader I had that in there originally, but it wasn't working. I removed it because I never want .java files in classes/ to be compiled (that's what it's for, right?). Just to be sure, I added it and tried again. No go. And can you move the class-loader registration inside the web-app please? If that doesn’t work please post log and conf/*.xml conf/*.properties someplace. Alex -- Rick ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Fresh resin install won't run my app or log
Hm… In the referenced resin.xml the classloader is in the host section. Can you move it into the web-app section and try accessing one of your mapped servlets? Alex And can you move the class-loader registration inside the web-app please? If that doesn’t work please post log and conf/*.xml conf/*.properties someplace. It's inside the web-app inside resin.xml. resin.xml: http://pastebin.com/tY8MRf3S app-defaults.xml: http://pastebin.com/iF8F6Ug9 cluster-default.xml:http://pastebin.com/n84jPp1S properties: http://pastebin.com/sMBTiNfi It's probably something really stupid that I did, and I'll be suitably embarrassed when you point it out. Thanks! -- Rick ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Fresh resin install won't run my app or log
Hmm. I don't have the connector jar outside my webapps in any other environment. I can't remember what it is I did to fix it last time. As long as database configuration is in the web-app (not in cluster) putting the connector.jar into WEB-INF/lib/ should work. Your database configuration is in the web-app, but the driver configuration is removed from the posted resin.xml ( so I can’t comment on that ) Are you seeing a ClassNotFoundException for the driver class and the driver class is in WEB-INF/lib? What does the exception look like in the context of web-app begin loaded? Alex On Mar 13, 2014, at 15:37 , Rick Mann rm...@latencyzero.com wrote: Oh! Sorry. That was it. Argh. I am embarrassed (and annoyed with myself, since I've lost precious development time). Thank you. Now I'm back to an issue I had earlier (which I realize now I was solving when I created this problem), and that is that Resin can't find the MySQL driver in WEB-INF/lib when it goes to create the DataSource. This is a problem that has plagued me for years, and each time I eventually get things to work, but each new environment seem to trip me up. It seems to me that if the tree-loader points to lib, and the MySQL connector jar is in there, Resin should be able to find it. Is it trying to create this datasource before the tree-loader can load classes? I guess that also makes sense, since this configuration is outside of my webapp, and therefore not controlled by it. Is that the right understanding? By that understanding, I should be able to instantiate the datasource inside my webapp instead, using the jar inside the webapp, no? Thanks again for spotting my error! On Mar 13, 2014, at 15:31 , Alex Rojkov a...@caucho.com wrote: Hm… In the referenced resin.xml the classloader is in the host section. Can you move it into the web-app section and try accessing one of your mapped servlets? Alex And can you move the class-loader registration inside the web-app please? If that doesn’t work please post log and conf/*.xml conf/*.properties someplace. It's inside the web-app inside resin.xml. resin.xml: http://pastebin.com/tY8MRf3S app-defaults.xml: http://pastebin.com/iF8F6Ug9 cluster-default.xml:http://pastebin.com/n84jPp1S properties: http://pastebin.com/sMBTiNfi It's probably something really stupid that I did, and I'll be suitably embarrassed when you point it out. Thanks! -- Rick ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest -- Rick ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest -- Rick ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Any way to tell resin to put WEB-INF/tmp somewhere else?
On Mar 12, 2014, at 7:51 PM, Rick Mann rm...@latencyzero.com wrote: It would be nice for it to create its work directories somewhere else, not inside my webapp distros. Is this possible? Should be possible with work-dir and temp-dir tags. http://www.caucho.com/resin-4.0/reference.xtp#workdir http://www.caucho.com/resin-4.0/reference.xtp#tempdir Alex -- Rick ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Fresh resin install won't run my app or log
Did you remove resin:import for app-default.xml by any chance ? Alex On Mar 12, 2014, at 8:12 PM, Rick Mann rm...@latencyzero.com wrote: Well, that's not exactly true, but I'm baffled. I have my webapp running just fine locally, and just find on a 4.0.37/Java 1.6/Ubuntu 10.10 server I've had running for years. I just created an Ubuntu 13.10/Java 1.7/4.0.38 server using the Pro distribution (but no license file yet) that I build myself (rather than using apt-get) because I wanted to control the directories used. It started up and ran fine. I then installed my app, and modified resin.xml to point to it. Resin seems to create the app, and the resin-file handler is able to serve up some top-level files in my app. But it does not appear to be actually executing any of the code in my app. My app is pure-java configed, and uses Log4J. No log files are getting created. I tried logging some stuff using System.out, but it's not appearing in any of the logs I do get. I'm executing with resinctl console, as much logging as I can set to ALL. I've little by little gone through the various Resin config files removing references to other apps, virtual hosts, and other logging. My app's entry in resin.xml looks like this: http://pastebin.com/6STAmNBS Any ideas what else to try? I have the following logs to look at: rmann@clarke $ ls /logs/resin/ out.log rmann@clarke $ ls /logs/inote/ access.log resin.log Plus what comes out of the resinctl console. I'm baffled. Some possible issues? [03-13 03:01:20.176] {main} ALL (com.caucho.env.deploy.ExpandDeployController) java.io.FileNotFoundException: /lz/var/www/com/latencyzero/inote/META-INF/resin.application-hash GETting / results in 404: [03-13 03:11:38.506] {resin-port-80-46} FINER (com.caucho.server.dispatch.ServletInvocation) Dispatch '/' to AccessLogFilterChain[http://inote.latencyzero.com, next=WebAppFilterChain[http://inote.latencyzero.com, next=ServletFilterChain[resin-file]]] GETting /css/site.css returns the css file: [03-13 03:01:36.023] {resin-port-80-22} FINER (com.caucho.server.dispatch.ServletInvocation) Dispatch '/css/site.css' to AccessLogFilterChain[http://inote.latencyzero.com, next=WebAppFilterChain[http://inote.latencyzero.com, next=ServletFilterChain[resin-file]]] TIA, -- Rick ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Any way to set jsp page-encoding with Servlet 3.0 Java-only configuration?
In Resin you should be able to specify that with character-encoding tag at web-app | host | cluster | resin level. http://www.caucho.com/resin-4.0/reference.xtp#characterencoding Thanks, Alex I apologize, since this isn't strictly a Resin issue, but: I used to have this in my web.xml: jsp-config jsp-property-group url-pattern*.jsp/url-pattern page-encodingUTF-8/page-encoding /jsp-property-group /jsp-config How do I duplicate that effect in Servlet 3.0/Spring Java-only configuration? Thanks! -- Rick ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] @WebServlet and Hessian
Well, I added @WebServlet to my Hessian servlet implementation, and making a GET request results in the expected Hessian Requires POST response. But when my client accesses it properly, the response is empty, and there's no evidence that my actual implementation is being called. Is it possible to use @WebServlet on something that inherits from HttpServlet? That should be possible. I just tested with the following: package qa; import java.io.*; import javax.servlet.annotation.*; import com.caucho.hessian.server.*; @WebServlet(webservlet) public class MyBean extends HessianServlet { public String hit(InputStream is) throws IOException { StringBuilder sb = new StringBuilder(); int ch; sb.append([); while ((ch = is.read()) = 0) { sb.append((char) ch); } sb.append(]); return sb.toString(); } } Have you tried with the finer the logging level? Alex -- Rick ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Registering my CanDI producer with InjectionManager?
I'm trying to create a factory to let me @Inject Loggers as shown here: http://docs.jboss.org/cdi/api/1.0/javax/enterprise/inject/spi/InjectionPoint.html But I get: [14-03-08 23:59:23.129] WARNING com.caucho.server.webapp.WebApp setConfigException: javax.enterprise.inject.UnsatisfiedResolutionException: Can't find a bean for 'class org.apache.log4j.Logger' because no beans implementing that class have been registered with the injection manager InjectManager[singleton:null#UsageMapServer]. at com.caucho.config.inject.InjectManager.unsatisfiedException(InjectManager.java:2471) at com.caucho.config.inject.InjectManager.resolveByInjectionPoint(InjectManager.java:2656) at com.caucho.config.inject.InjectManager.getReferenceFactory(InjectManager.java:2614) at com.caucho.config.inject.InjectManager.getReferenceFactory(InjectManager.java:2593) Here's my code (first class needs the injection, second class is the factory): That should work, please check if there are any compile exceptions for the Producer. I verified the pattern with java.util.logging.* http://pastebin.com/nHiGZyzf One additional question: when this works, how many LoggerFactory instances can I expect? Is it a singleton? Can I use its constructor or static init to initialize Log4J? With an @ApplicaitonScoped producer there should be one instance for a Proxy class and one for an actual Producer. Thanks, Alex Thanks! -- Rick ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Order of web-fragment.xml vs .tld
Hi list. It seems that Resin will load and initiate Servlet 3.0 web-fragment.xml before it loads and initiates any .tld files - including listeners therein - within the same .jar. This results in the AutoProbe module of http://messadmin.sourceforge.net/ causing exceptions, because it assumes the servlet context listener defined in it's taglib-autoprobe.tld has had it's contextInitialized() called before the filter in web-fragment.xml has it's init() called. This works fine in JBoss, and I'm wondering if anyone knows what the specs has to say about this? Is Resin at fault, or could MessAdmin be relying on something that simply is not defined by specs? Hi Mattias, I am filing a bug for this: http://bugs.caucho.com/view.php?id=5659 , thanks for reporting! Can you try redefining the listener in your application’s web.xml as a work around? Thanks, Alex -- /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
Re: [Resin-interest] GWT - replacing Jetty with Resin in Eclipse
I created a GWT project and a Resin Server. When i right click the Resin server and try to add the project to it, I get There are no resources that can be added. Has anyone had any success with this please? Basically my goal is to set up GWT with Resin and EclipseLink, so there're no Google App Engine needed. I think the issue is that the project ins't nominated to become a Web Application. Please open project properties and add Dynamic Web Module in Project Facets node. Alex ___ 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] Debian install still broken in 4.0.30
And installing 4.0.30 over previous release still barfs at the fact that the resin user already exists. Rgds Alex - sip:924110...@sip.callwithus.com ** To view the terms under which this email is distributed, please go to http://www2.hull.ac.uk/legal/disclaimer.aspx **___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] cannot ./configure resin - says java not installed, - it is installed and JAVA_HOME is set correctly..
help? I have java installed in a custom folder due to distriubtion reasons; Hi Tom, Can you add /opt/jdk/bin to the PATH and try again. ./configure in 4.0.27 does 'which java' to find java executable. I added a fallback to JAVA_HOME/bin/java for 4.0.28 and up. Thanks, Alex root@ubuntu64#echo $JAVA_HOME /opt/jdk/ when double checking the version: root@ubuntu64# $JAVA_HOME/bin/java -version java version 1.6.0_27 Java(TM) SE Runtime Environment (build 1.6.0_27-b07) Java HotSpot(TM) 64-Bit Server VM (build 20.2-b06, mixed mode) however when doing a configure I get this error: ( I even exported JAVA_HOME to /opt/jdk/ ) == root@ubuntu64:/opt/resin-4.0.27# ./configure checking build system type... x86_64-unknown-linux-gnu checking host system type... x86_64-unknown-linux-gnu ... .. checking if is Java 1.6... no configure: error: Java 1.6 required. returned: ./configure: line 11291: -version: command not found == why is this happening? tia! ___ 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] getting response header in load balancer access logs
Hi Chris, I could't reproduce this on version 4.0.25. What version are you running? Thanks, Alex On 2012-02-27, at 2:10 PM, Chris Hart wrote: Hi, I'm having trouble getting the Set-Cookie response header into the access logs on our load balancer. I've tested this exact same access-log configuration locally with an instance of resin that is not behind any load balancer and it seems to work, but this isn't working in our load balanced production environment. It's currently just logging - at the end of the access log line. Here's what our load balancer's configuration looks like: access-log path/var/log/resin/ariel/master-access.log/path format %{Host}i %h %l %u %t %r %s %b %{Referer}i %{User-Agent}i %{X-Forwarded-For}i %{JSESSIONID}c %{ariel}c %{SSLB}c %D %{Cookie}i %{Set-Cookie}o /format rollover-period1D/rollover-period rollover-size-1/rollover-size archive-formatmaster-access-%Y%m%d.log.gz/archive-format /access-log Any help is greatly appreciated. Thanks, Chris ___ 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] getting response header in load balancer access logs
Hi Alex, Thanks for the reply. I'm using resin-pro-3.1.3. Again, it seems to work when I hit a single instance of resin that directly serves the requests, but when there's a load balancer involved, the load balancer doesn't log it. Did you try this access log line on a load balancer running 4.0.25? Hm... It looks like a bug actually and it affects 4.0 as well. Thanks for reporting, my initial test was incorrect. resin-3.1: http://bugs.caucho.com/view.php?id=4966 resin-4.0: http://bugs.caucho.com/view.php?id=4965 Alex Thanks, Chris - Original Message - From: Alex Rojkov a...@caucho.com To: General Discussion for the Resin application server resin-interest@caucho.com Sent: Monday, February 27, 2012 2:59:58 PM Subject: Re: [Resin-interest] getting response header in load balancer access logs Hi Chris, I could't reproduce this on version 4.0.25. What version are you running? Thanks, Alex On 2012-02-27, at 2:10 PM, Chris Hart wrote: Hi, I'm having trouble getting the Set-Cookie response header into the access logs on our load balancer. I've tested this exact same access-log configuration locally with an instance of resin that is not behind any load balancer and it seems to work, but this isn't working in our load balanced production environment. It's currently just logging - at the end of the access log line. Here's what our load balancer's configuration looks like: access-log path/var/log/resin/ariel/master-access.log/path format %{Host}i %h %l %u %t %r %s %b %{Referer}i %{User-Agent}i %{X-Forwarded-For}i %{JSESSIONID}c %{ariel}c %{SSLB}c %D %{Cookie}i %{Set-Cookie}o /format rollover-period1D/rollover-period rollover-size-1/rollover-size archive-formatmaster-access-%Y%m%d.log.gz/archive-format /access-log Any help is greatly appreciated. Thanks, Chris ___ 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
Re: [Resin-interest] pb with find() in resin 4.0.13
Hello again The problem happened again, and I found an exception in another log file (problem with all these logs...) java.lang.IllegalArgumentException: Unknown entity bean class: class reaentities.Status, please verify that this class has been marked with the @Entity annotation. at org.eclipse.persistence.internal.jpa.EntityManagerImpl.find(EntityManagerImpl.java:611) Can you check if the web-app was reloaded before the exception? I recollect having seen the issue in earlier versions of Resin 4. The issue arouse when webapplication or entity class was reloaded (you can force a reload to check). The issue should be fixed in later versions. The test case that reproduces the webapp with persistent context reload issue was created after 4.0.13. Thanks, Alex You'll find joind the full exception and the thread dump, plus the class itself. This object Status is marked as @Entity and work very well normally. Thanks for your help. On 08/11/11 22:48, Alex Rojkov wrote: Hello I'm using many times the find() call in EntityManager : Status st=m_manager.find(Status.class,identifier); But with no particular reason, in test or production, the find() call stop all processing, there is no exception and any System.out.println() Riccardo, Can you produce a thread-dump of the server's JVM please and send that to us? Thanks, Alex juste after is simply not called. While the server is in this undefined state, the rest of the application may work. I tried to add a createQuery call just before the find : Query qr=m_manager.createQuery(select st from Status st); ListStatus list=(ListStatus)qr.getResultList(); and the same problem happens at getRestulList(). Nothing happens, no exception, no further processing. Is there any people that had this problem ? I could see that only in one of my applications, not all. Is this a problem with eclispelink ? Thanks a lot. -- Riccardo Cohen Architecte du Logiciel http://www.architectedulogiciel.fr BP 77536 37075 Tours Cedex 2 +33 (0)6.09.83.64.49 Membre du réseau http://www.reflexe-conseil-centre.org ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest -- Riccardo Cohen Architecte du Logiciel http://www.architectedulogiciel.fr BP 77536 37075 Tours Cedex 2 +33 (0)6.09.83.64.49 Membre du réseau http://www.reflexe-conseil-centre.org exception.txtthreaddump.txtStatus.java___ 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] pb with find() in resin 4.0.13
Hello I'm using many times the find() call in EntityManager : Status st=m_manager.find(Status.class,identifier); But with no particular reason, in test or production, the find() call stop all processing, there is no exception and any System.out.println() Riccardo, Can you produce a thread-dump of the server's JVM please and send that to us? Thanks, Alex juste after is simply not called. While the server is in this undefined state, the rest of the application may work. I tried to add a createQuery call just before the find : Query qr=m_manager.createQuery(select st from Status st); ListStatus list=(ListStatus)qr.getResultList(); and the same problem happens at getRestulList(). Nothing happens, no exception, no further processing. Is there any people that had this problem ? I could see that only in one of my applications, not all. Is this a problem with eclispelink ? Thanks a lot. -- Riccardo Cohen Architecte du Logiciel http://www.architectedulogiciel.fr BP 77536 37075 Tours Cedex 2 +33 (0)6.09.83.64.49 Membre du réseau http://www.reflexe-conseil-centre.org ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Clustering and load-on-startup
Hi I have a problem with clustering in Resin 4.0.23 that I hope someone can help me with. Mathias, Can you try adding bind-ports-after-starttrue/ to server-default? server-default bind-ports-after-starttrue/bind-ports-after-start Thanks, Alex When I bring a cluster node back online after it has been shut down the cluster recognizes it as up and functioning too soon (this can be monitored on the caucho-status page). My problem is that I have a servlet that is really heavy to start and it has load-on-startup set. As it is set up now requests goes to this new node trying to access the servlet prior too its startup and they are left waiting. I would like to have the cluster node off line until all the load-on-startup servlets has started. Is there an existing setting that can make this work? What I am looking for is something like load-balance-grace-time or cluster-off-line-until-load-on-startup-done :) Best regards Mathias Lagerwall ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Resin Eclipse Plugin not stopping instances
Thanks, I filed a bug report: http://bugs.caucho.com/view.php?id=4400 We are starting resin server using the console command, which starts watchdog (in a separate JVM). The managed Resin Server is started by that watchdog. When 'stop' button is pressed watchdog's JVM is stopped and Resin should shutdown. That happens immediately on Linux and Mac, but takes 2 minutes on Windows, that's something for us to investigate and fix. Resin 3.1 is started directly, so that explains the difference in behaviour. Alex - Original Message From: Daniel López d.lo...@uib.es To: General Discussion for the Resin application server resin-interest@caucho.com Sent: Thu, February 17, 2011 3:30:41 AM Subject: Re: [Resin-interest] Resin Eclipse Plugin not stopping instances Hi, I did some more testing and the Resin plugin is able to stop Resin 3.1.5 instances, so it appears to be a compound problem between the 4.0.14-15 releases not being closed properly and the plugin not detecting it. S! D. El 15/02/2011 11:48, Daniel López escribió: Hi again, I upgraded to plugin version 4.0.15 and I was now able to select my local instalation to be used, so it seems to be fixed. On the other hand, something else seems to have been broken as the server is not stopped either when you press stop or re-start or any other option. You hit stop, the server is then displayed as stopped but the console of the server does not show the usual stopping... message. When you try to start it up again, you get a HTTP port already boud error. If you kill the suspect java process by hand, you are then able to restart it again. I tested it with local Resin 4.0.14 and Resin 4.0.15 versions to discard a server issue, and the problem happens with both. On a related note, if I start any of those versions with the regular resin.exe and try to stop it instead of quitting, I get this at the console: - Shutdown Resin reason: OK 15-feb-2011 11:44:55 com.caucho.env.thread.ResinThread runTasks ADVERTENCIA: java.lang.RuntimeException: java.net.SocketException: Socket closed java.lang.RuntimeException: java.net.SocketException: Socket closed at com.caucho.hmtp.HmtpLinkWorker.run(HmtpLinkWorker.java:117) at com.caucho.env.thread.ResinThread.runTasks(ResinThread.java:164) at com.caucho.env.thread.ResinThread.run(ResinThread.java:130) Caused by: java.net.SocketException: Socket closed at java.net.SocketInputStream.socketRead0(Native Method) at java.net.SocketInputStream.read(SocketInputStream.java:147) at java.net.SocketInputStream.read(SocketInputStream.java:182) at com.caucho.remote.websocket.WebSocketInputStream.startBinaryMessage(W ebSocketInputStream.java:80) at com.caucho.hmtp.HmtpWebSocketReader.readPacket(HmtpWebSocketReader.ja va:63) at com.caucho.hmtp.HmtpLinkWorker.run(HmtpLinkWorker.java:114) ... 2 more 15-feb-2011 11:44:55 com.caucho.boot.WatchdogChildProcess logStatus ADVERTENCIA: Watchdog detected close of Resin[,pid=0] exit reason: normal exit (exit code=0) 15-feb-2011 11:44:55 com.caucho.boot.WatchdogChildTask run INFO: WatchdogChild[] stopped - However, in this case the process seems to die alright as I can start the server again and get no port already bound error. In spite of that, there could be a correlation between both of them as it is quite suspicious for both to happen at the same time :). Cheers! D. El 09/02/2011 12:40, Daniel López escribió: Good to know, thanks. I'll wait for the 4.0.15 then. S! D. El 07/02/2011 18:45, Scott Ferguson escribió: Daniel López wrote: Hi, I reinstalled Eclipse and started from scratch and after installing the latest Eclipse plugin from www.caucho.com/eclipse, when I try to create a new Server I'm no longer given the option of specifying a local version, but it insists I have to download a Pro version, put my email address to request a license... Is that how the updated version (4.0.14) of the plugin works? That's a mistake on our end. http://bugs.caucho.com/view.php?id=4379 The auto-download should default to pro, but it should let you specify any pre-installed Resin version. -- Scott D. -- --- Daniel Lopez Janariz (d.lo...@uib.es) Web Services Centre for Information and Technology Balearic Islands University (SPAIN) --- ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Resin 4.0 multipart request handling
Oh and I upgraded from Resin 4.0.7 to Resin Pro 4.0.10. Maybe the pro version can't include some library due to licensing? Hi Matthew, Can you make sure to set parameter multipart-form enable=true/ in your WEB-INF/resin-web.xml? web-app xmlns=http://caucho.com/ns/resin; multipart-form enable=true/ /web-app We had to change the default to false for 3.0 spec compliance. There is also new 3.0 API to deal with multipart/form-data encoded requests. http://blog.caucho.com/?p=237 Thanks, Alex On Sep 10, 2010, at 3:51 PM, Matthew Serrano wrote: I have been using Resin 4.0.7 and I discovered that Resin is parsing multipart requests and putting the parameters into the normal request object (file is cached to disc and the path is in the request object). Now I upgraded to 4.0.10 and suddenly the multipart request is no longer parsed automatically. Is this intentional? I was totally celebrating not having to use O'Reilly and championing Resin for its brilliance. But now it appears I have to resurrect all my old logic for handling multipart requests. Please help! Bug or fix? matt ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] resin.exe server root directory in 4.0.10
Mattias Jiderhamn wrote: Trying to launch Resin 4.0.10 on Windows with the -server-root / -server_root / -root-directory / --root-directory but resin.exe seems to ignore all of them. Is there an undocumented change, or is there a bug in resin.exe in the 4.0.10 (pro) release? That's a bug in resin.exe. You can work around it with root-directory attribute to server tag. Thanks, Alex Do you see the same issue with java -jar lib/resin.jar start? That's certainly a bug, although I'm not sure why that would be different on windows. -- Scott ___ 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] Cookie lifetime
For the persistent session, the timeout is based on access time. So each new request resets the timer for the default 30min. Is he referring to the actual session object on the server or the session cookie in the browser? Yes, each new request does reset the timer on the session object on the server, but we are not seeing the expiry date on the cookie being updated. It's a session cookie, and as long as it expires on the server the contract established via the cookie becomes invalid as soon as the server 'thinks' cookie is no longer valid. Alex I have tested this on a server using IE8, Firefox 3.6, and the latest Chrome build with Resin running solo and with Apache running as the front end, and the results are the same in all browsers. When setting cookie-max-age in the session-config for the web app, the expiry date/time for the session’s persistent cookie does not change on subsequent requests. I also verified that this behavior is exhibited. ___ 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] com.caucho.sql.UserConnection.createSQLXML throws UnsupportedOperationException
The driver I am using seems to support this operation, because when using org.springframework.jdbc.datasource.SimpleDriverDataSource in uni tests I am able to create the XML object. How should I handle this issue? Use different DataSource implementation? (like commons-dbcp?) I'd like to use the one provided by Resin though. Thanks Marcin, I filed a bug http://bugs.caucho.com/view.php?id=4092 Using a different DataSource implementation for now is a good option or use the code below to get to access the underlying connection object as a work around: InitialContext context = new InitialContext(); DataSource ds = (DataSource)context.lookup(java:comp/env/jdbc/mysql); Connection conn = ds.getConnection(); out.println(((com.caucho.sql.UserConnection)conn).getDriverConnection()); Thanks, Alex Regards, Marcin Koziej ___ 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] Anything change regarding mod_caucho from 4.0.5 to 4.0.6/4.0.7?
I noticed similar behavior and fixed it by removing the resin root webapp. Maybe handling of the root webapp changed in 4.0.6 Regards, Peter On Sun, 30 May 2010 22:28 +0100, Stargazer starga...@blueyonder.co.uk wrote: We run an Apache + resin config on RH Linux and its been stable for the past few releases. Right now we're on 4.0.5. When I went through the usual upgrade process on 4.0.5 - 4.0.6 I found resin started taking over all the Apache sites, in other words the usual split between about half being served by resin and half by apache stopped - the resin ones were fine, whereas the Apache ones gave 404's. Sargazer, Can you post your resin configuration, related file structure, your request and expected result. Thanks, Alex ___ 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] Questions regarding resin 4.0.x and the watchdog
Hi list, We are currently in the process of setting up a production environment with resin 4.0.x on our Linux servers. Currently we are testing resin 4.0.7. First of all I would like to mention that the watchdog documentation http://caucho.com/resin-4.0/admin/starting-resin-watchdog.xtp is repeating point 1 - 7 in point 8 to 14. Thanks, that will be fixed with the next doc release. We have experience with resin 3.0.x from earlier, so the biggest change for us is the watchdog. Experiments with a single, shared watchdog has however left us with some questions: 1) With a single, shared watchdog we manage to specify where the watchdog places its logs with the -log-directory argument to resin.jar, however that also results in the jvm-logs for each resin application will be placed in the same directory. Especially on our development server it would be convenient to have these located along with the logs of the application, like we get when running a watchdog for each application. Is it possible to specify in watchdog.xml where the jvm for each application should be placed? You can change the log's location in resin.xml configuration file using log-hanlder. log-handler name= level=all path=/var/logs/${server.id}.log timestamp=[%y-%m-%d %H:%M:%S.%s] {%{thread}} / 2) In addition to experimenting with the watchdog we have been testing /resin-admin which might turn quite useful for some of the applications we are running. However, we were wondering if it is possible to run one single /resin-admin in watchdog.xml in order to monitor all our applications? If that is not possible I guess we have to sett up a /app-admin for each applications we want to monitor. For historical reasons we have a setup where each applications has its own resin.xml file, and we would like to keep it like this for the future as well since we find it easier to administrate. The watchdog's purpose is to keep resin instances running, (re)starting them when necessary (failures). It doesn't run any apps, but the /resin-admin deployed on any node in the cluster will track every server in the cluster. 3) What is the gain of having only one watchdog? Needing fewer resources – each watchdog would be a separate JVM otherwise. Different physical machines will have separate instances of watchdog. Thanks, Alex That is, do we use less resources by having only one watchdog with several applications, than having one watchdog per application? -- Halvor Utby ___ 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] EJB3 Primary Key Generation
Is the @GeneratedValue JPA annotation fully supported in Resin 4? We suggest that a different JPA implementation is used with Resin at this time. Eclipse Link and Open JPA are good candidates. THanks, Alex I have an entity which should use a TableGeneration strategy against Sybase. There is an already existing table, NextId, in our database which stores the primary key value for many tables. When starting up Resin, an error is given. From the error it looks like Resin is trying to use a table named GEN_TABLE, even though the annotation clearly provides the existing NextId as the table name. @Id @GeneratedValue(strategy=GenerationType.TABLE, generator=ol_pk_generator) @TableGenerator( name=ol_pk_generator, table=NextId, pkColumnName=tableName, pkColumnValue=OrderLine, valueColumnName=id ) @Column(name=orderLineId) private int orderLineId; Here is the error: [10-06-07 08:43:25.154] {http://*:3790-1} Compiling com/test/bean/OrderLine__ResinExt.java [10-06-07 08:43:37.876] {http://*:3790-1} WebApp[http://default/resin-doc/examples/servlet-hello] fail [10-06-07 08:43:37.877] {http://*:3790-1} 'GEN_TABLE' is not a valid database table. Either the table needs to be created or the create-database-tables attribute must be set. com.sybase.jdbc2.jdbc.SybSQLException: GEN_TABLE not found. Specify owner.objectname or use sp_help to check whether the object exists (sp_help may produce lots of output). [10-06-07 08:43:37.888] {http://*:3790-1} 'GEN_TABLE' is not a valid database table. Either the table needs to be created or the create-database-tables attribute must be set. com.sybase.jdbc2.jdbc.SybSQLException: GEN_TABLE not found. Specify owner.objectname or use sp_help to check whether the object exists (sp_help may produce lots of output). ___ 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] Using JA-SIG's Central Authentication Service (CAS) with resin
Hi, I'm looking to use CAS with resin 4.0.x. Anyone done this already? If so, some pointers to useful docn would be appreciated Rgs Alex smime.p7s Description: S/MIME cryptographic signature ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Problem with c:out shorthand in Resin 4.x
This is from one of our web engineers concerning a problem we've encountered in our testing of Resin 4.x (currently 4.0.6). Our site almost exclusively uses a shorthand for: c:out value=${something.itsthing}/ Instead we simply use: ${something.itsthing} Rob, you can add j...@el-ignored=false to resin-web.xml to make resin pick up on those e.g. web-app xmlns=http://caucho.com/ns/resin; jsp el-ignored=false/ /web-app thanks, Alex With resin 4.x, this is being interpreted literally and rather then seeing a value like we see on the rendered pages the literal ${something.itsthing}. We would like to move to resin 4.x to take advantage of several features, but the work involved in rewriting and testing the change to c:out .../ will be a huge undertaking. Is there a way to tell Resin 4.x to use an older version of jstl, or to interpret the shorthand notation when it sees it in JSP files? Rob ___ 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] unplanned and upexpected downtime of resin
Dear Sir , I have resin version 3.1.9 installed , sometimes I found that resin is down , So can u help me to trace this problem and find the correct solution. There may be more detail pertinent to the problem in resin log files. Generally, resin's watchdog restarts resin server when it becomes unavailable for whatever reason. The watch dog is started automatically with bin/httpd.sh start Thanks, Alex Thnx for ur fast replay All the Best, Abdalmonem Tharwat Galila System Engineer , Technical Resources Department. Ministry of Communications Information Technology Office Tel.: +2 02 35341582 - +2 02 35341300 Mobile: +2 010 0049068 Fax : +2 02 35370537 Website: http:\\www.mcit.gov.eg E-mail: agal...@mcit.gov.eg ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] [resin-interest] how to make isapi_srun.dll not to use chunked encoding?
is there any way to disable the chunked encoding when using isapi_srun.dll? Not at the moment, I am afraid. I added a bug report: http://bugs.caucho.com/view.php?id=3871 Thanks, Alex Thanks. ___ 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] Bean as HessianServices Breaks Injection
On 2010-01-16, at 6:47 PM, Scott Hernandez wrote: I noticed when I registered my class as a HessianService it was no longer able to inject it. Is this an expected behavior? This seems broken, I've added a bug report to http://bugs.caucho.com/view.php?id=3852 We are adding ResinBeanContext with the intended use from JUnit tests. Basically it's a light container that bootstraps Resin CDI Implementation allowing for bean creation in a way that's done inside resin. usage: * static void main(String []args) * { * ResinBeanContainer cdi = new ResinBeanContainer(); * * cdi.addModule(test.jar); * cdi.start(); * * RequestContext req = cxt.beginRequest(); * try { * MyMain main = cxt.getInstance(MyMain.class); * * main.main(args); * } finally { * req.close(); * } * } Thanks, --Alex I am working against 4.0.3. BTW. You can reproduce all the problems I'm find using our resin4.0.3 branch of subetha - http://subetha.googlecode.com/svn/branches/resin4.0.3/. There are quite a few more things that seems broken I will post about when I have more time. Take a look at http://subetha.googlecode.com/svn/branches/resin4.0.3/src/org/subethamail/core/admin/ListWizardBean.java for an example bean that no longer works once I add this to our config: admin:ListWizardBeanresin:HessianService urlPattern=/api/ListWizard//admin:ListWizardBean -Scott ___ 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] GzipFilter Overrides Cache-Control
Hi Tyson, What's version of resin is this on? thanks Alex Not sure this is a bug with GzipFilter or expected behavior, but found something worth sharing and dropping in the forum record for others to find. We had a problem distributing content to a CDN and keeping it in cache there because the CDN was requesting content with an Accept-Encoding: gzip request header, which was causing our GzipFilter to slap a Cache-Control: private response header via the http response object. Our file servlet (an extension of the default resin file servlet) was adding a Cache-Control header with max-age=84, public that the GzipFilter ended up writing Cache-Control: max-age=84000, public, private. In our testing, we were using curl to test/examine the headers, so we didn't pick up that the private cache control header was being added. Our CDN provider, however, was testing with a user agent that indicated it accepted the gzip encoding and was thus seeing the cache-control header appear. Made for a lively debate. Thus, they were seeing the private declaration and not caching the result. So, we had to add an exclude-pattern to our GzipFilter configuration to not pick up files in the directory we wanted to control caching on. So, fyi, either GzipFilter has a bug in that it is not honoring Cache-Control headers set by responses further downstream, or it is operating properly and you must remember to disable the GzipFilter on content you want to be cached publicly. It would be nice if GzipFilter honored cache-control directives. configuration e.g.: filter-mapping filter-namegzip/filter-name url-pattern exclude-pattern*.zip/exclude-pattern include-pattern/*/include-pattern /url-pattern /filter-mapping -tyson -- View this message in context: http://old.nabble.com/GzipFilter-Overrides-Cache-Control-tp27022353p27022353.html Sent from the Resin mailing list archive at Nabble.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] Need help writing a JUnit test to lookup an EJB
I'm using Resin 3.0.19 (Java 1.5), JUnit 4.3, and Maven 1.1 as the build tool (sadly, can't upgrade at this time). I have an EJB running locally and my question is, is there a Resin Maven dependency I can download that will allow me to simulate my container for looking up this EJB? Obviously, when writing JUnit tests, I am not running them in the context of my normal Resin container. I think you may need to instantiate Resin in test's setup method by calling a main(String[] args) with arguments that resin's start–up scripts usually passes in. (try resin.sh -verbose for the list of args), write a servlet that'll do the actual test. The servlet will be need to be called from the test method. version 3.0 is not in maven repositories, so the dependencies will need to be specified using a different maven–valid way. Thanks, alex Thanks, - Dave -- View this message in context: http://old.nabble.com/Need-help-writing-a-JUnit-test-to-lookup-an-EJB-tp27026632p27026632.html Sent from the Resin mailing list archive at Nabble.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] Hessian Debug Exception in Production
This looks like a bug (checked 3.1.9). The code on the trunk looks valid – testing instanceof before casting. Thanks, Alex We're seeing two possibly related issues with the Hessian Debug facilities in our production environment. The first is the exception pasted below. The second is that hessian debug will run for a few hours after we restart the web app, then just die. We are running 3.1.19. Any ideas? java.lang.ClassCastException: java.util.Date cannot be cast to java.lang.Integer at com.caucho.hessian.io.HessianDebugState$ObjectState.shift(HessianDebugState.java:1186) at com.caucho.hessian.io.HessianDebugState$DateState.next(HessianDebugState.java:649) at com.caucho.hessian.io.HessianDebugState.next(HessianDebugState.java:93) at com.caucho.hessian.io.HessianDebugOutputStream.write(HessianDebugOutputStream.java:96) at java.io.OutputStream.write(OutputStream.java:99) at com.caucho.hessian.io.Hessian2Output.flushBuffer(Hessian2Output.java:1541) at com.caucho.hessian.io.Hessian2Output.flush(Hessian2Output.java:1522) at com.caucho.hessian.io.Hessian2Output.printString(Hessian2Output.java:1450) at com.caucho.hessian.io.Hessian2Output.writeString(Hessian2Output.java:1060) at com.caucho.hessian.io.JavaSerializer$StringFieldSerializer.serialize(JavaSerializer.java:346) at com.caucho.hessian.io.JavaSerializer.writeInstance(JavaSerializer.java:213) at com.caucho.hessian.io.JavaSerializer.writeObject(JavaSerializer.java:177) at com.caucho.hessian.io.Hessian2Output.writeObject(Hessian2Output.java:490) at com.caucho.hessian.io.CollectionSerializer.writeObject(CollectionSerializer.java:102) at com.caucho.hessian.io.Hessian2Output.writeObject(Hessian2Output.java:490) at com.caucho.hessian.io.JavaSerializer$FieldSerializer.serialize(JavaSerializer.java:256) at com.caucho.hessian.io.JavaSerializer.writeInstance(JavaSerializer.java:213) at com.caucho.hessian.io.JavaSerializer.writeObject(JavaSerializer.java:177) at com.caucho.hessian.io.Hessian2Output.writeObject(Hessian2Output.java:490) at com.caucho.hessian.io.MapSerializer.writeObject(MapSerializer.java:100) at com.caucho.hessian.io.Hessian2Output.writeObject(Hessian2Output.java:490) at com.caucho.hessian.server.HessianSkeleton.invoke(HessianSkeleton.java:199) at com.caucho.hessian.server.HessianSkeleton.invoke(HessianSkeleton.java:109) at com.caucho.hessian.server.HessianServlet.service(HessianServlet.java:396) at com.caucho.server.dispatch.WebServiceFilterChain.doFilter(WebServiceFilterChain.java:101) at com.caucho.filters.GzipFilter.doFilter(GzipFilter.java:169) at com.caucho.server.dispatch.FilterFilterChain.doFilter(FilterFilterChain.java:87) at com.caucho.server.cache.CacheFilterChain.doFilter(CacheFilterChain.java:162) at com.caucho.server.webapp.WebAppFilterChain.doFilter(WebAppFilterChain.java:187) at com.caucho.server.dispatch.ServletInvocation.service(ServletInvocation.java:265) at com.caucho.server.hmux.HmuxRequest.handleRequest(HmuxRequest.java:436) at com.caucho.server.port.TcpConnection.run(TcpConnection.java:682) at com.caucho.util.ThreadPool$Item.runTasks(ThreadPool.java:743) at com.caucho.util.ThreadPool$Item.run(ThreadPool.java:662) at java.lang.Thread.run(Thread.java:619) -- View this message in context: http://old.nabble.com/Hessian-Debug-Exception-in-Production-tp27026698p27026698.html Sent from the Resin mailing list archive at Nabble.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] Hessian Debug Exception in Production
Tyson I've reported the bug against 3.1.9: http://bugs.caucho.com/view.php?id=3836 Thanks, Alex This looks like a bug (checked 3.1.9). The code on the trunk looks valid – testing instanceof before casting. Thanks, Alex We're seeing two possibly related issues with the Hessian Debug facilities in our production environment. The first is the exception pasted below. The second is that hessian debug will run for a few hours after we restart the web app, then just die. We are running 3.1.19. Any ideas? java.lang.ClassCastException: java.util.Date cannot be cast to java.lang.Integer at com.caucho.hessian.io.HessianDebugState$ObjectState.shift(HessianDebugState.java:1186) at com.caucho.hessian.io.HessianDebugState$DateState.next(HessianDebugState.java:649) at com.caucho.hessian.io.HessianDebugState.next(HessianDebugState.java:93) at com.caucho.hessian.io.HessianDebugOutputStream.write(HessianDebugOutputStream.java:96) at java.io.OutputStream.write(OutputStream.java:99) at com.caucho.hessian.io.Hessian2Output.flushBuffer(Hessian2Output.java:1541) at com.caucho.hessian.io.Hessian2Output.flush(Hessian2Output.java:1522) at com.caucho.hessian.io.Hessian2Output.printString(Hessian2Output.java:1450) at com.caucho.hessian.io.Hessian2Output.writeString(Hessian2Output.java:1060) at com.caucho.hessian.io.JavaSerializer$StringFieldSerializer.serialize(JavaSerializer.java:346) at com.caucho.hessian.io.JavaSerializer.writeInstance(JavaSerializer.java:213) at com.caucho.hessian.io.JavaSerializer.writeObject(JavaSerializer.java:177) at com.caucho.hessian.io.Hessian2Output.writeObject(Hessian2Output.java:490) at com.caucho.hessian.io.CollectionSerializer.writeObject(CollectionSerializer.java:102) at com.caucho.hessian.io.Hessian2Output.writeObject(Hessian2Output.java:490) at com.caucho.hessian.io.JavaSerializer$FieldSerializer.serialize(JavaSerializer.java:256) at com.caucho.hessian.io.JavaSerializer.writeInstance(JavaSerializer.java:213) at com.caucho.hessian.io.JavaSerializer.writeObject(JavaSerializer.java:177) at com.caucho.hessian.io.Hessian2Output.writeObject(Hessian2Output.java:490) at com.caucho.hessian.io.MapSerializer.writeObject(MapSerializer.java:100) at com.caucho.hessian.io.Hessian2Output.writeObject(Hessian2Output.java:490) at com.caucho.hessian.server.HessianSkeleton.invoke(HessianSkeleton.java:199) at com.caucho.hessian.server.HessianSkeleton.invoke(HessianSkeleton.java:109) at com.caucho.hessian.server.HessianServlet.service(HessianServlet.java:396) at com.caucho.server.dispatch.WebServiceFilterChain.doFilter(WebServiceFilterChain.java:101) at com.caucho.filters.GzipFilter.doFilter(GzipFilter.java:169) at com.caucho.server.dispatch.FilterFilterChain.doFilter(FilterFilterChain.java:87) at com.caucho.server.cache.CacheFilterChain.doFilter(CacheFilterChain.java:162) at com.caucho.server.webapp.WebAppFilterChain.doFilter(WebAppFilterChain.java:187) at com.caucho.server.dispatch.ServletInvocation.service(ServletInvocation.java:265) at com.caucho.server.hmux.HmuxRequest.handleRequest(HmuxRequest.java:436) at com.caucho.server.port.TcpConnection.run(TcpConnection.java:682) at com.caucho.util.ThreadPool$Item.runTasks(ThreadPool.java:743) at com.caucho.util.ThreadPool$Item.run(ThreadPool.java:662) at java.lang.Thread.run(Thread.java:619) -- View this message in context: http://old.nabble.com/Hessian-Debug-Exception-in-Production-tp27026698p27026698.html Sent from the Resin mailing list archive at Nabble.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
Re: [Resin-interest] GzipFilter Overrides Cache-Control
Not sure this is a bug with GzipFilter or expected behavior, but found something worth sharing and dropping in the forum record for others to find. We had a problem distributing content to a CDN and keeping it in cache there because the CDN was requesting content with an Accept-Encoding: gzip request header, which was causing our GzipFilter to slap a Cache-Control: private response header via the http response object. Our file servlet (an extension of the default resin file servlet) was adding a Cache-Control header with max-age=84, public that the GzipFilter ended up writing Cache-Control: max-age=84000, public, private. In our testing, we were using curl to test/examine the headers, so we didn't pick up that the private cache control header was being added. Our CDN provider, however, was testing with a user agent that indicated it accepted the gzip encoding and was thus seeing the cache-control header appear. Made for a lively debate. Thus, they were seeing the private declaration and not caching the result. So, we had to add an exclude-pattern to our GzipFilter configuration to not pick up files in the directory we wanted to control caching on. So, fyi, either GzipFilter has a bug in that it is not honoring Cache-Control headers set by responses further downstream, or it is operating properly and you must remember to disable the GzipFilter on content you want to be cached publicly. It would be nice if GzipFilter honored cache-control directives. configuration e.g.: filter-mapping filter-namegzip/filter-name url-pattern exclude-pattern*.zip/exclude-pattern include-pattern/*/include-pattern /url-pattern /filter-mapping The private cache-control is added by Resin Cache in this case(not gzip filter ) following the value set in resin.conf cacherewrite-vary-as-private. It has to do with the IE bug (outlined in more detail at : http://www.caucho.com/resin/doc/cluster-tags.xtp#rewrite-vary-as-private ) -Alex -tyson -- View this message in context: http://old.nabble.com/GzipFilter-Overrides-Cache-Control-tp27022353p27022353.html Sent from the Resin mailing list archive at Nabble.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] Hessian Debug Exception in Production
So, grab the 3.1.9 trunk? Actually it's only fixed on the trunk (4.0), the 3.1 branch still has that issue. There was another issue we reported about ScheduledTasks not running until 1 week after the server started (at least when started on Sunday). Know if that one is fixed as well (e.g. 3.1.8 would run scheduled tasks immedately after start, 3.1.9 would start running them a week after start - same app config). This is the one I believe – an open issue: http://bugs.caucho.com/view.php?id=3736 Thanks, Alex -tyson On Tue, Jan 5, 2010 at 2:59 PM, Alex a...@caucho.com wrote: This looks like a bug (checked 3.1.9). The code on the trunk looks valid – testing instanceof before casting. Thanks, Alex We're seeing two possibly related issues with the Hessian Debug facilities in our production environment. The first is the exception pasted below. The second is that hessian debug will run for a few hours after we restart the web app, then just die. We are running 3.1.19. Any ideas? java.lang.ClassCastException: java.util.Date cannot be cast to java.lang.Integer at com.caucho.hessian.io.HessianDebugState$ObjectState.shift(HessianDebugState.java:1186) at com.caucho.hessian.io.HessianDebugState$DateState.next(HessianDebugState.java:649) at com.caucho.hessian.io.HessianDebugState.next(HessianDebugState.java:93) at com.caucho.hessian.io.HessianDebugOutputStream.write(HessianDebugOutputStream.java:96) at java.io.OutputStream.write(OutputStream.java:99) at com.caucho.hessian.io.Hessian2Output.flushBuffer(Hessian2Output.java:1541) at com.caucho.hessian.io.Hessian2Output.flush(Hessian2Output.java:1522) at com.caucho.hessian.io.Hessian2Output.printString(Hessian2Output.java:1450) at com.caucho.hessian.io.Hessian2Output.writeString(Hessian2Output.java:1060) at com.caucho.hessian.io.JavaSerializer$StringFieldSerializer.serialize(JavaSerializer.java:346) at com.caucho.hessian.io.JavaSerializer.writeInstance(JavaSerializer.java:213) at com.caucho.hessian.io.JavaSerializer.writeObject(JavaSerializer.java:177) at com.caucho.hessian.io.Hessian2Output.writeObject(Hessian2Output.java:490) at com.caucho.hessian.io.CollectionSerializer.writeObject(CollectionSerializer.java:102) at com.caucho.hessian.io.Hessian2Output.writeObject(Hessian2Output.java:490) at com.caucho.hessian.io.JavaSerializer$FieldSerializer.serialize(JavaSerializer.java:256) at com.caucho.hessian.io.JavaSerializer.writeInstance(JavaSerializer.java:213) at com.caucho.hessian.io.JavaSerializer.writeObject(JavaSerializer.java:177) at com.caucho.hessian.io.Hessian2Output.writeObject(Hessian2Output.java:490) at com.caucho.hessian.io.MapSerializer.writeObject(MapSerializer.java:100) at com.caucho.hessian.io.Hessian2Output.writeObject(Hessian2Output.java:490) at com.caucho.hessian.server.HessianSkeleton.invoke(HessianSkeleton.java:199) at com.caucho.hessian.server.HessianSkeleton.invoke(HessianSkeleton.java:109) at com.caucho.hessian.server.HessianServlet.service(HessianServlet.java:396) at com.caucho.server.dispatch.WebServiceFilterChain.doFilter(WebServiceFilterChain.java:101) at com.caucho.filters.GzipFilter.doFilter(GzipFilter.java:169) at com.caucho.server.dispatch.FilterFilterChain.doFilter(FilterFilterChain.java:87) at com.caucho.server.cache.CacheFilterChain.doFilter(CacheFilterChain.java:162) at com.caucho.server.webapp.WebAppFilterChain.doFilter(WebAppFilterChain.java:187) at com.caucho.server.dispatch.ServletInvocation.service(ServletInvocation.java:265) at com.caucho.server.hmux.HmuxRequest.handleRequest(HmuxRequest.java:436) at com.caucho.server.port.TcpConnection.run(TcpConnection.java:682) at com.caucho.util.ThreadPool$Item.runTasks(ThreadPool.java:743) at com.caucho.util.ThreadPool$Item.run(ThreadPool.java:662) at java.lang.Thread.run(Thread.java:619) -- View this message in context: http://old.nabble.com/Hessian-Debug-Exception-in-Production-tp27026698p27026698.html Sent from the Resin mailing list archive at Nabble.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
Re: [Resin-interest] java.lang.ClassNotFoundException: org.apache.xerces.parsers.SAXParser
This servlet (34 MB) runs o.k. on tomcat .. http://www.openlaszlo.org/download/form?dl_path=http://download.openlaszlo.org/4.6.1/openlaszlo-4.6.1-servlet.war openlaszlo-4.6.1-servlet.war When I try deploying the *.war into c:\resin-4.0.2\webapps\ I wasn't able to reproduce this error on a clean setup. You should check the system properties and and services that may be affecting the choice of parser/xml driver. --Alex and running a hello world test app ... http://localhost:8100/openlaszlo-4.6.1/my-apps/copy-of-hello.lzx I get this exception error .. 500 Servlet Exception [show] java.lang.ClassNotFoundException: org.apache.xerces.parsers.SAXParser in EnvironmentClassLoader[web-app:http://default/openlaszlo-4.6.1] Is the openlaszlo web application looking for Xerces/Xalan processors instead of the Resin XML/XSL processors? What must I change / add in resin configuration to run this webapp which runs in tomcat 6.0? Here is the full dump .. java.lang.ExceptionInInitializerError at org.openlaszlo.servlets.LZServlet.initLPS(LZServlet.java:104) at org.openlaszlo.servlets.LZServlet.doGet(LZServlet.java:341) at javax.servlet.http.HttpServlet.service(HttpServlet.java:119) at javax.servlet.http.HttpServlet.service(HttpServlet.java:96) at com.caucho.server.dispatch.ServletFilterChain.doFilter(ServletFilterChain.java:112) at com.caucho.server.webapp.WebAppFilterChain.doFilter(WebAppFilterChain.java:183) at com.caucho.server.webapp.AccessLogFilterChain.doFilter(AccessLogFilterChain.java:103) at com.caucho.server.dispatch.ServletInvocation.service(ServletInvocation.java:290) at com.caucho.server.http.HttpRequest.handleRequest(HttpRequest.java:784) at com.caucho.server.port.TcpConnection.handleRequestsImpl(TcpConnection.java:619) at com.caucho.server.port.TcpConnection.handleRequests(TcpConnection.java:556) at com.caucho.server.port.TcpConnection$AcceptTask.doTask(TcpConnection.java:1194) at com.caucho.server.port.TcpConnection$ConnectionReadTask.runThread(TcpConnection.java:1127) at com.caucho.server.port.TcpConnection$AcceptTask.run(TcpConnection.java:1158) at com.caucho.util.ThreadPool$PoolThread.runTasks(ThreadPool.java:901) at com.caucho.util.ThreadPool$PoolThread.run(ThreadPool.java:866) Caused by: java.lang.RuntimeException: org.jdom.JDOMException: Could not load default SAX parser: org.apache.xerces.parsers.SAXParser: SAX2 driver class org.apache.xerces.parsers.SAXParser not found: org.apache.xerces.parsers.SAXParser in EnvironmentClassLoader[web-app:http://default/openlaszlo-4.6.1] at org.openlaszlo.server.LPS.clinit(LPS.java:74) Caused by: org.jdom.JDOMException: Could not load default SAX parser: org.apache.xerces.parsers.SAXParser: SAX2 driver class org.apache.xerces.parsers.SAXParser not found: org.apache.xerces.parsers.SAXParser in EnvironmentClassLoader[web-app:http://default/openlaszlo-4.6.1] at org.jdom.input.SAXBuilder.createParser(SAXBuilder.java:618) at org.jdom.input.SAXBuilder.build(SAXBuilder.java:460) at org.jdom.input.SAXBuilder.build(SAXBuilder.java:807) at org.openlaszlo.server.LPS.clinit(LPS.java:72) at org.openlaszlo.servlets.LZServlet.initLPS(LZServlet.java:104) at org.openlaszlo.servlets.LZServlet.doGet(LZServlet.java:341) at javax.servlet.http.HttpServlet.service(HttpServlet.java:119) at javax.servlet.http.HttpServlet.service(HttpServlet.java:96) at com.caucho.server.dispatch.ServletFilterChain.doFilter(ServletFilterChain.java:112) at com.caucho.server.webapp.WebAppFilterChain.doFilter(WebAppFilterChain.java:183) at com.caucho.server.webapp.AccessLogFilterChain.doFilter(AccessLogFilterChain.java:103) at com.caucho.server.dispatch.ServletInvocation.service(ServletInvocation.java:290) at com.caucho.server.http.HttpRequest.handleRequest(HttpRequest.java:784) at com.caucho.server.port.TcpConnection.handleRequestsImpl(TcpConnection.java:619) at com.caucho.server.port.TcpConnection.handleRequests(TcpConnection.java:556) at com.caucho.server.port.TcpConnection$AcceptTask.doTask(TcpConnection.java:1194) at com.caucho.server.port.TcpConnection$ConnectionReadTask.runThread(TcpConnection.java:1127) at com.caucho.server.port.TcpConnection$AcceptTask.run(TcpConnection.java:1158) at com.caucho.util.ThreadPool$PoolThread.runTasks(ThreadPool.java:901) at com.caucho.util.ThreadPool$PoolThread.run(ThreadPool.java:866) Caused by: org.xml.sax.SAXException: SAX2 driver class org.apache.xerces.parsers.SAXParser not found at org.xml.sax.helpers.XMLReaderFactory.loadClass(Unknown Source) at org.xml.sax.helpers.XMLReaderFactory.createXMLReader(Unknown Source) at org.jdom.input.SAXBuilder.createParser(SAXBuilder.java:610
Re: [Resin-interest] resin class reloading not working (3.1.19)
Hi : I remember long long time ago , resin was (the only one that) able to reload only the modified class , not the entire web-app. That was great ! But after I upgraded to some version (sorry , I forget what version , it is long ago) , it didn't work anymore. Today , I check again , 3.1.19 still reload all web-app even I modified a String in println() , (The class signature remains intact) I am not sure if you mean 3.1.9, but I checked with 3.1.9 and JDK 1.6.0_17 on windows – worked fine. When resin starts serving first app it'll output either In-place class redefinition (HotSwap) is available. or In-place class redefinition (HotSwap) is not available. In-place class reloading during development requires a compatible JDK and -Xdebug. at the config level (by default the logging level is lower, so you'll need to change levels to see the message. log name= level=all... logger name=com.caucho level=config/ --Alex How to recall this feature now ? Thanks. ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] resin class reloading not working (3.1.19)
2009/12/23 smallufo small...@gmail.com Hi , this is my resin's init message : I grep no HotSwap keyword here ... log level is enabled : logger name= level=all/ Oops sorry , this should be log , not logger Actually it's log and logger log name= level=all path=stdout: timestamp=whatever time stamp is/ and logger name=com.caucho level=config/ But after I restart resin , I still cannot grep any HotSwap keyword in jvm-default.log The record should appear (once) when a class is loaded from WEB-INF/classes , so after first request to the page using it. Also, resin jni should be compiled. --Alex ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] resin class reloading not working (3.1.19)
Hi , this is my resin's init message : I grep no HotSwap keyword here ... Putting Spring aside for a moment, make sure the following is done: - compile resin.jni (./configure --prefix=/pathtoyourresin; make; make install) - change default resin.conf from log name= level=info path=stdout: timestamp=[%H:%M:%S.%s] {%{thread}} / logger name=com.caucho level=info/ to: log name= level=all path=stdout: timestamp=[%H:%M:%S.%s] {%{thread}} / logger name=com.caucho level=config/ - deploy a simple app into webapps with a jsp page and a class (simple webapp attached) - start resin - access the deployed webapp's index.jsp page with a browser (curl, wget) After these steps you should see the following: 20:23:09.881] {main} Resin started in 1767ms [20:23:28.011] {http--8080-1$22775072} Loading .tld files from global classpath [20:23:28.192] {http--8080-1$22775072} Compiling _jsp/_index__jsp.java [20:23:28.946] {http--8080-1$22775072} In-place class redefinition (HotSwap) is available. and after a touch on qa/Test.class and accessing the webapp again the following line will appear [20:30:31.556] {http--8080-6$11446032} Reloading qa.Test The resin.conf and webapp are attached. --Alex resin.conf Description: Binary data x.war Description: Binary data log level is enabled : logger name= level=all/ logger name=com.caucho level=config/ -Xdebug is enabled too : jvm-arg-Xmx256m/jvm-arg jvm-arg-Xss1m/jvm-arg jvm-arg-Xdebug/jvm-arg jvm-arg-Dcom.sun.management.jmxremote/jvm-arg Resin-3.1.9 (built Mon, 13 Apr 2009 11:09:12 PDT) Copyright(c) 1998-2008 Caucho Technology. All rights reserved. Using Resin(R) Open Source under the GNU Public License (GPL). See http://www.caucho.com for information on Resin Professional, including caching, clustering, JNI acceleration, and OpenSSL integration. Starting Resin on Wed, 23 Dec 2009 09:04:50 +0800 (CST) [09:04:53.375] {main} 'select-manager' requires Resin Professional. See http://www.caucho.com for information and licensing. [09:04:53.376] {main} [09:04:53.377] {main} Linux 2.6.18-164.6.1.el5 i386 [09:04:53.377] {main} Java(TM) SE Runtime Environment 1.6.0_17-b04, UTF-8, zh [09:04:53.378] {main} Java HotSpot(TM) Client VM 14.3-b01, 32, mixed mode, sharing, Sun Microsystems Inc. [09:04:53.378] {main} user.name: smallufo [09:04:53.378] {main} resin.home = /usr/java/resin/ [09:04:53.379] {main} resin.root = /usr/java/resin/ [09:04:53.379] {main} resin.conf = /usr/java/resin/conf/resin.conf [09:04:53.379] {main} [09:04:53.819] {main} WebApp[http://localhost:8080] active [09:04:54.090] {main} WebApp[http://localhost:8080/resin-admin] active [09:04:54.723] {main} WebApp[http://localhost:8080/resin-doc] active [09:04:54.724] {main} Host[] active [09:04:56.326] {main} WebApp[http://foobar.com] Initializing Spring root WebApplicationContext lot of spring initialization message... [09:05:07.445] {main} DESTIONFACTORY_ALREADY_REGISTERED [09:05:07.547] {main} WebApp[http://foobar.com] active [09:05:07.813] {main} WebApp[http://foobar.com/resin-doc] active [09:05:07.814] {main} Host[foobar.com] active [09:05:07.823] {main} hmux listening to localhost.localdomain:6800 [09:05:07.831] {main} http listening to *:8080 [09:05:07.835] {main} Server[id=,cluster=app-tier] active [09:05:07.839] {main} Resin started in 17754ms ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Resin 3.1: resin:import of jvm-args
I have a situation where different servers should have different jvm-args, but I would like to have a single resin.xml. You should be able to achieve this by using jvm-arg inside the server server id=a address=127.0.0.1 port=6800 jvm-arg-Dserver=A/jvm-arg /server server id=b address=127.0.0.1 port=6801 jvm-arg-Dserver=B/jvm-arg /server Regards, Alex I tried doing a resin:import on a jvm.xml file that has just jvm-args in it, but I haven't found a combination that works. I have tried surrounding the jvm-arg tags like this: Try1: server ...jvm-args.. /server Try 2: server-default...jvm-args../server-default Try 3: server server-default...jvm-args../server-default /server Try 4: cluster server-default...jvm-args../server-default /cluster None of these are working. Any thoughts? Thanks, Aaron ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Resin 3.1: resin:import of jvm-args
You should be able to achieve this by using jvm-arg inside the server server id=a address=127.0.0.1 port=6800 jvm-arg-Dserver=A/jvm-arg /server server id=b address=127.0.0.1 port=6801 jvm-arg-Dserver=B/jvm-arg /server Regards, Alex Hmm, that's exactly what I tried first, as mentioned below. Did it work for you? What version of Resin 3.1 did you try it with if it did not work? Can you have jvm-arg inside a resin:import'ed file? Nope, the server does not allow resin:import tag. Alex Aaron I tried doing a resin:import on a jvm.xml file that has just jvm-args in it, but I haven't found a combination that works. I have tried surrounding the jvm-arg tags like this: Try1: server ...jvm-args.. /server Try 2: server-default...jvm-args../server-default Try 3: server server-default...jvm-args../server-default /server Try 4: cluster server-default...jvm-args../server-default /cluster None of these are working. Any thoughts? Thanks, Aaron ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Resin 3.1: resin:import of jvm-args
No, none of those scenarios worked. It is with Resin 3.1.9. I was trying to resin:import the jvm-args, so I guess that's why it was failing. I have unique jvm-arg needs for different servers so I was hoping I could pull that off. The excerpt below should work and it will allow you to have all the configuration in one file. server id=a address=127.0.0.1 port=6800 jvm-arg-Dserver=A/jvm-arg /server server id=b address=127.0.0.1 port=6801 jvm-arg-Dserver=B/jvm-arg /server Thanks, Alex Can you have jvm-arg inside a resin:import'ed file? Nope, the server does not allow resin:import tag. Alex Bummer. Thanks for clarifying. Aaron ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Resin 3.1: resin:import of jvm-args
Aaron, Maybe I am missing something, but if you can pass in -Dconfiguration=wherever to your individual machines (in your /etc/init.d/resin script or wherever, I assume?), can't you pass in your server specific JVM args there too? Rachel Probably. The configuration is passed in via an environment variable, but I could pass those in dynamically too if I have too. If we set those from our resin script will the ResinWatchdogManager pass the same values to the actual Resin server, when it launches it? Yes. The variable needs to be exported !#/bin/bash export foo=foo-value bin/httpd.sh -server a start resin.conf file: server id=a address=127.1 port=6080 jvm-arg-Dbar=${Var[foo]}/jvm-arg /server Alex I wasn't sure, so I was just going by the example resin.conf file that comes with Resin 3.1.9. Aaron ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Resin 3.1: resin:import of jvm-args
I've got this, which is a slightly different but equivalent technique that doesn't require the jvm-arg tag (applicable bits only, my startup script does other things too): Just for the benefit of understanding the use case: is this to support n environments that are identical but serve two distinct purposes e.g. - development - testing - production where let's suppose 'testing' runs on a different set of servers and therefor needs different bindings and jvm arguments? Alex USER=username HTTPD=/usr/local/resin/bin/httpd.sh su $USER -c $HTTPD start -verbose -J-server -Dvar1=value1 -Dvar2=value2 $* Rachel On Mon, Nov 30, 2009 at 2:28 PM, Alex a...@caucho.com wrote: Aaron, Maybe I am missing something, but if you can pass in -Dconfiguration=wherever to your individual machines (in your /etc/init.d/resin script or wherever, I assume?), can't you pass in your server specific JVM args there too? Rachel Probably. The configuration is passed in via an environment variable, but I could pass those in dynamically too if I have too. If we set those from our resin script will the ResinWatchdogManager pass the same values to the actual Resin server, when it launches it? Yes. The variable needs to be exported !#/bin/bash export foo=foo-value bin/httpd.sh -server a start resin.conf file: server id=a address=127.1 port=6080 jvm-arg-Dbar=${Var[foo]}/jvm-arg /server Alex I wasn't sure, so I was just going by the example resin.conf file that comes with Resin 3.1.9. Aaron ___ 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
Re: [Resin-interest] meaning of / in rewrite-dispatch
Thanks for the reply Alex. So how would I match only / and .html? Something like this? dispatch regexp=(^/$)|(\.html) name=... That looks right, Ethan. The parenthesis are optional here but they do make regexp more readable. Alex Cheers, Ethan - Original Message - From: Alex a...@caucho.com To: General Discussion for the Resin application server resin-interest@caucho.com Sent: Monday, November 30, 2009 2:52:45 PM Subject: Re: [Resin-interest] meaning of / in rewrite-dispatch I have a (hopefully) quick question about the meaning of / in regexp attributes of the rewrite-dispatch tags. For example: dispatch regexp=/|\.html name=... This will match any request that has a '/' (basically every request has a '/') Something like the following will change .html to .jsp http://www.caucho.com/resin/admin/rewrite.xtp web-app rewrite-dispatch dispatch regexp=\.html target=.jsp/ Thanks, Alex ... /dispatch Does the / have the same meaning as in servlet mappings, i.e. default? Or does it only match requests for /? That is, does the above dispatch match a request for /foo.jpg, in addition to / and /bar.html? Thanks, Ethan ___ 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
Re: [Resin-interest] Multi-Part request error when using HmuxRequest in Resin 4.0.2(GA)
Multi-Part request error when using HmuxRequest. Thanks Wesley, I reported a bug: http://bugs.caucho.com/view.php?id=3790 Alex My resin 4.0.2 was behind an apache 2.1.x using CauchoRequest to forward all request for a virtual host to resin. If I use 8080 port without apache, everything goes fine. 2009-11-28 13:14:28.916 ERROR [server-127.0.0.1:6800-5] c.b.c.s.MultiPartRequest (103) - Unable to parse request org.apache.commons.fileupload.FileUploadBase$IOFileUploadException: Processing of multipart/form-data request failed. Stream ended unexpectedly at org.apache.commons.fileupload.FileUploadBase.parseRequest(FileUploadBase.java:367) [FileUploadBase.class:1.2.1] at com.buysou.cms.servlet.JakartaMultiPartRequest.parse(JakartaMultiPartRequest.java:61) [classes:na] at com.buysou.cms.servlet.MultiPartRequestWrapper.init(MultiPartRequestWrapper.java:47) [classes:na] at com.buysou.cms.servlet.CmsPageFilter.wrapRequest(CmsPageFilter.java:268) [classes:na] at com.buysou.cms.servlet.CmsPageFilter.doFilter(CmsPageFilter.java:138) [classes:na] at com.caucho.server.dispatch.FilterFilterChain.doFilter(FilterFilterChain.java:88) [resin.jar:4.0.2] at com.buysou.servlet.filters.encoding.EnhancedEncodingFilter.doFilter(EnhancedEncodingFilter.java:85) [classes:na] at com.caucho.server.dispatch.FilterFilterChain.doFilter(FilterFilterChain.java:88) [resin.jar:4.0.2] at com.caucho.server.webapp.WebAppFilterChain.doFilter(WebAppFilterChain.java:183) [resin.jar:4.0.2] at com.caucho.server.cache.CacheFilterChain.doFilter(CacheFilterChain.java:169) [pro.jar:4.0.2] at com.caucho.server.webapp.AccessLogFilterChain.doFilter(AccessLogFilterChain.java:103) [resin.jar:4.0.2] at com.caucho.server.dispatch.ServletInvocation.service(ServletInvocation.java:290) [resin.jar:4.0.2] at com.caucho.server.hmux.HmuxRequest.handleInvocation(HmuxRequest.java:475) [resin.jar:4.0.2] at com.caucho.server.hmux.HmuxRequest.handleRequestImpl(HmuxRequest.java:394) [resin.jar:4.0.2] at com.caucho.server.hmux.HmuxRequest.handleRequest(HmuxRequest.java:357) [resin.jar:4.0.2] at com.caucho.server.port.TcpConnection.handleRequestsImpl(TcpConnection.java:619) [resin.jar:4.0.2] at com.caucho.server.port.TcpConnection.handleRequests(TcpConnection.java:556) [resin.jar:4.0.2] at com.caucho.server.port.TcpConnection$AcceptTask.doTask(TcpConnection.java:1194) [resin.jar:4.0.2] at com.caucho.server.port.TcpConnection$ConnectionReadTask.runThread(TcpConnection.java:1127) [resin.jar:4.0.2] at com.caucho.server.port.TcpConnection$AcceptTask.run(TcpConnection.java:1158) [resin.jar:4.0.2] at com.caucho.util.ThreadPool$PoolThread.runTasks(ThreadPool.java:901) [resin.jar:4.0.2] at com.caucho.util.ThreadPool$PoolThread.run(ThreadPool.java:866) [resin.jar:4.0.2] Caused by: org.apache.commons.fileupload.MultipartStream$MalformedStreamException: Stream ended unexpectedly at org.apache.commons.fileupload.MultipartStream$ItemInputStream.makeAvailable(MultipartStream.java:983) [MultipartStream$ItemInputStream.class:1.2.1] at org.apache.commons.fileupload.MultipartStream$ItemInputStream.read(MultipartStream.java:887) [MultipartStream$ItemInputStream.class:1.2.1] at java.io.InputStream.read(InputStream.java:85) [na:1.6.0_14] at org.apache.commons.fileupload.util.Streams.copy(Streams.java:94) [Streams.class:1.2.1] at org.apache.commons.fileupload.util.Streams.copy(Streams.java:64) [Streams.class:1.2.1] at org.apache.commons.fileupload.FileUploadBase.parseRequest(FileUploadBase.java:362) [FileUploadBase.class:1.2.1] ... 21 common frames omitted ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Hibernate lazy loading with Quercus
Hello, we try to do the following on our php/EJB3 application : • find a given client from its lastname using a stateless bean () • load his orders using the getter [code] $clients = $client_eao-findBySample($sample_client,false,false); var_dump($clients[0]-getOrders()); [/code] Seems that the objects no longer have the association with valid session, so either the Session or PersistenceManager should be kept around to fill the objects in upon use. Forcing eager load could also be used I think. Alex. We get the usual LazyInitializationException : [10:41:03.300] {http--8080-6$31582617} org.hibernate.LazyInitializationException: failed to lazily initialize a collection of role: com.opticneo.entity.client.Client.orders, no session or session was closed If we were using Hessian, before returning the list of clients we would have made a copy of the list (using beanlib) before it is serialized (in ordre to avoid LazyInitializationException) With Quercus, we do not have to do this. Good ! But we face the LazyInitializationException again when trying to access the complex attributes. What is the best way to handle this ? (maybe by taking control over the transaction from the php) Thanks for your help. Regards -- Vincent LAUGIER Email : vincent.laug...@helmet.fr Téléphone : + 33 (0)1 75 43 92 52 Fax : + 33 (0)1 79 75 01 12 (monfax.com) objectwiz-logo_pgday_PREZ.png ___ 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] packaging EB3 application with Resin
On 2009-11-16, at 8:09 AM, Vincent LAUGIER wrote: Hello, I am trying to package an EAR application in Resin. So far, I have achieved this kind of package : a WAR project embedded in a EAR project (specifying the 'ear-deploy' tag in the resin.conf). Project_EAR - project_WAR I now want to to the following : one EAR project holding one EJB-JAR project (for the entity beans and session beans), some WAR projects for the pages and servlets. Project_EAR - project_EJB-JAR - project_1_WAR - project_2_WAR Is it possible to achieve the same in Resin ? Resin supports the ear layout as well as defining ejbs in resin-web.xml (If we need to use http://www.caucho.com/resin/admin/jar-repository.xtp, is there an example we can follow ?) This is only available in Resin 4. I don't believe there is a separate example, however there is a detailed draft of spec published on the blog: http://blog.caucho.com/?p=225 Thanks, Alex Thank you. Regards -- Vincent LAUGIER Email : vincent.laug...@helmet.fr Téléphone : 01 75 43 92 52 Fax : 01 79 75 01 12 (www.monfax.com) www.helmet.fr ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] packaging EB3 application with Resin
Hello Alex, then we are waiting for the resin 4 stable release (we need to stick to resin 3 for the moment because of problem with the persistence context injection, see http://forum.caucho.com/showthread.php?t=1927). Resin supports the ear layout as well as defining ejbs in resin-web.xml What do you mean by defining ejbs in resin-web.xml ? Could this be a workaround to package the project in differents WARs (one WAR for the entity beans, another for the session beans...) ? It's best to package an ear when there is more then one web-app. With a single web-app there is a possibility of deploying EJBs in a web-app. The ejb-jar.xml in that case is placed in to web-app and configured via ejb-server ejb-descriptor , see http://caucho.com/resin/reference/env-tags.xtp#ejb-server for ejb-server doc and http://caucho.com/resin-3.1/examples/ejb-stateless/index.xtp for Best Regards, Alex regards Vincent This is only available in Resin 4. I don't believe there is a separate example, however there is a detailed draft of spec published on the blog: http://blog.caucho.com/?p=225 ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Large negative range in the HTTP request
Knut, Thanks for reporting this. I've filed a bug: http://bugs.caucho.com/view.php?id=3766 Alex On 2009-11-16, at 2:59 PM, Knut Forkalsrud wrote: Dear Cognoscenti, We have recently been getting a few requests with abnormal Range request headers. For example: Accept-Language: zh-cn,zh-hk,zh-tw,en-us User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1) Accept: */* Host: www.mydomain.com Connection: Keep-Alive Range: bytes=-335544320--1162852624 Accept-Encoding: gzip X-Forwarded-For: 124.115.0.146 This results in an exception like this: java.lang.ArrayIndexOutOfBoundsException at java.lang.System.arraycopy(Native Method) at com.caucho.vfs.WriteStream.write(WriteStream.java:301) at com.caucho.server.connection.ResponseStream.writeNext(ResponseStream.java:445) at com.caucho.server.connection.ToByteResponseStream.write(ToByteResponseStream.java:336) at com.caucho.server.connection.ServletOutputStreamImpl.write(ServletOutputStreamImpl.java:67) at com.caucho.vfs.ReadStream.writeToStream(ReadStream.java:899) at com.caucho.servlets.FileServlet.handleRange(FileServlet.java:498) at com.caucho.servlets.FileServlet.service(FileServlet.java:325) at com.caucho.server.dispatch.ServletFilterChain.doFilter(ServletFilterChain.java:103) at com.caucho.server.webapp.NamedDispatcherImpl.forward(NamedDispatcherImpl.java:108) at com.mydomain.www.MyServlet.doGet(BaseServlet.java:167) at javax.servlet.http.HttpServlet.service(HttpServlet.java:114) at javax.servlet.http.HttpServlet.service(HttpServlet.java:91) at com.caucho.server.dispatch.ServletFilterChain.doFilter(ServletFilterChain.java:103) at com.caucho.server.webapp.WebAppFilterChain.doFilter(WebAppFilterChain.java:187) at com.caucho.server.dispatch.ServletInvocation.service(ServletInvocation.java:265) at com.caucho.server.http.HttpRequest.handleRequest(HttpRequest.java:273) at com.caucho.server.port.TcpConnection.run(TcpConnection.java:682) at com.caucho.util.ThreadPool$Item.runTasks(ThreadPool.java:730) at com.caucho.util.ThreadPool$Item.run(ThreadPool.java:649) at java.lang.Thread.run(Thread.java:595) (I'm forwarding the request to the FileServlet). No harm done here, the requests seems to fail without causing any other side effects, but I'm wondering if the FileServlet should handle the situation a little more gracefully and give a 4xx response code instead of throwing an exception, which ends up being a 5xx response code. This is Resin 3.1.8 btw. Thanks, Knut Forkalsrud ___ 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] Re sin 3.1.9, Scheduled Tasks Broken after upgrade
I stepped through CronType in the debugger and 3.1.9 is setting the next start time for the scheduled task a week out. Here's the config we have: scheduled-task type=mm.services.DownloadService name=DownloadService cron3,7,15,20,25,30,35,40,45,50,54,58 * * * */cron /scheduled-task Running this today (Nov 1), the next start time is set to Nov 8. I Thanks, I've reported a bug: http://bugs.caucho.com/view.php?id=3736 --Alex set resin's debug level to finer, and all scheduled tasks now start a week late. Although I have * in the day of week block, CronType is advancing the next time to current day + 7. There was one change made to CronType between 3.1.8 and 3.1.9, which is highlighted below. 3.1.8 does not push the next start time out a week. if (_daysOfWeek != null) { int oldDayOfWeek = cal.getDayOfWeek() - 1; int dayOfWeek = nextInterval(_daysOfWeek, oldDayOfWeek); if (dayOfWeek 0) { day += (dayOfWeek - oldDayOfWeek); } else { dayOfWeek = nextInterval(_daysOfWeek, 0); day += (dayOfWeek - oldDayOfWeek + 7); } tweihs wrote: Things we've tried: * changing our tasks to implement Runnable vs Work (a swag, as com.caucho.resources.ScheduledTask operates on Runnables, which work is * Put breakpoints in com.caucho.resources.ScheduledTask methods including the init, start, and handleAlarm methods. The debugger breaks on init and start, but handleAlarm is never called. Is something killing the alarm service? Did something change in the schedule-task tags that require changing syntax in 3.1.9? The 3.1.8 mem leak issues are a problem for us in production, thus the desire to move to 3.1.9. Thanks, -tyson tweihs wrote: Bumping this, still seeing the issue with 3.1.9. We tried to move forward to 3.1.9 again today, but all ScheduledTasks would not run. Reverted to 3.1.8 and AOK. -tyson tweihs wrote: We upgraded to resin 3.1.9 yesterday in our production environment. The upgrade process for us was simple: unzip the 3.1.9 bundle, copy over the resin.conf, license, other supporting files and restart the server. However, 3.1.9 will not run any of our scheduled tasks. The app comes up under 3.1.9, responds to requests, but won't run tasks (I think this carries over to JMS as well, but need to confirm). Bring the server down and start up in 3.1.8 and schedule tasks resume executing. I recall when upgrading to 3.1.8 there may have been an issue with some of the Resin generated wrappers/proxies on registered beans that prevented tasks from running, and clearing something (WEB-INF/work, IIRC) ended up unblocking whatever kept ScheduledTasks from running. We've tried doing clean builds and deploying under clean installs to 3.1.9 and can't get those tasks to run. We experience the exact same behavior in development, stage, and production. Any ideas? -tyson -- View this message in context: http://old.nabble.com/Resin-3.1.9%2C-Scheduled-Tasks-Broken-after-upgrade-tp23584210p26152486.html Sent from the Resin mailing list archive at Nabble.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] Adding node to a cluster on the fly
I just created my first resin based ec2 server on amazon. I want to use amazons cloud computing to grow and shrink my cluster on the fly. Is there a way to achieve this in resin. Nathan, In 4.0 there is a new -dynamic-server capability that allows servers be added to the cluster dynamically. The argument parameter value takes cluster to join, address and port for the new server. (more info available with resin.sh -help. You may find these two caucho blog entries of use: http://blog.caucho.com/?p=177 , http://blog.caucho.com/?p=220 Thanks, Alex Nathan ___ 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] Tabulation evil
According to the code convention we use a tab will expand to 8 spaces in IDE. That setting pretty much takes care of all the differences :) --Alex I have been asking myself the same question... Jeff Schnitzer wrote (2009-10-28 00:41): This is really just a point of curiosity... What editor are you guys using at Caucho? I've noticed all the code is formatted using a bizarre combination of tabs and spaces, like this: 1 indent = 4 spaces 2 indents = 1 tab 3 indents = 1 tab + 4 spaces 4 indents = 2 tabs 5 indents = 2 tabs + 4 spaces ...which, setting aside longstanding religious wars about tabs vs spaces, seems to combine the worst characteristics of each approach. I'm not really complaining, since Eclipse will fix it for me with two mouse clicks, but I'm terribly curious to know what editor can even be configured to abuse code like that :-) Jeff ___ 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] Inactivity connection timeout over HTTP
Sorry, I should have mentioned that this is occurring in a comet scenario, and the timeout we are seeing is 10 minutes. We are trying to do a long poll, and are hoping to hold the connection open without sending a response for more than 10 minutes. You should be able to change that with suspend-time-maxTm/suspend- time-max on a port http address=* port=8082 !--set max suspend time to 20 minutes-- suspend-time-max20m/suspend-time-max /http Regards, -- Alex Thanks, Caleb Richardson --- alex wrote: Date: Mon, 26 Oct 2009 13:57:11 -0700 There is keepalive-timeout setting. It can go in the server or server- default. Default value for the parameter is 15s. server-default keepalive-timeout15s/keepalive-timeout On 2009-10-26, at 1:44 PM, Caleb Richardson wrote: It seems that there is a inactivity timeout being enforced at the connection level by Resin (currently running 3.1.8). I searched the standard documentation and couldn't find any mention of this, is this a configurable value? Thanks, Caleb Richardson Software Engineer Everyone.net ___ 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
Re: [Resin-interest] Inactivity connection timeout over HTTP
There is keepalive-timeout setting. It can go in the server or server- default. Default value for the parameter is 15s. server-default keepalive-timeout15s/keepalive-timeout On 2009-10-26, at 1:44 PM, Caleb Richardson wrote: It seems that there is a inactivity timeout being enforced at the connection level by Resin (currently running 3.1.8). I searched the standard documentation and couldn't find any mention of this, is this a configurable value? Thanks, Caleb Richardson Software Engineer Everyone.net ___ 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] Cannot Start Resin on Vista
Hi Rom, 4.0.1 has a bug(Windows specific i believe) that's been fixed for 4.0.2 (not released yet) http://bugs.caucho.com/view.php?id=3628 According to the bug description resin should be starting fine when no watchdog is running. You need to manually shutdown the watchdog to start resin again. For development purposes you can use console command java -jar lib/resin.jar console Thanks, Alex On 1-Sep-09, at 9:43 AM, Rom Sok wrote: Hi, I am new to it so apologize for the newbie question. I have Windows Vista. I installed JRE JDK 6. I downloaded Resin. I am running resin start and getting the following error: Resin/4.0.1 can't start -server '' for watchdog at 127.0.0.1:6600. WatchdogClient[]: watchdog start failed because of 'java.io.FileNotFoundException: error:' Nothing useful in the logs. Could anyone please suggest why this may be happening? Thanks. ___ 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] Metrics
Hi Ronan, Luckily Emil has recently published a blog entry right on the topic: http://blog.caucho.com/?p=219 --Alex On 20-Aug-09, at 1:41 PM, Ronan Lucio wrote: Hi, What metrics does Resin offer to measure system health? I'd like to store some data about system info for measurement and capacity planning. The problem is that the server with resin doesn't seem to show a real information. I used to see CPU as 3%, load as 0,8. How can I found out the possible bottlenecks in this server? Is there a way to get know many concurrent requests are running at a given time? PS: I know that we discover the requests ceiling with stress test tools, therefore I still like to measure system health. With actual system info it doesn't seem to correspond to the reality. Thank you, Ronan ___ 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] Tapestry on resin...
web-app system-property javax .xml.stream.XMLInputFactory=org.codehaus.stax2.XMLInputFactory2/ /web-app But wouldn't that set the property for the entire JVM instead of for one particular webapp/ Not if you supply your own context aware instance of Properties using System.setProperties(Properties). That isolates the apps/hosts/cluster from each other and they can have their own sets of properties. --Alex The system-property tag could also go under resin, cluster or host tags. And likewise this? Which may create problems for other apps? Nabble - Tomcat - User - Problem with system property http://www.nabble.com/Problem-with-system-property-td24389677.html -- Michael Ludwig ___ 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] Tapestry on resin...
Fernando, It seems that tapestry expects a particular parser implementation. You can force one by supplying a system property web-app system-property javax.xml.stream.XMLInputFactory=org.codehaus.stax2.XMLInputFactory2/ /web-app The system-property tag could also go under resin, cluster or host tags. Regards, Alex org.codehaus.stax2.XMLInputFactory2 Hello, I need to work with tapestry on the resin application server, I am really new to Resin and I am getting this error. java.lang.RuntimeException: Exception constructing service 'TemplateParser': Error invoking constructor org.apache.tapestry5.internal.services.TemplateParserImpl(Map, boolean) (at TemplateParserImpl.java:50) via org .apache.tapestry5.internal.services.InternalModule.bind(ServiceBinder) (at InternalModule.java:65) (for service 'TemplateParser'): com.caucho.xml.stream.XMLInputFactoryImpl cannot be cast to org.codehaus.stax2.XMLInputFactory2 at org .apache .tapestry5 .ioc .internal .services .JustInTimeObjectCreator .obtainObjectFromCreator(JustInTimeObjectCreator.java:78) at org .apache .tapestry5 .ioc .internal .services .JustInTimeObjectCreator.createObject(JustInTimeObjectCreator.java:57) at $TemplateParser_12315f2e17e.delegate($TemplateParser_12315f2e17e.java) at $ TemplateParser_12315f2e17e .parseTemplate($TemplateParser_12315f2e17e.java) at org .apache .tapestry5 .internal .services .ComponentTemplateSourceImpl .parseTemplate(ComponentTemplateSourceImpl.java:151) at org .apache .tapestry5 .internal .services .ComponentTemplateSourceImpl .getTemplate(ComponentTemplateSourceImpl.java:135) at $ ComponentTemplateSource_12315f2e17d .getTemplate($ComponentTemplateSource_12315f2e17d.java) Any suggestions? Thanks in advance. Favalos. Con Windows Live, puedes organizar, editar y compartir tus fotos. ___ 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] bugs.caucho.com down?
Yep, it's currently down – hardware failure at our provider's. We had been promised a fix soon. Thanks, --Alex On 25-Jun-09, at 6:58 PM, Rick Mann wrote: As of this writing, it seems to be. Connection refused. ___ 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] bugs.caucho.com down?
Ah bummer. Thanks for the quick reply. Do bug reports on this list get noticed? The circumstances seem to call for it. If you use [bug] in subject I'll pick it up and enter into bugs.caucho.com On Jun 25, 2009, at 19:14:02, Alex wrote: Yep, it's currently down – hardware failure at our provider's. We had been promised a fix soon. Thanks, --Alex On 25-Jun-09, at 6:58 PM, Rick Mann wrote: As of this writing, it seems to be. Connection refused. ___ 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
[Resin-interest] Corrupted session
Hi, I start seeing this concurrency issue on save/load large session object. Did anybody had the same problem and found a solution to fix it? Below is a stack trace. Here is my configuration: resin 3.0.24, Linux, JDK 1.6 Thank you. [12:20:22.063] FileBacking.log: update cluster: test.xxx.com;dcaEE8dukDJF9_LAlRVcs length:5309265 [12:20:22.063] ClusterStoreManager.log: [app4] self-store(3) dcaEE8dukDJF9_LAlRVcs length=5309265 [12:20:22.063] AbstractHttpResponse.log: [app4, 12] HTTP/1.1 200 OK [12:20:22.063] AbstractHttpResponse.log: [app4, 12] Cache-Control: no-store, no-cache, post-check=0, pre-check=0 [12:20:22.063] AbstractHttpResponse.log: [app4, 12] Pragma: no-cache [12:20:22.063] AbstractHttpResponse.log: [app4, 12] Expires: Wed, 31 Dec 1969 23:59:59 GMT [12:20:22.063] AbstractHttpResponse.log: [app4, 12] Content-Type: text/html [12:20:22.063] AbstractHttpResponse.log: [app4, 12] Transfer-Encoding: chunked [12:20:22.063] ResponseStream.log: [12] write-chunk(7) [12:20:22.219] FileBacking.log: load local object: test..com;dcaEE8dukDJF9_LAlRVcs [12:20:22.219] ClusterObject.log: java.io.UTFDataFormatException [12:20:22.219] at java.io.ObjectInputStream$BlockDataInputStream.readUTFSpan(ObjectInputSt ream.java:3082) [12:20:22.219] at java.io.ObjectInputStream$BlockDataInputStream.readUTFBody(ObjectInputSt ream.java:3007) [12:20:22.219] at java.io.ObjectInputStream$BlockDataInputStream.readUTF(ObjectInputStream .java:2820) [12:20:22.219] at java.io.ObjectInputStream.readString(ObjectInputStream.java:1599) [12:20:22.219] at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1320) [12:20:22.219] at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1947) [12:20:22.219] at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1871) [12:20:22.219] at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753 ) [12:20:22.219] at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329) [12:20:22.219] at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1947) [12:20:22.219] at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1871) [12:20:22.219] at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753 ) [12:20:22.219] at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329) [12:20:22.219] at java.io.ObjectInputStream.readObject(ObjectInputStream.java:351) [12:20:22.219] at java.util.ArrayList.readObject(ArrayList.java:593) [12:20:22.219] at sun.reflect.GeneratedMethodAccessor1868.invoke(Unknown Source) [12:20:22.219] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor Impl.java:25) [12:20:22.219] at java.lang.reflect.Method.invoke(Method.java:597) [12:20:22.219] at java.io.ObjectStreamClass.invokeReadObject(ObjectStreamClass.java:974) [12:20:22.219] at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1849) [12:20:22.219] at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753 ) [12:20:22.219] at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329) [12:20:22.219] at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1947) [12:20:22.219] at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1871) [12:20:22.219] at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753 ) [12:20:22.219] at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329) [12:20:22.219] at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1947) [12:20:22.219] at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1871) [12:20:22.219] at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753 ) [12:20:22.219] at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329) [12:20:22.219] at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1947) [12:20:22.219] at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1871) [12:20:22.219] at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753 ) [12:20:22.219] at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329) [12:20:22.219] at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1947) [12:20:22.219] at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1871) [12:20:22.219] at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753 ) [12:20:22.219] at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329) [12:20:22.219] at java.io.ObjectInputStream.readObject(ObjectInputStream.java:351) [12:20:22.219] at java.util.ArrayList.readObject(ArrayList.java:593) [12:20:22.219] at sun.reflect.GeneratedMethodAccessor1868.invoke(Unknown Source) [12:20:22.219] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor Impl.java:25) [12:20:22.219] at
Re: [Resin-interest] Problems finding jar files in orbeonweb application
Thanks For this, I could have sworn that the app-default.xml was in there. Then again maybe it slipped out when i moved over to using a watchdog configuration supporting multiple VMS I'll check alex -Original Message- From: resin-interest-boun...@caucho.com [mailto:resin-interest-boun...@caucho.com] On Behalf Of Emil Ong Sent: 09 March 2009 17:19 To: General Discussion for the Resin application server Subject: Re: [Resin-interest] Problems finding jar files in orbeonweb application Hi Alex, It sounds like your app-default.xml is not getting included in your resin.conf, which has those classloaders by default. You can either import it as is done in the default resin.conf (which is probably best) or add the class loaders to a web-app-default in resin.conf. Take care, Emil On Sun, Mar 08, 2009 at 02:20:58PM -, Alex Sharaz wrote: I've been running orbeon xforms for a while now on one of my resin servers. while I haven't had any problems with it, ther's a bit of configuration that i have to do every time i install a new release and i'd really like to avoid doing it. when the orbeon war is unpacked you end up with web-app xmlns=http://java.sun.com/xml/ns/j2ee; xmlns:xsi=http://www.w3.org/ 2001/XMLSchema-instance xsi:schemaLocation=http://java.sun.com/xml/ns/j2ee http://j ava.sun.com/xml/ns/j2ee/web-app_2_4.xsd version=2.4 -- display-nameOrbeon Forms 3.7.0beta1+.200902170313/display-name description Orbeon Forms is an open source forms solution that handles the complexity of forms typical of the enterprise or government. It is delivered to standard web browsers (including Internet Explorer, Firefox, Safari and Opera) thanks to XForms and Ajax technology, with no need for client-side software or plugins. Orbeon Forms allows you to build fully interactive forms with features that include as-you-type validation, optional and repeated sections, always up-to-date error summaries, PDF output, full internationalization, and controls like auto-completion, tabs, dialogs, trees and menus. /description Now if i try and access the orbeon xforms applications i get error messages about not finding any of the orbeon classes located in WEB-INF/lib/*.jar and WEB-INF/lib/private/*.jar The solution is to do:- web-app !-- web-app xmlns=http://java.sun.com/xml/ns/j2ee; xmlns:xsi=http:// www.w3.org/2001/XMLSchema-instance xsi:schemaLocation=http://java.sun.com/xml /ns/j2ee http://j ava.sun.com/xml/ns/j2ee/web-app_2_4.xsd version=2.4 -- display-nameOrbeon Forms 3.7.0beta1+.200902170313/display-name description Orbeon Forms is an open source forms solution that handles the complexity of forms typical of the enterprise or government. It is delivered to standard web browsers (including Internet Explorer, Firefox, Safari and Opera) thanks to XForms and Ajax technology, with no need for client-side software or plugins. Orbeon Forms allows you to build fully interactive forms with features that include as-you-type validation, optional and repeated sections, always up-to-date error summaries, PDF output, full internationalization, and controls like auto-completion, tabs, dialogs, trees and menus. /description class-loader library-loader path='WEB-INF/lib'/ library-loader path='WEB-INF/lib/private'/ library-loader path='/var/web/ext-webapp'/ compiling-loader path='WEB-INF/classes'/ /class-loader .. rest of war file So I know i can't use the class-loader statement if I've got version=2.4 web-app argument. Silly question, how do in persuade orbeon that its jar files are in WEB-INF/lib etc? Alex * To view the terms under which this email is distributed, please go to http://www.hull.ac.uk/legal/email_disclaimer.html * ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest Emil Ong Chief Evangelist Caucho Technology, Inc. Tel. (858) 456-0300 mailto:e...@caucho.com http://blog.caucho.com/ Caucho: Reliable Open Source -- Resin: application server -- Quercus: PHP in Java -- Java CanDI: contexts and dependency injection ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest* To view the terms under which
[Resin-interest] Problems finding jar files in orbeon web application
I've been running orbeon xforms for a while now on one of my resin servers. while I haven't had any problems with it, ther's a bit of configuration that i have to do every time i install a new release and i'd really like to avoid doing it. when the orbeon war is unpacked you end up with web-app xmlns=http://java.sun.com/xml/ns/j2ee; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xsi:schemaLocation=http://java.sun.com/xml/ns/j2ee http://j ava.sun.com/xml/ns/j2ee/web-app_2_4.xsd version=2.4 -- display-nameOrbeon Forms 3.7.0beta1+.200902170313/display-name description Orbeon Forms is an open source forms solution that handles the complexity of forms typical of the enterprise or government. It is delivered to standard web browsers (including Internet Explorer, Firefox, Safari and Opera) thanks to XForms and Ajax technology, with no need for client-side software or plugins. Orbeon Forms allows you to build fully interactive forms with features that include as-you-type validation, optional and repeated sections, always up-to-date error summaries, PDF output, full internationalization, and controls like auto-completion, tabs, dialogs, trees and menus. /description Now if i try and access the orbeon xforms applications i get error messages about not finding any of the orbeon classes located in WEB-INF/lib/*.jar and WEB-INF/lib/private/*.jar The solution is to do:- web-app !-- web-app xmlns=http://java.sun.com/xml/ns/j2ee; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xsi:schemaLocation=http://java.sun.com/xml/ns/j2ee http://j ava.sun.com/xml/ns/j2ee/web-app_2_4.xsd version=2.4 -- display-nameOrbeon Forms 3.7.0beta1+.200902170313/display-name description Orbeon Forms is an open source forms solution that handles the complexity of forms typical of the enterprise or government. It is delivered to standard web browsers (including Internet Explorer, Firefox, Safari and Opera) thanks to XForms and Ajax technology, with no need for client-side software or plugins. Orbeon Forms allows you to build fully interactive forms with features that include as-you-type validation, optional and repeated sections, always up-to-date error summaries, PDF output, full internationalization, and controls like auto-completion, tabs, dialogs, trees and menus. /description class-loader library-loader path='WEB-INF/lib'/ library-loader path='WEB-INF/lib/private'/ library-loader path='/var/web/ext-webapp'/ compiling-loader path='WEB-INF/classes'/ /class-loader .. rest of war file So I know i can't use the class-loader statement if I've got version=2.4 web-app argument. Silly question, how do in persuade orbeon that its jar files are in WEB-INF/lib etc? Alex * To view the terms under which this email is distributed, please go to http://www.hull.ac.uk/legal/email_disclaimer.html *___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
[Resin-interest] logging host alias requests
Hi, I've got a number of dynamic hosts configured on a single server, some of which provide the same service. E.g. www.config.hull.ac.uk/scache.jsp provides a web browser auto proxy config file for use by our users. I then changed the url to be slb-config. to reflect the fact that we're going through a hardware server load balancer. Needless to say our helpdesk know better and stll put in www.config .. At the moment I've got 2 dynamic hosts defined for this service. Just to keep both running. I've just added a host-aliaswww.config.hull.ac.uk/host-alias statement to the slb-config dynamic host and deleted the other (dynamic) server ( trying to reduce the number of identical files I've got to change). Everything *seems* to be working but in the logs it doesn't show which host name was used by the user to access the scache.jsp file. I've tried changing the access log format variable definition in my host.xml file to display the URI (%U) but it doesn't seem to make a difference. I'm running 3.1.7a BTW Alex * To view the terms under which this email is distributed, please go to http://www.hull.ac.uk/legal/email_disclaimer.html *___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Resin 3.1.6
Scott, Just upgraded 1 test server to 3.1.6. Am using a watchdog conf file with the following in it watchdog id=commswiki resin-conf/var/web/conf/commswiki.conf/resin-conf !-- resin-root/var/web/resin-root -- open-port address=150.237.47.46 port=80/ jvm-arg-Xmx256m/jvm-arg Had to comment out the resin-root... Config entry as it generated an error when I started it Alex On 06/05/2008 23:32, Scott Ferguson [EMAIL PROTECTED] wrote: Resin 3.1.6 is now available. The 3.1.x tree is now the stable version and will contain only bug fixes. New development will go into the 3.2.x tree. The release notes are at http://caucho.com/resin/changes/resin-3.1.6.xtp The detailed changelog is at http://caucho.com/resin/changes/changes.xtp 1. Resin JSF Resin's JSF implementation has been promoted to the 3.1.6 release. The JSF implementation includes a large number of bug fixes and compatibility testing. Resin's JSF includes to important enhancements: direct JSP implementation and Hessian serialization, both of which improve performance and reduce session size. 2. Quercus (PHP) A large number of bug fixes are included in the Quercus release. We've moved our focus to a killer app strategy, where the first priority of Quercus is keeping up to date with new killer app versions. The killer apps are currently: Mediawiki 1.12 (wikipedia) Drupal 6.0 phpBB3 Typo3 Wordpress 2.5.1 3. HMTP (Hessian Message Transport Protocol) http://caucho.com/resin/doc/hmtp.xtp HMTP is all about putting the interactive in RIA (rich interactive applications.) It's a high-performance, bidirectional, asynchronous messaging system based on Hessian and XMPP (Jabber IM). The current implementations are in Java and Flash. The underlying model is a Brokered Agent Messaging (bam), which is the XMPP model. Essentially, it's a hub-and-spoke messaging model with dynamic services. Agents are things like a chat login, or a chat room nickname, or a game's player. We think HMTP is the next step in web interactivity, leapfrogging over the interim Ajax/Comet techniques. 4. scheduled-task http://caucho.com/resin/doc/resources.xtp scheduled-task is a nice convenience bean for scheduling cron jobs. The full cron syntax is supported. scheduled-task can start Runnable beans automatically, or invoke an EL method expression, or execute a URL (convenient for PHP cron scripts.) 5. administration/reliability http://caucho.com/resin/doc/resin-admin.xtp For Resin-Pro, the administration task now checks CPU usage every 60 seconds, either logging the results, or logging a thread dump if the cpu is excessive. It's possible to configure the admin to restart Resin if the CPU usage it too high as wel. 6. logging http://caucho.com/resin/doc/config-log.xtp We've cleaned up the logging a bit, making it easier to configure custom logging Handlers and Formatting tools. In addition, we've split out log-handler as a separate configuration item, which configures the log handlers directly. logger configures the Loggers. (The older log is now discouraged since it combines both and is a bit confusing.) The logging has some new handlers: event:, jms:, and hmtp: which lets you publish logging messages to WebBeans events, JMS, and HMTP respectively. share and enjoy! -- Scott ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest * To view the terms under which this email is distributed, please go to http://www.hull.ac.uk/legal/email_disclaimer.html * ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
[Resin-interest] Problem with clusterping...
Just tried to set up a ping config to email myseld as per this example off the web site and get /var/web/conf/resin.conf:169: 'mail-to' is an unknown property of 'com.caucho.server.admin.PingThread'. Example on web page is:- resin xmlns=http://caucho.com/ns/resin; xmlns:resin=http://caucho.com/ns/resin/core; ... cluster id=web-tier ping resin:type=com.caucho.server.admin.PingMailer urlhttp://localhost:8080/index.jsp/url urlhttp://localhost:8080/webapp/index.jsp/url mail-to[EMAIL PROTECTED]/mail-to mail-from[EMAIL PROTECTED]/mail-from mail-subjectResin ping has failed for server ${'${'}server.name}/mail-subject /ping ... /server /resin * To view the terms under which this email is distributed, please go to http://www.hull.ac.uk/legal/email_disclaimer.html *___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
[Resin-interest] p.s. ping config problem am running 3.1.s080211
* To view the terms under which this email is distributed, please go to http://www.hull.ac.uk/legal/email_disclaimer.html *___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
[Resin-interest] Small problem with quercus
I'm running 3 resin servers in a hardware load balanced configuration that are configured to also run some quercus php apps and a number of virtual hosts In our halls of residence I've set up a restricted network our students connect to by default. In order to gain access to the internet they have to do a few things, ( apply windows updates, configure their machine for 802.1x authentication etc..). If a user is on this restricted network our dhcp server hands out the IP address associated with a dns redirector program. This prog will either pass dns requests to our real dns servers or hand back a fixed ip address. I've got it configured so that it resolves any requests for windows update related sites and hands back the load balanced ip address of my resin cluster. When used in conjunction with a few firewall rules it means that whatever http/s host the client machine tries to access gets redirected to the default-server I've got configured in resin. What the user sees is a web page saying you are connected to a restricted network etc.. This all works just fine, except for the fact that I'm now seeing lots of log entries of the form shown below. The file not found iis correct, its not on our server because of the dns redirector. Any way of sending back a valid Not Found code instead of this? Suppose talking the quercus config out of resin-web.xml and putting it into the webapp would cut things down a bit. Any other way? Alex javax.servlet.ServletException: java.io.FileNotFoundException: /usr/web/default-server/VeohTV/campaignServer.php [00:22:42.144] at com.caucho.quercus.servlet.QuercusServlet.service(QuercusServlet.java:29 6) [00:22:42.144] at javax.servlet.http.HttpServlet.service(HttpServlet.java:92) [00:22:42.144] at com.caucho.server.dispatch.ServletFilterChain.doFilter(ServletFilterChai n.java:106) [00:22:42.144] at com.caucho.server.cache.CacheFilterChain.doFilter(CacheFilterChain.java: 207) [00:22:42.144] at com.caucho.server.webapp.WebAppFilterChain.doFilter(WebAppFilterChain.ja va:173) [00:22:42.144] at com.caucho.server.dispatch.ServletInvocation.service(ServletInvocation.j ava:229) [00:22:42.144] at com.caucho.server.http.HttpRequest.handleRequest(HttpRequest.java:274) [00:22:42.144] at com.caucho.server.port.TcpConnection.run(TcpConnection.java:514) [00:22:42.144] at com.caucho.util.ThreadPool.runTasks(ThreadPool.java:520) [00:22:42.144] at com.caucho.util.ThreadPool.run(ThreadPool.java:442) [00:22:42.144] at java.lang.Thread.run()V(Unknown Source) [00:22:42.144] Caused by: java.io.FileNotFoundException: /usr/web/default-server/VeohTV/campaignServer.php [00:22:42.144] at com.caucho.vfs.JniFilePathImpl.openReadImpl(JniFilePathImpl.java:338) [00:22:42.144] at com.caucho.vfs.Path.openRead(Path.java:934) [00:22:42.144] at com.caucho.quercus.parser.QuercusParser.parse(QuercusParser.java:284) [00:22:42.144] at com.caucho.quercus.page.PageManager.parse(PageManager.java:201) [00:22:42.144] at com.caucho.quercus.page.PageManager.parse(PageManager.java:180) [00:22:42.144] at com.caucho.quercus.Quercus.parse(Quercus.java:546) [00:22:42.144] at com.caucho.quercus.servlet.QuercusServlet.service(QuercusServlet.java:21 7)* To view the terms under which this email is distributed, please go to http://www.hull.ac.uk/legal/email_disclaimer.html *___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Small problem with quercus
Ah! o.k. i'm running 3.0.25 on these servers. i'll use the workaround until I upgrade the boxes. Alex -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Sam Sent: 01 February 2008 14:40 To: resin-interest@caucho.com Subject: Re: [Resin-interest] Small problem with quercus [ ... ] Any way of sending back a valid Not Found code instead of this? Suppose talking the quercus config out of resin-web.xml and putting it into the webapp would cut things down a bit. Any other way? javax.servlet.ServletException: java.io.FileNotFoundException: /usr/web/default-server/VeohTV/campaignServer.php That issue was fixed in 3.1.2: http://bugs.caucho.com/view.php?id=1952 As a workaround, you can use rewrite-dispatch and not-found to match the requests and send a 404: http://www.caucho.com/resin-3.1/doc/rewrite-tags.xtp#not-found -- Sam ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest* To view the terms under which this email is distributed, please go to http://www.hull.ac.uk/legal/email_disclaimer.html *___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Visual JSF and Resin Snapshot
Andreas, Thanks for reporting this, I have filed it as a bug http://bugs.caucho.com/view.php?id=2364 . Regards, Alex Rojkov Software Engineer Caucho Technology, Inc. Tel. (858) 456-0300 mailto:[EMAIL PROTECTED] Caucho: Reliable Open Source -- Resin: application server -- Quercus: PHP in Java -- Hessian Web Services ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Visual JSF and Resin Snapshot
Andreas, Thanks for reporting this, I have filed it as a bug http://bugs.caucho.com/view.php?id=2364 . Regards, Alex Rojkov Software Engineer Caucho Technology, Inc. Tel. (858) 456-0300 mailto:[EMAIL PROTECTED] Caucho: Reliable Open Source -- Resin: application server -- Quercus: PHP in Java -- Hessian Web Services ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] new snapshot available
When i try and make the 080111 snapshot I get make: *** No rule to make target `Makefile.am', needed by `Makefile.in'. Stop. Alex -Original Message- From: [EMAIL PROTECTED] on behalf of Scott Ferguson Sent: Fri 11/01/2008 22:08 To: General Discussion for the Resin application server Subject: [Resin-interest] new snapshot available A new snapshot is available. We've just finished week 4 of the 8- week release cycle for 3.1.5, so there's another 4 weeks to go. The snapshot is still a bit unstable do to the configuration changes, but a number of people have been asking for it to check on some bug fixes. The snapshot is also available using maven2 at http://caucho.com/m2- snapshot. There's a wiki page at http://wiki.caucho.com/Maven2. Also, the snapshot includes the struts2 integration with Resin's IoC injection. The wiki page is at http://wiki.caucho.com/Struts2. -- Scott ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest winmail.dat* To view the terms under which this email is distributed, please go to http://www.hull.ac.uk/legal/email_disclaimer.html *___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
[Resin-interest] Problems with resin and orbeon xforms
I'm running orbeon xforms 3.6 over resin 3.1.x and up till recently everything was working just fine. I then upgraded resin from 3.1.4 to 3.1.s071222 as there were some quercus fixes that i wanted to make use of. After moving to the snapshot version Cannot find any provider supporting PBEWithMD5AndDES* To view the terms under which this email is distributed, please go to http://www.hull.ac.uk/legal/email_disclaimer.html *___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Problems with resin and orbeon xforms
oops, sent it before i'd finished typing. After moving to the snapshot version one of the apps started generating Cannot find any provider supporting PBEWithMD5AndDES errors. A support person at Orbeon suggested that the problem might be associated with the java.ext.dirs system property not including the jdkjre/lib/ext directory where the sunpkcs11.jar fiel resides. I tried setting system-property java.ext.dirs=/usr/local/bea/jrockit-R27.4.0-jdk1.6.0_02/jre/lib/ext/ but it didn't make any difference. Reverting back to resin-3.1.4 fixed whatever was wrong and everything started working again Alex -Original Message- From: [EMAIL PROTECTED] on behalf of Alex Sharaz Sent: Thu 10/01/2008 09:44 To: General Discussion for the Resin application server Subject: [Resin-interest] Problems with resin and orbeon xforms I'm running orbeon xforms 3.6 over resin 3.1.x and up till recently everything was working just fine. I then upgraded resin from 3.1.4 to 3.1.s071222 as there were some quercus fixes that i wanted to make use of. After moving to the snapshot version Cannot find any provider supporting PBEWithMD5AndDES * To view the terms under which this email is distributed, please go to http://www.hull.ac.uk/legal/email_disclaimer.html *___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
[Resin-interest] anyone running resin 3 on a redhat 5.1 system?
Chaps, Just fired up my standard config on an RHEL 5.1 server. Seems to work, but cpu load just sits at 100%, Kill of resin and it drops to .5% Same setup as my RHEL4 servers same JDK /config etc Anyone seen this? Alex * To view the terms under which this email is distributed, please go to http://www.hull.ac.uk/legal/email_disclaimer.html *___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
[Resin-interest] quercus config question
Hi, I'm running MediaWiki 1.9.3 on a resin 3.1.2 system ( web.xml from the webapps/wilki/WEB-INF directory below). While everything almost works ( only seem to have a problem with actually seeing uploaded images now) I do have 1 major problem. When you first connect to , or even access a new page it takes an age before you actually see anything in your browser. Once you get to a page there's no problem getting back to it. Go away for a day or so and try and access the server and the same thing happens again. It's as if quercus is recompiling the php again. Where would i look to see what's going on? The syslog file does have repeated occurrences of java.lang.NullPointerException: [08:36:01.148] at com.caucho.quercus.lib.UrlModule.urlencode(UrlModule.java:191) [08:36:01.148] at com.caucho.quercus.lib.UrlModule.urlencode(UrlModule.java:181) [08:36:01.148] at _quercus._classes._Image__php$quercus_Image$fun_getTag.callMethod(_Image __php.java:215) [08:36:01.148] at com.caucho.quercus.env.QuercusClass.callMethod(QuercusClass.java:739) [08:36:01.148] at com.caucho.quercus.env.ObjectExtValue.callMethod(ObjectExtValue.java:659 ) [08:36:01.148] at _quercus._classes._AlbumItem__php$quercus_AlbumItem$fun_getThumbnailTag. callMethod(_AlbumItem__php.java:1675) [08:36:01.148] at com.caucho.quercus.env.QuercusClass.callMethod(QuercusClass.java:688) [08:36:01.148] at com.caucho.quercus.env.ObjectExtValue.callMethod(ObjectExtValue.java:637 ) [08:36:01.148] at _quercus._classes._Album__php$quercus_Album$fun_getThumbnailTag.callMeth od(_Album__php.java:2965) [08:36:01.148] at com.caucho.quercus.env.QuercusClass.callMethod(QuercusClass.java:688) [08:36:01.148] at com.caucho.quercus.env.ObjectExtValue.callMethod(ObjectExtValue.java:637 ) [08:36:01.148] at _quercus._rss__php$fun_getThumbs.call(_rss__php.java:455) [08:36:01.148] at _quercus._rss__php.execute(_rss__php.java:161) [08:36:01.148] at com.caucho.quercus.page.QuercusPage.executeTop(QuercusPage.java:119) [08:36:01.148] at com.caucho.quercus.servlet.ResinQuercusServlet.service(ResinQuercusServl et.java:123) [08:36:01.148] at com.caucho.quercus.servlet.QuercusServlet.service(QuercusServlet.java:35 0) [08:36:01.148] at javax.servlet.http.HttpServlet.service(HttpServlet.java:91) [08:36:01.148] at com.caucho.server.dispatch.ServletFilterChain.doFilter(ServletFilterChai n.java:103) [08:36:01.148] at com.caucho.server.cache.CacheFilterChain.doFilter(CacheFilterChain.java: 159) [08:36:01.148] at com.caucho.server.webapp.WebAppFilterChain.doFilter(WebAppFilterChain.ja va:175) [08:36:01.148] at com.caucho.server.dispatch.ServletInvocation.service(ServletInvocation.j ava:240) [08:36:01.148] at com.caucho.server.http.HttpRequest.handleRequest(HttpRequest.java:263) [08:36:01.148] at com.caucho.server.port.TcpConnection.run(TcpConnection.java:481) [08:36:01.148] at com.caucho.util.ThreadPool$Item.runTasks(ThreadPool.java:685) [08:36:01.148] at com.caucho.util.ThreadPool$Item.run(ThreadPool.java:607) [08:36:01.148] at java.lang.Thread.run(Thread.java:595) In it. Is there any quercus specific logging i can turn on to see what's happening? Can i turn on some form of caching? Alex web-app xmlns=http://caucho.com/ns/resin; database jndi-name='jdbc/mediawiki' driver type=com.mysql.jdbc.jdbc2.optional.MysqlConnectionPoolDataSource urljdbc:mysql://databases.hull.ac.uk:3306/comms_wiki/url userthisuser/user passwordandtheir password/password /driver /database servlet-mapping url-pattern=*.php servlet-class=com.caucho.quercus.servlet.QuercusServlet init databasejdbc/mediawiki/database compiletrue/compile script-encodingISO-8859-1/script-encoding php-ini sendmail_from[EMAIL PROTECTED]/sendmail_from !-- smtp_usernamemy_email_username/smtp_username smtp_passwordmy_email_password/smtp_password -- /php-ini /init /servlet-mapping welcome-file-listindex.php/welcome-file-list /web-app * To view the terms under which this email is distributed, please go to http://www.hull.ac.uk/legal/email_disclaimer.html *___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
[Resin-interest] just tried the s070910 release of 3.1.2 pro wih quercus
And i get the following message. Works find with 3.1.2 release Alex java.lang.ClassFormatError: _quercus/_includes/_ProfilerStub__php$fun_wfProfileOut : illegal attribute length (Code:239) at java.lang.ClassLoader.defineClass1(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:620) at java.lang.ClassLoader.defineClass(ClassLoader.java:465) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:122) at com.caucho.loader.DynamicClassLoader.loadClass(DynamicClassLoader.java:1 389) at com.caucho.loader.DynamicClassLoader.findClassImpl(DynamicClassLoader.ja va:1259) at com.caucho.loader.DynamicClassLoader.loadClassImpl(DynamicClassLoader.ja va:1161) at com.caucho.loader.DynamicClassLoader.loadClass(DynamicClassLoader.java:1 105) at com.caucho.loader.DynamicClassLoader.loadClass(DynamicClassLoader.java:1 090) at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorA ccessorImpl.java:39) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingCons tructorAccessorImpl.java:27) at java.lang.reflect.Constructor.newInstance(Constructor.java:494) at java.lang.Class.newInstance0(Class.java:350) at java.lang.Class.newInstance(Class.java:303) at com.caucho.quercus.page.ProPageManager.createPage(ProPageManager.java:14 5) at com.caucho.quercus.page.ProPageManager.compilePage(ProPageManager.java:9 0) at com.caucho.quercus.page.PageManager.parse(PageManager.java:193) at com.caucho.quercus.page.PageManager.parse(PageManager.java:158) at com.caucho.quercus.Quercus.parse(Quercus.java:794) at com.caucho.quercus.env.Env.include(Env.java:3334) at _quercus._StartProfiler__php.execute(usr/web/commswiki/webapps/wiki/Star tProfiler.php:3) at com.caucho.quercus.env.Env.include(Env.java:3338) at _quercus._includes._WebStart__php.execute(usr/web/commswiki/webapps/wiki /includes/WebStart.php:69) at com.caucho.quercus.env.Env.include(Env.java:3338) at _quercus._index__php.execute(usr/web/commswiki/webapps/wiki/index.php:1) at com.caucho.quercus.page.QuercusPage.executeTop(QuercusPage.java:119) at com.caucho.quercus.servlet.ResinQuercusServlet.service(ResinQuercusServl et.java:146) at com.caucho.quercus.servlet.QuercusServlet.service(QuercusServlet.java:35 3)* To view the terms under which this email is distributed, please go to http://www.hull.ac.uk/legal/email_disclaimer.html *___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Quercus and gallery 2.1
Hi, Well, it doesn't work with the latest bersion of gallery either. Anything i can do to help track it down let me know Alex -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Sam Sent: 21 May 2007 18:22 To: General Discussion for the Resin application server Subject: Re: [Resin-interest] Quercus and gallery 2.1 Anyone running gallery2.1 successfully with resin-pro-3.1.1 I had gallery 2.1 running successfully on a pre 3.1.1 release of 3.1. Having upgraded to 3..1 I now get loads of usr/web/databases/webapps/gallery2/modules/core/classes/Gallery.class:60 7: Warning: Assertion !empty($key) failed Bug report here: http://bugs.caucho.com/view.php?id=1744 It may be that this is really a bug in gallery, perhaps the assertion should not be failing. Prior to 3.1.1, Quercus did not evaluate assert expressions. Of course, it could also be a bug in Quercus, a bug that causes the $key to be empty when it should not be. -- Sam ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest* To view the terms under which this email is distributed, please go to http://www.hull.ac.uk/legal/email_disclaimer.html *___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] 304 status
Sorry didn't phrase that properly. If a client makes a request for wpad.dat, is there any way of always returning a copy of the file instead of an http status 304 message? Alex -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Scott Ferguson Sent: 22 May 2007 16:49 To: General Discussion for the Resin application server Subject: Re: [Resin-interest] 304 status On May 18, 2007, at 5:02 AM, Alex Sharaz wrote: Other times I get the 304 status code. We've got random occurrences where setting a browser to auto detect proxy settings doesn't work and i'm wondering if these occurrences could coincide with the 304 status codes I can see in the logs. I suppose the question is. Can i reconfigure something to get rid of the 304 entries in the logs? I'm a little confused. I can add a bug report to allow filtering of 304 in the logs, but I'm not sure if there's another issue you're reporting. -- Scott Alex -Original Message- From: [EMAIL PROTECTED] [mailto:resin-interest- [EMAIL PROTECTED] On Behalf Of Scott Ferguson Sent: 17 May 2007 18:45 To: General Discussion for the Resin application server Subject: Re: [Resin-interest] 304 status On May 17, 2007, at 10:02 AM, Jean-Francois Lamy wrote: I am trying to understand how resin, apache and proxies interact with respect to caching. I have a jsp page which is meant to be always dynamic; headers are used to prevent it from being cached. However, the page loads js, css, and various images, which I would like to be cached. Currently, the browser (IE7) requests those items, and Resin returns 304 (up-to-date) status. The browser is NOT set to force request at each page. This generates a lot of requests, which are painful when going through proxies. What are the headers for the JSP page? With no caching headers, Resin doesn't cache at all, i.e. no-cache is the default. So the 304 is strange, unless the headers are telling Resin to cache. (Serge's recommendations are good ones for general understanding of HTTP caching, but the described behavior seems odd.) -- Scott Is there a recipe for forcing the JSP to always reload (my JSPs are served through a dispatching servlet which does an include, and therefore servlet is able manipulate the headers), and yet let the browser know that the js and css it has in cache are just fine ? Jean-François Lamy Technologies Teximus inc. www.teximus.com +1 514.878.1577 (Canada) +33(0) 8.70.44.49.02 (Europe) ___ 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** *** To view the terms under which this email is distributed, please go to http://www.hull.ac.uk/legal/email_disclaimer.html ** ***___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest* To view the terms under which this email is distributed, please go to http://www.hull.ac.uk/legal/email_disclaimer.html *___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] 304 status
o.k. fair enough doesn't matter then many thanks alex -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Scott Ferguson Sent: 22 May 2007 17:11 To: General Discussion for the Resin application server Subject: Re: [Resin-interest] 304 status On May 22, 2007, at 8:59 AM, Alex Sharaz wrote: Sorry didn't phrase that properly. If a client makes a request for wpad.dat, is there any way of always returning a copy of the file instead of an http status 304 message? The 304 is a response requested by the client, i.e. the client sends If-Modified-Since or If-None-Match headers. If the wpad.dat hasn't changed, a caching-header-aware servlet will return a 304 instead of the data. Resin's FileServlet understands those headers, so will return a 304 if the file hasn't changed. -- Scott Alex -Original Message- From: [EMAIL PROTECTED] [mailto:resin-interest- [EMAIL PROTECTED] On Behalf Of Scott Ferguson Sent: 22 May 2007 16:49 To: General Discussion for the Resin application server Subject: Re: [Resin-interest] 304 status On May 18, 2007, at 5:02 AM, Alex Sharaz wrote: Other times I get the 304 status code. We've got random occurrences where setting a browser to auto detect proxy settings doesn't work and i'm wondering if these occurrences could coincide with the 304 status codes I can see in the logs. I suppose the question is. Can i reconfigure something to get rid of the 304 entries in the logs? I'm a little confused. I can add a bug report to allow filtering of 304 in the logs, but I'm not sure if there's another issue you're reporting. -- Scott Alex -Original Message- From: [EMAIL PROTECTED] [mailto:resin-interest- [EMAIL PROTECTED] On Behalf Of Scott Ferguson Sent: 17 May 2007 18:45 To: General Discussion for the Resin application server Subject: Re: [Resin-interest] 304 status On May 17, 2007, at 10:02 AM, Jean-Francois Lamy wrote: I am trying to understand how resin, apache and proxies interact with respect to caching. I have a jsp page which is meant to be always dynamic; headers are used to prevent it from being cached. However, the page loads js, css, and various images, which I would like to be cached. Currently, the browser (IE7) requests those items, and Resin returns 304 (up-to-date) status. The browser is NOT set to force request at each page. This generates a lot of requests, which are painful when going through proxies. What are the headers for the JSP page? With no caching headers, Resin doesn't cache at all, i.e. no-cache is the default. So the 304 is strange, unless the headers are telling Resin to cache. (Serge's recommendations are good ones for general understanding of HTTP caching, but the described behavior seems odd.) -- Scott Is there a recipe for forcing the JSP to always reload (my JSPs are served through a dispatching servlet which does an include, and therefore servlet is able manipulate the headers), and yet let the browser know that the js and css it has in cache are just fine ? Jean-François Lamy Technologies Teximus inc. www.teximus.com +1 514.878.1577 (Canada) +33(0) 8.70.44.49.02 (Europe) ___ 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* * *** To view the terms under which this email is distributed, please go to http://www.hull.ac.uk/legal/email_disclaimer.html * * ***___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin- interest** *** To view the terms under which this email is distributed, please go to http://www.hull.ac.uk/legal/email_disclaimer.html ** ***___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest* To view the terms under which this email
[Resin-interest] Quercus and gallery 2.1
Anyone running gallery2.1 successfully with resin-pro-3.1.1 I had gallery 2.1 running successfully on a pre 3.1.1 release of 3.1. Having upgraded to 3..1 I now get loads of usr/web/databases/webapps/gallery2/modules/core/classes/Gallery.class:60 7: Warning: Assertion !empty($key) failed usr/web/databases/webapps/gallery2/modules/core/classes/Gallery.class:60 7: Warning: Assertion !empty($key) failed usr/web/databases/webapps/gallery2/modules/core/classes/Gallery.class:60 7: Warning: Assertion !empty($key) failed usr/web/databases/webapps/gallery2/modules/core/classes/Gallery.class:60 7: Warning: Assertion !empty($key) failed usr/web/databases/webapps/gallery2/modules/core/classes/Gallery.class:60 7: Warning: Assertion !empty($key) failed usr/web/databases/webapps/gallery2/modules/core/classes/Gallery.class:60 7: Warning: Assertion !empty($key) failed usr/web/databases/webapps/gallery2/modules/core/classes/Gallery.class:60 7: Warning: Assertion !empty($key) failed usr/web/databases/webapps/gallery2/modules/core/classes/Gallery.class:60 7: Warning: Assertion !empty($key) failed error messages As I said, worked before. Alex * To view the terms under which this email is distributed, please go to http://www.hull.ac.uk/legal/email_disclaimer.html *___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
[Resin-interest] Cant connect to quercus.caucho.com
Get 500 Servlet Exception java.lang.OutOfMemoryError: PermGen space * To view the terms under which this email is distributed, please go to http://www.hull.ac.uk/legal/email_disclaimer.html *___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
[Resin-interest] o.k. can get to quercus.caucho.com but now its wiki.caucho.com
Get the following 500 Servlet Exception java.lang.NoClassDefFoundError at sun.reflect.GeneratedMethodAccessor635.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor Impl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at com.caucho.quercus.program.CompiledClassDef.initClass(CompiledClassDef.j ava:80) at com.caucho.quercus.env.QuercusClass.init(QuercusClass.java:114) at com.caucho.quercus.env.Env.createQuercusClass(Env.java:2948) at com.caucho.quercus.env.Env.createClassImpl(Env.java:2862) at com.caucho.quercus.env.Env.createClassImpl(Env.java:2877) at com.caucho.quercus.env.Env.findClass(Env.java:2828) at com.caucho.quercus.env.Env.findClass(Env.java:2805) at com.caucho.quercus.env.Env.getClass(Env.java:2924) at _quercus._includes._Wiki__php$quercus_MediaWiki$fun_checkInitialQueries. callMethod(var/www/hosts/wiki.caucho.com/webapps/ROOT/includes/Wiki.php: 74) at com.caucho.quercus.env.ObjectExtValue.callMethod(ObjectExtValue.java:692 ) at com.caucho.quercus.env.Var.callMethod(Var.java:1023) at _quercus._index__php.execute(var/www/hosts/wiki.caucho.com/webapps/ROOT/ index.php:17) at com.caucho.quercus.page.QuercusPage.executeTop(QuercusPage.java:115) at com.caucho.quercus.servlet.ResinQuercusServlet.service(ResinQuercusServl et.java:122) at com.caucho.quercus.servlet.QuercusServlet.service(QuercusServlet.java:29 8) at javax.servlet.http.HttpServlet.service(HttpServlet.java:92) at com.caucho.server.dispatch.ServletFilterChain.doFilter(ServletFilterChai n.java:103) at com.caucho.server.cache.CacheFilterChain.doFilter(CacheFilterChain.java: 159) at com.caucho.server.webapp.WebAppFilterChain.doFilter(WebAppFilterChain.ja va:167) at com.caucho.server.dispatch.ServletInvocation.service(ServletInvocation.j ava:226) at com.caucho.server.http.HttpRequest.handleRequest(HttpRequest.java:263) at com.caucho.server.port.TcpConnection.run(TcpConnection.java:477) at com.caucho.util.ThreadPool$Item.runTasks(ThreadPool.java:600) at com.caucho.util.ThreadPool$Item.run(ThreadPool.java:522) at java.lang.Thread.run(Thread.java:595)* To view the terms under which this email is distributed, please go to http://www.hull.ac.uk/legal/email_disclaimer.html *___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Resin 3.1.0 release
Scott, many thanks for the official release of 3.1 I've installed it on a RHEL4 system with the BEA Jrockit JVM. Got all my ususal stuff working but sadly not Gallery2 or media wiki. I've switched debug logging on and have what might be some useful logging. Should I send it to the list or [EMAIL PROTECTED] All the best for the new year Alex -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Scott Ferguson Sent: 26 December 2006 17:56 To: General Discussion for the Resin application server; [EMAIL PROTECTED] Subject: [Resin-interest] Resin 3.1.0 release Resin 3.1.0 is now available. Keep in mind that 3.1.x is a development branch. 3.1.1 will have new features as well as bug fixes, so it is possible that 3.1.1 may introduce new bugs. Main changes in 3.1.0: Requires JDK 1.5 Servlet for JavaEE 1.5 JSP for JavaEE 1.5 Amber progress (almost, but not quite passing JPA) resin.conf refactoring for improved cluster configuration watchdog/startup changes web services configuration (as servlet) Quercus updates for PHP 6 (i18n), Java reflection I) Watchdog/startup changes: The most visible change is the Resin startup, particularly on Unix. The wrapper.pl is now gone, replaced by a Java watchdog process. The unix command-line startup is: unix java -jar resin-3.1.0/lib/resin.jar start Or, for foreground, development work, just unix java -jar resin-3.1.0/lib/resin.jar For different configuration files and servers, use unix java -jar lib/resin.jar -conf conf/myconfig.conf -server app- a start Windows users can also use the new startup, but can still use the old httpd.exe. Because the watchdog process is in Java, JDK command-line arguments now belong in the resin.conf. This will be nice, since all the relevant configuration will now be in resin.conf. II) resin.conf clustering changes. We've reorganized the resin.conf to better handle multiple clusters. The most important use is for web-tier and app-tier load-balancing. Now, both the web-tier and the app-tier fit into the same resin.conf. The old 3.1.0 syntax is still available as backward compatibility, but we encourage people to upgrade. The basic structure is: resin xmlns=http://caucho.com/ns/resin; cluster id=app-tier server-default !-- common configuration for all servers in a cluster, like thread-max -- http address=* port=8080/ /server-default !-- server replaces srun -- server id=app-a address=192.168.2.10 port=6800/ host id=www.caucho.com !-- usual virtual host configuration -- /host /cluster /resin III) web services Web services can now be configured as servlets (this is part of the Servlet 2.5 spec). If the servlet-class implements @WebService, it will be treated as a web-service. The class does not need to implement Servlet. The lifecycle is the same as for a servlet, i.e. only a single, multithreaded instance (no pooling). Resin allows a choice of protocols, including Hessian, Burlap, and REST. So the configuration might look like: servlet-mapping url-pattern=/hello/* servlet-class=example.HelloServiceImpl protocol type=hessian api-classexample.Hello/api-class /protocol /servlet-mapping IV) JSP and Servlet for JavaEE 5 See the specs. :) The main new capabilities are @Resource injection and capabilities for the new JSF (i.e. %{foo}). The @Resource injection is very nice. It removes the requirement for most JNDI lookup, e.g. public class MyServlet ... { @Resource(name=jdbc/db) private DataSource _dataSource; ... } Resin will inject the DataSource into the servlet before it calls the init() method. V) @Resource for java.util.concurrent.Executor In Resin you can use the @Resource to get access to Resin's thread pool for Executor-launched threads. This means you can launch short- lived threads using Resin's thread pool. However, you still need to be careful about lifecycle issues. We haven't yet implemented an ExecutorService which would let Resin stop the thread on web-app restart automatically. So you still need to have the destroy() method stop the thread. class MyServlet { @Resource private Executor _executor; private void foo() { _executor.execute(new MyRunnableTask()); } } VI) Resin 3.1.1 roadmap The roadmap always changes, so take this as a rough guideline of intent. We think the following will be ready for 3.1.1 (in about 12 weeks or so) Amber/JPA SOAP/JAX-WS JSF more of EJB 3.0 (I'm not sure we'll get it done by 3.1.1) Quercus integration as scripting language for packages like Spring, Grails, etc. We're aiming on JavaEE 5 by May. I think that's probably optimistic, but it's our current target. Share and Enjoy! ___ resin-interest mailing list resin-interest@caucho.com http
[Resin-interest] Quercus example apps that work
Chaps, Has anyone got an example Quercus app utilising a database that works? I've got the latest resin 3.1 snapshot and am trying to get eithergallery2 or mediawiki to work. Needless to say I'm not having much luck. I've got the standard hello world and a php info page to work but nothing else really. Alex * To view the terms under which this email is distributed, please go to http://www.hull.ac.uk/legal/email_disclaimer.html *___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] problems with quercus and mediawiki onresin-3.0.22
o.k. as son as 3.1 is out I'll give it a try on my server at home :-) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Scott Ferguson Sent: 16 November 2006 16:50 To: General Discussion for the Resin application server Subject: Re: [Resin-interest] problems with quercus and mediawiki onresin-3.0.22 On Nov 15, 2006, at 9:18 AM, Alex Sharaz wrote: Just tried to install mediawiki on a 3.0.22 system Thanks, I've just filed it as a bug report. Though, Quercus development and fixes are going into the 3.1.x tree (3.1.0 should be in 2-3 weeks), so we'll be encouraging Quercus users to move to 3.1.0 when it's available. -- Scott In webapps/wiki/WEB-INF I've got the following set up in resin- web.xml. In the wii directory, I've also got a helloworld.php file. web-app xmlns=http://caucho.com/ns/resin; database jndi-name='jdbc/wiki' driver type=org.gjt.mm.mysql.Driver urljdbc:mysql://databases.hull.ac.uk:3306/comms_wiki/url userfred/user passwordfred/password /driver /database servlet-mapping url-pattern=*.php servlet-class=com.caucho.quercus.servlet.QuercusServlet init compile=true database=jdbc/wiki/ /servlet-mapping welcome-file-listindex.php/welcome-file-list /web-app The helloworld.php example works just fine. However, when I try running ./wiki/config to init the app, I get java.lang.NullPointerException at com.caucho.quercus.module.StaticFunction.analyzeArguments (StaticFunction .java:139) at com.caucho.quercus.expr.FunctionExpr.analyze(FunctionExpr.java:215) at com.caucho.quercus.expr.UnaryExpr.analyze(UnaryExpr.java: 69) at com.caucho.quercus.program.ExprStatement.analyze(ExprStatement.java: 90) at com.caucho.quercus.program.BlockStatement.analyze (BlockStatement.java:13 2) at com.caucho.quercus.program.QuercusMain.generate(QuercusMain.java:112) at com.caucho.java.gen.BaseClass.generateComponents(BaseClass.java:254) at com.caucho.java.gen.BaseClass.generateClassContent(BaseClass.java:241) at com.caucho.java.gen.BaseClass.generate(BaseClass.java:229) at com.caucho.java.gen.GenClass.generate(GenClass.java:120) at com.caucho.java.gen.JavaClassGenerator.generate (JavaClassGenerator.java: 273) at com.caucho.quercus.gen.PhpGenerator.generate(PhpGenerator.java:77) at com.caucho.quercus.page.PageManager.parse(PageManager.java:234) at com.caucho.quercus.page.PageManager.parse(PageManager.java:180) at com.caucho.quercus.Quercus.parse(Quercus.java:546) at com.caucho.quercus.servlet.QuercusServlet.service (QuercusServlet.java:21 7) at javax.servlet.http.HttpServlet.service(HttpServlet.java:92) at com.caucho.server.dispatch.ServletFilterChain.doFilter (ServletFilterChai n.java:106) at com.caucho.server.cache.CacheFilterChain.doFilter (CacheFilterChain.java: 209) at com.caucho.server.webapp.WebAppFilterChain.doFilter (WebAppFilterChain.ja va:173) at com.caucho.server.dispatch.ServletInvocation.service (ServletInvocation.j ava:229) at com.caucho.server.http.HttpRequest.handleRequest(HttpRequest.java:274) at com.caucho.server.port.TcpConnection.run(TcpConnection.java:511) at com.caucho.util.ThreadPool.runTasks(ThreadPool.java:520) at com.caucho.util.ThreadPool.run(ThreadPool.java:442) at java.lang.Thread.run()V(Unknown Source) The database config statement is correct and I've checked that the database e xists and has valid access rights set up for the machine/userid I'm trying to run the wiki on Alex ** *** To view the terms under which this email is distributed, please go to http://www.hull.ac.uk/legal/email_disclaimer.html ** ***___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest* To view the terms under which this email is distributed, please go to http://www.hull.ac.uk/legal/email_disclaimer.html *___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
[Resin-interest] problems with quercus and mediawiki on resin-3.0.22
Just tried to install mediawiki on a 3.0.22 system In webapps/wiki/WEB-INF I've got the following set up in resin-web.xml. In the wii directory, I've also got a helloworld.php file. web-app xmlns=http://caucho.com/ns/resin; database jndi-name='jdbc/wiki' driver type=org.gjt.mm.mysql.Driver urljdbc:mysql://databases.hull.ac.uk:3306/comms_wiki/url userfred/user passwordfred/password /driver /database servlet-mapping url-pattern=*.php servlet-class=com.caucho.quercus.servlet.QuercusServlet init compile=true database=jdbc/wiki/ /servlet-mapping welcome-file-listindex.php/welcome-file-list /web-app The helloworld.php example works just fine. However, when I try running ./wiki/config to init the app, I get java.lang.NullPointerException at com.caucho.quercus.module.StaticFunction.analyzeArguments(StaticFunction .java:139) at com.caucho.quercus.expr.FunctionExpr.analyze(FunctionExpr.java:215) at com.caucho.quercus.expr.UnaryExpr.analyze(UnaryExpr.java:69) at com.caucho.quercus.program.ExprStatement.analyze(ExprStatement.java:90) at com.caucho.quercus.program.BlockStatement.analyze(BlockStatement.java:13 2) at com.caucho.quercus.program.QuercusMain.generate(QuercusMain.java:112) at com.caucho.java.gen.BaseClass.generateComponents(BaseClass.java:254) at com.caucho.java.gen.BaseClass.generateClassContent(BaseClass.java:241) at com.caucho.java.gen.BaseClass.generate(BaseClass.java:229) at com.caucho.java.gen.GenClass.generate(GenClass.java:120) at com.caucho.java.gen.JavaClassGenerator.generate(JavaClassGenerator.java: 273) at com.caucho.quercus.gen.PhpGenerator.generate(PhpGenerator.java:77) at com.caucho.quercus.page.PageManager.parse(PageManager.java:234) at com.caucho.quercus.page.PageManager.parse(PageManager.java:180) at com.caucho.quercus.Quercus.parse(Quercus.java:546) at com.caucho.quercus.servlet.QuercusServlet.service(QuercusServlet.java:21 7) at javax.servlet.http.HttpServlet.service(HttpServlet.java:92) at com.caucho.server.dispatch.ServletFilterChain.doFilter(ServletFilterChai n.java:106) at com.caucho.server.cache.CacheFilterChain.doFilter(CacheFilterChain.java: 209) at com.caucho.server.webapp.WebAppFilterChain.doFilter(WebAppFilterChain.ja va:173) at com.caucho.server.dispatch.ServletInvocation.service(ServletInvocation.j ava:229) at com.caucho.server.http.HttpRequest.handleRequest(HttpRequest.java:274) at com.caucho.server.port.TcpConnection.run(TcpConnection.java:511) at com.caucho.util.ThreadPool.runTasks(ThreadPool.java:520) at com.caucho.util.ThreadPool.run(ThreadPool.java:442) at java.lang.Thread.run()V(Unknown Source) The database config statement is correct and I've checked that the database e xists and has valid access rights set up for the machine/userid I'm trying to run the wiki on Alex * To view the terms under which this email is distributed, please go to http://www.hull.ac.uk/legal/email_disclaimer.html *___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
[Resin-interest] problem with quercus,resin3.0.22 and mediawiki
Just tried to install mediawiki on a 3.0.22 system In webapps/wiki/WEB-INF Ive got the following set up in resin-web.xml. In the wii directory, Ive also got a helloworld.php file. web-app xmlns=http://caucho.com/ns/resin database jndi-name='jdbc/wiki' driver type=org.gjt.mm.mysql.Driver urljdbc:mysql://databases.hull.ac.uk:3306/comms_wiki/url userfred/user passwordfred/password /driver /database servlet-mapping url-pattern=*.php servlet-class=com.caucho.quercus.servlet.QuercusServlet init compile=true database=jdbc/wiki/ /servlet-mapping welcome-file-listindex.php/welcome-file-list /web-app The helloworld.php example works just fine. However, when I try running ../wiki/config to init the app, I get java.lang.NullPointerException at com.caucho.quercus.module.StaticFunction.analyzeArguments(StaticFunction.java:139) at com.caucho.quercus.expr.FunctionExpr.analyze(FunctionExpr.java:215) at com.caucho.quercus.expr.UnaryExpr.analyze(UnaryExpr.java:69) at com.caucho.quercus.program.ExprStatement.analyze(ExprStatement.java:90) at com.caucho.quercus.program.BlockStatement.analyze(BlockStatement.java:132) at com.caucho.quercus.program.QuercusMain.generate(QuercusMain.java:112) at com.caucho.java.gen.BaseClass.generateComponents(BaseClass.java:254) at com.caucho.java.gen.BaseClass.generateClassContent(BaseClass.java:241) at com.caucho.java.gen.BaseClass.generate(BaseClass.java:229) at com.caucho.java.gen.GenClass.generate(GenClass.java:120) at com.caucho.java.gen.JavaClassGenerator.generate(JavaClassGenerator.java:273) at com.caucho.quercus.gen.PhpGenerator.generate(PhpGenerator.java:77) at com.caucho.quercus.page.PageManager.parse(PageManager.java:234) at com.caucho.quercus.page.PageManager.parse(PageManager.java:180) at com.caucho.quercus.Quercus.parse(Quercus.java:546) at com.caucho.quercus.servlet.QuercusServlet.service(QuercusServlet.java:217) at javax.servlet.http.HttpServlet.service(HttpServlet.java:92) at com.caucho.server.dispatch.ServletFilterChain.doFilter(ServletFilterChain.java:106) at com.caucho.server.cache.CacheFilterChain.doFilter(CacheFilterChain.java:209) at com.caucho.server.webapp.WebAppFilterChain.doFilter(WebAppFilterChain.java:173) at com.caucho.server.dispatch.ServletInvocation.service(ServletInvocation.java:229) at com.caucho.server.http.HttpRequest.handleRequest(HttpRequest.java:274) at com.caucho.server.port.TcpConnection.run(TcpConnection.java:511) at com.caucho.util.ThreadPool.runTasks(ThreadPool.java:520) at com.caucho.util.ThreadPool.run(ThreadPool.java:442) at java.lang.Thread.run()V(Unknown Source) The database config statement is correct and Ive checked that the database e xists and has valid access rights set up for the machine/userid Im trying to run the wiki on Alex * To view the terms under which this email is distributed, please go to http://www.hull.ac.uk/legal/email_disclaimer.html *___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest