Re: [Resin-interest] Access server id param within resin.xml
There's a complete listing of all the environment variables here: http://www.caucho.com/resin-4.0/admin/config-el.xtp These apply to both 3.1 and 4.0. Emil On Fri, Oct 01, 2010 at 12:54:22PM +0100, Stargazer wrote: On 01-Oct-2010 11:20, Daniel López wrote: With Resin 3.1.5, ${server.id} is working for me. Aha thanks. This stuff is so hard to find. Even a search of ${resinHome}, hoping to show up a list of them all , on the main caucho.com site shows up nothing. S! D. El 01/10/2010 1:32, Stargazer escribió: When a server is started with the command line option -server foo how can I access the variable holding foo within resin.xml? I want to use it to define a set of conf dirs, like: resin:import fileset dir=${resinHome}/conf/hostconf-${whateverServerIdWasPassedIn} include name=**/*.xml/ /fileset /resin:import ___ 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] Missing response headers for css files using Quercus
Hi Matt, Try setting your file encoding to UTF-8 (or whatever you intend to use): system-property file.encoding=utf-8/ On Mac, Java's default file encoding is MacRoman, which Firefox doesn't understand. We have a bug open for this here: http://bugs.caucho.com/view.php?id=4180 I'm not exactly sure what to do about it, because clearly Mac intends to use its MacRoman encoding, but Firefox is confused by it. Best, Emil On Fri, Sep 10, 2010 at 11:30:04AM -0700, Matthew Serrano wrote: I am having this same issue with Resin 4.0 for normal web applications, not Quercus. I have only noticed this running Resin on Mac. Is it a bug that is specific to Mac? Has it been discovered on other platforms? Also, I didn't seem to have the problem on 4.0.7 but I just upgraded to 4.0.10 and it immediately occurred. matt On Oct 19, 2009, at 11:02 AM, Matt Darling wrote: I'm depoying a yii based php deployment and unless I comment out the following line in the app-default.xml mime-mapping extension=.css mime-type=text/css/ The response headers simply have the following set for the css files: Server Resin/4.0.s091012 Etag +WnwLhhmIYV Date Mon, 19 Oct 2009 17:54:20 GMT This is a problem in Firefox as it wants to accept text/css and it doesn't render the tree correctly. Is this a 4.0 bug or have I missed something obvious. -- -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 ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] php.ini and include_path
Hi Alexandre, That's much clearer -- I got thrown by the word RESIN and that you planned to use Jetty. Unfortunately the variable isn't available at in php.ini at the moment. Of course you're right that the include path is relative to the current script, so that's not a real solution. I've filed a bug to address the issue: http://bugs.caucho.com/view.php?id=4192 Best, Emil On Mon, Aug 30, 2010 at 01:39:41PM -0400, Alexandre Bertails wrote: 2010/8/27 Emil Ong e...@caucho.com: Hi Alexandre, Sorry, I still don't understand one point. What are you expecting ${RESIN} to be? Are you setting this as an environment variable or is that something you think the container should set? Aside from that point, relative include paths are interpreted relative to the root directory of the webapp, so that might help in this particular case. For example, if your include path was: include_path=WEB-INF/php I've tried this solution but it doesn't work. That would be perfect if it worked out but this is not the case. Actually, the case where you set a relative path (without a '.') is not specified in the semantics of include_path [1]. After some tests, the way it's implemented in Quercus is that such a path will be concatenated with the getcwd() of the file invoking the require_once. So there are only two solutions there: * use an absolute path (which of course we don't want) * have a way to specify a path related to where the application is deployed. I'm searching for a solution like that and that's what I meant by writing something like ${ABSOLUTE_PATH_WHERE_THE WAR_IS_DEPLOYED}/webapps/WEB-INF/php. Does it make sense or am I going to the wrong direction? Alexandre Bertails, W3C Systems Team. [1] http://www.php.net/manual/en/ini.core.php#ini.include-path This would pick up all the php files in your webapps WEB-INF/php directory. Hope that helps, Emil On Thu, Aug 26, 2010 at 07:29:11PM -0400, Alexandre Bertails wrote: 2010/8/26 Emil Ong e...@caucho.com: Hi, I don't think we support the ${RESIN} variable in php.ini at the moment, but out of curiosity, why do you need the Resin root if you're using Jetty? I'm trying to write a Java/Scala wrapper for some existing code in PHP. The first step is to make everything to work without modification in the existing code. There are plenty of require_once-like functions spread all over the code and I need to modify include_path because of them. I have found some examples on the web (basically in the forums) where you can set variables directly in web.xml but none of them worked for me, I don't know why. If you have an example using ${RESIN}, that's of course a perfect workaround. Alexandre Bertails, W3C Systems, Team. Thanks, Emil On Wed, Aug 25, 2010 at 07:57:48PM -0400, Alexandre Bertails wrote: Hi all, I have this worky partial web.xml: [[ servlet servlet-nameQuercus Servlet/servlet-name servlet-classcom.caucho.quercus.servlet.QuercusServlet/servlet-class init-param param-nameini-file/param-name param-valueWEB-INF/php.ini/param-value /init-param /servlet ]] and this WEB-INF/php.ini: [[ include_path = .:${RESIN}/webapps/WEB-INF/php ]] The include_path value is set as expected. The question is: how can I make Quercus to interpret ${RESIN}? (I'm using Quercus 4.0.10 and Jetty.) Alexandre Bertails, W3C Systems Team. ___ 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 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] php.ini and include_path
Hi Alexandre, Sorry, I still don't understand one point. What are you expecting ${RESIN} to be? Are you setting this as an environment variable or is that something you think the container should set? Aside from that point, relative include paths are interpreted relative to the root directory of the webapp, so that might help in this particular case. For example, if your include path was: include_path=WEB-INF/php This would pick up all the php files in your webapps WEB-INF/php directory. Hope that helps, Emil On Thu, Aug 26, 2010 at 07:29:11PM -0400, Alexandre Bertails wrote: 2010/8/26 Emil Ong e...@caucho.com: Hi, I don't think we support the ${RESIN} variable in php.ini at the moment, but out of curiosity, why do you need the Resin root if you're using Jetty? I'm trying to write a Java/Scala wrapper for some existing code in PHP. The first step is to make everything to work without modification in the existing code. There are plenty of require_once-like functions spread all over the code and I need to modify include_path because of them. I have found some examples on the web (basically in the forums) where you can set variables directly in web.xml but none of them worked for me, I don't know why. If you have an example using ${RESIN}, that's of course a perfect workaround. Alexandre Bertails, W3C Systems, Team. Thanks, Emil On Wed, Aug 25, 2010 at 07:57:48PM -0400, Alexandre Bertails wrote: Hi all, I have this worky partial web.xml: [[ servlet servlet-nameQuercus Servlet/servlet-name servlet-classcom.caucho.quercus.servlet.QuercusServlet/servlet-class init-param param-nameini-file/param-name param-valueWEB-INF/php.ini/param-value /init-param /servlet ]] and this WEB-INF/php.ini: [[ include_path = .:${RESIN}/webapps/WEB-INF/php ]] The include_path value is set as expected. The question is: how can I make Quercus to interpret ${RESIN}? (I'm using Quercus 4.0.10 and Jetty.) Alexandre Bertails, W3C Systems Team. ___ 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] php.ini and include_path
Hi, I don't think we support the ${RESIN} variable in php.ini at the moment, but out of curiosity, why do you need the Resin root if you're using Jetty? Thanks, Emil On Wed, Aug 25, 2010 at 07:57:48PM -0400, Alexandre Bertails wrote: Hi all, I have this worky partial web.xml: [[ servlet servlet-nameQuercus Servlet/servlet-name servlet-classcom.caucho.quercus.servlet.QuercusServlet/servlet-class init-param param-nameini-file/param-name param-valueWEB-INF/php.ini/param-value /init-param /servlet ]] and this WEB-INF/php.ini: [[ include_path = .:${RESIN}/webapps/WEB-INF/php ]] The include_path value is set as expected. The question is: how can I make Quercus to interpret ${RESIN}? (I'm using Quercus 4.0.10 and Jetty.) Alexandre Bertails, W3C Systems Team. ___ 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:Dispatch and friends
Hi Rick, Looks like your tag has dispatch with a lower case D. It needs to be upper case as in resin:Dispatch. Best, Emil On Sun, Jul 04, 2010 at 12:30:10PM -0700, Rick Mann wrote: I'm trying to add some rewrite rules for WordPress in my resin.xml file. However, when I try the examples here: http://www.caucho.com/resin-4.0/admin/http-rewrite.xtp It just bitches that: [07-04 12:27:16.635] {main} WARNING (com.caucho.server.webapp.WebApp) /etc/resin/resin.xml:660: 'resin:dispatch' is an unknown property of 'com.caucho.server.webapp.WebApp'. However, I'm able to use rewrite-dispatch. Is that the same thing? Where's the doc that discusses these? What's the non-namespace way to write the if-file-exists? Resin 4.0.6 -- 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] in Resin 4.0.7 HtttpServletRequest needs to an instance of CauchoRequest
On Wed, Jun 30, 2010 at 06:04:21PM +0200, Andrea Sodomaco wrote: [snip] Any ideas or suggestions? Is this beaviour to be considered a bug of resin? Yes, it is a bug that Alex recently fixed: http://bugs.caucho.com/view.php?id=4073 It should be fixed for Resin 4.0.8 due out soon (a week or two). Emil ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Can't launch 3.0.23, missing ResinBoot
Hi Rick, You need to run httpd.sh for Resin 3.0: http://caucho.com/resin-3.0/install/install.xtp Emil On Mon, Apr 05, 2010 at 02:07:53PM -0700, Rick Mann wrote: I'm trying to resurrect my old installation of Resin, 3.0.23, but it's not launching for some reason. I can't figure out why it can't find a class it seems it should have: CLASSPATH is empty $ /usr/java/bin/java -jar /usr/local/resin/lib/resin.jar -conf /etc/resin/resin.conf -log-directory /var/log/resin -root-directory /var/www Exception in thread main java.lang.NoClassDefFoundError: com/caucho/server/boot/ResinBoot Caused by: java.lang.ClassNotFoundException: com.caucho.server.boot.ResinBoot at java.net.URLClassLoader$1.run(URLClassLoader.java:200) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at java.lang.ClassLoader.loadClass(ClassLoader.java:306) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:276) at java.lang.ClassLoader.loadClass(ClassLoader.java:251) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319) What am I doing wrong? I've been so immersed in getting 4.x to run, and it's been so long since I suffered through 3.0.x, I don't know what I'm doing wrong. 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] Resin-4.0.5 Watchdog on Shutdown
Hi Aaron, This is the correct behavior. In 4.0.x, we changed the watchdog to be a long-lived process. If you'd like to shut it down, along with all running resin instances, use the shutdown command. We're in the process of updating the documentation this week to reflect the change. Thanks, Emil On Tue, Mar 30, 2010 at 11:01:23AM -0500, Aaron Freeman wrote: When we try to stop the resin-4.0.5 processes using: $JAVA_HOME/bin/java \ -server \ -Djava.util.logging.manager=com.caucho.log.LogManagerImpl \ -Djava.security.egd=/dev/urandom \ -Dhost=${SERVER} \ -Dresin.home=${RESIN_HOME} \ -jar ${RESIN_HOME}/lib/resin.jar \ -conf ${SERVER_ROOT}/conf/resin.xml \ $* Where we pass in start to start it and stop to stop the server. The main resin java process stops, but the watchdog does not. Is that expected behavior (and thus a change from 3.0.x)? If so, how do we stop the watchdog java process? I believe Rick Mann reported the same issue. Also we are running uncompiled, if that matters. 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-4.0.5 Watchdog on Shutdown
On Tue, Mar 30, 2010 at 11:52:15AM -0700, Rick Mann wrote: Ah! Thanks. So, does that mean it's safe to leave the watchdog running, and just issue a start again? I seem to recall Resin getting mad that someone already had the port when I did that. That's correct: you can just leave the watchdog running and issue a start. Let us know if you run into the issue with port conflicts again. It should only be a configuration issue. Emil On Mar 30, 2010, at 11:49:59, Emil Ong wrote: Hi Aaron, This is the correct behavior. In 4.0.x, we changed the watchdog to be a long-lived process. If you'd like to shut it down, along with all running resin instances, use the shutdown command. We're in the process of updating the documentation this week to reflect the change. Thanks, Emil On Tue, Mar 30, 2010 at 11:01:23AM -0500, Aaron Freeman wrote: When we try to stop the resin-4.0.5 processes using: $JAVA_HOME/bin/java \ -server \ -Djava.util.logging.manager=com.caucho.log.LogManagerImpl \ -Djava.security.egd=/dev/urandom \ -Dhost=${SERVER} \ -Dresin.home=${RESIN_HOME} \ -jar ${RESIN_HOME}/lib/resin.jar \ -conf ${SERVER_ROOT}/conf/resin.xml \ $* Where we pass in start to start it and stop to stop the server. The main resin java process stops, but the watchdog does not. Is that expected behavior (and thus a change from 3.0.x)? If so, how do we stop the watchdog java process? I believe Rick Mann reported the same issue. Also we are running uncompiled, if that matters. 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 ___ 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] AMFPHP on Quercus
On Fri, Mar 05, 2010 at 11:57:05AM -0500, Brian Topping wrote: Thanks Emil. That makes some sense, but as I think about it, I'm not sure I understand how to wire these together. Blaze is obviously Java, and the point of any of these RPC abstractions is to instantiate a remote service bean and call methods. PHP can instantiate Java easily enough, but I do not see a supported way for Java to instantiate a PHP service object. So there's no way for Blaze to instantiate a PHP object (i.e. a PHP object compiled into Java), or even a proxy for the PHP object that contains the glue. Without that, I can't imagine (in hindsight) how using Blaze will ever work as a front end for PHP code. I'm far from being a master of PHP, but I'm wondering if there might be a misfeature in the PHP standard library implementation for Quercus. This is super simple to test... unpack http://sourceforge.net/projects/amfphp/files/amfphp/amfphp%201.9.zip and drop it into your webapp root. No configuration is necessary. Then load http://localhost:8080/amfphp/browser/index.html and you'll see the issue. Am I missing anything obvious? I don't think so. I'll file this as a bug - there might be an easy fix. http://bugs.caucho.com/view.php?id=3926 Invoking the PHP from Java can be tricky for cases like these. Some care needs to be taken to do it correctly. Thanks, Emil Cheers, Brian On Mar 4, 2010, at 7:43 PM, Emil Ong wrote: Hi Brian, I think your best bet is to use BlazeDS. As far as I know, nobody has used AMFPHP with Quercus, but using BlazeDS would be simple (just use new Java(some.blazeds.Clazz, first arg, etc) to create objects). You could also try using Hessian Flash, but then you'd need your objects to be Java objects that you access from PHP. Thanks, Emil On Thu, Mar 04, 2010 at 07:30:36PM -0500, Brian Topping wrote: Greetings, I'm just getting started with Quercus and am in a situation where an existing application is using AMFPHP. Looking at the client packets that AMFPHP is storing in the logs, they appear to be well-formed. When I look at them on the wire with Wireshark, they have Java class names in them. It makes perfect sense that the objects in Quercus are Java objects, but the serialization of same seems to be different than what AMFPHP wants to serialize them as, causing the issue. If I am understanding the issue correctly, is there a way to have the objects serialize as if they were native PHP objects? Failing that, I would like to modify AMFPHP so that it uses BlazeDS to send the object over the wire. Has anyone attempted this? If it's just dead simple, that's a perfectly appropriate answer too. I was just hoping to not dig all the way into this to find there are known issues in this realm. Any information kindly appreciated, Brian ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest ___ 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] AMFPHP on Quercus
Hi Brian, I think your best bet is to use BlazeDS. As far as I know, nobody has used AMFPHP with Quercus, but using BlazeDS would be simple (just use new Java(some.blazeds.Clazz, first arg, etc) to create objects). You could also try using Hessian Flash, but then you'd need your objects to be Java objects that you access from PHP. Thanks, Emil On Thu, Mar 04, 2010 at 07:30:36PM -0500, Brian Topping wrote: Greetings, I'm just getting started with Quercus and am in a situation where an existing application is using AMFPHP. Looking at the client packets that AMFPHP is storing in the logs, they appear to be well-formed. When I look at them on the wire with Wireshark, they have Java class names in them. It makes perfect sense that the objects in Quercus are Java objects, but the serialization of same seems to be different than what AMFPHP wants to serialize them as, causing the issue. If I am understanding the issue correctly, is there a way to have the objects serialize as if they were native PHP objects? Failing that, I would like to modify AMFPHP so that it uses BlazeDS to send the object over the wire. Has anyone attempted this? If it's just dead simple, that's a perfectly appropriate answer too. I was just hoping to not dig all the way into this to find there are known issues in this realm. Any information kindly appreciated, Brian ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] resin 4.0.4 lacks of bin/ dir
That's fair. I'll see if it can go back into the 4.0.5 distro. Thanks, Emil On Thu, Mar 04, 2010 at 10:18:44AM +0800, smallufo wrote: Well , for an application server , having a bin/ directory with some start-up / shut-down scripts is natural / conventional for most developers... 2010/3/4 Emil Ong e...@caucho.com BTW, the command to run Resin with console output has changed to java -jar lib/resin.jar console if you're used to running it that way. ___ 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 Feature on Ecliple Galileo (3.5)
Thanks, Michael! Good detective work. I added a note to the wiki: http://wiki.caucho.com/Eclipse Emil On Wed, Feb 24, 2010 at 12:44:36AM +0100, Michael Ludwig wrote: Michael Ludwig schrieb am 22.09.2009 um 13:11:56 (+0200): The Resin Eclipse Feature (REF) produces exceptions on my Eclipse Galileo (3.5) on Java 1.6 on Windows XP. After installation of the REF and the recommended subsequent restart, when clicking on the Servers view for the first time, there is an error that wasn't there before: Could not initialize class org.eclipse.wst.server.ui.internal.provisional.UIDecoratorManager Creating a Resin server (temporary directory flavour) works for me. When finishing the creation process, the error reoccurs: Could not initialize class org.eclipse.wst.server.ui.internal.provisional.UIDecoratorManager I've encountered this error again. I think I know the cause: starting Eclipse with a Java belonging to a JRE when a full JDK is required. As for why it is required, I think installation of the Maven (m2) plugin might be the cause; I got a warning to this effect after start-up. So this has nothing to do with Resin or Tomcat, at least not directly. -- 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] resin:AdminAuthenticator - com.caucho.bam.NotAuthorizedException
On Fri, Feb 19, 2010 at 02:16:46PM +0100, Michael Ludwig wrote: Okay, sounds like: The document element (top-level tag) of the imported file has to match the parent element of resin:import in the importing document. Correct? That's right. If that's the rule, maybe it would be useful to spell it out more explicitly here: http://www.caucho.com/resin/doc/env-tags.xtp#resin:import I agree. We're actually in a doc refactor right now, so I'll make sure we integrate the description. Thanks, Emil ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] resin:AdminAuthenticator - com.caucho.bam.NotAuthorizedException
Hi Michael, Can you try running: $ java -jar lib/resin.jar shutdown It's possible you have an old watchdog running that hasn't updated its authenticator. shutdown kills all watchdogs and resin instances. Emil On Thu, Feb 18, 2010 at 04:08:08PM +0100, Michael Ludwig wrote: I've configured an admin user in Resin 4.0.3: resin:AdminAuthenticator !-- resin:import path=${__DIR__}/admin-users.xml optional=true/ -- user name=egon password=password-m5sum-hex-string-here/ /resin:AdminAuthenticator When I try to start the server, an exception occurs: $ java -jar lib/resin.jar start -verbose Resin/4.0.3 can't start -server '' for watchdog at 127.0.0.1:6600. com.caucho.bam.NotAuthorizedException: ActorError[type=auth,group=not-authorized,text=SelfEncryptedCookie[] is invalid because it does not correctly decrypt] What is now the syntax for passing username and password to command-line admin? Or am I misguided in that this is not meant to be used when you intend to use the command line? What is the syntax for the admin-users.xml file commented out in the example given above? Is it just the user element wrapped in any top-level element like users? -- Michael.Ludwig (#) XING.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] Resin Eclipse Feature on Ecliple Galileo (3.5)
Hi Michael, I tried to reproduce the error, but couldn't get it to show up. I installed on Java and JavaEE versions of Galileo with no problems. I actually just received an off-list note from a Tomcat user who hit the same exception. (He had no idea what Resin was, he just Googled the message and found the list.) Sounds like it might be something upstream. There's no Caucho code in the exception you sent, which doesn't always mean it's not our fault, but it does make it harder to tie it to something in the Resin plugin. The other odd thing is that some of the versions on plugins below are incompatible with the versions in the Resin plugin, so in theory Eclipse never should have allowed it to install. Either that or it's using OSGi to run multiple bundle versions. The Tomcat user managed to get the error to go away with an Eclipse restart. I'm not sure if that would do it, but it might be a workaround until we can figure out the true source of the problem. Emil On Wed, Sep 23, 2009 at 09:44:07AM -0700, Emil Ong wrote: On Wed, Sep 23, 2009 at 11:32:12AM +0200, Michael Ludwig wrote: Emil Ong schrieb: Is this a fresh install of Galileo or do you have other plugins installed? The install started out as Eclipse IDE for Java Developers, not Java EE. I then installed additional functionality. The Tomcat plugin works flawlessy, so I assume the Resin plugin should also work. Actually, could you send the version of the org.eclipse.wst.* plugins that you've got installed? It's possible one of our plugin dependencies is too specific about versions. Long list following: Thanks, Michael. I'll see if I can reproduce it under these conditions. Emil org.eclipse.wst.command.env.core.source_1.0.204.v200805140020.jar org.eclipse.wst.command.env.core_1.0.204.v200805140020.jar org.eclipse.wst.command.env.doc.user_1.5.200.v200806092138.jar org.eclipse.wst.command.env.infopop_1.0.100.v200805301544.jar org.eclipse.wst.command.env.source_1.0.408.v200903110045.jar org.eclipse.wst.command.env.ui.source_1.1.2.v200811200248.jar org.eclipse.wst.command.env.ui_1.1.2.v200811200248.jar org.eclipse.wst.command.env_1.0.408.v200903110045.jar org.eclipse.wst.common.api.doc_1.0.1.v200807181737.jar org.eclipse.wst.common.core.source_1.1.201.v200806010600.jar org.eclipse.wst.common.core_1.1.201.v200806010600.jar org.eclipse.wst.common.emf.source_1.1.300.v200905060430.jar org.eclipse.wst.common.emfworkbench.integration.source_1.1.300.v200811200330.jar org.eclipse.wst.common.emfworkbench.integration_1.1.300.v200811200330.jar org.eclipse.wst.common.emf_1.1.300.v200905060430.jar org.eclipse.wst.common.environment.source_1.0.202.v200807161459.jar org.eclipse.wst.common.environment_1.0.202.v200807161459.jar org.eclipse.wst.common.frameworks.source_1.1.300.v200904160730.jar org.eclipse.wst.common.frameworks.ui.source_1.1.300.v200904160730.jar org.eclipse.wst.common.frameworks.ui_1.1.300.v200904160730.jar org.eclipse.wst.common.frameworks_1.1.300.v200904160730.jar org.eclipse.wst.common.infopop.source_1.0.100.v200805301550.jar org.eclipse.wst.common.infopop_1.0.100.v200805301550.jar org.eclipse.wst.common.modulecore.source_1.1.300.v200904132230.jar org.eclipse.wst.common.modulecore_1.1.300.v200904132230.jar org.eclipse.wst.common.project.facet.core_1.4.0.v200906080535.jar org.eclipse.wst.common.project.facet.ui_1.4.0.v200906080543.jar org.eclipse.wst.common.snippets.source_1.1.300.v200903120643.jar org.eclipse.wst.common.snippets_1.1.300.v200903120643.jar org.eclipse.wst.common.ui.source_1.1.402.v200901262305.jar org.eclipse.wst.common.ui_1.1.402.v200901262305.jar org.eclipse.wst.common.uriresolver.source_1.1.301.v200805140415.jar org.eclipse.wst.common.uriresolver_1.1.301.v200805140415.jar org.eclipse.wst.css.core.source_1.1.300.v200904131653.jar org.eclipse.wst.css.core_1.1.300.v200904131653.jar org.eclipse.wst.css.ui.source_1.0.400.v200904292008.jar org.eclipse.wst.css.ui_1.0.400.v200904292008.jar org.eclipse.wst.doc.user_1.2.0.v200806052254.jar org.eclipse.wst.dtd.core.source_1.1.300.v200904181727.jar org.eclipse.wst.dtd.core_1.1.300.v200904181727.jar org.eclipse.wst.dtd.ui.infopop_1.0.300.v200805140200.jar org.eclipse.wst.dtd.ui.source_1.0.400.v200904300717.jar org.eclipse.wst.dtd.ui_1.0.400.v200904300717.jar org.eclipse.wst.dtdeditor.doc.user_1.0.500.v200904292308.jar org.eclipse.wst.html.core.source_1.1.300.v200903120608.jar org.eclipse.wst.html.core_1.1.300.v200903120608.jar org.eclipse.wst.html.ui.infopop_1.0.100.v200805301545.jar org.eclipse.wst.html.ui.source_1.0.400.v200904292008.jar org.eclipse.wst.html.ui_1.0.400.v200904292008.jar org.eclipse.wst.internet.cache.source_1.0.301.v200805140020.jar org.eclipse.wst.internet.cache_1.0.301.v200805140020.jar org.eclipse.wst.internet.monitor.core.source_1.0.404.v20090609.jar org.eclipse.wst.internet.monitor.core_1.0.404.v20090609.jar
Re: [Resin-interest] Resin Eclipse Feature on Ecliple Galileo (3.5)
On Wed, Sep 23, 2009 at 11:32:12AM +0200, Michael Ludwig wrote: Emil Ong schrieb: Is this a fresh install of Galileo or do you have other plugins installed? The install started out as Eclipse IDE for Java Developers, not Java EE. I then installed additional functionality. The Tomcat plugin works flawlessy, so I assume the Resin plugin should also work. Actually, could you send the version of the org.eclipse.wst.* plugins that you've got installed? It's possible one of our plugin dependencies is too specific about versions. Long list following: Thanks, Michael. I'll see if I can reproduce it under these conditions. Emil org.eclipse.wst.command.env.core.source_1.0.204.v200805140020.jar org.eclipse.wst.command.env.core_1.0.204.v200805140020.jar org.eclipse.wst.command.env.doc.user_1.5.200.v200806092138.jar org.eclipse.wst.command.env.infopop_1.0.100.v200805301544.jar org.eclipse.wst.command.env.source_1.0.408.v200903110045.jar org.eclipse.wst.command.env.ui.source_1.1.2.v200811200248.jar org.eclipse.wst.command.env.ui_1.1.2.v200811200248.jar org.eclipse.wst.command.env_1.0.408.v200903110045.jar org.eclipse.wst.common.api.doc_1.0.1.v200807181737.jar org.eclipse.wst.common.core.source_1.1.201.v200806010600.jar org.eclipse.wst.common.core_1.1.201.v200806010600.jar org.eclipse.wst.common.emf.source_1.1.300.v200905060430.jar org.eclipse.wst.common.emfworkbench.integration.source_1.1.300.v200811200330.jar org.eclipse.wst.common.emfworkbench.integration_1.1.300.v200811200330.jar org.eclipse.wst.common.emf_1.1.300.v200905060430.jar org.eclipse.wst.common.environment.source_1.0.202.v200807161459.jar org.eclipse.wst.common.environment_1.0.202.v200807161459.jar org.eclipse.wst.common.frameworks.source_1.1.300.v200904160730.jar org.eclipse.wst.common.frameworks.ui.source_1.1.300.v200904160730.jar org.eclipse.wst.common.frameworks.ui_1.1.300.v200904160730.jar org.eclipse.wst.common.frameworks_1.1.300.v200904160730.jar org.eclipse.wst.common.infopop.source_1.0.100.v200805301550.jar org.eclipse.wst.common.infopop_1.0.100.v200805301550.jar org.eclipse.wst.common.modulecore.source_1.1.300.v200904132230.jar org.eclipse.wst.common.modulecore_1.1.300.v200904132230.jar org.eclipse.wst.common.project.facet.core_1.4.0.v200906080535.jar org.eclipse.wst.common.project.facet.ui_1.4.0.v200906080543.jar org.eclipse.wst.common.snippets.source_1.1.300.v200903120643.jar org.eclipse.wst.common.snippets_1.1.300.v200903120643.jar org.eclipse.wst.common.ui.source_1.1.402.v200901262305.jar org.eclipse.wst.common.ui_1.1.402.v200901262305.jar org.eclipse.wst.common.uriresolver.source_1.1.301.v200805140415.jar org.eclipse.wst.common.uriresolver_1.1.301.v200805140415.jar org.eclipse.wst.css.core.source_1.1.300.v200904131653.jar org.eclipse.wst.css.core_1.1.300.v200904131653.jar org.eclipse.wst.css.ui.source_1.0.400.v200904292008.jar org.eclipse.wst.css.ui_1.0.400.v200904292008.jar org.eclipse.wst.doc.user_1.2.0.v200806052254.jar org.eclipse.wst.dtd.core.source_1.1.300.v200904181727.jar org.eclipse.wst.dtd.core_1.1.300.v200904181727.jar org.eclipse.wst.dtd.ui.infopop_1.0.300.v200805140200.jar org.eclipse.wst.dtd.ui.source_1.0.400.v200904300717.jar org.eclipse.wst.dtd.ui_1.0.400.v200904300717.jar org.eclipse.wst.dtdeditor.doc.user_1.0.500.v200904292308.jar org.eclipse.wst.html.core.source_1.1.300.v200903120608.jar org.eclipse.wst.html.core_1.1.300.v200903120608.jar org.eclipse.wst.html.ui.infopop_1.0.100.v200805301545.jar org.eclipse.wst.html.ui.source_1.0.400.v200904292008.jar org.eclipse.wst.html.ui_1.0.400.v200904292008.jar org.eclipse.wst.internet.cache.source_1.0.301.v200805140020.jar org.eclipse.wst.internet.cache_1.0.301.v200805140020.jar org.eclipse.wst.internet.monitor.core.source_1.0.404.v20090609.jar org.eclipse.wst.internet.monitor.core_1.0.404.v20090609.jar org.eclipse.wst.internet.monitor.ui.source_1.0.304.v200805140145.jar org.eclipse.wst.internet.monitor.ui_1.0.304.v200805140145.jar org.eclipse.wst.jsdt.core.source_1.0.200.v200905201910.jar org.eclipse.wst.jsdt.core_1.0.200.v200905201910.jar org.eclipse.wst.jsdt.doc_1.0.200.v200903120608.jar org.eclipse.wst.jsdt.manipulation.source_1.0.100.v200809240707.jar org.eclipse.wst.jsdt.manipulation_1.0.100.v200809240707.jar org.eclipse.wst.jsdt.support.firefox.source_1.0.200.v200904290357.jar org.eclipse.wst.jsdt.support.firefox_1.0.200.v200904290357.jar org.eclipse.wst.jsdt.support.ie.source_1.0.200.v200904290539.jar org.eclipse.wst.jsdt.support.ie_1.0.200.v200904290539.jar org.eclipse.wst.jsdt.ui.source_1.0.200.v200905242047.jar org.eclipse.wst.jsdt.ui_1.0.200.v200905242047.jar org.eclipse.wst.jsdt.web.core.source_1.0.200.v200905120445.jar org.eclipse.wst.jsdt.web.core_1.0.200.v200905120445.jar org.eclipse.wst.jsdt.web.support.jsp_1.0.200.v200904140255.jar org.eclipse.wst.jsdt.web.ui.source_1.0.200.v200904230847.jar org.eclipse.wst.jsdt.web.ui_1.0.200.v200904230847.jar
Re: [Resin-interest] Resin Eclipse Feature on Ecliple Galileo (3.5)
) at org.eclipse.jface.viewers.ColumnViewer.update(ColumnViewer.java:554) at org.eclipse.ui.navigator.CommonViewer.update(CommonViewer.java:540) at org.eclipse.jface.viewers.StructuredViewer.update(StructuredViewer.java:1977) at org.eclipse.jface.viewers.StructuredViewer.handleLabelProviderChanged(StructuredViewer.java:1140) at org.eclipse.ui.navigator.CommonViewer.handleLabelProviderChanged(CommonViewer.java:235) at org.eclipse.jface.viewers.ContentViewer$1.labelProviderChanged(ContentViewer.java:97) at org.eclipse.jface.viewers.BaseLabelProvider$1.run(BaseLabelProvider.java:74) at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42) at org.eclipse.core.runtime.Platform.run(Platform.java:888) at org.eclipse.ui.internal.JFaceUtil$1.run(JFaceUtil.java:48) at org.eclipse.jface.util.SafeRunnable.run(SafeRunnable.java:175) at org.eclipse.jface.viewers.BaseLabelProvider.fireLabelProviderChanged(BaseLabelProvider.java:72) at org.eclipse.jface.viewers.DecoratingStyledCellLabelProvider$1.labelProviderChanged(DecoratingStyledCellLabelProvider.java:77) at org.eclipse.ui.internal.decorators.DecoratorManager$1.run(DecoratorManager.java:430) at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42) at org.eclipse.ui.internal.decorators.DecoratorManager.fireListener(DecoratorManager.java:428) at org.eclipse.ui.internal.decorators.DecorationScheduler$3.runInUIThread(DecorationScheduler.java:530) at org.eclipse.ui.progress.UIJob$1.run(UIJob.java:95) at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35) at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:134) at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:3855) at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3476) at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:2405) at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:2369) at org.eclipse.ui.internal.Workbench.access$4(Workbench.java:2221) at org.eclipse.ui.internal.Workbench$5.run(Workbench.java:500) at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:332) at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:493) at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:149) at org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:113) at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:194) at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:110) at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:79) at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:368) at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:179) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:559) at org.eclipse.equinox.launcher.Main.basicRun(Main.java:514) at org.eclipse.equinox.launcher.Main.run(Main.java:1311) stack trace -- Michael Ludwig ___ 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
Re: [Resin-interest] Caucho site missing eclipse plug-in link?
Hi Rob, This was a newsletter bug - it got rewritten by our newsletter provider to a tracking URL, but if you just go directly it should work, as Randy demonstrated. Thanks, Emil On Mon, Sep 21, 2009 at 06:43:18PM -0400, Randy Johnson wrote: http://caucho.com/eclipse/ To add this update site to your eclipse configuration: 1. Within Eclipse, access the menu: Help - Software Updates... 2. Click the Available Software tab 3. Click the Add Site 4. Enter http://caucho.com/eclipse 5. Click OK 6. Click Refresh and install the Resin Eclipse plugin! On Mon, Sep 21, 2009 at 4:59 PM, Rob Lockstone lockst...@mac.com wrote: I received the Caucho newsletter today, and although I don't use eclipse, several other devs here do. I was going to forward them the information about the eclipse plug-in, but when I clicked on the download link provided http://www.caucho.com/eclipse, it gives a 404. 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 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
Re: [Resin-interest] min-free-memory
On Thu, Aug 20, 2009 at 05:21:45PM +0200, Mattias Jiderhamn wrote: What happened to the min-free-memory config tag in Resin 4? Still available? Where to put it? Hi Mattias, It has changed to memory-free-min. Emil ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Eclipse Plugin
On Wed, Jul 01, 2009 at 11:05:54PM +0200, Michael Ludwig wrote: You're very welcome. Now there is a new error message :-) An error occurred during provisioning. Error reading signed content. The file C:\IDE\eclipse\plugins\com.caucho.resin.eclipse_4.0.0 does not exist Probably trivial to solve. Hmm... it could be an artifact of removing and reinstalling. The plugin and site are unchanged from before. Does this happen on install or when using the plugin? Emil 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
Re: [Resin-interest] Eclipse Plugin
On Tue, Jun 30, 2009 at 11:03:07PM +0200, Michael Ludwig wrote: Emil Ong schrieb am 14.05.2009 um 09:23:04 (-0700): logger name=com.caucho level=finest/ That should show why Resin's serving a 404. And it did - see my last mail on this thread. If there is any additional information I should provide, please let me know. Hi Michael, Sorry for the delay. Somehow I lost track of the thread. Thanks for the ping. I've filed a bug report for your problem here: http://bugs.caucho.com/view.php?id=3589 It should be pretty straightforward to fix, though I may need a couple of weeks to get a release/snapshot out due to some other Eclipse bugs and business travel. By the way, I uninstalled the Resin plugin, and then tried to reinstall it, which resulted in the following error message: An error occurred while collecting items to be installed No repository found containing: com.caucho.resin.eclipse/org.eclipse.update.feature/4.0.0 It should be up again. Thanks for noticing. :-) Emil 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
Re: [Resin-interest] 4.0.0 on osx make problem
libresin_os.jnilib boot.o java.o jni_os.o jni_jvmti.o jni_socket.o memory.o std.o Undefined symbols: _main, referenced from: start in crt1.10.5.o ld: symbol(s) not found collect2: ld returned 1 exit status make[2]: *** [libresin_os.jnilib] Error 1 make[1]: *** [plugins] Error 2 make: *** [all] Error 2 ___ 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
Re: [Resin-interest] Eclipse Plugin
On Wed, May 13, 2009 at 08:22:19PM +0200, Michael Ludwig wrote: So after a couple of minutes, this error message pops up in a window labeled Problem Occurred and the running and serving Resin is stopped, maybe because it hasn't reported startup success back to the parent process. I added -consoleLog to my eclipse.ini, but I have no idea where the log is going. If it is just the console window in the IDE, there is nothing special to see, just the usual Resin startup messages plus additional debug info my application generates. Can you try running eclipse from the command line and adding the -consoleLog? On Windows it's supposed to pop up a Java console window, but it might not work in eclipse.ini. (2) in place A new error message :-) - Reference to undefined variable resin.configuration.file. Won't start :-( I can't reproduce this error. But I swear it was there the first time around! :-) Could be some artifact from the upgrade. But with this in place configuration, all I get is 404. I tried all kinds of possible context paths, but none seems to work. Which is sort of logical, as I don't see my application's startup blurb in the console log. On the other hand, Resin mentions it (DbXml01): [20:13:46.062] {main} resin.home = C:\MILU\Server\resin-4.0.0\ [20:13:46.062] {main} resin.root = C:\MILU\Server\resin-4.0.0\ [20:13:46.328] {main} resin.conf = /C:/MILU/eclipse/plugins/com.caucho.resin.eclipse_4.0.0/conf/resin40/in-place.xml [20:13:46.328] {main} [20:13:46.328] {main} server = 127.0.0.1:0 (:) [20:13:46.328] {main} user.name = MiLu [20:13:46.328] {main} [20:13:46.593] {main} WebApp[http://default/DbXml01] active [20:13:46.593] {main} Host[default] active [20:13:46.593] {main} [20:13:46.609] {main} http listening to *:8099 [20:13:46.625] {main} [20:13:46.625] {main} Server[id=,cluster=] active [20:13:46.625] {main} Resin[id=] started in 1188ms 20:14:59,20 C:\MILU\dev\ds # netstat -p tcp -na | findstr 8099 TCP0.0.0.0:8099 0.0.0.0:0 ABHÖREN TCP127.0.0.1:4394 127.0.0.1:8099 SCHLIESSEN_WARTEN TCP127.0.0.1:8099 127.0.0.1:4394 FIN_WARTEN_2 The port I specified is taken into account, the address isn't. It's trying to open http://localhost:8099/DbXml01 and not getting anything? It looks like Resin's finding the webapp, so something else must be the issue. This is a hack, but can you add finest logging to the in-place.xml in C:/MILU/eclipse/plugins/com.caucho.resin.eclipse_4.0.0/conf/resin40/in-place.xml This should do it: logger name=com.caucho level=finest/ That should show why Resin's serving a 404. Emil 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
Re: [Resin-interest] Resin 4.0.0 release
On Fri, May 08, 2009 at 06:55:46AM +0200, Jan Kriesten wrote: Hi Scott, We've just released Resin 4.0.0 for download at http://caucho.com/download great to see it released. :-) I have a small problem with the maven-plugin, though, starting resin: ---8--- 08.05.2009 06:52:54 com.caucho.server.webapp.WebApp setConfigException WARNUNG: WEB-INF/resin-web.xml:5: com.caucho.sql.DBPool.init(): javax.naming.NameNotFoundException: java:comp/env 3: system-property java.naming.factory.initial=com.caucho.naming.InitialContextFactoryImpl / 4: 5: database 6: jndi-namejdbc/test/jndi-name 7: driver type=com.mysql.jdbc.Driver ---8--- This works with 3.1.8 - what do I need to do to get it working again? Hi Jan, I've filed this here: http://bugs.caucho.com/view.php?id=3488 Not sure what the issue might be yet... the maven plugin just runs a simple embedded Resin. I've confirmed that the same config works in the normal Resin environment so it must be something either with the plugin or the embedded code. Thanks, Emil ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] About editing resin.conf
On Wed, May 06, 2009 at 09:56:31AM +0300, H.Päiväniemi wrote: Hi all, I just subscribed to this list. Please, could you gimme advice for this problem - I believe this has been on the wall many times in the history, but still... Resin seems to crash if I open resin.conf for editing with vi etc. Why? How can I configure resin not to do that? Can you describe how Resin crashes? I have 5 resin servers and resin.conf is symlinked to nfs on all servers so if I just open resin.conf, all servers will crash... There must be some parameters to prevent this kind of feature... When using NFS, you should disable dependency checking on files. Set dependency-check-interval-1/dependency-check-interval Emil 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
Re: [Resin-interest] ResinDeploy Ant Task Error
, Scott ___ 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
Re: [Resin-interest] ResinDeploy Ant Task Error
That should do it. We did have the deploy service only in pro previously, but moved it to OS. It's possible that something got omitted. I've been using the deploy service with Pro, so I'll need to check if that's the issue. I've filed this here: http://bugs.caucho.com/view.php?id=3477 Emil On Tue, May 05, 2009 at 09:43:52AM -0700, Scott Hernandez wrote: I'm working against trunk :) I added the following to the conf/resin.xml (copied from resin.xml.in) file. cluster id=app-tier !-- sets the content root for the cluster, relative to resin.root -- root-directory./root-directory admin:RemoteAdminService/ !-- defaults for each server, i.e. JVM -- server-default !-- The http port -- http address=* port=8080/ (as described here: http://blog.caucho.com/?p=134) [09-05-05 09:39:42.595] {main} InjectManager[cluster:??] fireEvent InjectManager[cluster:??] [09-05-05 09:39:42.595] {main} InjectManager[cluster:??] fireEvent BeanStartupEvent[SimpleBean[RemoteAdminService, {...@javax.inject.current()}, @Production, @ApplicationScope]] [09-05-05 09:39:42.635] {main} RemoteAdminService$BeanProxy[] enabled at http://admin.resin/hmtp [09-05-05 09:39:42.736] {main} Host[default] initializing [09-05-05 09:39:42.736] {main} Host[default] root-directory=/c:/src/caucho/resin/ On Tue, May 5, 2009 at 8:50 AM, Emil Ong e...@caucho.com wrote: Switching to 8080 is right - HMTP operates on the HTTP port. For the error below, can you send your resin.xml? It looks like you didn't configure the deploy service somehow. Depending on which snapshot you got, it's also possible that CanDI didn't configure/start the deploy service even if you configured it. In the newest versions, those problems have been fixed. Emil On Tue, May 05, 2009 at 12:30:23AM -0700, Scott Hernandez wrote: So, I played around a bit and changed the port to 8080, instead of 6800 and now get a different error. BUILD FAILED com.caucho.bam.ServiceUnavailableException: ActorError[type=cancel,group=service-unavailable,text='dep...@resin.caucho' is an unknown actor for queryGet] at com.caucho.bam.ActorError.createException(ActorError.java:376) at com.caucho.bam.SimpleActorClient.queryGet(SimpleActorClient.java:156) at com.caucho.server.admin.DeployClient.queryGet(DeployClient.java:393) at com.caucho.server.admin.DeployClient.getCommitList(DeployClient.java:331) at com.caucho.server.admin.DeployClient.deployJar(DeployClient.java:286) at com.caucho.server.admin.DeployClient.deployJarContents(DeployClient.java:108) at com.caucho.ant.ResinDeploy.execute(ResinDeploy.java:147) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) Resin output: [09-05-05 00:23:04.152] {resin-ServerFromLinkStream-read-12} ServerFromLinkStream[null] queryGet GetPublicKeyQuery[] {id:1, to:null, from:null} [09-05-05 00:23:04.152] {resin-ServerFromLinkStream-read-12} ServerToLinkStream[null] queryResult GetPublicKeyQuery[RSA,X.509] {id: 1, to:null, from:null} [09-05-05 00:23:05.063] {resin-ServerFromLinkStream-read-12} ServerFromLinkStream[null] querySet AuthQuery[subetha,EncryptedObject] {id:2, to:null, from:null} [09-05-05 00:23:05.073] {resin-ServerFromLinkStream-read-12} HempDomainService[aaa.app-tier.admin.resin] onChildStart(sube...@aaa.app-tier.admin.resin/SEPpKI/) [09-05-05 00:23:05.073] {resin-ServerFromLinkStream-read-12} ServerToLinkStream[null] queryResult authresult[sube...@aaa.app-tier.admin.resin/SEPpKI/] {id: 2, to:null, from:null} [09-05-05 00:23:06.445] {resin-ServerFromLinkStream-read-12} serverfromlinkstream[hempconnectionimpl[sube...@aaa.app-tier.admin.resin/SEPpKI/]] queryGet DeployCommitListQuery[] {id:3, to:dep...@resin.caucho, from:sube...@aaa.app-tier.admin.resin/SEPpKI/} [09-05-05 00:23:06.445] {resin-ServerFromLinkStream-read-12} ServerToLinkStream[null] queryError ActorError[type=cancel,group=service-unavailable,text='dep...@resin.caucho' is an unknown actor for queryGet] DeployCommitListQuery[] {id: 3, to:sube...@aaa.app-tier.admin.resin/SEPpKI/, from:dep...@resin.caucho} Note: The admin user is subetha, not admin if the output above seems a bit off ... On Tue, May 5, 2009 at 12:14 AM, Scott Hernandez scotthernan...@hotmail.com wrote: So, I'm trying to get the ant task deployed using the new fangled stuff; It seems to fail horribly :( Here is some of the (pertinent) output from the ant task: resin-deploy: BUILD FAILED com.caucho.bam.RemoteConnectionFailedException: Failed to upgrade to HMTP X at com.caucho.bam.hmtp.HmtpClient.connectImpl(HmtpClient.java:230) at com.caucho.bam.hmtp.HmtpClient.connect(HmtpClient.java:161) at com.caucho.server.admin.DeployClient.init(DeployClient.java:78
Re: [Resin-interest] EC2 prebuilt resin instance?
On Tue, Apr 28, 2009 at 10:09:00AM -0600, Nathan Maves wrote: Anyone throw one of these together yet? I think it would be a great starting point for people. Yup, ami-906087f9. It's 3.1.8 on Hardy. If other people find this helpful, we can create more and keep them updated. I'm not sure yet if EC2 users prefer building their own or starting from an AMI. The advantage of building your own is that you can preload the applications and other packages that you need. With a prebuilt AMI, you have to upload what you need and/or use a userdata boot script every time you start a new instance. For those that haven't seen it, here's my blog post on building the AMIs for yourself: http://blog.caucho.com/?p=177 Emil 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
Re: [Resin-interest] Eclipse Plugin
Hi Scott, The Eclipse update site isn't up just yet, but will be with the new release, due out this week or early next. Emil On Sun, Apr 12, 2009 at 09:42:24PM -0700, Scott Hernandez wrote: I noticed there is an eclipse plugin in the svn tree (artifacts/eclipse) that has seen some recent checkins. The build instructions seem pretty straight forward and end with directions to post the update-site at http://caucho.com/eclipse. When I point the eclipse updates to that address there is nothing. Is this something I can build from source? Will it be hosted there sometime soon? Is the plugin in usable form? Oh, and what do people use for an IDE btw? Thanks in advance, Scott ___ 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
Re: [Resin-interest] Eclipse Plugin
Hi Aaron, The plugin is built on the WST/JST (Java webtools) framework, so you get all the goodies that come with that. It also provides 3 different deployment mechanisms: 1) .war based 2) in place 3) new Resin 4.0 remote deploy Suggestions for other features are always welcome. Thanks, Emil On Mon, Apr 13, 2009 at 12:20:46PM -0500, Aaron Freeman wrote: Emil, What does the plug-in provide to us that setting up as a general application doesn't? I haven't tried the plug-in so I am not aware of what it does? Thanks, Aaron Hi Scott, The Eclipse update site isn't up just yet, but will be with the new release, due out this week or early next. Emil On Sun, Apr 12, 2009 at 09:42:24PM -0700, Scott Hernandez wrote: I noticed there is an eclipse plugin in the svn tree (artifacts/eclipse) that has seen some recent checkins. The build instructions seem pretty straight forward and end with directions to post the update-site at http://caucho.com/eclipse. When I point the eclipse updates to that address there is nothing. Is this something I can build from source? Will it be hosted there sometime soon? Is the plugin in usable form? Oh, and what do people use for an IDE btw? Thanks in advance, Scott ___ 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 ___ 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
Re: [Resin-interest] 3.2.1 on Mac OS X/Darwin?
On Mon, Mar 30, 2009 at 02:12:24PM -0700, Rick Mann wrote: On Mar 29, 2009, at 16:34:27, Riccardo Cohen wrote: I compiled the pro and open source version of resin321 on macos 10.5.6 last week and it worked with no problem on java 1.5 Any reason to use java 1.6 ? I tried switching back to Java 1.5, and continue to get the same errors. I wonder what's going on. I wish ld was a little more informative about the architecture issues. Hi Rick, Check your JAVA_HOME environment variable and make sure it matches up with the version of java in your path. If it doesn't, try setting your PATH to JAVA_HOME/bin:$PATH to ensure that the configure script and make are getting the same version. I'm not sure if this is the recommended Mac OS X way of specifying your JAVA_HOME, but I've got mine set to /System/Library/Frameworks/JavaVM.framework/Versions/1.6/Home Emil 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
Re: [Resin-interest] Why Apache?
On Tue, Mar 10, 2009 at 12:14:36PM -0500, Aaron Freeman wrote: After watching a few of these threads about people using mod_caucho with Apache, it dawned on me to ask an open-ended question: Why use Apache at all? I am sure there are good reasons for it out there, so I am just curious what the use-case is for using Apache plus Resin instead of using just Resin? Thanks for asking this Aaron! We're getting a lot of useful feedback. (You tell that you've hit a nerve when so many people respond so quickly... :-)) From the point of view of support, I can say that whenever Apache enters the equation, the complexity goes way up. If there's any way you can avoid using Apache with Resin, I would recommend it. For those who need things like mod_perl or run other application servers, you may have no other choice. Someone else mentioned Apache mod_rewrite, which we have an alternative for in our rewrite dispatch rules: http://caucho.com/resin/doc/rewrite-tags.xtp I find the XML syntax much more readable than the line-noise syntax of mod_rewrite. Emil 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
Re: [Resin-interest] Problems finding jar files in orbeon web 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
Re: [Resin-interest] Fwd: Issue getting JNI up and running
On Wed, Jan 14, 2009 at 12:35:04PM -0500, jkowall wrote: Sorry I had some issues getting on the mailinglist. You can see the SO is compiled, but for some reason it cannot be loaded. Any advice? I am on Resin Pro. [r...@x bin]# ./resin.sh start Resin/3.2.1 can't start -server '' for watchdog at 127.0.0.1:6600. com.caucho.config.ConfigException: user-name requires compiled JNI. Check the $RESIN_HOME/libexec or $RESIN_HOME/libexec64 directory for libresin_os.so. [r...@x bin]# ls -la ../libexec/ total 180 drwxr-xr-x 2 root root 4096 Jan 2 19:38 . drwxr-xr-x 20 root root 4096 Jan 6 19:48 .. -rwxr-xr-x 1 root root 170308 Jan 3 00:11 libresin_os.so Hi, You're missing 2 SOs: libresin.so and libresinssl.so. You'll need to recompile and/or check for compilation errors. Emil 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 -- BAM: lightweight high-speed messaging ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Using php views in Spring framework - can one benefit from resin Pro compilation features?
Hi Huima, I just gave a talk at Devoxx about Quercus and I mentioned that you were using Spring MVC and Quercus in this way. I got a couple of questions about details and code samples. Any chance you can share some with us? Thanks! Emil - Original Message From: Heimo Laukkanen [EMAIL PROTECTED] To: resin-interest@caucho.com Sent: Thursday, December 4, 2008 7:07:46 PM Subject: [Resin-interest] Using php views in Spring framework - can one benefit from resin Pro compilation features? Hi all, I'm using Quercus views in out project as Spring Framework MVC views with in similar way as is done in Resin's quercus servlet. I was just wondering whether we could benefit from or use Caucho Pro's capabilities to compile php code into javacode in our project somehow - even when we are not using QuercusServlet? Is there a source-code available for QuercusServlet in the pro-version that could be used as a base, if we would like to use the pro version of the appserver and quercus? -huima ___ 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: flash snap broken?!
None of the Hessian Flash versions should work with the latest Resin, which includes many changes to the Hessian protocol. Take a look at Hessian-interest from a couple of months ago. I'll be updating the Hessian Flash to be compatible with the changes in 3.2.1, but that will be a couple of weeks. Emil On Tue, Oct 28, 2008 at 08:25:35PM -0700, Vic Cekvenich wrote: I download latest hessian flash source snap (10/18) w/ latest Resin Java server side snap 3.2.1 (10/8)... and I now get a npe in flash source doing a simple hessian call. I reverted back to release hessian flash, works fine. This is just the simple year old stuff, call and return an array of maps - it should work? For map on client I use object, should I switch to dictionary now, I looked at some of your source? Of course, I am eager to duplicate BAM examples for full duplex communications and I need a working flash hessian snap for that. tia, .V ___ 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:[EMAIL PROTECTED] http://blog.caucho.com/ 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] 3.2 experience?
On Wed, Oct 29, 2008 at 04:55:48PM +, Stargazer wrote: Emil Ong wrote: Resin 3.2.1 is our latest release in the 3.2 branch, which is our development branch. This branch still undergoes our extensive release testing, but has many changes which have not been quite as vetted Resin 3.1 in production use. If you are using 3.2.0 or 3.2.1, what have your experiences been? Are you using it in production? http://bugs.caucho.com/view.php?id=3013 is a complete show stopper here, so I'm afraid I can't answer these questions as we've not been able to use any version of resin later than 3.1.6. Thanks for the feedback - I bumped up the priority. Just to check, there's some suspicion that this is specific to Apache 2.0 or maybe even 2.0.54. What version of Apache are you running? Any other info you could add to the bug report would also help. Thanks, Emil Emil Ong Chief Evangelist Caucho Technology, Inc. Tel. (858) 456-0300 mailto:[EMAIL PROTECTED] http://blog.caucho.com/ 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] Logs not rotating correctly
/listinfo/resin-interest Emil Ong Chief Evangelist Caucho Technology, Inc. Tel. (858) 456-0300 mailto:[EMAIL PROTECTED] http://blog.caucho.com/ 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] Resin/Quercus with PHP/Wordpress
Dan, I was the one who wrote the Wordpress Mu wiki page and you'll notice that it explicitly mentions 3.2.0, so Rob and Scott are both right that you'll need to use at least Resin/Quercus 3.2.0. If you can wait a couple of days for 3.2.1, you'll be in even better shape. Emil On Thu, Oct 16, 2008 at 11:29:34AM -0700, Rob Lockstone wrote: I second Scott's recommendation. My experience with Resin, Quercus, and Wordpress is that you pretty much have to be using 3.2.x if you want to get WP working properly. Rob On Oct 16, 2008, at 10:53, Scott Ferguson wrote: On Oct 16, 2008, at 10:15 AM, Jason Deffenbaugh wrote: I ran into a problem in Resin Pro 3.1.2 where the forward tag in rewrite-dispatchforward //rewrite-dispatch has a bug and doesn't work. I believe this was fixed in 3.1.6. For Quercus, it's a good idea to keep up with recent versions of Resin. Each release includes a large number of Quercus bug fixes. The number of details and corner cases in PHP is amazingly high. -- Scott -Jason On Thu, 2008-10-16 at 13:05 -0400, Dan Spilka wrote: Hello all, If there is anyone with experience in configuring resin/quercus to run Wordpress, would you mind contacting me? I'm specifically working with WordPress MU and previously had it running successfully with Apache. I've setup a virtual host and can get the initial index page to load, but all links from that page produce 404s. I'm guessing there is a url rewriting issue perhaps? I've been trying to follow this page (http://wiki.caucho.com/Quercus:_Wordpress_Mu) and various other pages online. At the moment, I'm using Wordpress MU 1.2.1 and Resin Pro 3.1.2. I'm going to try to upgrade to Resin Pro 3.2 as the url rewriting section from the wiki url above doesn't seem to be working. Thanks, -Dan ___ 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:[EMAIL PROTECTED] http://blog.caucho.com/ 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] Comet param via hessian
On Thu, Sep 11, 2008 at 08:53:25PM -0700, Vic Cekvenich wrote: I posted b4, repost as BAM won't be ready in .as and I need this now. There has to be a way to hack hessian to pass a param to the comet servelet... hint? Try this: Create a bean that shared between the comet servlet and a Hessian POJO/servlet within the same web-app. Send data upstream to the regular servlet, have the servlet put the data into the bean, and the comet servlet picks it up. The nice thing about the comet servlet in its current API is the CometController lets you wake it up from either the bean or the other servlet. Emil doing standard things, like this from Flex: _push= new HessianStreamingService(pushReg); //servlet _push.responder=this; and this on server: public boolean service(ServletRequest request, ServletResponse response, CometController comet) throws IOException, ServletException { HttpServletRequest req = (HttpServletRequest) request; HttpServletResponse res = (HttpServletResponse) response; Hessian2StreamingOutput out; out = new Hessian2StreamingOutput(res.getOutputStream()); req.setAttribute(comet.hessian, out); //String roomId = req.getParameter(roomID); Question: How do I pass a param to the service? (like the last line commented out) For example a room. Comet is a servlet, and I should be able to pass it a parm from hessian somehow. It does not have to be as easy as calling the regualr hessian service, but some way to pass a message from HessianStreamingService that I can then read during the registration of the comet. tia, .V ___ 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:[EMAIL PROTECTED] http://blog.caucho.com/ 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] comet hessian param
On Wed, Sep 10, 2008 at 04:31:08PM -0700, Vic Cekvenich wrote: Is there a hello world or example on using .as BAM? There was, but it's down until I recode the AS Hessian implementation to match the new protocol. I'll send an update when it's done. Given various speaking engagements, etc., I'd give it a bit over a month... Emil On Wed, Sep 10, 2008 at 3:48 PM, Emil Ong [EMAIL PROTECTED] wrote: On Wed, Sep 10, 2008 at 01:09:32PM -0700, Vic Cekvenich wrote: Yes, having 2 is OK. But I have no way to register one w/ the other. Any idea how I know who is who? I really needs this, even if I hack it. If I can pass something from Flex to the comet servlet. If bam does it w/ actionscript? Yup, BAM is much better suited to this. You can send messages and queries over the same channel using BAM in AS. Emil .V The Hessian Flex streaming service is not bidirectional at the moment. That will probably wait until Servlet 3.0 so we can put out a reasonable example. Until then, you can use two services, one a streaming service and one a traditional Hessian RPC service. ___ 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:[EMAIL PROTECTED] http://blog.caucho.com/ Caucho: Reliable Open Source -- Resin: application server -- Quercus: PHP in Java -- Hessian Web Services ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest 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:[EMAIL PROTECTED] http://blog.caucho.com/ 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] comet hessian param
On Wed, Sep 10, 2008 at 09:56:45AM -0700, Vic Cekvenich wrote: oing standard things, like this from Flex: _push= new HessianStreamingService(pushReg); //servlet _push.responder=this; and this on server: public boolean service(ServletRequest request, ServletResponse response, CometController comet) throws IOException, ServletException { HttpServletRequest req = (HttpServletRequest) request; HttpServletResponse res = (HttpServletResponse) response; Hessian2StreamingOutput out; out = new Hessian2StreamingOutput(res.getOutputStream()); req.setAttribute(comet.hessian, out); //String roomId = req.getParameter(roomID); Question: How do I pass a param to the service? (like the last line commented out) For example a room. Comet is a servlet, and I should be able to pass it a parm from hessian somehow. It does not have to be as easy as calling the regualr hessian service, but some way to pass a message from HessianStreamingService that I can then read during the registration of the comet. Hi Vic, The Hessian Flex streaming service is not bidirectional at the moment. That will probably wait until Servlet 3.0 so we can put out a reasonable example. Until then, you can use two services, one a streaming service and one a traditional Hessian RPC service. Take care, Emil Emil Ong Chief Evangelist Caucho Technology, Inc. Tel. (858) 456-0300 mailto:[EMAIL PROTECTED] http://blog.caucho.com/ 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] comet hessian param
On Wed, Sep 10, 2008 at 01:09:32PM -0700, Vic Cekvenich wrote: Yes, having 2 is OK. But I have no way to register one w/ the other. Any idea how I know who is who? I really needs this, even if I hack it. If I can pass something from Flex to the comet servlet. If bam does it w/ actionscript? Yup, BAM is much better suited to this. You can send messages and queries over the same channel using BAM in AS. Emil .V The Hessian Flex streaming service is not bidirectional at the moment. That will probably wait until Servlet 3.0 so we can put out a reasonable example. Until then, you can use two services, one a streaming service and one a traditional Hessian RPC service. ___ 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:[EMAIL PROTECTED] http://blog.caucho.com/ 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] resin-interest Digest, Vol 27, Issue 6
On Tue, Sep 09, 2008 at 01:31:54AM -0200, Adriano Bonat wrote: Around one month ago I tested one of my projects that are using the Zend Framework and using database through PDO, to do so I had to implement some Quercus's PDO methods that were throwing exceptions because they arent implemented yet (getAvailableDrivers, and others that deal with columns name's case). Ignoring those methods that are missing, Quercus did it work very well :) And as I guess that those methods arent implemented yet, I will contribute with some patches when possible. Cool. I'm going to file this as a bug because Zend Framework has been a on the wish list a while. It'll be pretty gratifying if we can get it working with just a few PDO functions. http://bugs.caucho.com/view.php?id=2914 Thanks, Emil Best regards. On Sun, Sep 7, 2008 at 9:26 PM, Emil Ong [EMAIL PROTECTED] wrote: On Sun, Sep 07, 2008 at 04:17:51PM +0300, Heimo Laukkanen wrote: It would be great if Caucho could convince people from some of the php frameworks to work with you and test their frameworks on top of Quercus runtime besides just working with mod_php. It could be a good win-win situation for all the parties and also a way into the enterprise market for some of the frameworks. Currently I'm testing the code igniter framework - as our project is based on it - but will some day try to do something also with Zend framework, as it has a better featureset inside the framework itself and has commercial backing from the Zend corporation. We have been trying to do that, but there's been some resistance and hesistance so far. I think a lot of PHP people don't yet see what Quercus and running on a Java platform can offer them. Some just don't want to spend the time to change over, which is understandable. Java folks are much more excited. I recently gave a talk at the WordCamp in San Francisco (WordPress's conference for users and developers) and a lot of people were just confused by the concept at all. There are tons of smart people in the PHP world, we just need to get them looking at Quercus more seriously. If Quercus users would blog, post, and talk about it more, especially with success stories, I think that would go a long way in making that happen. I think Nam just fixed one of the Code Igniter bugs that you brought up earlier and we'd be happy to hear about any more that you run into. The nice thing about fixing bugs for one PHP application or framework is that it's likely to fix a bunch of others. I'm pretty sure we don't have the complete Zend Framework going as of yet, mainly because it uses the SPL extensively and we've only got about 25% done. Thanks, Emil Emil Ong Chief Evangelist Caucho Technology, Inc. Tel. (858) 456-0300 mailto:[EMAIL PROTECTED] http://blog.caucho.com/ Caucho: Reliable Open Source -- Resin: application server -- Quercus: PHP in Java -- Hessian Web Services ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest 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:[EMAIL PROTECTED] http://blog.caucho.com/ 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] resin-interest Digest, Vol 27, Issue 6
On Sun, Sep 07, 2008 at 04:17:51PM +0300, Heimo Laukkanen wrote: It would be great if Caucho could convince people from some of the php frameworks to work with you and test their frameworks on top of Quercus runtime besides just working with mod_php. It could be a good win-win situation for all the parties and also a way into the enterprise market for some of the frameworks. Currently I'm testing the code igniter framework - as our project is based on it - but will some day try to do something also with Zend framework, as it has a better featureset inside the framework itself and has commercial backing from the Zend corporation. We have been trying to do that, but there's been some resistance and hesistance so far. I think a lot of PHP people don't yet see what Quercus and running on a Java platform can offer them. Some just don't want to spend the time to change over, which is understandable. Java folks are much more excited. I recently gave a talk at the WordCamp in San Francisco (WordPress's conference for users and developers) and a lot of people were just confused by the concept at all. There are tons of smart people in the PHP world, we just need to get them looking at Quercus more seriously. If Quercus users would blog, post, and talk about it more, especially with success stories, I think that would go a long way in making that happen. I think Nam just fixed one of the Code Igniter bugs that you brought up earlier and we'd be happy to hear about any more that you run into. The nice thing about fixing bugs for one PHP application or framework is that it's likely to fix a bunch of others. I'm pretty sure we don't have the complete Zend Framework going as of yet, mainly because it uses the SPL extensively and we've only got about 25% done. Thanks, Emil Emil Ong Chief Evangelist Caucho Technology, Inc. Tel. (858) 456-0300 mailto:[EMAIL PROTECTED] http://blog.caucho.com/ Caucho: Reliable Open Source -- Resin: application server -- Quercus: PHP in Java -- Hessian Web Services ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
[Resin-interest] Quercus talk at JavaZone
Just a quick announcement : I'll be giving a talk about Quercus at JavaZone in Oslo, Norway on Sept 17. The talk will have discuss motivations for using Quercus as well as technical details and examples of how to use Quercus. Here's the page to sign up for JavaZone: http://www4.java.no/web/show.do?page=192articleid=6189 and the page with an abstract for my talk: http://javazone.no/incogito/session/Quercus.html Hope to see you there! Emil Emil Ong Chief Evangelist Caucho Technology, Inc. Tel. (858) 456-0300 mailto:[EMAIL PROTECTED] http://blog.caucho.com/ 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] Quercus PHP for TCP Servers?
On Thu, Sep 04, 2008 at 06:06:04PM +0200, Clemens Perz wrote: Hi Guys! I am playing around with Resin/Quercus now for a few days, trying to make one of my PHP applications work in this environment. It consists out of two parts, a traditional web frontend that I think I will get up and running with Resin. The other part is a TCP server, which I usually start through inetd or a daemon written in C++. All the logic for the server is pure PHP. Do you think I can port this to be controlled by a daemon/service written in Java and still have the logic in PHP, processed by Quercus? Could you give me any hints how to approach this? Where could be pitfalls, what kind of wrappers you think I might have to write? Any information that helps would be highly welcome :)) Hi Clemens, This can be done in Resin, but it will take a bit of work. First, you'll need write a custom protocol. Resin has a facility that lets you do that and configure it pretty easily: http://www.caucho.com/resin/examples/custom-protocol/index.xtp Next, you'll need to integrate Quercus into that protocol. There are a couple ways of doing that, but the easiest would probably be to use the javax.script interface. You'll just use the Quercus engine for the language. Looks like we don't have an example up for that yet, so I'll throw a quick one up on the blog (http://blog.caucho.com/) later today. If you have experience with javax.script though, it should be pretty straight forward. Keep us updated on your progress! It sounds like a very interesting project. Emil Emil Ong Chief Evangelist Caucho Technology, Inc. Tel. (858) 456-0300 mailto:[EMAIL PROTECTED] http://blog.caucho.com/ 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] Resin 3.17 - Quercus - in_array($needle, $haystack, TRUE) produces unsupported operation exception
Hi Heimo, The UnsupportedOperationException you're getting means we have not yet implemented in_array for when strict=TRUE. I added a bug report to bump the priority in implementing it: http://bugs.caucho.com/view.php?id=2889 Thanks, Emil On Sun, Aug 31, 2008 at 06:41:34PM +0300, Heimo Laukkanen wrote: Hi all, I'm trying to get latest CodeIgniter framework to work in Quercus - and noticed that there are some strange problems. In /system/codeigniter/Codeigniter.php there is a code: if ( ! class_exists($class) OR $method == 'controller' OR strncmp($method, '_', 1) == 0 OR in_array($method, get_class_methods('Controller'), TRUE) ) { show_404({$class}/{$method}); } In which in_array_part causes Quercus to barf if third parameter ( strictness ) is set to true. var_dump shows that each of the variables - both the needle and items in array - are indeed strings and I even tried to use explicit casting for $method to a string. array(5) { [0]= string(7) CI_Base [1]= string(10) Controller [2]= string(14) _ci_initialize [3]= string(15) _ci_scaffolding [4]= string(12) get_instance } Exception thrown below: 500 Servlet Exception [show] java.lang.UnsupportedOperationException java.lang.UnsupportedOperationException at com.caucho.quercus.env.JavaAdapter.containsStrict(JavaAdapter.java:572) at com.caucho.quercus.lib.ArrayModule.in_array(ArrayModule.java:1519) at sun.reflect.GeneratedMethodAccessor29.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at com.caucho.quercus.module.StaticFunction.invoke(StaticFunction.java:129) at com.caucho.quercus.env.JavaInvoker.callMethod(JavaInvoker.java:606) at com.caucho.quercus.env.JavaInvoker.call(JavaInvoker.java:541) at com.caucho.quercus.expr.FunctionExpr.evalImpl(FunctionExpr.java:182) at com.caucho.quercus.expr.FunctionExpr.eval(FunctionExpr.java:126) at com.caucho.quercus.program.ExprStatement.execute(ExprStatement.java:64) at com.caucho.quercus.program.BlockStatement.execute(BlockStatement.java:105) at com.caucho.quercus.program.QuercusProgram.execute(QuercusProgram.java:272) at com.caucho.quercus.page.InterpretedPage.execute(InterpretedPage.java:70) at com.caucho.quercus.env.Env.include(Env.java:3735) at com.caucho.quercus.env.Env.includeOnce(Env.java:3684) at com.caucho.quercus.expr.IncludeOnceExpr.eval(IncludeOnceExpr.java:88) at com.caucho.quercus.program.ExprStatement.execute(ExprStatement.java:64) at com.caucho.quercus.program.BlockStatement.execute(BlockStatement.java:105) at com.caucho.quercus.program.QuercusProgram.execute(QuercusProgram.java:272) at com.caucho.quercus.page.InterpretedPage.execute(InterpretedPage.java:70) at com.caucho.quercus.page.QuercusPage.executeTop(QuercusPage.java:119) at com.caucho.quercus.servlet.ResinQuercusServlet.service(ResinQuercusServlet.java:149) at com.caucho.quercus.servlet.QuercusServlet.service(QuercusServlet.java:355) 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:266) at com.caucho.server.http.HttpRequest.handleRequest(HttpRequest.java:270) at com.caucho.server.port.TcpConnection.run(TcpConnection.java:678) at com.caucho.util.ThreadPool$Item.runTasks(ThreadPool.java:721) at com.caucho.util.ThreadPool$Item.run(ThreadPool.java:643) at java.lang.Thread.run(Thread.java:619) Any thoughts? -huima ___ 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:[EMAIL PROTECTED] http://blog.caucho.com/ 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] XML Streaming issue with XFire and Resin 3.1.6
On Wed, Aug 13, 2008 at 10:27:25AM +0100, Richard Grantham wrote: I guess this is an bug with Resin's streaming XML implementation. By configuring Resin to use STaX instead I solved the issue I was having. Is this a known issue or should I log it? Hi Richard, I've gone ahead and filed it here: http://bugs.caucho.com/view.php?id=2842 If you could add a code sample or point me at an example XFire application that does this, that would help tremendously. Thanks, Emil Emil Ong Chief Evangelist Caucho Technology, Inc. Tel. (858) 456-0300 mailto:[EMAIL PROTECTED] http://blog.caucho.com/ 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] java.lang.NoClassDefFoundError: com/caucho/make/PersistentDependency
On Fri, Aug 08, 2008 at 05:57:20AM -0700, Ronald Pieterse wrote: Hello. I just upgraded to Resin 3.1.6 and now I get the same exception thrown every couple of seconds. The good news is that everything seems to works correctly though :-| I tried deleting the work folder and that caused the exceptions to appear a little later but they were there nevertheless. Is there a good fix for this problem? You're on the right track by deleting the work directory, but there's one more step: You'll also need to recompile your application. If you're letting Resin do this automatically, you can delete your .class files. Emil Ronald Kai Virkki wrote: Hi, I've experienced the same errors. If I remember correctly, you can get rid of this error by deleting the Resin work directory. cheers, Kai 2007/4/18, John Steel [EMAIL PROTECTED]: Getting this when jsps are recompiled using 3.1, with 3.0.23 they were ok. After the error the webapps behave ok. Anyone else seen this please? 18-Apr-2007 18:48:58 RESIN 3.1 java.lang.NoClassDefFoundError: com/caucho/make/PersistentDependency 18-Apr-2007 18:48:58 RESIN 3.1 at java.lang.Class.getDeclaredConstructors0(Native Method) 18-Apr-2007 18:48:58 RESIN 3.1 at java.lang.Class.privateGetDeclaredConstructors(Class.java:2389) 18-Apr-2007 18:48:58 RESIN 3.1 at java.lang.Class.getConstructor0(Class.java:2699) 18-Apr-2007 18:48:58 RESIN 3.1 at java.lang.Class.newInstance0(Class.java:326) 18-Apr-2007 18:48:58 RESIN 3.1 at java.lang.Class.newInstance(Class.java:308) 18-Apr-2007 18:48:58 RESIN 3.1 at com.caucho.jsp.JspManager.preload(JspManager.java:305) 18-Apr-2007 18:48:58 RESIN 3.1 at com.caucho.jsp.JspManager.compile(JspManager.java:213) 18-Apr-2007 18:48:58 RESIN 3.1 at com.caucho.jsp.JspManager.createPage(JspManager.java:166) 18-Apr-2007 18:48:58 RESIN 3.1 at com.caucho.jsp.JspManager.createPage(JspManager.java:146) 18-Apr-2007 18:48:58 RESIN 3.1 at com.caucho.jsp.PageManager.getPage(PageManager.java:241) 18-Apr-2007 18:48:58 RESIN 3.1 at com.caucho.jsp.PageManager.getPage(PageManager.java:157) 18-Apr-2007 18:48:58 RESIN 3.1 at com.caucho.jsp.QServlet.getSubPage(QServlet.java:294) 18-Apr-2007 18:48:58 RESIN 3.1 at com.caucho.jsp.QServlet.getPage(QServlet.java:210) 18-Apr-2007 18:48:58 RESIN 3.1 at com.caucho.server.dispatch.PageFilterChain.compilePage(PageFilterChain.java:233) 18-Apr-2007 18:48:58 RESIN 3.1 at com.caucho.server.dispatch.PageFilterChain.doFilter(PageFilterChain.java:143) 18-Apr-2007 18:48:58 RESIN 3.1 at com.caucho.server.webapp.WebAppFilterChain.doFilter(WebAppFilterChain.java:167) 18-Apr-2007 18:48:58 RESIN 3.1 at com.caucho.server.dispatch.ServletInvocation.service(ServletInvocation.java:226) 18-Apr-2007 18:48:58 RESIN 3.1 at com.caucho.server.hmux.HmuxRequest.handleRequest(HmuxRequest.java:424) 18-Apr-2007 18:48:58 RESIN 3.1 at com.caucho.server.port.TcpConnection.run(TcpConnection.java:477) 18-Apr-2007 18:48:58 RESIN 3.1 at com.caucho.util.ThreadPool$Item.runTasks(ThreadPool.java:591) 18-Apr-2007 18:48:58 RESIN 3.1 at com.caucho.util.ThreadPool$Item.run(ThreadPool.java:513) 18-Apr-2007 18:48:58 RESIN 3.1 at java.lang.Thread.run(Thread.java:619) 18-Apr-2007 18:48:47 RESIN 3.1 Compiling _jsp/_index__jsp.java The error is actually consistently just before the Compiling.. message as seen above, for all pages. -- -- http://www.phonewebcam.com [EMAIL PROTECTED] ___ 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 -- View this message in context: http://www.nabble.com/java.lang.NoClassDefFoundError%3A-com-caucho-make-PersistentDependency-tp10063881p18891390.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 Emil Ong Chief Evangelist Caucho Technology, Inc. mailto:[EMAIL PROTECTED] http://blog.caucho.com/ 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] Error while deploying a web application on Resin 3.1.6
On Thu, Jul 10, 2008 at 08:13:05PM -0700, George Wei wrote: All items in my classpath are as follows: [snip] Hi George, I don't see the hibernate jar in there... is it perhaps in your webapp's lib? If Resin is compiling your Java source for you, you might try deleting the class files in your webapp to force recompilation. Getting rid of the WEB-INF/work might also help. BTW, I'm not sure if this is the right version of Hibernate, but I found the method you're referring to: http://www.hibernate.org/hib_docs/annotations/api/org/hibernate/cfg/AnnotationConfiguration.html#addProperties(java.util.Properties) Best, Emil As you can understand, D:\Java\JDK150\ is where I install JDK 1.5.0 and E:\Applications\resin-3.1.6\ is where I install Resin 3.1.6. It looks there are not any strange jars in my classpath. Any other clues? George Scott Ferguson wrote: There's probably an old jar somewhere in your classpath. If you start Resin with -verbose, you'll see the system classpath, which might help track down the extra jar. Resin itself couldn't create that error. It's due to some class compiled against an old version of a method. -- Scott -- View this message in context: http://www.nabble.com/Error-while-deploying-a-web-application-on-Resin-3.1.6-tp18376474p18395860.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 Emil Ong Chief Evangelist Caucho Technology, Inc. Tel. (858) 361-2436 mailto:[EMAIL PROTECTED] http://blog.caucho.com/ 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] Need expert to help with JVM troubleshooting
On Thu, Jul 10, 2008 at 01:57:40PM -0700, Adam Allgaier wrote: We're having stability issues with our app running on Resin, characterized by climbing memory usage, and 100% CPU utilization, and frequent server crashes. We're looking for an expert who will be willing to help us. Any recommendations on where we can find one? Hi Adam, If you're using Resin 3.1.x, you can use the profiler in the Resin admin app to help you find the CPU utilization problem. You can also do thread dumps and heap dumps to help you get more information. If this doesn't help and your problem is related to Resin directly, feel free to email me and describe your issue. I can let you know if Caucho support would be appropriate for your problem. In general though, we would be unable to help with debugging your application. Take care, Emil Emil Ong Chief Evangelist Caucho Technology, Inc. Tel. (858) 361-2436 mailto:[EMAIL PROTECTED] http://blog.caucho.com/ 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] SOAP in Resin
On Wed, Jun 04, 2008 at 04:56:45PM -0700, bisoa wrote: Hello, I am curious how SOAP is handled in Resin. I can see SOA and POJO objects in the product webpage of the Resin site. But doen't look like supported directly. Hi, The SOAP documentation that you may have found for POJOs may be outdated. We recommend using a third-party SOAP stack for these purposes. Some stacks that have been used and tested by other users are CXF, Axis, Axis2, XFire, and Metro/JAX-WS RI. Best, Emil Emil Ong Chief Evangelist Caucho Technology, Inc. Tel. (858) 456-0300 mailto:[EMAIL PROTECTED] http://blog.caucho.com/ 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] Fwd: ajax push app - comet/gwt/continuations
On Sat, May 17, 2008 at 12:33:08PM -0700, jdk head wrote: Hi y'all, For an ajax push app... Has anyone had any luck with: A) integrating resin's comet support with GWT's server side - extends com.google.gwt.user.server.rpc.RemoteServiceServlet ? • given they both seem to be servlet wrappers, any way can they play nice together? Hi, I've taken a look at this, but I think the work to do it would be pretty involved from the GWT side. Also, you probably wouldn't use the RemoteServiceServlet on the server side. In the case of Comet, you either need to send a message to the client or invoke a procedure on the client. Thus what I'd like to see in GWT is the creation of a proxy for an interface that's implemented on the client. This whole problem is much better addressed by HMTP: http://www.caucho.com/resin/doc/hmtp.xtp But I digress... :-) The real underlying problem is that GWT has it's own RPC format for its RemoteServiceServlet and it needs to be reversed to send requests to the client and return responses from it. I think there's a real opportunity for GWT to create a generic way to handle this that would work with any Comet/server-push implementation. B) resin / continuations? C) resin comet / continuations? I'm not sure why you would want to use continuations with Resin, given its server-push architecture. Continuations have nothing to do with Comet per se, they are just Tomcat's implementation, except that what Tomcat calls continuations are not. Java doesn't support continuations and Tomcat's attempt at them is closer to SIMD programming than continuations. SIMD is hard to get right as a user. I used to work on MPI, so I know how much difficultly users have with the concept. Maybe comet would be all that's needed. My main concern is trying to not chew up all the threads. Yup. Resin's server-push does this just fine. Also, any advice on the best way to configure resin to handle a lot of sleeping concurrent requests? Seemingly continuations might help out with the threads part, but what about the tcp connections? Best handled with mod_caucho or resin direct? Check out the latest snapshot. It's got improvements for timeouts with server-push and HMTP. If you can avoid Apache, do it. Apache support is only for people who have existing installations with plugins not available in Resin. Using Resin's web server is much better integrated than Apache with Resin. Best, Emil Emil Ong Chief Evangelist Caucho Technology, Inc. Tel. (858) 456-0300 mailto:[EMAIL PROTECTED] http://blog.caucho.com/ 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] Fwd: ajax push app - comet/gwt/continuations
On Sun, May 18, 2008 at 09:34:22PM +, jdk head wrote: Thanks, Emil, for the quick response When resin's comet suspends the thread, does it not count against the thread-max setting? If not, that's great. Yes, that's right. It may be better to think of it in this way, though: the Comet servlet uses the threads from the same thread pool as everything else. When it suspends, the threads go back into the pool. When it resumes, it takes a thread from the pool. No additional threads are being allocated for Comet either dynamically or statically. We're pretty deeply committed to GWT right now - lots of implementation already, so I need to figure out a good way to get GWT to work with resin comet. I can think of two possibilities to try: I think GWT is a great choice. I hope I didn't imply that I don't think it's suitable. It would be great if it had better Comet support, but AFAIK, it's not there yet. 1) make inital calls to GWT's RemoteServiceServlet, and pass its getThreadLocalRequest() and getThreadLocalResponse() into the comet servlet service() and resume(). Then hope the suspension and everything still works ok I'd have to check on this, but I don't think it would work. That is, I don't think you can pass a thread from a normal servlet to a Comet servlet. Also, I'm not sure what the semantics would be on the client even if you could. 2) make initial calls to a resin comet servlet, then dig into the GWT source and figure out what classes are doing the serialization of the RPC objects. Have the comet servlet use these directly. This is more on track, but the problem still remains that you have to decode an RPC request on the client. This actually isn't that hard, but it requires hacking the GWT compiler a bit. All you really need to do is create a stable name for methods on the JavaScript side, since GWT will mangle them in its standard and obscure modes. Then you can just send down JavaScript invocations of those methods. Could you see either approach working? and if so, which would you recommend? There has been some work on GWT and Comet. I've just glanced at these, so I can't give detailed comments. This one is a bit dated, but it might still work: http://www.jroller.com/masini/entry/a_comet_implementation_for_google This one uses Jetty, so I'm not sure if it would work with Resin. http://docs.codehaus.org/display/JETTY/GWT Best, Emil Emil Ong Chief Evangelist Caucho Technology, Inc. Tel. (858) 456-0300 mailto:[EMAIL PROTECTED] http://blog.caucho.com/ 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] Resin - Quercus - Facebook - PHP API
On Fri, May 02, 2008 at 02:06:20PM -0500, Sandeep Ghael wrote: So a couple of question: When is Resin 3.1.6 being released? Has anyone successfully used the facebook api php script in Resin 3.1.5 or prior? Any other advice? Hi Sandeep, Just a quick note: 3.1.6 was released last week and it contains a number of fixes that address Smarty compatibility. I just tried using Facebook's footprint sample application and it works just fine for me. If you're having any other problems, please feel free to ask on the list. I think Quercus is going to be a good option for Java developers that want to use Facebook, especially since the official Java Facebook API was just retired. PHP developers, too. :-) Best, Emil Emil Ong Chief Evangelist Caucho Technology, Inc. Tel. (858) 456-0300 mailto:[EMAIL PROTECTED] http://blog.caucho.com/ 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] Does Resin Pro 3.0.24 work with java 1.6 on Leopard?
On Wed, Apr 30, 2008 at 11:26:32AM -0700, Bradley Schaefer wrote: I upgraded my java to the 1.6 final version that just came out for Leopard, and I can't seem to get it to work with my resin pro 3.0.24 installation. Trying to load up my app I get an UnsupportedClassVersionError . I cleared out my work directory, and my var/cache stuff to be sure that it would try to recompile my classes, but that didn't have any noticeable effect. The line it's barfing on is the beginning of a listener declaration (as follows): listener listener-class com.bebo.servlet.ContextListener /listener-class /listener And the full stack trace that I'm getting is: WEB-INF/web.xml:143: java.lang.UnsupportedClassVersionError: Bad version number in .class file Hi Bradley, Try deleting any autogenerated .class files from your application. It's likely that you have some application class files that were compiled using your old JDK, but since the source files haven't changed, Resin isn't doing a recompile. Best, Emil Emil Ong Chief Evangelist Caucho Technology, Inc. Tel. (858) 456-0300 mailto:[EMAIL PROTECTED] http://blog.caucho.com/ Caucho: Reliable Open Source -- Resin: application server -- Quercus: PHP in Java -- Hessian Web Services Visit us at booth #518 at the JavaOne Conference, San Francisco, May 6-8 ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Resin + JProfiler: Howto
On Wed, Apr 09, 2008 at 01:51:52PM -0500, Andrew Fritz wrote: Just threw my notes up for posterity if anyone else tries to do this. It wasn't hard, but I figure I'll save someone else the headache of having to sort it out. http://andrew.fritztech.com/blog/middleman/2008/04/jprofiler-resin.html Thanks Andrew! I'm going to give you a linkback from my blog and I can transfer this into our wiki if you don't mind. Best, Emil Emil Ong Chief Evangelist Caucho Technology, Inc. Tel. (858) 456-0300 mailto:[EMAIL PROTECTED] http://blog.caucho.com/ Caucho: Reliable Open Source -- Resin: application server -- Quercus: PHP in Java -- Hessian Web Services Visit us at booth #518 at the JavaOne Conference, San Francisco, May 6-8 ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] NullPointerException on invoking EntityManager.persist()
On Mon, Apr 07, 2008 at 11:07:16PM +0100, Charles Lyons wrote: [snip] So in summary, I'm not sure if this is a bug in Resin or Connector/J 5.1.5, but the recommended MySQL pooled driver certainly doesn't work as expected. Hi Charles, I've filed this as a bug: http://bugs.caucho.com/view.php?id=2579 We might want to do a workaround in our code, even if it's not properly our bug. Thanks for the great detective work! :-) Best, Emil Emil Ong Chief Evangelist Caucho Technology, Inc. Tel. (858) 456-0300 mailto:[EMAIL PROTECTED] http://blog.caucho.com/ Caucho: Reliable Open Source -- Resin: application server -- Quercus: PHP in Java -- Hessian Web Services Visit us at booth #518 at the JavaOne Conference, San Francisco, May 6-8 ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
[Resin-interest] Quercus presentation at SF Java Meetup, April 7
I and some of the Quercus engineers will be presenting Quercus at the San Francisco Java Meetup Group on April 7. The meetup is at Marakana, an IT training company, which will let us do a hands-on, interactive tutorial. Space is limited, so you'll need to sign up here: http://java.meetup.com/174/calendar/7458664/ There's more information on that site as well, but to give you the highlights, we're going to show how to: * Set up WordPress on Quercus * Expose a Java objects and methods to PHP * See how to use the power of Java sessions in PHP I hope to see you all there! Best, Emil Emil Ong Chief Evangelist Caucho Technology, Inc. Tel. (858) 456-0300 mailto:[EMAIL PROTECTED] http://blog.caucho.com/ 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] about the jpa of resin
On Wed, Feb 27, 2008 at 05:11:16PM +0800, 蒋剑峰 wrote: I want to use the other jpa.how to close the resin's jpa thanks!! jiangjf Hi jiangjf, Check out http://wiki.caucho.com/Hibernate It has info about how to use the Hibernate JPA implementation. That should be enough to get you started, even if you want to use another JPA besides Resin's or Hibernate. Best, Emil Emil Ong Chief Evangelist Caucho Technology, Inc. Tel. (858) 456-0300 mailto:[EMAIL PROTECTED] Caucho: Reliable Open Source -- Resin: application server -- Quercus: PHP in Java -- Hessian Web Services ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] submitting bugs on snapshot versions?
On Mon, Feb 25, 2008 at 03:25:18PM -0800, Daniel Spangler wrote: Is it of bad form to submit bugs that have arisen on a snapshot version? If not, then what release tag do we log it under in Mantis? Hi Daniel, Bugs for snapshots are gladly accepted. :-) Just file it under the most recently released version. For example, if you found a bug in a snapshot between 3.1.4 and 3.1.5, you should use 3.1.4. Thanks! Emil Emil Ong Chief Evangelist Caucho Technology, Inc. Tel. (858) 456-0300 mailto:[EMAIL PROTECTED] Caucho: Reliable Open Source -- Resin: application server -- Quercus: PHP in Java -- Hessian Web Services ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] submitting bugs on snapshot versions?
On Mon, Feb 25, 2008 at 03:48:23PM -0800, Emil Ong wrote: On Mon, Feb 25, 2008 at 03:25:18PM -0800, Daniel Spangler wrote: Is it of bad form to submit bugs that have arisen on a snapshot version? If not, then what release tag do we log it under in Mantis? Hi Daniel, Bugs for snapshots are gladly accepted. :-) Just file it under the most recently released version. For example, if you found a bug in a snapshot between 3.1.4 and 3.1.5, you should use 3.1.4. Please disregard this and follow Scott's comment. Best, Emil Emil Ong Chief Evangelist Caucho Technology, Inc. Tel. (858) 456-0300 mailto:[EMAIL PROTECTED] Caucho: Reliable Open Source -- Resin: application server -- Quercus: PHP in Java -- Hessian Web Services ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Hibernate and Resin 3.1.4
On Thu, Feb 21, 2008 at 07:11:45PM -0800, majohnst wrote: I found a work around for this problem. In my setup, I had an exploded ear file and my persistence.xml was in my META-INF folder. I found that if I put my persistence.xml file inside a jar file, then it worked correctly and I was able to get hibernate to work. Hi Matt, Can you give me an idea of the layout that you had with both the working and non-working setups? It should really work even if the ear is exploded. Thanks, Emil Scott Ferguson wrote: On Feb 13, 2008, at 10:31 AM, Matt Johnston wrote: I just tried this with the 2/11 snapshot, and the same error occurs. The persistence.xml is never read, or at least there is no logging to say otherwise. Thanks for checking, Matt. I've filed it as http://bugs.caucho.com/view.php?id=2435. It's something that needs to be fixed before we release 3.1.5. Emil Ong Chief Evangelist Caucho Technology, Inc. Tel. (858) 456-0300 mailto:[EMAIL PROTECTED] Caucho: Reliable Open Source -- Resin: application server -- Quercus: PHP in Java -- Hessian Web Services ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Hessian-Flash: An SWF file is on anothre domain(ex: facebook) and it needs to call my service. How?
On Thu, Jan 24, 2008 at 02:49:34PM -0800, Vic Cekvenich wrote: If I deploy SWF on remote server (ex: social networks) but I want it to call my servers' services (not same one that loaded swf), how? Normally I just say /srvName from Flash Hessian to my resin java server. Would http://pointCast.com/srvName work from a remote domain w/ out sandbox issues? Workarounds? (I hope I do not have to use XML, yuck.) This should just work. The URL parser looks for a protocol (like http) and if it finds one, it treats it as absolute. Let me know if you run into problems with it. Best, Emil Emil Ong Chief Evangelist Caucho Technology, Inc. Tel. (858) 456-0300 mailto:[EMAIL PROTECTED] Caucho: Reliable Open Source -- Resin: application server -- Quercus: PHP in Java -- Hessian Web Services ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Resin clustered session store
Hi Richard, Which version of XFire are you using? Also, is there any chance you have a sample service that exhibits this behavior? I'll see if I can find the message you referenced on the XFire list... Thanks, Emil On Mon, Jan 14, 2008 at 05:56:57PM -, Richard Grantham wrote: We would send valid SOAP requests but XFire was not interpretting parameters correctly. Eg. This SOAP request: soap:Envelope xmlns:xs=http://www.w3.org/2001/XMLSchema; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xmlns:soap=http://schemas.xmlsoap.org/soap/envelope/; xmlns:xsd=http://www.w3.org/2001/XMLSchema; soap:Body list deepfalse/deep /list /soap:Body /soap:Envelope would give this response: 2007-08-08 09:59:03,894 ERROR [resin-tcp-connection-*:80-14] (DefaultFaultHandler.java:35) - Fault occurred! org.codehaus.xfire.XFireRuntimeException: Invalid boolean value: at org.codehaus.xfire.aegis.AbstractMessageReader.getValueAsBoolean(Abstrac tMessageReader.java:115) at org.codehaus.xfire.aegis.type.basic.BooleanType.readObject(BooleanType.j ava:16) at org.codehaus.xfire.aegis.AegisBindingProvider.readParameter(AegisBinding Provider.java:169) at org.codehaus.xfire.service.binding.AbstractBinding.read(AbstractBinding. java:206) at org.codehaus.xfire.service.binding.WrappedBinding.readMessage(WrappedBin ding.java:51) at org.codehaus.xfire.soap.handler.SoapBodyHandler.invoke(SoapBodyHandler.j ava:42) at org.codehaus.xfire.handler.HandlerPipeline.invoke(HandlerPipeline.java:1 31) at org.codehaus.xfire.transport.DefaultEndpoint.onReceive(DefaultEndpoint.j ava:64) at org.codehaus.xfire.transport.AbstractChannel.receive(AbstractChannel.jav a:38) at org.codehaus.xfire.transport.http.XFireServletController.invoke(XFireSer vletController.java:304) at org.codehaus.xfire.transport.http.XFireServletController.doService(XFire ServletController.java:129) at org.codehaus.xfire.transport.http.XFireServlet.doPost(XFireServlet.java: 116) at javax.servlet.http.HttpServlet.service(HttpServlet.java:153) at javax.servlet.http.HttpServlet.service(HttpServlet.java:91) at com.caucho.server.dispatch.ServletFilterChain.doFilter(ServletFilterChai n.java:103) The only difference would be the version of Resin used. I think someone else posted a question about it to the XFire mailing list and didn't receive a response. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Emil Ong Sent: 14 January 2008 17:38 To: General Discussion for the Resin application server Subject: Re: [Resin-interest] Resin clustered session store On Mon, Jan 14, 2008 at 04:54:19PM -, Richard Grantham wrote: Thanks for the response Scott. We did some firewall reconfiguration with regards to connections and sessions and the issue appears to have gone away. I've not tried the 3.1 branch in a while as we found it didn't play well with XFire, but I will upgrade to 3.0.25 ASAP. Hi Richard, What problems did you run into with XFire and 3.1? We want to make sure they work well together. Thanks, Emil -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Scott Ferguson Sent: 14 January 2008 16:45 To: General Discussion for the Resin application server Subject: Re: [Resin-interest] Resin clustered session store On Jan 10, 2008, at 4:19 AM, Richard Grantham wrote: Hi list, I'm using Resin Pro 3.0.23 (2 servers, load balanced/distributed sessions) and I've seen this error a few times in the log file: We've made a few fixes to the synchronization/timing of the clustered session. Some in 3.0.25, but many more in 3.1. However, I was never able to reproduce that exact error here, so if anyone runs into this on 3.1.4 or later, it would be very helpful to send a bug report on the issue with as much detail as possible. -- Scott [2008-01-10 11:31:01.379] java.io.EOFException [2008-01-10 11:31:01.379] at java.io.ObjectInputStream$PeekInputStream.readFully (ObjectInputStream.ja va:2279) [2008-01-10 11:31:01.379] at java.io.ObjectInputStream$BlockDataInputStream.readShort (ObjectInputStre am.java:2748) [2008-01-10 11:31:01.379] at java.io.ObjectInputStream.readStreamHeader(ObjectInputStream.java:780) [2008-01-10 11:31:01.379] at java.io.ObjectInputStream.init(ObjectInputStream.java:280) [2008-01-10 11:31:01.379] at com.caucho.server.cluster.ClusterObject $DistributedObjectInputStream.in it(ClusterObject.java:474) [2008-01-10 11:31:01.379] at com.caucho.server.cluster.ClusterObject.load(ClusterObject.java:286) [2008-01-10 11:31:01.379
[Resin-interest] Are you blogging about Resin?
Do you have a blog entry about Resin, Quercus, Hessian, or any other Caucho product? Let us know! Feel free to let people know about it on this list. If you don't feel like spamming the list ;-), you can send a link to your blog directly to me. We'll soon have blogs from me and other Caucho engineers and we're looking for interesting posts to link to. Happy blogging! Emil Emil Ong Chief Evangelist Caucho Technology, Inc. Tel. (858) 456-0300 mailto:[EMAIL PROTECTED] Caucho: Reliable Open Source -- Resin: application server -- Quercus: PHP in Java -- Hessian Web Services ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Resin clustered session store
. The (hardware) load balancer has been reporting that it has reached it's maximum number of sessions. Could this be playing a part? Any assistance would be appreciated. rgds, Richard Richard Grantham Development --- [EMAIL PROTECTED] Limehouse Software Ltd DDI: (020) 7566 3336 Main: (020) 7566 3320 Fax: (020) 7566 3321 Limehouse Software Ltd 4th Floor 1 London Bridge London SE1 9BG Manchester Office: 3rd Floor, The Triangle, Exchange Square, Manchester M4 3TR Tel: (0161) 240 2440, Fax: (0161) 240 2441, ISDN: 08700 119 400 Check out Limehouse Software's innovative solutions www.limehousesoftware.co.uk - Transforming the way you publish and consult on information The information contained in this e-mail or in any attachments is confidential and is intended solely for the named addressee only. Access to this e-mail by anyone else is unauthorised. If you are not the intended recipient, please notify Limehouse Software Ltd immediately by returning this e-mail to sender or calling 020 7566 3320 and do not read, use or disseminate the information. Opinions expressed in this e-mail are those of the sender and not necessarily the company. Although an active anti-virus policy is operated, the company accepts no liability for any damage caused by any virus transmitted by this e-mail, including any attachments. ___ 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 Emil Ong Chief Evangelist Caucho Technology, Inc. Tel. (858) 456-0300 mailto:[EMAIL PROTECTED] Caucho: Reliable Open Source -- Resin: application server -- Quercus: PHP in Java -- Hessian Web Services ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] NPE at com.caucho.quercus.lib.db.JdbcConnectionResource$TableKey.equals(JdbcConnectionResource.java:933)
On Sat, Jan 12, 2008 at 11:49:27AM +, Stargazer wrote: This seems to be fixed in Snapshot s080111 - great! The only problem with it right now is the enourmous amount of logging caused by just navigating the site, it seems each page visit generates screenfulls of PHP traffic (logging? compilation?) in the resin log. Is this easy to disable? Heres what the start looks like: 12-Jan-2008 11:40:45 RESIN 3.1.4 a:4:{s:8:col_info;a:4:{i:0;O:8:stdClass:13:{s:8:not_null;i:1;s:11:primary_key;i:0;s:8:unsigned;i:0;s:4:blob;i:0 ;s:10:unique_key;i:0;s:3:def;s:0:;s:4:name;s:8:var_name;s:4:type;s:6:string;s:7:numeric;i:0;s:12:multiple_key;i:0;s:8:zerofill;i:0;s:10: max_length;i:0;s:5:table;s:12:pligg_config;}i:1;O:8:stdClass:13:{s:8:not_null;i:1;s:11:primary_key;i:0;s:8:unsigned;i:0;s:4:blob;i:0;s:10:u Looks like some debugging statements slipped into the snapshot. There's likely to be another snapshot before the next release, which is about 4 weeks away. They should be gone in that one. You could also try to grab the code from SVN and compile it yourself in a couple of days, but it might not be as stable as the snapshot (which also has not undergone our full release QA). Thanks for letting us know that it's working for you! Best, Emil Emil Ong Chief Evangelist Caucho Technology, Inc. Tel. (858) 456-0300 mailto:[EMAIL PROTECTED] Caucho: Reliable Open Source -- Resin: application server -- Quercus: PHP in Java -- Hessian Web Services ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] hessian-flex SocketTimeoutException
On Thu, Jan 10, 2008 at 11:10:15AM -0800, Vic Cekvenich wrote: A tomcat 5.5 site is using hessian/flex, like it a lot. It gets random hessian errors, some ex: java.net.SocketTimeoutException: Read timed out or sometimes java.io.IOException: expected 'c' in hessian input at -1 Hi Vic, Can you tell me about the setup? Is this streaming hessian or method calls (looks like methods to me)? Are the clients that cause this doing anything weird? The second exception is a result of the socket getting closed. The error message isn't very handy, but it's saying it got an EOF instead of what it was looking for. Site gets thousand of hits per minute, exceptions are about once an hour. Other resin sites seem fine, but this site is tc. Any suggestion on what to do? Switch to Resin. ;-) .V ps: for fun: http://phonezoo.com/PhotosHome.do (the recent banner on top is flex rotating and calling hessian java and generating these exceptions. Cool! Thanks, Emil Emil Ong Chief Evangelist Caucho Technology, Inc. Tel. (858) 456-0300 mailto:[EMAIL PROTECTED] Caucho: Reliable Open Source -- Resin: application server -- Quercus: PHP in Java -- Hessian Web Services ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] NPE at com.caucho.quercus.lib.db.JdbcConnectionResource$TableKey.equals(JdbcConnectionResource.java:933)
On Tue, Jan 01, 2008 at 02:51:37PM +, Stargazer wrote: Following http://www.caucho.com/resin-3.1/doc/quercus-list-of-applications.xtp#pligg (note the first line is wrong, it should be web-app xmlns=http://caucho.com/ns/resin;) with resin 3.1.4a (on XP) and you get 500 Servlet Exception || java.lang.NullPointerException at com.caucho.quercus.lib.db.JdbcConnectionResource$TableKey.equals(JdbcConnectionResource.java:933) at com.caucho.util.LruCache.get(LruCache.java:174) at com.caucho.quercus.lib.db.JdbcConnectionResource.getTableMetaData(JdbcConnectionResource.java:461) at com.caucho.quercus.lib.db.MysqlModule.mysql_fetch_field(MysqlModule.java:358) That looks like a bug. I filed it here: http://bugs.caucho.com/view.php?id=2283 I've also fixed the namespace issue in the docs. Thanks for the report! Emil Emil Ong Chief Evangelist Caucho Technology, Inc. Tel. (858) 456-0300 mailto:[EMAIL PROTECTED] Caucho: Reliable Open Source -- Resin: application server -- Quercus: PHP in Java -- Hessian Web Services ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] http://hessian.caucho.com/comet
On Wed, Dec 26, 2007 at 04:59:04PM -0800, Vic Cekvenich wrote: http://hessian.caucho.com/comet has this section: The following code would be added to your resin.conf file: Socket policy file server configuration protocol port=414 type=com.caucho.protocols.flash.SocketPolicyProtocol ... But it does not say where in resin.conf to put that section. Where would I this section? (before/after). Hi Vic, The protocol tag is a child of server. I'll update the documentation in the example. Thanks for the question. Best, Emil Emil Ong Chief Evangelist Caucho Technology, Inc. Tel. (858) 456-0300 mailto:[EMAIL PROTECTED] Caucho: Reliable Open Source -- Resin: application server -- Quercus: PHP in Java -- Hessian Web Services ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
[Resin-interest] Win64 ISAPI (was: 3.0.25 Update)
On Tue, Dec 11, 2007 at 06:18:50AM -0500, Jean-Francois Lamy wrote: I see several points in version 3.0.25 regarding isapi_srun.dll Can anyone tell me if isapi_srun.dll now runs on 64 bit windows systems, and if so, what the magic required is ? I've had over half a dozen personal queries for this since posting a note over a year ago, and yes, there is a bug open on this (or was). We have found that the 32-bit DLL works on 64-bit systems as well, but we are planning to release a 64-bit compiled version in the future. Some of people have found it necessary to make a change to the registry to make sure this DLL is compatible: You might need to set the key W3SVC/AppPools/Enable32bitAppOnWin64 to 1. Please let me know if this does the trick for you and we can add it to the documentation, at least until we can create a 64-bit native DLL. Best, Emil Emil Ong Chief Evangelist Caucho Technology, Inc. Tel. (858) 456-0300 mailto:[EMAIL PROTECTED] Caucho: Reliable Open Source -- Resin: application server -- Quercus: PHP in Java -- Hessian Web Services ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Caucho bug tracker
On Fri, Dec 07, 2007 at 11:40:45AM -0800, Chris Chen wrote: Scott, Is it just me or is the bug tracker database down? I can't seem to reach it from different ISP locations. It's back up now. Take care, Emil Emil Ong Chief Evangelist Caucho Technology, Inc. Tel. (858) 456-0300 mailto:[EMAIL PROTECTED] Caucho: Reliable Open Source -- Resin: application server -- Quercus: PHP in Java -- Hessian Web Services ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
[Resin-interest] Resin 3.1.4 is available
The Resin 3.1.4 release is now available at http://caucho.com/download. Release notes are at http://caucho.com/resin-3.1/changes/resin-3.1.4.xtp. The change log is at http://caucho.com/resin-3.1/changes/changes.xtp Some changes of interest: * Resin/IoC now offers WebBeans-style injection and compatibility See http://caucho.com/resin-3.1/doc/resin-ioc.xtp * Performance improvements in Quercus * GoogleMapAPI now works in Quercus Best, Emil Emil Ong Chief Evangelist Caucho Technology, Inc. Tel. (858) 456-0300 mailto:[EMAIL PROTECTED] Caucho: Reliable Open Source -- Resin: application server -- Quercus: PHP in Java -- Hessian Web Services ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] org.apache.axis2.AxisFault: org.xml.sax.SAXParseException: The prefix ns2 for element ns2:requestUser is not bound.
--- Mattias Jiderhamn [EMAIL PROTECTED] wrote: Emil Ong wrote (2007-11-03 06:09): --- Huitang Li [EMAIL PROTECTED] wrote: All the above is based on what is left in my brain for this matter, and probably I have not referred to the resin API names perfectly. However, I debugged through the resin source code for this matter a while ago. Hope that you will get the idea. Thanks so much for the clear explanation! I was able to fix this very quickly because of your help. Look for the fix to be in the next snapshot and release. Emil, will this be merged back into 3.0 (where we are seeing the same problem)? Hi Mattias, Unfortunately this change will not be merged back into 3.0. One option is to use the StAX RI or another StAX implementation and set the system properties javax.xml.stream.XMLInputFactory and javax.xml.stream.XMLOutputFactory. Another option is to repackage the 3.1 implementation and drop it into your 3.0 installation. All of the relevant classes are in the com.caucho.xml.stream package. Take care, Emil Emil Ong 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] resin-interest Digest, Vol 17, Issue 1
--- Huitang Li [EMAIL PROTECTED] wrote: All the above is based on what is left in my brain for this matter, and probably I have not referred to the resin API names perfectly. However, I debugged through the resin source code for this matter a while ago. Hope that you will get the idea. Thanks so much for the clear explanation! I was able to fix this very quickly because of your help. Look for the fix to be in the next snapshot and release. Best, Emil Emil Ong 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] resin 3.1 JAX-WS exception
--- Huitang Li [EMAIL PROTECTED] wrote: Hi, I downloaded the code in http://www.caucho.com/resin-3.1/examples/soa-jaxws/index.xtp and installed in resin 3.1. Which version of Resin exactly did you download? Was it 3.1.0 or 3.1.1, etc.? I just fixed a bug in that demo for 3.1.3, due out in a couple weeks. Thanks, Emil Emil Ong 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] hessian flex (Stream Error)
Hi Vic, The Flex client code you sent looks ok (although it also looks like it got garbled by either your mail client or the list). The IOError suggests that the URL you're passing might be incorrect for the given context. Where is the SWF file coming from? Looking at the Java client, I see that you have the service at http://localhost:8080/w/hsrv, but in the Flex code, you have a URL of hsrv. This is correct if your SWF is at http://localhost:8080/w/Ping.swf (or whatever the class name is). The URL is relative to the path of the SWF. If the URL you have is correct for the context, something else is probably happening on the network level. I can try to send you a debugging version of hessian.swc in that case. BTW, this discussion might be more appropriate on hessian-interest. You can sign up for it here: http://maillist.caucho.com/mailman/listinfo/hessian-interest Thanks for looking at Hessian/Flash! Emil --- Vic Cekvenich [EMAIL PROTECTED] wrote: I get Error #2044: Unhandled IOErrorEvent:. text=Error #2032: Stream Error. at hessian.client::HessianOperation/send() trying to duplicate the 2 flex hessian examples on the site. Here is working java client: public static void main(String args[]) { String url = http://localhost:8080/w/hsrv;; HessianProxyFactory factory = new HessianProxyFactory(); IInvoke basic=null; try { basic = (IInvoke) factory.create(IInvoke.class, url); } catch (Exception e) {} System.out.println(hello + basic.ping());// it just sayz hello world. // so it proves server works, the client works. And now the non working flex client code, that produces above error event: ?xml version=1.0 encoding=utf-8? initialize=init() implements=mx.rpc.IResponder mx:Script ![CDATA[ import flash.net.*; import mx.controls.*; import flash.events.*; import hessian.client.*; import mx.rpc.*; import mx.rpc.events.*; private var _hsrv:HessianService = new HessianService(hsrv);//url hessian private function hsend():void { try{ var token:AsyncToken = _hsrv.ping.send();// send async token.addResponder(this); } catch (err:Error) {// retry Alert.show(err.message); } }//() public function result(evt:Object):void {//rpc sig try { var revt:ResultEvent = ResultEvent(evt); var dat:String = revt.result.toString(); tRecMsg.text=dat; } catch (err:Error) {// retry Alert.show(err.message); }// }//() public function fault(ignore:Object):void { } // rpc sig ]] /mx:Script !-- ui -- mx:Button x=67 y=25 label=Send click=hsend() id=b1/ !--display recevied mesages -- mx:TextArea x=67 y=79 width=365 height=324 id=tRecMsg / mx:TextInput x=151 y=25 id=tOne editable=true text=kl/ /mx:Application hints? .V Yahoo! oneSearch: Finally, mobile search that gives answers, not web links. http://mobile.yahoo.com/mobileweb/onesearch?refer=1ONXIC ___ 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] Flex Hessian (push)
--- Vic Cekvenich [EMAIL PROTECTED] wrote: http://hessian.caucho.com/ria - Outstanding! I will be using this right away, I was looking for an open source binary protocol for as3, and have used hessian in the past, no more need for Data Service product and the loads of jars it comes w/. Great! Question: is there a way to do a push to flex and leverage this? Ex: Flex pings server to open a connection/socket(ex: w/ Mina/Nio help), and now I keep a list of them, so that I can push/invoke/send a message from Resin server to a specific flex client. So an invoke not from Flex to Resin(which was the example) but a message from Resin to Flex? Suggestions? Hmm... this is an interesting issue. In the Hessian 2.0 protocol, we have support for streaming calls which might be appropriate in this situation. On the other hand, I'm not sure that we actually have a programming model to support that on the server side yet. (I'll have to check that.) It probably would not be a servlet... maybe an EJB or something. In other words, the server side would be just as much of an issue in the push problem as the client side. Do you know of any examples already in Flex that do push? Does Flex Data Services do that? If so, what is their API for it? Thanks, Emil P.S. I cc'd this to hessian-interest. ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] WebServiceContext
--- Jan Kriesten [EMAIL PROTECTED] wrote: is there for web services a workaround to get to the service' servicecontext? Hi Jan, Sorry for the delay in response. @WebServiceContext is not implemented at the moment. May I ask what specific information you need from the WebServiceContext? Of course, it will be implemented soon, but there are some issues with threading that we (as implementors) have to be careful about and you as a user should be aware of, so I just wanted to see if there is another way to get the information you need so you can avoid all that. Feel free to respond to me personally if you don't want to discuss your application on the list. Emil Emil Ong 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