Re: [Resin-interest] How to set up Eclipse for Web app at root?

2016-01-02 Thread Alex Rojkov
> In Eclipse, if I create a dynamic web app project called "foo", then a 
> Resin server using the plugin config tool, I can then deploy it and
> it runs at localhost:8080/foo. I need to have it deployed to the root, 
> i.e. just localhost:8080. It seems its the "Add/Remove" dialog in the 
> Resin Plug in which creates the webapp name in the path - how can I 
> choose ROOT there please? I don't want to call the project "ROOT" just 
> to achieve this, nor do I want to rename any WAR's each deploy because 
> the will slow down dev time. I'm sure there must be a smarter way ;-)

Hi Carl, 

I just tested with a symbolic link named ROOT pointing to the deploy foo 
directory and that worked for me. 

So you should remove webapps/ROOT and make a link with  ln -s foo ROOT 


Alex

> 
> ___
> resin-interest mailing list
> resin-interest@caucho.com
> http://maillist.caucho.com/mailman/listinfo/resin-interest


___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


Re: [Resin-interest] How to set up Eclipse for Web app at root?

2016-01-02 Thread Alex Rojkov
>>> In Eclipse, if I create a dynamic web app project called "foo", then a
> 
> Hi Carl,
> 
> I just tested with a symbolic link named ROOT pointing to the deploy foo 
> directory and that worked for me.
> 
> So you should remove webapps/ROOT and make a link with  ln -s foo ROOT
> 
> 
> Alex
> 
> Thanks Alex, its great to know there's an easy fix for Linux but ... you 
> guessed it ... devs done on Windows.

Have you tried mklink /D   

Alex

>>> ___
>>> resin-interest mailing list
>>> resin-interest@caucho.com
>>> http://maillist.caucho.com/mailman/listinfo/resin-interest
>> 
>> ___
>> resin-interest mailing list
>> resin-interest@caucho.com
>> http://maillist.caucho.com/mailman/listinfo/resin-interest
> 
> 
> ___
> resin-interest mailing list
> resin-interest@caucho.com
> http://maillist.caucho.com/mailman/listinfo/resin-interest


___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


Re: [Resin-interest] Can't find symbol error when deploying a webapp on Resin 4 using JMS

2014-04-15 Thread Alex Rojkov
Sorry, that’s a code-gen bug.

It should have generated ‘.’ for ‘$’ in class name.

http://bugs.caucho.com/view.php?id=5715

To work around the issue please make your exception a normal public class.

Alex

 [14-04-15 09:38:48.729] {main} 
 /opt/resin-4.0.39/webapps/multichannel/WEB-INF/work/ejb/com/veeva/multichannel/webhook/mailgun/MailGunWebHookAgent__MessageProxy.java:95:
  error: cannot find symbol
} catch 
 (com.veeva.multichannel.core.job.agent.JobAgentA$JobAgentProcessingException 
 e) {
  ^
  symbol:   class JobAgentA$JobAgentProcessingException
  location: package 
 com.veeva.multichannel.core.job.agent
1 error


___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


Re: [Resin-interest] Fresh resin install won't run my app or log

2014-03-13 Thread Alex Rojkov
 
 On Mar 12, 2014, at 20:23 , Alex Rojkov a...@caucho.com wrote:
 
 Did you remove resin:import for app-default.xml by any chance ? 
 
 Why do you ask?

app-default.xml has all the required imports to for web.xml, resin-web.xml, 
etc. Without the imports application won’t be properly initialized. 

Commenting app-default.xml out or excluding the imports would make application 
behave as you describe. 

 
 ___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest


___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


Re: [Resin-interest] Fresh resin install won't run my app or log

2014-03-13 Thread Alex Rojkov

 So, any other suggestions for getting more logging out of the system to see 
 where things are falling down?

Are your servlets in WB-INF/classes? 

Try adding a compiling-loader (or a simple-loader if classes are compiled 
already) to your class-loader.

class-loader
compiling-loader path=WEB-INF/classes”/
tree-loader../
/class-loader

Alex

 
 On Mar 12, 2014, at 20:12 , Rick Mann rm...@latencyzero.com wrote:
 
 Well, that's not exactly true, but I'm baffled.
 
 I have my webapp running just fine locally, and just find on a 4.0.37/Java 
 1.6/Ubuntu 10.10 server I've had running for years.
 
 I just created an Ubuntu 13.10/Java 1.7/4.0.38 server using the Pro 
 distribution (but no license file yet) that I build myself (rather than 
 using apt-get) because I wanted to control the directories used. It started 
 up and ran fine.
 
 I then installed my app, and modified resin.xml to point to it. Resin seems 
 to create the app, and the resin-file handler is able to serve up some 
 top-level files in my app.
 
 But it does not appear to be actually executing any of the code in my app. 
 My app is pure-java configed, and uses Log4J. No log files are getting 
 created. I tried logging some stuff using System.out, but it's not appearing 
 in any of the logs I do get. I'm executing with resinctl console, as much 
 logging as I can set to ALL.
 
 I've little by little gone through the various Resin config files removing 
 references to other apps, virtual hosts, and other logging. My app's entry 
 in resin.xml looks like this:
 
  http://pastebin.com/6STAmNBS
 
 Any ideas what else to try? I have the following logs to look at:
 
 rmann@clarke $ ls /logs/resin/
 out.log
 rmann@clarke $ ls /logs/inote/
 access.log  resin.log
 
 Plus what comes out of the resinctl console.
 
 I'm baffled.
 
 Some possible issues?
 
 [03-13 03:01:20.176] {main}  ALL 
 (com.caucho.env.deploy.ExpandDeployController) 
 java.io.FileNotFoundException: 
 /lz/var/www/com/latencyzero/inote/META-INF/resin.application-hash
 
 GETting / results in 404:
 
 [03-13 03:11:38.506] {resin-port-80-46}  FINER 
 (com.caucho.server.dispatch.ServletInvocation) Dispatch '/' to 
 AccessLogFilterChain[http://inote.latencyzero.com, 
 next=WebAppFilterChain[http://inote.latencyzero.com, 
 next=ServletFilterChain[resin-file]]]
 
 
 GETting /css/site.css returns the css file:
 
 [03-13 03:01:36.023] {resin-port-80-22}  FINER 
 (com.caucho.server.dispatch.ServletInvocation) Dispatch '/css/site.css' to 
 AccessLogFilterChain[http://inote.latencyzero.com, 
 next=WebAppFilterChain[http://inote.latencyzero.com, 
 next=ServletFilterChain[resin-file]]]
 
 TIA,
 
 -- 
 Rick
 
 
 
 ___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest
 
 
 -- 
 Rick
 
 
 
 ___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest


___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


Re: [Resin-interest] Fresh resin install won't run my app or log

2014-03-13 Thread Alex Rojkov

On Mar 13, 2014, at 2:26 PM, Rick Mann rm...@latencyzero.com wrote:

 
 On Mar 13, 2014, at 14:13 , Alex Rojkov a...@caucho.com wrote:
 
 Are your servlets in WB-INF/classes? 
 
 Yes.
 
 Try adding a compiling-loader (or a simple-loader if classes are compiled 
 already) to your class-loader.
 
 class-loader
 compiling-loader path=WEB-INF/classes”/
 tree-loader../
 /class-loader
 
 I had that in there originally, but it wasn't working. I removed it because I 
 never want .java files in classes/ to be compiled (that's what it's for, 
 right?).
 
 Just to be sure, I added it and tried again. No go.

And can you move the class-loader registration inside the web-app please?

If that doesn’t work please post log and conf/*.xml conf/*.properties 
someplace. 

Alex


 
 -- 
 Rick
 
 
 
 ___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest


___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


Re: [Resin-interest] Fresh resin install won't run my app or log

2014-03-13 Thread Alex Rojkov
Hm… In the referenced resin.xml the classloader is in the host section. Can you 
move it into the web-app section and try accessing one of your mapped servlets?

Alex
 


 
 And can you move the class-loader registration inside the web-app please?
 If that doesn’t work please post log and conf/*.xml conf/*.properties 
 someplace. 
 
 It's inside the web-app inside resin.xml.
 
   resin.xml:  http://pastebin.com/tY8MRf3S
   app-defaults.xml:   http://pastebin.com/iF8F6Ug9
   cluster-default.xml:http://pastebin.com/n84jPp1S
 
   properties: http://pastebin.com/sMBTiNfi
 
 It's probably something really stupid that I did, and I'll be suitably 
 embarrassed when you point it out.
 
 Thanks!
 
 -- 
 Rick
 
 
 
 ___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest


___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


Re: [Resin-interest] Fresh resin install won't run my app or log

2014-03-13 Thread Alex Rojkov

 Hmm. I don't have the connector jar outside my webapps in any other 
 environment. I can't remember what it is I did to fix it last time.

As long as database configuration is in the web-app (not in cluster) putting 
the connector.jar into WEB-INF/lib/ should work. 

Your database configuration is in the web-app, but the driver configuration 
is removed from the posted resin.xml ( so I can’t comment on that )

Are you seeing a ClassNotFoundException for the driver class and the driver 
class is in WEB-INF/lib? 

What does the exception look like in the context of web-app begin loaded?

Alex


 
 On Mar 13, 2014, at 15:37 , Rick Mann rm...@latencyzero.com wrote:
 
 Oh! Sorry. That was it. Argh. I am embarrassed (and annoyed with myself, 
 since I've lost precious development time).
 
 Thank you.
 
 Now I'm back to an issue I had earlier (which I realize now I was solving 
 when I created this problem), and that is that Resin can't find the MySQL 
 driver in WEB-INF/lib when it goes to create the DataSource. This is a 
 problem that has plagued me for years, and each time I eventually get things 
 to work, but each new environment seem to trip me up.
 
 It seems to me that if the tree-loader points to lib, and the MySQL 
 connector jar is in there, Resin should be able to find it. Is it trying to 
 create this datasource before the tree-loader can load classes? I guess that 
 also makes sense, since this configuration is outside of my webapp, and 
 therefore not controlled by it.
 
 Is that the right understanding? By that understanding, I should be able to 
 instantiate the datasource inside my webapp instead, using the jar inside 
 the webapp, no?
 
 Thanks again for spotting my error!
 
 On Mar 13, 2014, at 15:31 , Alex Rojkov a...@caucho.com wrote:
 
 Hm… In the referenced resin.xml the classloader is in the host section. Can 
 you move it into the web-app section and try accessing one of your mapped 
 servlets?
 
 Alex
 
 
 
 
 And can you move the class-loader registration inside the web-app please?
 If that doesn’t work please post log and conf/*.xml conf/*.properties 
 someplace. 
 
 It's inside the web-app inside resin.xml.
 
resin.xml:  http://pastebin.com/tY8MRf3S
app-defaults.xml:   http://pastebin.com/iF8F6Ug9
cluster-default.xml:http://pastebin.com/n84jPp1S
 
properties: http://pastebin.com/sMBTiNfi
 
 It's probably something really stupid that I did, and I'll be suitably 
 embarrassed when you point it out.
 
 Thanks!
 
 -- 
 Rick
 
 
 
 ___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest
 
 
 ___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest
 
 
 -- 
 Rick
 
 
 
 ___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest
 
 
 -- 
 Rick
 
 
 
 ___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest


___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


Re: [Resin-interest] Any way to tell resin to put WEB-INF/tmp somewhere else?

2014-03-12 Thread Alex Rojkov

On Mar 12, 2014, at 7:51 PM, Rick Mann rm...@latencyzero.com wrote:

 It would be nice for it to create its work directories somewhere else, not 
 inside my webapp distros. Is this possible?

Should be possible with work-dir and temp-dir tags.

http://www.caucho.com/resin-4.0/reference.xtp#workdir

http://www.caucho.com/resin-4.0/reference.xtp#tempdir

Alex

 
 
 -- 
 Rick
 
 
 
 ___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest


___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


Re: [Resin-interest] Fresh resin install won't run my app or log

2014-03-12 Thread Alex Rojkov
Did you remove resin:import for app-default.xml by any chance ? 

Alex

On Mar 12, 2014, at 8:12 PM, Rick Mann rm...@latencyzero.com wrote:

 Well, that's not exactly true, but I'm baffled.
 
 I have my webapp running just fine locally, and just find on a 4.0.37/Java 
 1.6/Ubuntu 10.10 server I've had running for years.
 
 I just created an Ubuntu 13.10/Java 1.7/4.0.38 server using the Pro 
 distribution (but no license file yet) that I build myself (rather than using 
 apt-get) because I wanted to control the directories used. It started up and 
 ran fine.
 
 I then installed my app, and modified resin.xml to point to it. Resin seems 
 to create the app, and the resin-file handler is able to serve up some 
 top-level files in my app.
 
 But it does not appear to be actually executing any of the code in my app. My 
 app is pure-java configed, and uses Log4J. No log files are getting created. 
 I tried logging some stuff using System.out, but it's not appearing in any of 
 the logs I do get. I'm executing with resinctl console, as much logging as I 
 can set to ALL.
 
 I've little by little gone through the various Resin config files removing 
 references to other apps, virtual hosts, and other logging. My app's entry in 
 resin.xml looks like this:
 
   http://pastebin.com/6STAmNBS
 
 Any ideas what else to try? I have the following logs to look at:
 
 rmann@clarke $ ls /logs/resin/
 out.log
 rmann@clarke $ ls /logs/inote/
 access.log  resin.log
 
 Plus what comes out of the resinctl console.
 
 I'm baffled.
 
 Some possible issues?
 
 [03-13 03:01:20.176] {main}  ALL 
 (com.caucho.env.deploy.ExpandDeployController) java.io.FileNotFoundException: 
 /lz/var/www/com/latencyzero/inote/META-INF/resin.application-hash
 
 GETting / results in 404:
 
 [03-13 03:11:38.506] {resin-port-80-46}  FINER 
 (com.caucho.server.dispatch.ServletInvocation) Dispatch '/' to 
 AccessLogFilterChain[http://inote.latencyzero.com, 
 next=WebAppFilterChain[http://inote.latencyzero.com, 
 next=ServletFilterChain[resin-file]]]
 
 
 GETting /css/site.css returns the css file:
 
 [03-13 03:01:36.023] {resin-port-80-22}  FINER 
 (com.caucho.server.dispatch.ServletInvocation) Dispatch '/css/site.css' to 
 AccessLogFilterChain[http://inote.latencyzero.com, 
 next=WebAppFilterChain[http://inote.latencyzero.com, 
 next=ServletFilterChain[resin-file]]]
 
 TIA,
 
 -- 
 Rick
 
 
 
 ___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest


___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


Re: [Resin-interest] Any way to set jsp page-encoding with Servlet 3.0 Java-only configuration?

2014-03-11 Thread Alex Rojkov
In Resin you should be able to specify that with character-encoding tag at 
web-app | host | cluster | resin level. 

http://www.caucho.com/resin-4.0/reference.xtp#characterencoding

Thanks,
Alex

 I apologize, since this isn't strictly a Resin issue, but:
 
 I used to have this in my web.xml:
 
 jsp-config
   jsp-property-group
   url-pattern*.jsp/url-pattern
   page-encodingUTF-8/page-encoding
   /jsp-property-group
 /jsp-config
 
 How do I duplicate that effect in Servlet 3.0/Spring Java-only configuration?
 
 Thanks!
 
 -- 
 Rick
 
 
 
 ___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest


___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


Re: [Resin-interest] @WebServlet and Hessian

2014-03-10 Thread Alex Rojkov

 Well, I added @WebServlet to my Hessian servlet implementation, and making a 
 GET request results in the expected Hessian Requires POST response. But 
 when my client accesses it properly, the response is empty, and there's no 
 evidence that my actual implementation is being called.
 Is it possible to use @WebServlet on something that inherits from HttpServlet?
 

That should be possible. I just tested with the following:

package qa;

import java.io.*;
import javax.servlet.annotation.*;
import com.caucho.hessian.server.*;

@WebServlet(webservlet)
public class MyBean extends HessianServlet {
  public String hit(InputStream is)
throws IOException
  {
StringBuilder sb = new StringBuilder();
int ch;

sb.append([);
while ((ch = is.read()) = 0) {
  sb.append((char) ch);
}
sb.append(]);

return sb.toString();
  }
}

Have you tried with the finer the logging level?

Alex


 -- 
 Rick
 
 
 
 ___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest


___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


Re: [Resin-interest] Registering my CanDI producer with InjectionManager?

2014-03-10 Thread Alex Rojkov
 I'm trying to create a factory to let me @Inject Loggers as shown here:
 
   
 http://docs.jboss.org/cdi/api/1.0/javax/enterprise/inject/spi/InjectionPoint.html
 
 But I get:
 
 [14-03-08 23:59:23.129] WARNING com.caucho.server.webapp.WebApp 
 setConfigException: javax.enterprise.inject.UnsatisfiedResolutionException: 
 Can't find a bean for 'class org.apache.log4j.Logger' because no beans 
 implementing that class have been registered with the injection manager 
 InjectManager[singleton:null#UsageMapServer].
  at 
 com.caucho.config.inject.InjectManager.unsatisfiedException(InjectManager.java:2471)
  at 
 com.caucho.config.inject.InjectManager.resolveByInjectionPoint(InjectManager.java:2656)
  at 
 com.caucho.config.inject.InjectManager.getReferenceFactory(InjectManager.java:2614)
  at 
 com.caucho.config.inject.InjectManager.getReferenceFactory(InjectManager.java:2593)
 
 
 Here's my code (first class needs the injection, second class is the factory):

That should work, please check if there are any compile exceptions for the 
Producer. I verified the pattern with java.util.logging.*


 
   http://pastebin.com/nHiGZyzf
 
 One additional question: when this works, how many LoggerFactory instances 
 can I expect? Is it a singleton? Can I use its constructor or static init to 
 initialize Log4J?

With an @ApplicaitonScoped producer there should be one instance for a Proxy 
class and one for an actual Producer.

Thanks,
Alex

 
 Thanks!
 
 -- 
 Rick
 
 
 
 ___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest


___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


Re: [Resin-interest] Order of web-fragment.xml vs .tld

2014-02-17 Thread Alex Rojkov

 Hi list. It seems that Resin will load and initiate Servlet 3.0 
 web-fragment.xml before it loads and initiates any .tld files - including 
 listeners therein - within the same .jar.
 
 This results in the AutoProbe module of http://messadmin.sourceforge.net/ 
 causing exceptions, because it assumes the servlet context listener defined 
 in it's taglib-autoprobe.tld has had it's contextInitialized() called before 
 the filter in 
 web-fragment.xml has it's init() called.
 
 This works fine in JBoss, and I'm wondering if anyone knows what the specs 
 has to say about this?
 Is Resin at fault, or could MessAdmin be relying on something that simply is 
 not defined by specs?

Hi Mattias, 

I am filing a bug for this: http://bugs.caucho.com/view.php?id=5659 , thanks 
for reporting!

Can you try redefining the listener in your application’s web.xml as a work 
around?

Thanks,
Alex

 -- 
 
   /Mattias
 ___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest

___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


Re: [Resin-interest] GWT - replacing Jetty with Resin in Eclipse

2012-10-18 Thread Alex Rojkov
 I created a GWT project and a Resin Server. When i right click the Resin 
 server and try to add the project to it, I get There are no resources 
 that can be added. Has anyone had any success with this please? 
 Basically my goal is to set up GWT with Resin and EclipseLink, so 
 there're no Google App Engine needed.

I think the issue is that the project ins't  nominated to become a Web 
Application. Please open project properties and add Dynamic Web Module in 
Project Facets node.
Alex

 
 ___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest


___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


[Resin-interest] Debian install still broken in 4.0.30

2012-08-25 Thread Alex Sharaz
 And installing 4.0.30 over previous release still barfs at the fact that 
the resin user already exists.
Rgds
Alex

-
sip:924110...@sip.callwithus.com
**
To view the terms under which this email is 
distributed, please go to 
http://www2.hull.ac.uk/legal/disclaimer.aspx
**___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


Re: [Resin-interest] cannot ./configure resin - says java not installed, - it is installed and JAVA_HOME is set correctly..

2012-04-13 Thread Alex Rojkov
 help?
 I have java installed in a custom folder due to distriubtion reasons;

Hi Tom,

Can you add /opt/jdk/bin to the PATH and try again.

./configure in 4.0.27 does 'which java' to find java executable. I added a 
fallback to JAVA_HOME/bin/java for 4.0.28 and up.

Thanks,
Alex
 
 root@ubuntu64#echo $JAVA_HOME
 /opt/jdk/
 
 when double checking the version:
 root@ubuntu64# $JAVA_HOME/bin/java -version
 java version 1.6.0_27
 Java(TM) SE Runtime Environment (build 1.6.0_27-b07)
 Java HotSpot(TM) 64-Bit Server VM (build 20.2-b06, mixed mode)
 
 
 however when doing a configure I get this error: ( I even exported
 JAVA_HOME to /opt/jdk/ )
 ==
 root@ubuntu64:/opt/resin-4.0.27# ./configure
 checking build system type... x86_64-unknown-linux-gnu
 checking host system type... x86_64-unknown-linux-gnu
 ...
 ..
 checking if  is Java 1.6... no
 configure: error: Java 1.6 required.  returned: ./configure: line
 11291: -version: command not found
 ==
 
 why is this happening?
 
 tia!
 
 ___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest


___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


Re: [Resin-interest] getting response header in load balancer access logs

2012-02-27 Thread Alex Rojkov
Hi Chris,

I could't reproduce this on version 4.0.25. What version are you running?

Thanks,
Alex

On 2012-02-27, at 2:10 PM, Chris Hart wrote:

 Hi,
 
 I'm having trouble getting the Set-Cookie response header into the access 
 logs on our load balancer.  I've tested this exact same access-log 
 configuration locally with an instance of resin that is not behind any load 
 balancer and it seems to work, but this isn't working in our load balanced 
 production environment.  It's currently just logging - at the end of the 
 access log line.  Here's what our load balancer's configuration looks like:
 
 
 access-log
   path/var/log/resin/ariel/master-access.log/path
   format
   %{Host}i %h %l %u %t %r %s %b %{Referer}i %{User-Agent}i 
 %{X-Forwarded-For}i %{JSESSIONID}c %{ariel}c %{SSLB}c %D %{Cookie}i 
 %{Set-Cookie}o
   /format
   rollover-period1D/rollover-period
   rollover-size-1/rollover-size
   archive-formatmaster-access-%Y%m%d.log.gz/archive-format
 /access-log
 
 
 
 Any help is greatly appreciated.
 
 Thanks,
 Chris
 
 
 ___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest



___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


Re: [Resin-interest] getting response header in load balancer access logs

2012-02-27 Thread Alex Rojkov
 Hi Alex,
 
 Thanks for the reply.  I'm using resin-pro-3.1.3.  Again, it seems to work 
 when I hit a single instance of resin that directly serves the requests, but 
 when there's a load balancer involved, the load balancer doesn't log it.  Did 
 you try this access log line on a load balancer running 4.0.25?

Hm... It looks like a bug actually and it affects 4.0 as well. Thanks for 
reporting, my initial test was incorrect.

resin-3.1: http://bugs.caucho.com/view.php?id=4966
resin-4.0: http://bugs.caucho.com/view.php?id=4965

Alex

 
 Thanks,
 Chris
 
 - Original Message -
 From: Alex Rojkov a...@caucho.com
 To: General Discussion for the Resin application server 
 resin-interest@caucho.com
 Sent: Monday, February 27, 2012 2:59:58 PM
 Subject: Re: [Resin-interest] getting response header in load balancer
 access logs
 
 Hi Chris,
 
 I could't reproduce this on version 4.0.25. What version are you running?
 
 Thanks,
 Alex
 
 On 2012-02-27, at 2:10 PM, Chris Hart wrote:
 
 Hi,
 
 I'm having trouble getting the Set-Cookie response header into the access 
 logs on our load balancer.  I've tested this exact same access-log 
 configuration locally with an instance of resin that is not behind any load 
 balancer and it seems to work, but this isn't working in our load balanced 
 production environment.  It's currently just logging - at the end of the 
 access log line.  Here's what our load balancer's configuration looks like:
 
 
 access-log
  path/var/log/resin/ariel/master-access.log/path
  format
  %{Host}i %h %l %u %t %r %s %b %{Referer}i %{User-Agent}i 
 %{X-Forwarded-For}i %{JSESSIONID}c %{ariel}c %{SSLB}c %D %{Cookie}i 
 %{Set-Cookie}o
  /format
  rollover-period1D/rollover-period
  rollover-size-1/rollover-size
  archive-formatmaster-access-%Y%m%d.log.gz/archive-format
 /access-log
 
 
 
 Any help is greatly appreciated.
 
 Thanks,
 Chris
 
 
 ___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest
 
 
 
 ___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest
 
 
 ___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest



___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


Re: [Resin-interest] pb with find() in resin 4.0.13

2011-11-09 Thread Alex Rojkov
 Hello again
 The problem happened again, and I found an exception in another log file 
 (problem with all these logs...)
 
 java.lang.IllegalArgumentException: Unknown entity bean class: class 
 reaentities.Status, please verify that this class has been marked with the 
 @Entity annotation.
   at 
 org.eclipse.persistence.internal.jpa.EntityManagerImpl.find(EntityManagerImpl.java:611)
Can you check if the web-app was reloaded before the exception? 

I recollect having seen the issue in earlier versions of Resin 4. The issue 
arouse  when webapplication or entity class was reloaded  (you can force a 
reload to check).

The issue should be fixed in later versions. The test case that reproduces the 
webapp with persistent context reload issue was created after 4.0.13.

Thanks,
Alex

 
 You'll find joind the full exception and the thread dump, plus the class 
 itself. This object Status is marked as @Entity and work very well normally.
 Thanks for your help.
 
 
 On 08/11/11 22:48, Alex Rojkov wrote:
 Hello
 I'm using many times the find() call in EntityManager :
 
 Status st=m_manager.find(Status.class,identifier);
 
 But with no particular reason, in test or production, the find() call
 stop all processing, there is no exception and any System.out.println()
 Riccardo,
 
 Can you produce a thread-dump of the server's JVM please and send that to us?
 
 Thanks,
 Alex
 
 juste after is simply not called.
 
 
 While the server is in this undefined state, the rest of the
 application may work. I tried to add a createQuery call just before the
 find :
 
 Query qr=m_manager.createQuery(select st from Status st);
 ListStatus  list=(ListStatus)qr.getResultList();
 
 and the same problem happens at getRestulList(). Nothing happens, no
 exception, no further processing.
 
 Is there any people that had this problem ? I could see that only in one
 of my applications, not all. Is this a problem with eclispelink ?
 
 Thanks a lot.
 --
 Riccardo Cohen
 Architecte du Logiciel
 http://www.architectedulogiciel.fr
 BP 77536
 37075 Tours Cedex 2
 +33 (0)6.09.83.64.49
 Membre du réseau http://www.reflexe-conseil-centre.org
 
 
 ___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest
 
 
 
 ___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest
 
 
 -- 
 Riccardo Cohen
 Architecte du Logiciel
 http://www.architectedulogiciel.fr
 BP 77536
 37075 Tours Cedex 2
 +33 (0)6.09.83.64.49
 Membre du réseau http://www.reflexe-conseil-centre.org
 exception.txtthreaddump.txtStatus.java___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest



___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


Re: [Resin-interest] pb with find() in resin 4.0.13

2011-11-08 Thread Alex Rojkov
 Hello
 I'm using many times the find() call in EntityManager :
 
 Status st=m_manager.find(Status.class,identifier);
 
 But with no particular reason, in test or production, the find() call 
 stop all processing, there is no exception and any System.out.println() 
Riccardo,

Can you produce a thread-dump of the server's JVM please and send that to us? 

Thanks,
Alex

 juste after is simply not called.

 
 While the server is in this undefined state, the rest of the 
 application may work. I tried to add a createQuery call just before the 
 find :
 
 Query qr=m_manager.createQuery(select st from Status st);
 ListStatus list=(ListStatus)qr.getResultList();
 
 and the same problem happens at getRestulList(). Nothing happens, no 
 exception, no further processing.
 
 Is there any people that had this problem ? I could see that only in one 
 of my applications, not all. Is this a problem with eclispelink ?
 
 Thanks a lot.
 -- 
 Riccardo Cohen
 Architecte du Logiciel
 http://www.architectedulogiciel.fr
 BP 77536
 37075 Tours Cedex 2
 +33 (0)6.09.83.64.49
 Membre du réseau http://www.reflexe-conseil-centre.org
 
 
 ___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest



___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


Re: [Resin-interest] Clustering and load-on-startup

2011-11-08 Thread Alex Rojkov
 Hi
 I have a problem with clustering in Resin 4.0.23 that I hope someone
 can help me with.

Mathias,

Can you try adding bind-ports-after-starttrue/ to server-default?

server-default
  bind-ports-after-starttrue/bind-ports-after-start


Thanks,
Alex

 
 When I bring a cluster node back online after it has been shut down
 the cluster recognizes it as up and functioning too soon (this can
 be monitored on the caucho-status page). My problem is that I have a
 servlet that is really heavy to start and it has load-on-startup
 set. As it is set up now requests goes to this new node trying to
 access the servlet prior too its startup and they are left waiting. I
 would like to have the cluster node off line until all the
 load-on-startup servlets has started. Is there an existing setting
 that can make this work?
 
 What I am looking for is something like load-balance-grace-time or
 cluster-off-line-until-load-on-startup-done :)
 
 Best regards
 Mathias Lagerwall
 
 
 ___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest



___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


Re: [Resin-interest] Resin Eclipse Plugin not stopping instances

2011-02-18 Thread Alex
Thanks, I filed a bug report: http://bugs.caucho.com/view.php?id=4400

We are starting resin server using the console command, which starts watchdog 
(in a separate JVM). The managed Resin Server is started by that watchdog. When 
'stop' button is pressed watchdog's JVM is stopped and Resin should shutdown. 
That happens immediately on Linux and Mac, but takes 2 minutes on 
Windows, that's something for us to investigate and fix.

Resin 3.1 is started directly, so that explains the difference in behaviour.

Alex


- Original Message 
From: Daniel López d.lo...@uib.es
To: General Discussion for the Resin application server 
resin-interest@caucho.com
Sent: Thu, February 17, 2011 3:30:41 AM
Subject: Re: [Resin-interest] Resin Eclipse Plugin not stopping instances

Hi,
I did some more testing and the Resin plugin is able to stop Resin 3.1.5 
instances, so it appears to be a compound problem between the 4.0.14-15 
releases not being closed properly and the plugin not detecting it.

S!
D.

El 15/02/2011 11:48, Daniel López escribió:
 Hi again,
 I upgraded to plugin version 4.0.15 and I was now able to select my
 local instalation to be used, so it seems to be fixed.
 On the other hand, something else seems to have been broken as the
 server is not stopped either when you press stop or re-start or any
 other option.
 You hit stop, the server is then displayed as stopped but the console of
 the server does not show the usual stopping... message. When you try
 to start it up again, you get a HTTP port already boud error. If you
 kill the suspect java process by hand, you are then able to restart it
 again. I tested it with local Resin 4.0.14 and Resin 4.0.15 versions to
 discard a server issue, and the problem happens with both.

 On a related note, if I start any of those versions with the regular
 resin.exe and try to stop it instead of quitting, I get this at the
 console:
 -
 Shutdown Resin reason: OK

 15-feb-2011 11:44:55 com.caucho.env.thread.ResinThread runTasks
 ADVERTENCIA: java.lang.RuntimeException: java.net.SocketException:
 Socket closed

 java.lang.RuntimeException: java.net.SocketException: Socket closed
 at com.caucho.hmtp.HmtpLinkWorker.run(HmtpLinkWorker.java:117)
 at com.caucho.env.thread.ResinThread.runTasks(ResinThread.java:164)
 at com.caucho.env.thread.ResinThread.run(ResinThread.java:130)
 Caused by: java.net.SocketException: Socket closed
 at java.net.SocketInputStream.socketRead0(Native Method)
 at java.net.SocketInputStream.read(SocketInputStream.java:147)
 at java.net.SocketInputStream.read(SocketInputStream.java:182)
 at com.caucho.remote.websocket.WebSocketInputStream.startBinaryMessage(W
 ebSocketInputStream.java:80)
 at com.caucho.hmtp.HmtpWebSocketReader.readPacket(HmtpWebSocketReader.ja
 va:63)
 at com.caucho.hmtp.HmtpLinkWorker.run(HmtpLinkWorker.java:114)
 ... 2 more
 15-feb-2011 11:44:55 com.caucho.boot.WatchdogChildProcess logStatus
 ADVERTENCIA: Watchdog detected close of Resin[,pid=0]
 exit reason: normal exit (exit code=0)
 15-feb-2011 11:44:55 com.caucho.boot.WatchdogChildTask run
 INFO: WatchdogChild[] stopped
 -
 However, in this case the process seems to die alright as I can start
 the server again and get no port already bound error.

 In spite of that, there could be a correlation between both of them as
 it is quite suspicious for both to happen at the same time :).

 Cheers!
 D.

 El 09/02/2011 12:40, Daniel López escribió:
 Good to know, thanks. I'll wait for the 4.0.15 then.

 S!
 D.

 El 07/02/2011 18:45, Scott Ferguson escribió:
 Daniel López wrote:
 Hi,

 I reinstalled Eclipse and started from scratch and after installing the
 latest Eclipse plugin from www.caucho.com/eclipse, when I try to create
 a new Server I'm no longer given the option of specifying a local
 version, but it insists I have to download a Pro version, put my email
 address to request a license...

 Is that how the updated version (4.0.14) of the plugin works?

 That's a mistake on our end. http://bugs.caucho.com/view.php?id=4379

 The auto-download should default to pro, but it should let you specify
 any pre-installed Resin version.

 -- Scott

 D.


-- 
---
Daniel Lopez Janariz (d.lo...@uib.es)
Web Services
Centre for Information and Technology
Balearic Islands University
(SPAIN)
---


___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest



___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


Re: [Resin-interest] Resin 4.0 multipart request handling

2010-09-10 Thread Alex
 Oh and I upgraded from Resin 4.0.7 to Resin Pro 4.0.10. Maybe the pro version 
 can't include some library due to licensing?

Hi Matthew, 

Can you make sure to set parameter multipart-form enable=true/ in your 
WEB-INF/resin-web.xml?

web-app xmlns=http://caucho.com/ns/resin;
  multipart-form enable=true/
/web-app

We had to change the default to false for 3.0  spec compliance.

There is also new 3.0 API to deal with multipart/form-data encoded requests. 
http://blog.caucho.com/?p=237

Thanks,
Alex
 
 On Sep 10, 2010, at 3:51 PM, Matthew Serrano wrote:
 
 I have been using Resin 4.0.7 and I discovered that Resin is parsing 
 multipart requests and putting the parameters into the normal request object 
 (file is cached to disc and the path is in the request object). Now I 
 upgraded to 4.0.10 and suddenly the multipart request is no longer parsed 
 automatically. Is this intentional? I was totally celebrating not having to 
 use O'Reilly and championing Resin for its brilliance. But now it appears I 
 have to resurrect all my old logic for handling multipart requests. Please 
 help! Bug or fix?
 
 matt
 
 
 
 ___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest



___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


Re: [Resin-interest] resin.exe server root directory in 4.0.10

2010-08-31 Thread Alex
 Mattias Jiderhamn wrote:
 Trying to launch Resin 4.0.10 on Windows with the -server-root / 
 -server_root / -root-directory / --root-directory but resin.exe seems to 
 ignore all of them. Is there an undocumented change, or is there a bug 
 in resin.exe in the 4.0.10 (pro) release?

That's a bug in resin.exe. You can work around it with root-directory attribute 
to server tag.

Thanks,
Alex

 
 
 Do you see the same issue with java -jar lib/resin.jar start?
 
 That's certainly a bug, although I'm not sure why that would be 
 different on windows.
 
 -- Scott
 
 
 
 ___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest



___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


Re: [Resin-interest] Cookie lifetime

2010-08-19 Thread Alex
  For the persistent session, the timeout is based on access time. So each 
  new request resets the timer for the default 30min.
  
 Is he referring to the actual session object on the server or the session 
 cookie in the browser?  Yes, each new request does reset the timer on the 
 session object on the server, but we are not seeing the expiry date on the 
 cookie being updated.

It's a session cookie, and as long as it expires on the server the contract 
established via the cookie becomes invalid as soon as the server 'thinks' 
cookie is no longer valid.

Alex

 I have tested this on a server using IE8, Firefox 3.6, and the latest Chrome 
 build with Resin running solo and with Apache running as the front end, and 
 the results are the same in all browsers.
  
 When setting cookie-max-age in the session-config for the web app, the expiry 
 date/time for the session’s persistent cookie does not change on subsequent 
 requests. I also verified that this behavior is exhibited.
  
 ___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest



___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


Re: [Resin-interest] com.caucho.sql.UserConnection.createSQLXML throws UnsupportedOperationException

2010-06-29 Thread Alex
 
 
 The driver I am using seems to support this operation, because when using  
 org.springframework.jdbc.datasource.SimpleDriverDataSource in uni tests  I am 
 able to create the XML object.
 
 How should I handle this issue? Use different DataSource implementation? 
 (like commons-dbcp?)
 I'd like to use the one provided by Resin though.

Thanks Marcin,

I filed a bug http://bugs.caucho.com/view.php?id=4092

Using a different DataSource implementation for now is a good option or use the 
code below to get to access the underlying connection object as a work around:

  InitialContext context = new InitialContext();
  DataSource ds = (DataSource)context.lookup(java:comp/env/jdbc/mysql);
  Connection conn = ds.getConnection();
  out.println(((com.caucho.sql.UserConnection)conn).getDriverConnection());

Thanks,


Alex

 
 Regards,
 
 Marcin Koziej
 
 
 
 ___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest



___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


Re: [Resin-interest] Anything change regarding mod_caucho from 4.0.5 to 4.0.6/4.0.7?

2010-06-21 Thread Alex
 I noticed similar behavior and fixed it by removing the resin root
 webapp. Maybe handling of the root webapp changed in 4.0.6
 
 Regards,
 Peter
 
 On Sun, 30 May 2010 22:28 +0100, Stargazer
 starga...@blueyonder.co.uk wrote:
 We run an Apache + resin config on RH Linux and its been stable for the 
 past few releases. Right now we're on 4.0.5. When I went through the 
 usual upgrade process on 4.0.5 - 4.0.6 I found resin started taking 
 over all the Apache sites, in other words the usual split between about 
 half being served by resin and half by apache stopped - the resin ones 
 were fine, whereas the Apache ones gave 404's.

Sargazer,

Can you post your resin configuration, related file structure, your request and 
expected result.

Thanks,
Alex

 
 
 ___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest



___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


Re: [Resin-interest] Questions regarding resin 4.0.x and the watchdog

2010-06-14 Thread Alex
 Hi list,
 
 We are currently in the process of setting up a production environment
 with resin 4.0.x on our Linux servers. Currently we are testing resin
 4.0.7.
 
 First of all I would like to mention that the watchdog documentation
 http://caucho.com/resin-4.0/admin/starting-resin-watchdog.xtp
 is repeating point 1 - 7 in point 8 to 14.
Thanks, that will be fixed with the next doc release.
 
 We have experience with resin 3.0.x from earlier, so the biggest change
 for us is the watchdog.
 
 Experiments with a single, shared watchdog has however left us with some
 questions:
 
 1) With a single, shared watchdog we manage to specify where the
 watchdog places its logs with the -log-directory argument to resin.jar,
 however that also results in the jvm-logs for each resin application
 will be placed in the same directory. Especially on our development
 server it would be convenient to have these located along with the logs
 of the application, like we get when running a watchdog for each
 application. Is it possible to specify in watchdog.xml where the jvm for
 each application should be placed?

You can change the log's location in resin.xml configuration file using 
log-hanlder. 

  log-handler name= level=all path=/var/logs/${server.id}.log
   timestamp=[%y-%m-%d %H:%M:%S.%s] {%{thread}} /


 
 2) In addition to experimenting with the watchdog we have been testing
 /resin-admin which might turn quite useful for some of the applications
 we are running. However, we were wondering if it is possible to run one
 single /resin-admin in watchdog.xml in order to monitor all our
 applications? If that is not possible I guess we have to sett up a
 /app-admin for each applications we want to monitor.
 For historical reasons we have a setup where each applications has its
 own resin.xml file, and we would like to keep it like this for the
 future as well since we find it easier to administrate.

The watchdog's purpose is to keep resin instances running, (re)starting them 
when necessary (failures). It doesn't run any apps, but the /resin-admin 
deployed on any node in the cluster will track every server in the cluster. 

 
 3) What is the gain of having only one watchdog?
Needing fewer resources – each watchdog would be a separate JVM otherwise.

Different physical machines will have separate instances of watchdog.

Thanks,
Alex

 That is, do we use less
 resources by having only one watchdog with several applications, than
 having one watchdog per application?


 
 -- 
 Halvor Utby
 
 
 
 
 ___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest



___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


Re: [Resin-interest] EJB3 Primary Key Generation

2010-06-14 Thread Alex
 Is the @GeneratedValue JPA annotation fully supported in
 Resin 4?
We suggest that a different JPA implementation is used with Resin at this time. 
Eclipse Link and Open JPA are good candidates. 

THanks,
Alex

  I have an entity which should
 use a TableGeneration strategy against 
 Sybase.  There is an already existing table, NextId, in our database 
 which stores
 the primary key value for many tables.  When
 starting up Resin, an error is given.  From
 the error it looks like Resin is 
 trying to use a table named GEN_TABLE, even
 though the annotation 
 clearly provides the existing NextId as the table name.
 
 
 @Id
  @GeneratedValue(strategy=GenerationType.TABLE,
 generator=ol_pk_generator)
  @TableGenerator(
name=ol_pk_generator,
table=NextId, 
pkColumnName=tableName,
 pkColumnValue=OrderLine,
valueColumnName=id
  )
 
 @Column(name=orderLineId)
  private int
 orderLineId;
 
 
 Here is the error:
 
 [10-06-07 08:43:25.154] {http://*:3790-1} Compiling
 com/test/bean/OrderLine__ResinExt.java
 [10-06-07 08:43:37.876] {http://*:3790-1}
 WebApp[http://default/resin-doc/examples/servlet-hello] fail
 [10-06-07 08:43:37.877] {http://*:3790-1} 'GEN_TABLE' is
 not a valid 
 database table.  Either the
 table needs to be created or the 
 create-database-tables attribute must be set.
 
  
 com.sybase.jdbc2.jdbc.SybSQLException: GEN_TABLE 
 not found. Specify
 owner.objectname or use sp_help to check whether 
 the object exists (sp_help may
 produce lots of output).
 
 [10-06-07 08:43:37.888] {http://*:3790-1} 'GEN_TABLE' is
 not a valid database table.  Either the
 table 
 needs to be created or the create-database-tables attribute must be set.
 
 
 com.sybase.jdbc2.jdbc.SybSQLException:
 GEN_TABLE not found. Specify 
 owner.objectname or use sp_help to check whether
 the object exists 
 (sp_help may produce lots of output).
 
 
 
 
 
 
 ___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest



___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


[Resin-interest] Using JA-SIG's Central Authentication Service (CAS) with resin

2010-04-29 Thread Alex Sharaz
Hi,

I'm looking to use CAS with resin 4.0.x. Anyone done this already? If so,
some pointers to useful docn would be appreciated 
Rgs
Alex



smime.p7s
Description: S/MIME cryptographic signature
___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


Re: [Resin-interest] Problem with c:out shorthand in Resin 4.x

2010-04-20 Thread Alex

 This is from one of our web engineers concerning a problem we've encountered 
 in our testing of Resin 4.x (currently 4.0.6).
 
 Our site almost exclusively uses a shorthand for: 
c:out value=${something.itsthing}/ 
 
 Instead we simply use:
${something.itsthing}

Rob,

you can add j...@el-ignored=false to resin-web.xml to make resin pick up on 
those

e.g.

web-app xmlns=http://caucho.com/ns/resin;
  jsp el-ignored=false/
/web-app

thanks,
Alex

 
 With resin 4.x, this is being interpreted literally and rather then seeing a 
 value like  we see on the rendered pages the literal 
 ${something.itsthing}. We would like to move to resin 4.x to take advantage 
 of several features, but the work involved in rewriting and testing the 
 change to c:out .../ will be a huge undertaking. Is there a way to tell 
 Resin 4.x to use an older version of jstl, or to interpret the shorthand 
 notation when it sees it in JSP files?
 
 Rob
 
 
 
 ___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest



___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


Re: [Resin-interest] unplanned and upexpected downtime of resin

2010-04-20 Thread Alex
 Dear Sir ,
 I have resin version 3.1.9 installed , sometimes I found that 
 resin is down , So can u help me to trace this problem and find the correct 
 solution.

There may be more detail pertinent to the problem in resin log files. 
Generally, resin's watchdog restarts resin server when it becomes unavailable 
for whatever reason. The watch dog is started automatically with bin/httpd.sh 
start

Thanks,
Alex

 Thnx for ur fast replay
  
 All the Best,
 Abdalmonem Tharwat Galila
 System Engineer ,
 Technical Resources Department.
 Ministry of Communications  Information Technology
 Office Tel.: +2 02 35341582 - +2 02 35341300
 Mobile: +2 010 0049068
 Fax : +2 02 35370537
 Website: http:\\www.mcit.gov.eg
 E-mail: agal...@mcit.gov.eg
  
 ___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest



___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


Re: [Resin-interest] [resin-interest] how to make isapi_srun.dll not to use chunked encoding?

2010-02-01 Thread Alex
 is there any way to disable the chunked encoding when using isapi_srun.dll?
Not at the moment, I am afraid. I added a bug report: 
http://bugs.caucho.com/view.php?id=3871

Thanks,
Alex
 
 Thanks.
 ___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest




___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


Re: [Resin-interest] Bean as HessianServices Breaks Injection

2010-01-19 Thread Alex

On 2010-01-16, at 6:47 PM, Scott Hernandez wrote:

 I noticed when I registered my class as a HessianService it was no
 longer able to inject it. Is this an expected behavior?
This seems broken, I've added a bug report to 
http://bugs.caucho.com/view.php?id=3852

We are adding ResinBeanContext with the intended use from JUnit tests. 
Basically it's a light container 
that bootstraps Resin CDI Implementation allowing for bean creation in a way 
that's done inside resin.

usage:

 * static void main(String []args)
 * {
 *   ResinBeanContainer cdi = new ResinBeanContainer();
 *
 *   cdi.addModule(test.jar);
 *   cdi.start();
 *
 *   RequestContext req = cxt.beginRequest();
 *   try {
 * MyMain main = cxt.getInstance(MyMain.class);
 *
 * main.main(args);
 *   } finally {
 * req.close();
 *   }
 * }


Thanks,
--Alex
 
 I am working against 4.0.3.
 
 BTW. You can reproduce all the problems I'm find using our resin4.0.3
 branch of subetha -
 http://subetha.googlecode.com/svn/branches/resin4.0.3/. There are
 quite a few more things that seems broken I will post about when I
 have more time.
 
 Take a look at 
 http://subetha.googlecode.com/svn/branches/resin4.0.3/src/org/subethamail/core/admin/ListWizardBean.java
 for an example bean that no longer works once I add this to our
 config:
 
 admin:ListWizardBeanresin:HessianService
 urlPattern=/api/ListWizard//admin:ListWizardBean
 
 -Scott
 
 
 ___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest




___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


Re: [Resin-interest] GzipFilter Overrides Cache-Control

2010-01-05 Thread Alex
Hi Tyson,

What's version of resin is this on?

thanks
Alex
 
 Not sure this is a bug with GzipFilter or expected behavior, but found
 something worth sharing and dropping in the forum record for others to find.
 
 We had a problem distributing content to a CDN and keeping it in cache there
 because the CDN was requesting content with an Accept-Encoding: gzip
 request header, which was causing our GzipFilter to slap a Cache-Control:
 private response header via the http response object. Our file servlet (an
 extension of the default resin file servlet) was adding a Cache-Control
 header with max-age=84, public that the GzipFilter ended up writing
 Cache-Control: max-age=84000, public, private.  In our testing, we were
 using curl to test/examine the headers, so we didn't pick up that the
 private cache control header was being added.  Our CDN provider, however,
 was testing with a user agent that indicated it accepted the gzip encoding
 and was thus seeing the cache-control header appear. Made for a lively
 debate.  Thus, they were seeing the private declaration and not caching the
 result.
 
 So, we had to add an exclude-pattern to our GzipFilter configuration to not
 pick up files in the directory we wanted to control caching on. So, fyi,
 either GzipFilter has a bug in that it is not honoring Cache-Control headers
 set by responses further downstream, or it is operating properly and you
 must remember to disable the GzipFilter on content you want to be cached
 publicly. It would be nice if GzipFilter honored cache-control directives.
 configuration e.g.:
 
 filter-mapping
filter-namegzip/filter-name
url-pattern
exclude-pattern*.zip/exclude-pattern
include-pattern/*/include-pattern
/url-pattern
/filter-mapping
 
 -tyson
 
 -- 
 View this message in context: 
 http://old.nabble.com/GzipFilter-Overrides-Cache-Control-tp27022353p27022353.html
 Sent from the Resin mailing list archive at Nabble.com.
 
 
 
 ___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest




___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


Re: [Resin-interest] Need help writing a JUnit test to lookup an EJB

2010-01-05 Thread Alex
 I'm using Resin 3.0.19 (Java 1.5), JUnit 4.3, and Maven 1.1 as the build tool
 (sadly, can't upgrade at this time).  I have an EJB running locally and my
 question is, is there a Resin Maven dependency I can download that will
 allow me to simulate my container for looking up this EJB?  Obviously, when
 writing JUnit tests, I am not running them in the context of my normal Resin
 container.
I think you may need to instantiate Resin in test's setup method by calling a 
main(String[] args) with arguments that resin's start–up scripts usually passes 
in. (try resin.sh -verbose for the list of args), write a servlet that'll do 
the actual test. The servlet will be need to be called from the test method.

version 3.0 is  not in maven repositories, so the dependencies will need to be 
specified using a different maven–valid way.

Thanks,
alex
 
 Thanks, - Dave
 
 -- 
 View this message in context: 
 http://old.nabble.com/Need-help-writing-a-JUnit-test-to-lookup-an-EJB-tp27026632p27026632.html
 Sent from the Resin mailing list archive at Nabble.com.
 
 
 
 ___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest




___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


Re: [Resin-interest] Hessian Debug Exception in Production

2010-01-05 Thread Alex
This looks like a bug (checked 3.1.9). The code on the trunk looks valid – 
testing instanceof before casting. 

Thanks,
Alex


 We're seeing two possibly related issues with the Hessian Debug facilities in
 our production environment.  The first is the exception pasted below.  The
 second is that hessian debug will run for a few hours after we restart the
 web app, then just die.  We are running 3.1.19.  Any ideas?
 
 java.lang.ClassCastException: java.util.Date cannot be cast to
 java.lang.Integer
at
 com.caucho.hessian.io.HessianDebugState$ObjectState.shift(HessianDebugState.java:1186)
at
 com.caucho.hessian.io.HessianDebugState$DateState.next(HessianDebugState.java:649)
at
 com.caucho.hessian.io.HessianDebugState.next(HessianDebugState.java:93)
at
 com.caucho.hessian.io.HessianDebugOutputStream.write(HessianDebugOutputStream.java:96)
at java.io.OutputStream.write(OutputStream.java:99)
at
 com.caucho.hessian.io.Hessian2Output.flushBuffer(Hessian2Output.java:1541)
at
 com.caucho.hessian.io.Hessian2Output.flush(Hessian2Output.java:1522)
at
 com.caucho.hessian.io.Hessian2Output.printString(Hessian2Output.java:1450)
at
 com.caucho.hessian.io.Hessian2Output.writeString(Hessian2Output.java:1060)
at
 com.caucho.hessian.io.JavaSerializer$StringFieldSerializer.serialize(JavaSerializer.java:346)
at
 com.caucho.hessian.io.JavaSerializer.writeInstance(JavaSerializer.java:213)
at
 com.caucho.hessian.io.JavaSerializer.writeObject(JavaSerializer.java:177)
at
 com.caucho.hessian.io.Hessian2Output.writeObject(Hessian2Output.java:490)
at
 com.caucho.hessian.io.CollectionSerializer.writeObject(CollectionSerializer.java:102)
at
 com.caucho.hessian.io.Hessian2Output.writeObject(Hessian2Output.java:490)
at
 com.caucho.hessian.io.JavaSerializer$FieldSerializer.serialize(JavaSerializer.java:256)
at
 com.caucho.hessian.io.JavaSerializer.writeInstance(JavaSerializer.java:213)
at
 com.caucho.hessian.io.JavaSerializer.writeObject(JavaSerializer.java:177)
at
 com.caucho.hessian.io.Hessian2Output.writeObject(Hessian2Output.java:490)
at
 com.caucho.hessian.io.MapSerializer.writeObject(MapSerializer.java:100)
at
 com.caucho.hessian.io.Hessian2Output.writeObject(Hessian2Output.java:490)
at
 com.caucho.hessian.server.HessianSkeleton.invoke(HessianSkeleton.java:199)
at
 com.caucho.hessian.server.HessianSkeleton.invoke(HessianSkeleton.java:109)
at
 com.caucho.hessian.server.HessianServlet.service(HessianServlet.java:396)
at
 com.caucho.server.dispatch.WebServiceFilterChain.doFilter(WebServiceFilterChain.java:101)
at com.caucho.filters.GzipFilter.doFilter(GzipFilter.java:169)
at
 com.caucho.server.dispatch.FilterFilterChain.doFilter(FilterFilterChain.java:87)
at
 com.caucho.server.cache.CacheFilterChain.doFilter(CacheFilterChain.java:162)
at
 com.caucho.server.webapp.WebAppFilterChain.doFilter(WebAppFilterChain.java:187)
at
 com.caucho.server.dispatch.ServletInvocation.service(ServletInvocation.java:265)
at
 com.caucho.server.hmux.HmuxRequest.handleRequest(HmuxRequest.java:436)
at com.caucho.server.port.TcpConnection.run(TcpConnection.java:682)
at com.caucho.util.ThreadPool$Item.runTasks(ThreadPool.java:743)
at com.caucho.util.ThreadPool$Item.run(ThreadPool.java:662)
at java.lang.Thread.run(Thread.java:619)
 -- 
 View this message in context: 
 http://old.nabble.com/Hessian-Debug-Exception-in-Production-tp27026698p27026698.html
 Sent from the Resin mailing list archive at Nabble.com.
 
 
 
 ___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest




___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


Re: [Resin-interest] Hessian Debug Exception in Production

2010-01-05 Thread Alex
Tyson

I've reported the bug against 3.1.9: http://bugs.caucho.com/view.php?id=3836

Thanks,
Alex

 This looks like a bug (checked 3.1.9). The code on the trunk looks valid – 
 testing instanceof before casting. 
 
 Thanks,
 Alex
 
 
 We're seeing two possibly related issues with the Hessian Debug facilities in
 our production environment.  The first is the exception pasted below.  The
 second is that hessian debug will run for a few hours after we restart the
 web app, then just die.  We are running 3.1.19.  Any ideas?
 
 java.lang.ClassCastException: java.util.Date cannot be cast to
 java.lang.Integer
   at
 com.caucho.hessian.io.HessianDebugState$ObjectState.shift(HessianDebugState.java:1186)
   at
 com.caucho.hessian.io.HessianDebugState$DateState.next(HessianDebugState.java:649)
   at
 com.caucho.hessian.io.HessianDebugState.next(HessianDebugState.java:93)
   at
 com.caucho.hessian.io.HessianDebugOutputStream.write(HessianDebugOutputStream.java:96)
   at java.io.OutputStream.write(OutputStream.java:99)
   at
 com.caucho.hessian.io.Hessian2Output.flushBuffer(Hessian2Output.java:1541)
   at
 com.caucho.hessian.io.Hessian2Output.flush(Hessian2Output.java:1522)
   at
 com.caucho.hessian.io.Hessian2Output.printString(Hessian2Output.java:1450)
   at
 com.caucho.hessian.io.Hessian2Output.writeString(Hessian2Output.java:1060)
   at
 com.caucho.hessian.io.JavaSerializer$StringFieldSerializer.serialize(JavaSerializer.java:346)
   at
 com.caucho.hessian.io.JavaSerializer.writeInstance(JavaSerializer.java:213)
   at
 com.caucho.hessian.io.JavaSerializer.writeObject(JavaSerializer.java:177)
   at
 com.caucho.hessian.io.Hessian2Output.writeObject(Hessian2Output.java:490)
   at
 com.caucho.hessian.io.CollectionSerializer.writeObject(CollectionSerializer.java:102)
   at
 com.caucho.hessian.io.Hessian2Output.writeObject(Hessian2Output.java:490)
   at
 com.caucho.hessian.io.JavaSerializer$FieldSerializer.serialize(JavaSerializer.java:256)
   at
 com.caucho.hessian.io.JavaSerializer.writeInstance(JavaSerializer.java:213)
   at
 com.caucho.hessian.io.JavaSerializer.writeObject(JavaSerializer.java:177)
   at
 com.caucho.hessian.io.Hessian2Output.writeObject(Hessian2Output.java:490)
   at
 com.caucho.hessian.io.MapSerializer.writeObject(MapSerializer.java:100)
   at
 com.caucho.hessian.io.Hessian2Output.writeObject(Hessian2Output.java:490)
   at
 com.caucho.hessian.server.HessianSkeleton.invoke(HessianSkeleton.java:199)
   at
 com.caucho.hessian.server.HessianSkeleton.invoke(HessianSkeleton.java:109)
   at
 com.caucho.hessian.server.HessianServlet.service(HessianServlet.java:396)
   at
 com.caucho.server.dispatch.WebServiceFilterChain.doFilter(WebServiceFilterChain.java:101)
   at com.caucho.filters.GzipFilter.doFilter(GzipFilter.java:169)
   at
 com.caucho.server.dispatch.FilterFilterChain.doFilter(FilterFilterChain.java:87)
   at
 com.caucho.server.cache.CacheFilterChain.doFilter(CacheFilterChain.java:162)
   at
 com.caucho.server.webapp.WebAppFilterChain.doFilter(WebAppFilterChain.java:187)
   at
 com.caucho.server.dispatch.ServletInvocation.service(ServletInvocation.java:265)
   at
 com.caucho.server.hmux.HmuxRequest.handleRequest(HmuxRequest.java:436)
   at com.caucho.server.port.TcpConnection.run(TcpConnection.java:682)
   at com.caucho.util.ThreadPool$Item.runTasks(ThreadPool.java:743)
   at com.caucho.util.ThreadPool$Item.run(ThreadPool.java:662)
   at java.lang.Thread.run(Thread.java:619)
 -- 
 View this message in context: 
 http://old.nabble.com/Hessian-Debug-Exception-in-Production-tp27026698p27026698.html
 Sent from the Resin mailing list archive at Nabble.com.
 
 
 
 ___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest
 
 
 
 
 ___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest




___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


Re: [Resin-interest] GzipFilter Overrides Cache-Control

2010-01-05 Thread Alex
 Not sure this is a bug with GzipFilter or expected behavior, but found
 something worth sharing and dropping in the forum record for others to find.
 
 We had a problem distributing content to a CDN and keeping it in cache there
 because the CDN was requesting content with an Accept-Encoding: gzip
 request header, which was causing our GzipFilter to slap a Cache-Control:
 private response header via the http response object. Our file servlet (an
 extension of the default resin file servlet) was adding a Cache-Control
 header with max-age=84, public that the GzipFilter ended up writing
 Cache-Control: max-age=84000, public, private.  In our testing, we were
 using curl to test/examine the headers, so we didn't pick up that the
 private cache control header was being added.  Our CDN provider, however,
 was testing with a user agent that indicated it accepted the gzip encoding
 and was thus seeing the cache-control header appear. Made for a lively
 debate.  Thus, they were seeing the private declaration and not caching the
 result.
 
 So, we had to add an exclude-pattern to our GzipFilter configuration to not
 pick up files in the directory we wanted to control caching on. So, fyi,
 either GzipFilter has a bug in that it is not honoring Cache-Control headers
 set by responses further downstream, or it is operating properly and you
 must remember to disable the GzipFilter on content you want to be cached
 publicly. It would be nice if GzipFilter honored cache-control directives.
 configuration e.g.:
 
 filter-mapping
filter-namegzip/filter-name
url-pattern
exclude-pattern*.zip/exclude-pattern
include-pattern/*/include-pattern
/url-pattern
/filter-mapping

The private cache-control is added by Resin Cache in this case(not gzip filter 
) following the value set in resin.conf cacherewrite-vary-as-private.

It has to do with the IE bug (outlined in more detail at : 
http://www.caucho.com/resin/doc/cluster-tags.xtp#rewrite-vary-as-private )

-Alex
 
 -tyson
 
 -- 
 View this message in context: 
 http://old.nabble.com/GzipFilter-Overrides-Cache-Control-tp27022353p27022353.html
 Sent from the Resin mailing list archive at Nabble.com.
 
 
 
 ___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest




___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


Re: [Resin-interest] Hessian Debug Exception in Production

2010-01-05 Thread Alex
 So, grab the 3.1.9 trunk?  

Actually it's only fixed on the trunk (4.0), the 3.1 branch still has that 
issue.

 There was another issue we reported about
 ScheduledTasks not running until 1 week after the server started (at
 least when started on Sunday). Know if that one is fixed as well (e.g.
 3.1.8 would run scheduled tasks immedately after start, 3.1.9 would
 start running them a week after start - same app config).

This is the one I believe – an open issue:
http://bugs.caucho.com/view.php?id=3736

Thanks,
Alex


 
 -tyson
 
 On Tue, Jan 5, 2010 at 2:59 PM, Alex a...@caucho.com wrote:
 This looks like a bug (checked 3.1.9). The code on the trunk looks valid – 
 testing instanceof before casting.
 
 Thanks,
 Alex
 
 
 We're seeing two possibly related issues with the Hessian Debug facilities 
 in
 our production environment.  The first is the exception pasted below.  The
 second is that hessian debug will run for a few hours after we restart the
 web app, then just die.  We are running 3.1.19.  Any ideas?
 
 java.lang.ClassCastException: java.util.Date cannot be cast to
 java.lang.Integer
at
 com.caucho.hessian.io.HessianDebugState$ObjectState.shift(HessianDebugState.java:1186)
at
 com.caucho.hessian.io.HessianDebugState$DateState.next(HessianDebugState.java:649)
at
 com.caucho.hessian.io.HessianDebugState.next(HessianDebugState.java:93)
at
 com.caucho.hessian.io.HessianDebugOutputStream.write(HessianDebugOutputStream.java:96)
at java.io.OutputStream.write(OutputStream.java:99)
at
 com.caucho.hessian.io.Hessian2Output.flushBuffer(Hessian2Output.java:1541)
at
 com.caucho.hessian.io.Hessian2Output.flush(Hessian2Output.java:1522)
at
 com.caucho.hessian.io.Hessian2Output.printString(Hessian2Output.java:1450)
at
 com.caucho.hessian.io.Hessian2Output.writeString(Hessian2Output.java:1060)
at
 com.caucho.hessian.io.JavaSerializer$StringFieldSerializer.serialize(JavaSerializer.java:346)
at
 com.caucho.hessian.io.JavaSerializer.writeInstance(JavaSerializer.java:213)
at
 com.caucho.hessian.io.JavaSerializer.writeObject(JavaSerializer.java:177)
at
 com.caucho.hessian.io.Hessian2Output.writeObject(Hessian2Output.java:490)
at
 com.caucho.hessian.io.CollectionSerializer.writeObject(CollectionSerializer.java:102)
at
 com.caucho.hessian.io.Hessian2Output.writeObject(Hessian2Output.java:490)
at
 com.caucho.hessian.io.JavaSerializer$FieldSerializer.serialize(JavaSerializer.java:256)
at
 com.caucho.hessian.io.JavaSerializer.writeInstance(JavaSerializer.java:213)
at
 com.caucho.hessian.io.JavaSerializer.writeObject(JavaSerializer.java:177)
at
 com.caucho.hessian.io.Hessian2Output.writeObject(Hessian2Output.java:490)
at
 com.caucho.hessian.io.MapSerializer.writeObject(MapSerializer.java:100)
at
 com.caucho.hessian.io.Hessian2Output.writeObject(Hessian2Output.java:490)
at
 com.caucho.hessian.server.HessianSkeleton.invoke(HessianSkeleton.java:199)
at
 com.caucho.hessian.server.HessianSkeleton.invoke(HessianSkeleton.java:109)
at
 com.caucho.hessian.server.HessianServlet.service(HessianServlet.java:396)
at
 com.caucho.server.dispatch.WebServiceFilterChain.doFilter(WebServiceFilterChain.java:101)
at com.caucho.filters.GzipFilter.doFilter(GzipFilter.java:169)
at
 com.caucho.server.dispatch.FilterFilterChain.doFilter(FilterFilterChain.java:87)
at
 com.caucho.server.cache.CacheFilterChain.doFilter(CacheFilterChain.java:162)
at
 com.caucho.server.webapp.WebAppFilterChain.doFilter(WebAppFilterChain.java:187)
at
 com.caucho.server.dispatch.ServletInvocation.service(ServletInvocation.java:265)
at
 com.caucho.server.hmux.HmuxRequest.handleRequest(HmuxRequest.java:436)
at com.caucho.server.port.TcpConnection.run(TcpConnection.java:682)
at com.caucho.util.ThreadPool$Item.runTasks(ThreadPool.java:743)
at com.caucho.util.ThreadPool$Item.run(ThreadPool.java:662)
at java.lang.Thread.run(Thread.java:619)
 --
 View this message in context: 
 http://old.nabble.com/Hessian-Debug-Exception-in-Production-tp27026698p27026698.html
 Sent from the Resin mailing list archive at Nabble.com.
 
 
 
 ___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest
 
 
 
 
 ___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest
 
 
 
 ___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest




___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


Re: [Resin-interest] java.lang.ClassNotFoundException: org.apache.xerces.parsers.SAXParser

2009-12-22 Thread Alex
 This servlet (34 MB) runs o.k. on tomcat ..
 
 http://www.openlaszlo.org/download/form?dl_path=http://download.openlaszlo.org/4.6.1/openlaszlo-4.6.1-servlet.war
 openlaszlo-4.6.1-servlet.war 
 
 When I try deploying the *.war into c:\resin-4.0.2\webapps\

I wasn't able to reproduce this error on a clean setup. You should check the 
system properties and and services that may be affecting the choice of 
parser/xml driver.

--Alex
 
 and running a hello world test app ...
 
 http://localhost:8100/openlaszlo-4.6.1/my-apps/copy-of-hello.lzx
 
 I get this exception error ..
 
 500 Servlet Exception
 
 [show] java.lang.ClassNotFoundException: org.apache.xerces.parsers.SAXParser
 in
 EnvironmentClassLoader[web-app:http://default/openlaszlo-4.6.1]
 
 Is the openlaszlo web application looking for Xerces/Xalan  processors
 instead of the Resin XML/XSL processors?
 
 What must I change / add in resin configuration to run this webapp which
 runs in tomcat 6.0?
 
 
 Here is the full dump ..
 
 java.lang.ExceptionInInitializerError
   at org.openlaszlo.servlets.LZServlet.initLPS(LZServlet.java:104)
   at org.openlaszlo.servlets.LZServlet.doGet(LZServlet.java:341)
   at javax.servlet.http.HttpServlet.service(HttpServlet.java:119)
   at javax.servlet.http.HttpServlet.service(HttpServlet.java:96)
   at
 com.caucho.server.dispatch.ServletFilterChain.doFilter(ServletFilterChain.java:112)
   at
 com.caucho.server.webapp.WebAppFilterChain.doFilter(WebAppFilterChain.java:183)
   at
 com.caucho.server.webapp.AccessLogFilterChain.doFilter(AccessLogFilterChain.java:103)
   at
 com.caucho.server.dispatch.ServletInvocation.service(ServletInvocation.java:290)
   at 
 com.caucho.server.http.HttpRequest.handleRequest(HttpRequest.java:784)
   at
 com.caucho.server.port.TcpConnection.handleRequestsImpl(TcpConnection.java:619)
   at
 com.caucho.server.port.TcpConnection.handleRequests(TcpConnection.java:556)
   at
 com.caucho.server.port.TcpConnection$AcceptTask.doTask(TcpConnection.java:1194)
   at
 com.caucho.server.port.TcpConnection$ConnectionReadTask.runThread(TcpConnection.java:1127)
   at
 com.caucho.server.port.TcpConnection$AcceptTask.run(TcpConnection.java:1158)
   at com.caucho.util.ThreadPool$PoolThread.runTasks(ThreadPool.java:901)
   at com.caucho.util.ThreadPool$PoolThread.run(ThreadPool.java:866)
 Caused by: java.lang.RuntimeException: org.jdom.JDOMException: Could not
 load default SAX parser: org.apache.xerces.parsers.SAXParser: SAX2 driver
 class org.apache.xerces.parsers.SAXParser not found:
 org.apache.xerces.parsers.SAXParser
 in EnvironmentClassLoader[web-app:http://default/openlaszlo-4.6.1]
   at org.openlaszlo.server.LPS.clinit(LPS.java:74)
 Caused by: org.jdom.JDOMException: Could not load default SAX parser:
 org.apache.xerces.parsers.SAXParser:
 SAX2 driver class org.apache.xerces.parsers.SAXParser not found:
 org.apache.xerces.parsers.SAXParser
 in EnvironmentClassLoader[web-app:http://default/openlaszlo-4.6.1]
   at org.jdom.input.SAXBuilder.createParser(SAXBuilder.java:618)
   at org.jdom.input.SAXBuilder.build(SAXBuilder.java:460)
   at org.jdom.input.SAXBuilder.build(SAXBuilder.java:807)
   at org.openlaszlo.server.LPS.clinit(LPS.java:72)
   at org.openlaszlo.servlets.LZServlet.initLPS(LZServlet.java:104)
   at org.openlaszlo.servlets.LZServlet.doGet(LZServlet.java:341)
   at javax.servlet.http.HttpServlet.service(HttpServlet.java:119)
   at javax.servlet.http.HttpServlet.service(HttpServlet.java:96)
   at
 com.caucho.server.dispatch.ServletFilterChain.doFilter(ServletFilterChain.java:112)
   at
 com.caucho.server.webapp.WebAppFilterChain.doFilter(WebAppFilterChain.java:183)
   at
 com.caucho.server.webapp.AccessLogFilterChain.doFilter(AccessLogFilterChain.java:103)
   at
 com.caucho.server.dispatch.ServletInvocation.service(ServletInvocation.java:290)
   at 
 com.caucho.server.http.HttpRequest.handleRequest(HttpRequest.java:784)
   at
 com.caucho.server.port.TcpConnection.handleRequestsImpl(TcpConnection.java:619)
   at
 com.caucho.server.port.TcpConnection.handleRequests(TcpConnection.java:556)
   at
 com.caucho.server.port.TcpConnection$AcceptTask.doTask(TcpConnection.java:1194)
   at
 com.caucho.server.port.TcpConnection$ConnectionReadTask.runThread(TcpConnection.java:1127)
   at
 com.caucho.server.port.TcpConnection$AcceptTask.run(TcpConnection.java:1158)
   at com.caucho.util.ThreadPool$PoolThread.runTasks(ThreadPool.java:901)
   at com.caucho.util.ThreadPool$PoolThread.run(ThreadPool.java:866)
 Caused by: org.xml.sax.SAXException: SAX2 driver class
 org.apache.xerces.parsers.SAXParser
 not found
   at org.xml.sax.helpers.XMLReaderFactory.loadClass(Unknown Source)
   at org.xml.sax.helpers.XMLReaderFactory.createXMLReader(Unknown Source)
   at org.jdom.input.SAXBuilder.createParser(SAXBuilder.java:610

Re: [Resin-interest] resin class reloading not working (3.1.19)

2009-12-22 Thread Alex
 Hi :
 
 I remember long long time ago , resin was (the only one that) able to reload 
 only the modified class , not the entire web-app. That was great !
 
 But after I upgraded to some version (sorry , I forget what version , it is 
 long ago) , it didn't work anymore.
 
 Today , I check again , 3.1.19 still reload all web-app even I modified a 
 String in println()  , (The class signature remains intact)

I am not sure if you mean 3.1.9, but I checked with 3.1.9 and JDK 1.6.0_17 on 
windows – worked fine.

When resin starts serving first app it'll output either 

In-place class redefinition (HotSwap) is available.
or
In-place class redefinition (HotSwap) is not available.  In-place class 
reloading during development requires a compatible JDK and -Xdebug.

at the config level (by default the logging level is lower, so you'll need to 
change levels to see the message.

log name= level=all...

logger name=com.caucho level=config/

--Alex

 
 How to recall this feature now ?
 
 Thanks.
 ___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest




___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


Re: [Resin-interest] resin class reloading not working (3.1.19)

2009-12-22 Thread Alex
 2009/12/23 smallufo small...@gmail.com
 Hi , this is my resin's init message :
 I grep no HotSwap keyword here ...
 
 log level is enabled :
   logger name= level=all/
  
 Oops
 sorry , this should be log , not logger

Actually it's log and logger

log name= level=all path=stdout: timestamp=whatever time stamp 
is/

and 

logger name=com.caucho level=config/


 But after I restart resin , I still cannot grep  any HotSwap  keyword in 
 jvm-default.log

The record should appear (once) when a class is loaded from WEB-INF/classes , 
so after first request to the page using it.

Also, resin jni should be compiled.

--Alex
 
 ___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest




___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


Re: [Resin-interest] resin class reloading not working (3.1.19)

2009-12-22 Thread Alex
 Hi , this is my resin's init message :
 I grep no HotSwap keyword here ...

Putting Spring aside for a moment, make sure the following is done:
- compile resin.jni (./configure --prefix=/pathtoyourresin; make; make install)
- change default resin.conf from
 log name= level=info path=stdout:
  timestamp=[%H:%M:%S.%s] {%{thread}} /
 logger name=com.caucho level=info/
to:
log name= level=all path=stdout:
 timestamp=[%H:%M:%S.%s] {%{thread}} /
logger name=com.caucho level=config/
- deploy a simple app into webapps with a jsp page and a class (simple webapp 
attached)
- start resin
- access the deployed webapp's index.jsp page with a browser (curl, wget)

After these steps you should see the following:

20:23:09.881] {main} Resin started in 1767ms
[20:23:28.011] {http--8080-1$22775072} Loading .tld files from global classpath
[20:23:28.192] {http--8080-1$22775072} Compiling _jsp/_index__jsp.java
[20:23:28.946] {http--8080-1$22775072} In-place class redefinition (HotSwap) is 
available.

and after a touch on qa/Test.class and accessing the webapp again the following 
line will appear

[20:30:31.556] {http--8080-6$11446032} Reloading qa.Test

The resin.conf and webapp are attached.

--Alex

resin.conf
Description: Binary data


x.war
Description: Binary data


 
 log level is enabled :
   logger name= level=all/
   logger name=com.caucho level=config/
 
 
 -Xdebug is enabled too :
   jvm-arg-Xmx256m/jvm-arg
   jvm-arg-Xss1m/jvm-arg
   jvm-arg-Xdebug/jvm-arg
   jvm-arg-Dcom.sun.management.jmxremote/jvm-arg
 
 
 Resin-3.1.9 (built Mon, 13 Apr 2009 11:09:12 PDT)
 Copyright(c) 1998-2008 Caucho Technology.  All rights reserved.
 
   Using Resin(R) Open Source under the GNU Public License (GPL).
 
   See http://www.caucho.com for information on Resin Professional,
   including caching, clustering, JNI acceleration, and OpenSSL integration.
 
 Starting Resin on Wed, 23 Dec 2009 09:04:50 +0800 (CST)
 
 [09:04:53.375] {main} 'select-manager' requires Resin Professional.  See 
 http://www.caucho.com for information and licensing.
 [09:04:53.376] {main}
 [09:04:53.377] {main} Linux 2.6.18-164.6.1.el5 i386
 [09:04:53.377] {main} Java(TM) SE Runtime Environment 1.6.0_17-b04, UTF-8, zh
 [09:04:53.378] {main} Java HotSpot(TM) Client VM 14.3-b01, 32, mixed mode, 
 sharing, Sun Microsystems Inc.
 [09:04:53.378] {main} user.name: smallufo
 [09:04:53.378] {main} resin.home = /usr/java/resin/
 [09:04:53.379] {main} resin.root = /usr/java/resin/
 [09:04:53.379] {main} resin.conf = /usr/java/resin/conf/resin.conf
 [09:04:53.379] {main}
 [09:04:53.819] {main} WebApp[http://localhost:8080] active
 [09:04:54.090] {main} WebApp[http://localhost:8080/resin-admin] active
 [09:04:54.723] {main} WebApp[http://localhost:8080/resin-doc] active
 [09:04:54.724] {main} Host[] active
 [09:04:56.326] {main} WebApp[http://foobar.com] Initializing Spring root 
 WebApplicationContext
 
 lot of spring initialization message...
  
 [09:05:07.445] {main} DESTIONFACTORY_ALREADY_REGISTERED
 [09:05:07.547] {main} WebApp[http://foobar.com] active
 [09:05:07.813] {main} WebApp[http://foobar.com/resin-doc] active
 [09:05:07.814] {main} Host[foobar.com] active
 [09:05:07.823] {main} hmux listening to localhost.localdomain:6800
 [09:05:07.831] {main} http listening to *:8080
 [09:05:07.835] {main} Server[id=,cluster=app-tier] active
 [09:05:07.839] {main} Resin started in 17754ms
 
 ___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest

___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


Re: [Resin-interest] Resin 3.1: resin:import of jvm-args

2009-11-30 Thread Alex
 I have a situation where different servers should have different 
 jvm-args, but I would like to have a single resin.xml.


You should be able to achieve this by using jvm-arg inside the server

server id=a address=127.0.0.1 port=6800
  jvm-arg-Dserver=A/jvm-arg
/server

server id=b address=127.0.0.1 port=6801
  jvm-arg-Dserver=B/jvm-arg
/server

Regards,
Alex

 
 I tried doing a resin:import on a jvm.xml file that has just jvm-args in 
 it, but I haven't found a combination that works.  I have tried 
 surrounding the jvm-arg tags like this:
 
 Try1:
 
 server
 ...jvm-args..
 /server
 
 Try 2:
 
 server-default...jvm-args../server-default
 
 Try 3:
 
 server
 server-default...jvm-args../server-default
 /server
 
 Try 4:
 
 cluster
 server-default...jvm-args../server-default
 /cluster
 
 None of these are working.  Any thoughts?
 
 Thanks,
 
 Aaron
 
 
 ___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest




___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


Re: [Resin-interest] Resin 3.1: resin:import of jvm-args

2009-11-30 Thread Alex
 You should be able to achieve this by using jvm-arg inside the server
 
 server id=a address=127.0.0.1 port=6800
  jvm-arg-Dserver=A/jvm-arg
 /server
 
 server id=b address=127.0.0.1 port=6801
  jvm-arg-Dserver=B/jvm-arg
 /server
 
 Regards,
 Alex
 
 Hmm, that's exactly what I tried first, as mentioned below.

Did it work for you? What version of Resin 3.1 did you try it with if it did 
not work?

  Can you 
 have jvm-arg inside a resin:import'ed file?
Nope, the server does not allow resin:import tag.

Alex
 
 Aaron
 
 
 I tried doing a resin:import on a jvm.xml file that has just jvm-args in 
 it, but I haven't found a combination that works.  I have tried 
 surrounding the jvm-arg tags like this:
 
 Try1:
 
 server
 ...jvm-args..
 /server
 
 Try 2:
 
 server-default...jvm-args../server-default
 
 Try 3:
 
 server
 server-default...jvm-args../server-default
 /server
 
 Try 4:
 
 cluster
 server-default...jvm-args../server-default
 /cluster
 
 None of these are working.  Any thoughts?
 
 Thanks,
 
 Aaron
 
 
 
 
 ___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest




___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


Re: [Resin-interest] Resin 3.1: resin:import of jvm-args

2009-11-30 Thread Alex
 
 No, none of those scenarios worked.  It is with Resin 3.1.9.  I was 
 trying to resin:import the jvm-args, so I guess that's why it was 
 failing.  I have unique jvm-arg needs for different servers so I was 
 hoping I could pull that off.

The excerpt below should work and it will allow you to have all the 
configuration in one file.

 server id=a address=127.0.0.1 port=6800
 jvm-arg-Dserver=A/jvm-arg
 /server
 
 server id=b address=127.0.0.1 port=6801
 jvm-arg-Dserver=B/jvm-arg
 /server
 

Thanks,
Alex



 
 Can you 
 have jvm-arg inside a resin:import'ed file?
 
 Nope, the server does not allow resin:import tag.
 
 Alex
 
 Bummer.  Thanks for clarifying.
 
 Aaron
 
 
 
 ___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest




___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


Re: [Resin-interest] Resin 3.1: resin:import of jvm-args

2009-11-30 Thread Alex
 Aaron,
 
 Maybe I am missing something, but if you can pass in 
 -Dconfiguration=wherever to your individual machines (in your 
 /etc/init.d/resin script or wherever, I assume?), can't you pass in 
 your server specific JVM args there too?
 
 Rachel
 Probably.  The configuration is passed in via an environment variable, 
 but I could pass those in dynamically too if I have too.  If we set 
 those from our resin script will the ResinWatchdogManager pass the same 
 values to the actual Resin server, when it launches it?  

Yes. The variable needs to be exported 

!#/bin/bash
export foo=foo-value
bin/httpd.sh -server a start



resin.conf file:

server id=a address=127.1 port=6080
jvm-arg-Dbar=${Var[foo]}/jvm-arg
/server

Alex
 I wasn't sure, 
 so I was just going by the example resin.conf file that comes with Resin 
 3.1.9.
 
 Aaron
 
 
 ___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest




___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


Re: [Resin-interest] Resin 3.1: resin:import of jvm-args

2009-11-30 Thread Alex
 I've got this, which is a slightly different but equivalent technique that 
 doesn't require the jvm-arg tag (applicable bits only, my startup script does 
 other things too):

Just for the benefit of understanding the use case: is this to support n 
environments that are identical but serve two distinct purposes e.g.

- development
- testing
- production

where let's suppose 'testing' runs on a different set of servers and therefor 
needs different bindings and jvm arguments?

Alex

 
 USER=username
 HTTPD=/usr/local/resin/bin/httpd.sh
 su $USER -c $HTTPD start -verbose -J-server -Dvar1=value1 -Dvar2=value2 $*
 
 Rachel
 
 On Mon, Nov 30, 2009 at 2:28 PM, Alex a...@caucho.com wrote:
  Aaron,
 
  Maybe I am missing something, but if you can pass in
  -Dconfiguration=wherever to your individual machines (in your
  /etc/init.d/resin script or wherever, I assume?), can't you pass in
  your server specific JVM args there too?
 
  Rachel
  Probably.  The configuration is passed in via an environment variable,
  but I could pass those in dynamically too if I have too.  If we set
  those from our resin script will the ResinWatchdogManager pass the same
  values to the actual Resin server, when it launches it?
 
 Yes. The variable needs to be exported
 
 !#/bin/bash
 export foo=foo-value
 bin/httpd.sh -server a start
 
 
 
 resin.conf file:
 
 server id=a address=127.1 port=6080
 jvm-arg-Dbar=${Var[foo]}/jvm-arg
 /server
 
 Alex
  I wasn't sure,
  so I was just going by the example resin.conf file that comes with Resin
  3.1.9.
 
  Aaron
 
 
  ___
  resin-interest mailing list
  resin-interest@caucho.com
  http://maillist.caucho.com/mailman/listinfo/resin-interest
 
 
 
 
 ___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest
 
 ___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest




___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


Re: [Resin-interest] meaning of / in rewrite-dispatch

2009-11-30 Thread Alex
 Thanks for the reply Alex.  So how would I match only / and .html? 
 Something like this?
 
 dispatch regexp=(^/$)|(\.html) name=...
That looks right, Ethan. The parenthesis are optional here but they do make 
regexp more readable. 
Alex
 
 Cheers,
 Ethan
 
 - Original Message -
 From: Alex a...@caucho.com
 To: General Discussion for the Resin application server 
 resin-interest@caucho.com
 Sent: Monday, November 30, 2009 2:52:45 PM
 Subject: Re: [Resin-interest] meaning of / in rewrite-dispatch
 
  I have a (hopefully) quick question about the meaning of / in regexp 
  attributes of the rewrite-dispatch tags.  For example:
  
  dispatch regexp=/|\.html name=...
 
 This will match any request that has a '/' (basically every request has a '/')
 
 Something like the following will change .html to .jsp 
 http://www.caucho.com/resin/admin/rewrite.xtp
 
 web-app
rewrite-dispatch
 dispatch regexp=\.html target=.jsp/
 
 
 Thanks,
 Alex
 
  ...
  /dispatch
  
  Does the / have the same meaning as in servlet mappings, i.e. default? 
  Or does it only match requests for /?  That is, does the above dispatch 
  match a request for /foo.jpg, in addition to / and /bar.html?
 
 
  
  Thanks,
  Ethan
  ___
  resin-interest mailing list
  resin-interest@caucho.com
  http://maillist.caucho.com/mailman/listinfo/resin-interest
 
 
 
 
 ___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest
 ___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest




___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


Re: [Resin-interest] Multi-Part request error when using HmuxRequest in Resin 4.0.2(GA)

2009-11-28 Thread Alex
 Multi-Part request error when using HmuxRequest.


Thanks Wesley,

I reported a bug: http://bugs.caucho.com/view.php?id=3790

Alex
 
 My resin 4.0.2 was behind an apache 2.1.x using CauchoRequest to forward all 
 request for a virtual host to resin.
 
 If I use 8080 port without apache, everything goes fine.
 
 2009-11-28 13:14:28.916 ERROR [server-127.0.0.1:6800-5] 
 c.b.c.s.MultiPartRequest (103) - Unable to parse request
 org.apache.commons.fileupload.FileUploadBase$IOFileUploadException: 
 Processing of multipart/form-data request failed. Stream ended unexpectedly
   at 
 org.apache.commons.fileupload.FileUploadBase.parseRequest(FileUploadBase.java:367)
  [FileUploadBase.class:1.2.1]
   at 
 com.buysou.cms.servlet.JakartaMultiPartRequest.parse(JakartaMultiPartRequest.java:61)
  [classes:na]
   at 
 com.buysou.cms.servlet.MultiPartRequestWrapper.init(MultiPartRequestWrapper.java:47)
  [classes:na]
   at 
 com.buysou.cms.servlet.CmsPageFilter.wrapRequest(CmsPageFilter.java:268) 
 [classes:na]
   at 
 com.buysou.cms.servlet.CmsPageFilter.doFilter(CmsPageFilter.java:138) 
 [classes:na]
   at 
 com.caucho.server.dispatch.FilterFilterChain.doFilter(FilterFilterChain.java:88)
  [resin.jar:4.0.2]
   at 
 com.buysou.servlet.filters.encoding.EnhancedEncodingFilter.doFilter(EnhancedEncodingFilter.java:85)
  [classes:na]
   at 
 com.caucho.server.dispatch.FilterFilterChain.doFilter(FilterFilterChain.java:88)
  [resin.jar:4.0.2]
   at 
 com.caucho.server.webapp.WebAppFilterChain.doFilter(WebAppFilterChain.java:183)
  [resin.jar:4.0.2]
   at 
 com.caucho.server.cache.CacheFilterChain.doFilter(CacheFilterChain.java:169) 
 [pro.jar:4.0.2]
   at 
 com.caucho.server.webapp.AccessLogFilterChain.doFilter(AccessLogFilterChain.java:103)
  [resin.jar:4.0.2]
   at 
 com.caucho.server.dispatch.ServletInvocation.service(ServletInvocation.java:290)
  [resin.jar:4.0.2]
   at 
 com.caucho.server.hmux.HmuxRequest.handleInvocation(HmuxRequest.java:475) 
 [resin.jar:4.0.2]
   at 
 com.caucho.server.hmux.HmuxRequest.handleRequestImpl(HmuxRequest.java:394) 
 [resin.jar:4.0.2]
   at 
 com.caucho.server.hmux.HmuxRequest.handleRequest(HmuxRequest.java:357) 
 [resin.jar:4.0.2]
   at 
 com.caucho.server.port.TcpConnection.handleRequestsImpl(TcpConnection.java:619)
  [resin.jar:4.0.2]
   at 
 com.caucho.server.port.TcpConnection.handleRequests(TcpConnection.java:556) 
 [resin.jar:4.0.2]
   at 
 com.caucho.server.port.TcpConnection$AcceptTask.doTask(TcpConnection.java:1194)
  [resin.jar:4.0.2]
   at 
 com.caucho.server.port.TcpConnection$ConnectionReadTask.runThread(TcpConnection.java:1127)
  [resin.jar:4.0.2]
   at 
 com.caucho.server.port.TcpConnection$AcceptTask.run(TcpConnection.java:1158) 
 [resin.jar:4.0.2]
   at com.caucho.util.ThreadPool$PoolThread.runTasks(ThreadPool.java:901) 
 [resin.jar:4.0.2]
   at com.caucho.util.ThreadPool$PoolThread.run(ThreadPool.java:866) 
 [resin.jar:4.0.2]
 Caused by: 
 org.apache.commons.fileupload.MultipartStream$MalformedStreamException: 
 Stream ended unexpectedly
   at 
 org.apache.commons.fileupload.MultipartStream$ItemInputStream.makeAvailable(MultipartStream.java:983)
  [MultipartStream$ItemInputStream.class:1.2.1]
   at 
 org.apache.commons.fileupload.MultipartStream$ItemInputStream.read(MultipartStream.java:887)
  [MultipartStream$ItemInputStream.class:1.2.1]
   at java.io.InputStream.read(InputStream.java:85) [na:1.6.0_14]
   at org.apache.commons.fileupload.util.Streams.copy(Streams.java:94) 
 [Streams.class:1.2.1]
   at org.apache.commons.fileupload.util.Streams.copy(Streams.java:64) 
 [Streams.class:1.2.1]
   at 
 org.apache.commons.fileupload.FileUploadBase.parseRequest(FileUploadBase.java:362)
  [FileUploadBase.class:1.2.1]
   ... 21 common frames omitted
 




___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


Re: [Resin-interest] Hibernate lazy loading with Quercus

2009-11-23 Thread Alex
 Hello,
 
 we try to do the following on our php/EJB3 application :
   • find a given client from its lastname using a stateless bean ()
   • load his orders using the getter
 
 [code]
 $clients = $client_eao-findBySample($sample_client,false,false);
 var_dump($clients[0]-getOrders());
 [/code]

Seems that the objects no longer have the association with valid session, so 
either the Session or PersistenceManager should be kept around to fill the 
objects in upon use. Forcing eager load could also be used I think.

Alex.
 
 We get the usual LazyInitializationException :
 [10:41:03.300] {http--8080-6$31582617} 
 org.hibernate.LazyInitializationException: failed to lazily initialize a 
 collection of role: com.opticneo.entity.client.Client.orders, no session or 
 session was closed
 
 If we were using Hessian, before returning the list of clients we would have 
 made a copy of the list (using beanlib) before it is serialized (in ordre to 
 avoid LazyInitializationException)
 With Quercus, we do not have to do this. Good ! But we face the 
 LazyInitializationException again when trying to access the complex 
 attributes.
 
 What is the best way to handle this ? (maybe by taking control over the 
 transaction from the php)
 
 Thanks for your help.
 
 Regards
 
 -- 
 Vincent LAUGIER 
 Email : vincent.laug...@helmet.fr
 Téléphone : + 33 (0)1 75 43 92 52
 Fax : + 33 (0)1 79 75 01 12 (monfax.com)
 objectwiz-logo_pgday_PREZ.png 
 ___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest




___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


Re: [Resin-interest] packaging EB3 application with Resin

2009-11-16 Thread Alex

On 2009-11-16, at 8:09 AM, Vincent LAUGIER wrote:

 Hello,
 
 I am trying to package an EAR application in Resin.
 
 So far, I have achieved this kind of package : a WAR project embedded in 
 a EAR project (specifying the 'ear-deploy' tag in the resin.conf).
 
 Project_EAR
 - project_WAR
 
 
 I now want to to the following : one EAR project holding one EJB-JAR 
 project (for the entity beans and session beans), some WAR projects for 
 the pages and servlets.
 
 Project_EAR
 - project_EJB-JAR
 - project_1_WAR
 - project_2_WAR

 Is it possible to achieve the same in Resin ?

Resin supports the ear layout as well as defining ejbs in resin-web.xml

 (If we need to use http://www.caucho.com/resin/admin/jar-repository.xtp, is 
 there an example we can follow ?)

This is only available in Resin 4. I don't believe there is a separate example, 
however there is a detailed draft of spec published on the blog: 
http://blog.caucho.com/?p=225

Thanks,
Alex

 Thank you.
 
 Regards
 
 -- 
 Vincent LAUGIER
 
 Email : vincent.laug...@helmet.fr
 Téléphone : 01 75 43 92 52
 Fax : 01 79 75 01 12 (www.monfax.com)
 www.helmet.fr
 
 
 
 
 
 ___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest



___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


Re: [Resin-interest] packaging EB3 application with Resin

2009-11-16 Thread Alex
 Hello Alex,
 
 then we are waiting for the resin 4 stable release (we need to stick to 
 resin 3 for the moment because of problem with the persistence context 
 injection, see http://forum.caucho.com/showthread.php?t=1927).
 
 
 Resin supports the ear layout as well as defining ejbs in resin-web.xml
 
 What do you mean by defining ejbs in resin-web.xml ? Could this be a 
 workaround to package the project in differents WARs (one WAR for the 
 entity beans, another for the session beans...) ?
It's best to package an ear when there is more then one web-app. With a single 
web-app there is a possibility of deploying EJBs in a web-app. The ejb-jar.xml 
in that case is placed in to web-app and configured via ejb-server 
ejb-descriptor , see http://caucho.com/resin/reference/env-tags.xtp#ejb-server 
for ejb-server doc and 
http://caucho.com/resin-3.1/examples/ejb-stateless/index.xtp for 

Best Regards,
Alex

 
 regards
 
 Vincent
 This is only available in Resin 4. I don't believe there is a separate 
 example, however there is a detailed draft of spec published on the blog: 
 http://blog.caucho.com/?p=225
 
 
 
 ___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest
 
 
 
 
 
 
 
 ___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest



___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


Re: [Resin-interest] Large negative range in the HTTP request

2009-11-16 Thread Alex
Knut,

Thanks for reporting this. I've filed a bug: 
http://bugs.caucho.com/view.php?id=3766

Alex


On 2009-11-16, at 2:59 PM, Knut Forkalsrud wrote:

 Dear Cognoscenti,
 We have recently been getting a few requests with abnormal Range
 request headers.  For example:
 
   Accept-Language: zh-cn,zh-hk,zh-tw,en-us
   User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1)
   Accept: */*
   Host: www.mydomain.com
   Connection: Keep-Alive
   Range: bytes=-335544320--1162852624
   Accept-Encoding: gzip
   X-Forwarded-For: 124.115.0.146
 
 This results in an exception like this:
 
 java.lang.ArrayIndexOutOfBoundsException
  at java.lang.System.arraycopy(Native Method)
  at com.caucho.vfs.WriteStream.write(WriteStream.java:301)
  at 
 com.caucho.server.connection.ResponseStream.writeNext(ResponseStream.java:445)
  at 
 com.caucho.server.connection.ToByteResponseStream.write(ToByteResponseStream.java:336)
  at 
 com.caucho.server.connection.ServletOutputStreamImpl.write(ServletOutputStreamImpl.java:67)
  at com.caucho.vfs.ReadStream.writeToStream(ReadStream.java:899)
  at com.caucho.servlets.FileServlet.handleRange(FileServlet.java:498)
  at com.caucho.servlets.FileServlet.service(FileServlet.java:325)
  at 
 com.caucho.server.dispatch.ServletFilterChain.doFilter(ServletFilterChain.java:103)
  at 
 com.caucho.server.webapp.NamedDispatcherImpl.forward(NamedDispatcherImpl.java:108)
  at com.mydomain.www.MyServlet.doGet(BaseServlet.java:167)
  at javax.servlet.http.HttpServlet.service(HttpServlet.java:114)
  at javax.servlet.http.HttpServlet.service(HttpServlet.java:91)
  at 
 com.caucho.server.dispatch.ServletFilterChain.doFilter(ServletFilterChain.java:103)
  at 
 com.caucho.server.webapp.WebAppFilterChain.doFilter(WebAppFilterChain.java:187)
  at 
 com.caucho.server.dispatch.ServletInvocation.service(ServletInvocation.java:265)
  at com.caucho.server.http.HttpRequest.handleRequest(HttpRequest.java:273)
  at com.caucho.server.port.TcpConnection.run(TcpConnection.java:682)
  at com.caucho.util.ThreadPool$Item.runTasks(ThreadPool.java:730)
  at com.caucho.util.ThreadPool$Item.run(ThreadPool.java:649)
  at java.lang.Thread.run(Thread.java:595)
 
 (I'm forwarding the request to the FileServlet).  No harm done here,
 the requests seems to fail
 without causing any other side effects, but I'm wondering if the
 FileServlet should handle the
 situation a little more gracefully and give a 4xx response code
 instead of throwing an exception,
 which ends up being a 5xx response code.
 
 This is Resin 3.1.8 btw.
 
 Thanks,
 
 Knut Forkalsrud
 
 
 ___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest




___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


Re: [Resin-interest] Re sin 3.1.9, Scheduled Tasks Broken after upgrade

2009-11-02 Thread Alex
 I stepped through CronType in the debugger and 3.1.9 is setting the  
 next
 start time for the scheduled task a week out.  Here's the config we  
 have:

scheduled-task type=mm.services.DownloadService
 name=DownloadService
cron3,7,15,20,25,30,35,40,45,50,54,58 * * * */cron
/scheduled-task

 Running this today (Nov 1), the next start time is set to Nov 8.  I

Thanks, I've reported a bug: http://bugs.caucho.com/view.php?id=3736

--Alex

 set
 resin's debug level to finer, and all scheduled tasks now start a  
 week late.

 Although I have * in the day of week block, CronType is advancing  
 the next
 time to current day + 7.  There was one change made to CronType  
 between
 3.1.8 and 3.1.9, which is highlighted below.  3.1.8 does not push  
 the next
 start time out a week.

 if (_daysOfWeek != null) {
   int oldDayOfWeek = cal.getDayOfWeek() - 1;
   int dayOfWeek = nextInterval(_daysOfWeek, oldDayOfWeek);

 if (dayOfWeek  0) {
 day += (dayOfWeek - oldDayOfWeek);
   }
   else {
 dayOfWeek = nextInterval(_daysOfWeek, 0);
   
 day += (dayOfWeek - oldDayOfWeek + 7);
   }



 tweihs wrote:

 Things we've tried:
 * changing our tasks to implement Runnable vs Work (a swag, as
 com.caucho.resources.ScheduledTask operates on Runnables, which  
 work is
 * Put breakpoints in com.caucho.resources.ScheduledTask methods  
 including
 the init, start, and handleAlarm methods. The debugger breaks on  
 init and
 start, but handleAlarm is never called.

 Is something killing the alarm service?  Did something change in the
 schedule-task tags that require changing syntax in 3.1.9?

 The 3.1.8 mem leak issues are a problem for us in production, thus  
 the
 desire to move to 3.1.9.

 Thanks,

 -tyson


 tweihs wrote:

 Bumping this, still seeing the issue with 3.1.9.  We tried to move
 forward to 3.1.9 again today, but all ScheduledTasks would not run.
 Reverted to 3.1.8 and AOK.

 -tyson


 tweihs wrote:

 We upgraded to resin 3.1.9 yesterday in our production  
 environment.  The
 upgrade process for us was simple: unzip the 3.1.9 bundle, copy  
 over the
 resin.conf, license, other supporting files and restart the server.
 However, 3.1.9 will not run any of our scheduled tasks.  The app  
 comes
 up under 3.1.9, responds to requests, but won't run tasks (I  
 think this
 carries over to JMS as well, but need to confirm).  Bring the  
 server
 down and start up in 3.1.8 and schedule tasks resume executing.

 I recall when upgrading to 3.1.8 there may have been an issue  
 with some
 of the Resin generated wrappers/proxies on registered beans that
 prevented tasks from running, and clearing something (WEB-INF/work,
 IIRC) ended up unblocking whatever kept ScheduledTasks from  
 running.
 We've tried doing clean builds and deploying under clean installs  
 to
 3.1.9 and can't get those tasks to run.

 We experience the exact same behavior in development, stage, and
 production.

 Any ideas?

 -tyson






 -- 
 View this message in context: 
 http://old.nabble.com/Resin-3.1.9%2C-Scheduled-Tasks-Broken-after-upgrade-tp23584210p26152486.html
 Sent from the Resin mailing list archive at Nabble.com.



 ___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest



___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


Re: [Resin-interest] Adding node to a cluster on the fly

2009-11-02 Thread Alex

 I just created my first resin based ec2 server on amazon.  I want to  
 use amazons cloud computing to grow and shrink my cluster on the  
 fly.  Is there a way to achieve this in resin.

Nathan,

In 4.0 there is a new -dynamic-server capability that allows servers  
be added to the cluster dynamically. The argument parameter value  
takes cluster to join, address and port for the new server. (more info  
available with resin.sh -help.

You may find these two caucho blog entries of use: 
http://blog.caucho.com/?p=177 
  , http://blog.caucho.com/?p=220

Thanks,
Alex

 Nathan
 ___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest



___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


Re: [Resin-interest] Tabulation evil

2009-10-28 Thread Alex
According to the code convention we use a tab will expand to 8 spaces  
in IDE. That setting pretty much takes care of all the differences :)

--Alex
 I have been asking myself the same question...

 Jeff Schnitzer wrote (2009-10-28 00:41):
 This is really just a point of curiosity...

 What editor are you guys using at Caucho?  I've noticed all the code
 is formatted using a bizarre combination of tabs and spaces, like
 this:

 1 indent = 4 spaces
 2 indents = 1 tab
 3 indents = 1 tab + 4 spaces
 4 indents = 2 tabs
 5 indents = 2 tabs + 4 spaces

 ...which, setting aside longstanding religious wars about tabs vs
 spaces, seems to combine the worst characteristics of each approach.
 I'm not really complaining, since Eclipse will fix it for me with
 two mouse clicks, but I'm terribly curious to know what editor can
 even be configured to abuse code like that :-)

 Jeff


 ___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest



___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


Re: [Resin-interest] Inactivity connection timeout over HTTP

2009-10-27 Thread Alex
 Sorry, I should have mentioned that this is occurring in a comet  
 scenario, and the timeout we are seeing is 10 minutes. We are trying  
 to do a long poll, and are hoping to hold the connection open  
 without sending a response for more than 10 minutes.

You should be able to change that with suspend-time-maxTm/suspend- 
time-max on a port

http address=* port=8082
   !--set max suspend time to 20 minutes--
   suspend-time-max20m/suspend-time-max
/http

Regards,
-- Alex

 Thanks,

 Caleb Richardson

 --- alex wrote:

 Date: Mon, 26 Oct 2009 13:57:11 -0700

 There is keepalive-timeout setting. It can go in the server or server-
 default. Default value for the parameter is 15s.

 server-default
   keepalive-timeout15s/keepalive-timeout


 On 2009-10-26, at 1:44 PM, Caleb Richardson wrote:

 It seems that there is a inactivity timeout being enforced at the
 connection level by Resin (currently running 3.1.8). I searched the
 standard documentation and couldn't find any mention of this, is
 this a configurable value?

 Thanks,

 Caleb Richardson
 Software Engineer
 Everyone.net


 ___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest



 ___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest




 ___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest



___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


Re: [Resin-interest] Inactivity connection timeout over HTTP

2009-10-26 Thread Alex
There is keepalive-timeout setting. It can go in the server or server- 
default. Default value for the parameter is 15s.

server-default
   keepalive-timeout15s/keepalive-timeout


On 2009-10-26, at 1:44 PM, Caleb Richardson wrote:

 It seems that there is a inactivity timeout being enforced at the  
 connection level by Resin (currently running 3.1.8). I searched the  
 standard documentation and couldn't find any mention of this, is  
 this a configurable value?

 Thanks,

 Caleb Richardson
 Software Engineer
 Everyone.net


 ___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest



___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


Re: [Resin-interest] Cannot Start Resin on Vista

2009-09-02 Thread Alex

Hi Rom,

4.0.1 has a bug(Windows specific i believe) that's been fixed for  
4.0.2 (not released yet)


http://bugs.caucho.com/view.php?id=3628

According to the bug description  resin should be starting fine when  
no watchdog is running. You need to manually shutdown the watchdog to  
start resin again.


For development purposes you can use console command

java -jar lib/resin.jar console

Thanks,
Alex

On 1-Sep-09, at 9:43 AM, Rom Sok wrote:


Hi,

I am new to it so apologize for the newbie question.

I have Windows Vista. I installed JRE  JDK 6. I downloaded Resin.

I am running resin start and getting the following error:

Resin/4.0.1 can't start -server '' for watchdog at 127.0.0.1:6600.
  WatchdogClient[]: watchdog start failed because of  
'java.io.FileNotFoundException: error:'



Nothing useful in the logs.

Could anyone please suggest why this may be happening?

Thanks.

___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


Re: [Resin-interest] Metrics

2009-08-20 Thread Alex
Hi Ronan,

Luckily Emil has recently published a blog entry right on the topic: 
http://blog.caucho.com/?p=219

--Alex

On 20-Aug-09, at 1:41 PM, Ronan Lucio wrote:

 Hi,

 What metrics does Resin offer to measure system health?

 I'd like to store some data about system info for measurement and
 capacity planning.
 The problem is that the server with resin doesn't seem to show a real
 information.
 I used to see CPU as 3%, load as 0,8.

 How can I found out the possible bottlenecks in this server?
 Is there a way to get know many concurrent requests are running at a
 given time?

 PS: I know that we discover the requests ceiling with stress test  
 tools,
 therefore I still like to measure system health. With actual system  
 info
 it doesn't seem to correspond to the reality.

 Thank you,
 Ronan


 ___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest



___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


Re: [Resin-interest] Tapestry on resin...

2009-08-14 Thread Alex
 web-app
   system-property
 javax
 .xml.stream.XMLInputFactory=org.codehaus.stax2.XMLInputFactory2/
 /web-app

 But wouldn't that set the property for the entire JVM instead of for  
 one
 particular webapp/

Not if you supply your own context aware instance of Properties using  
System.setProperties(Properties).

That isolates the apps/hosts/cluster from each other and they can have  
their own sets of properties.

--Alex


 The system-property tag could also go under resin, cluster or
 host tags.

 And likewise this? Which may create problems for other apps?
 Nabble - Tomcat - User - Problem with system property
 http://www.nabble.com/Problem-with-system-property-td24389677.html

 -- 
 Michael Ludwig


 ___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest



___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


Re: [Resin-interest] Tapestry on resin...

2009-08-13 Thread Alex

Fernando,

It seems that tapestry expects a particular parser implementation. You  
can force one by supplying a system property


web-app
  system-property  
javax.xml.stream.XMLInputFactory=org.codehaus.stax2.XMLInputFactory2/

/web-app

The system-property tag could also go under resin, cluster or  
host tags.


Regards,
Alex


org.codehaus.stax2.XMLInputFactory2





Hello,

I need to work with tapestry on the resin application server, I am  
really new to Resin and I am getting this error.


java.lang.RuntimeException: Exception constructing service  
'TemplateParser':
Error invoking constructor  
org.apache.tapestry5.internal.services.TemplateParserImpl(Map,
boolean) (at TemplateParserImpl.java:50) via  
org 
.apache.tapestry5.internal.services.InternalModule.bind(ServiceBinder)
(at InternalModule.java:65) (for service 'TemplateParser'):  
com.caucho.xml.stream.XMLInputFactoryImpl

cannot be cast to org.codehaus.stax2.XMLInputFactory2
at  
org 
.apache 
.tapestry5 
.ioc 
.internal 
.services 
.JustInTimeObjectCreator 
.obtainObjectFromCreator(JustInTimeObjectCreator.java:78)
at  
org 
.apache 
.tapestry5 
.ioc 
.internal 
.services 
.JustInTimeObjectCreator.createObject(JustInTimeObjectCreator.java:57)
at  
$TemplateParser_12315f2e17e.delegate($TemplateParser_12315f2e17e.java)
at  
$ 
TemplateParser_12315f2e17e 
.parseTemplate($TemplateParser_12315f2e17e.java)
at  
org 
.apache 
.tapestry5 
.internal 
.services 
.ComponentTemplateSourceImpl 
.parseTemplate(ComponentTemplateSourceImpl.java:151)
at  
org 
.apache 
.tapestry5 
.internal 
.services 
.ComponentTemplateSourceImpl 
.getTemplate(ComponentTemplateSourceImpl.java:135)
at  
$ 
ComponentTemplateSource_12315f2e17d 
.getTemplate($ComponentTemplateSource_12315f2e17d.java)


Any suggestions?

Thanks in advance.

Favalos.


Con Windows Live, puedes organizar, editar y compartir tus fotos.  
___

resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


Re: [Resin-interest] bugs.caucho.com down?

2009-06-25 Thread Alex
Yep, it's currently down – hardware failure at our provider's. We had  
been promised a fix soon.

Thanks,
--Alex
On 25-Jun-09, at 6:58 PM, Rick Mann wrote:

 As of this writing, it seems to be. Connection refused.



 ___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest



___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


Re: [Resin-interest] bugs.caucho.com down?

2009-06-25 Thread Alex
 Ah bummer. Thanks for the quick reply.

 Do bug reports on this list get noticed?

The circumstances seem to call for it. If you use [bug] in subject  
I'll pick it up and enter into bugs.caucho.com


 On Jun 25, 2009, at 19:14:02, Alex wrote:

 Yep, it's currently down – hardware failure at our provider's. We had
 been promised a fix soon.

 Thanks,
 --Alex
 On 25-Jun-09, at 6:58 PM, Rick Mann wrote:

 As of this writing, it seems to be. Connection refused.



 ___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest



 ___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest



 ___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest



___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


[Resin-interest] Corrupted session

2009-04-16 Thread Alex Krevenya
Hi,

 

I start seeing this concurrency issue on save/load large session object.
Did anybody had the same problem and found a solution to fix it? Below
is a stack trace. 

 

Here is my configuration: resin 3.0.24, Linux, JDK 1.6

 

Thank you.

 

[12:20:22.063] FileBacking.log: update cluster:
test.xxx.com;dcaEE8dukDJF9_LAlRVcs length:5309265

[12:20:22.063] ClusterStoreManager.log: [app4] self-store(3)
dcaEE8dukDJF9_LAlRVcs length=5309265

[12:20:22.063] AbstractHttpResponse.log: [app4, 12] HTTP/1.1 200 OK

[12:20:22.063] AbstractHttpResponse.log: [app4, 12] Cache-Control:
no-store, no-cache, post-check=0, pre-check=0

[12:20:22.063] AbstractHttpResponse.log: [app4, 12] Pragma: no-cache

[12:20:22.063] AbstractHttpResponse.log: [app4, 12] Expires: Wed, 31 Dec
1969 23:59:59 GMT

[12:20:22.063] AbstractHttpResponse.log: [app4, 12] Content-Type:
text/html

[12:20:22.063] AbstractHttpResponse.log: [app4, 12] Transfer-Encoding:
chunked

[12:20:22.063] ResponseStream.log: [12] write-chunk(7)

[12:20:22.219] FileBacking.log: load local object:
test..com;dcaEE8dukDJF9_LAlRVcs

[12:20:22.219] ClusterObject.log: java.io.UTFDataFormatException

[12:20:22.219]  at
java.io.ObjectInputStream$BlockDataInputStream.readUTFSpan(ObjectInputSt
ream.java:3082)

[12:20:22.219]  at
java.io.ObjectInputStream$BlockDataInputStream.readUTFBody(ObjectInputSt
ream.java:3007)

[12:20:22.219]  at
java.io.ObjectInputStream$BlockDataInputStream.readUTF(ObjectInputStream
.java:2820)

[12:20:22.219]  at
java.io.ObjectInputStream.readString(ObjectInputStream.java:1599)

[12:20:22.219]  at
java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1320)

[12:20:22.219]  at
java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1947)

[12:20:22.219]  at
java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1871)

[12:20:22.219]  at
java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753
)

[12:20:22.219]  at
java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329)

[12:20:22.219]  at
java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1947)

[12:20:22.219]  at
java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1871)

[12:20:22.219]  at
java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753
)

[12:20:22.219]  at
java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329)

[12:20:22.219]  at
java.io.ObjectInputStream.readObject(ObjectInputStream.java:351)

[12:20:22.219]  at java.util.ArrayList.readObject(ArrayList.java:593)

[12:20:22.219]  at
sun.reflect.GeneratedMethodAccessor1868.invoke(Unknown Source)

[12:20:22.219]  at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor
Impl.java:25)

[12:20:22.219]  at java.lang.reflect.Method.invoke(Method.java:597)

[12:20:22.219]  at
java.io.ObjectStreamClass.invokeReadObject(ObjectStreamClass.java:974)

[12:20:22.219]  at
java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1849)

[12:20:22.219]  at
java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753
)

[12:20:22.219]  at
java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329)

[12:20:22.219]  at
java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1947)

[12:20:22.219]  at
java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1871)

[12:20:22.219]  at
java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753
)

[12:20:22.219]  at
java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329)

[12:20:22.219]  at
java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1947)

[12:20:22.219]  at
java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1871)

[12:20:22.219]  at
java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753
)

[12:20:22.219]  at
java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329)

[12:20:22.219]  at
java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1947)

[12:20:22.219]  at
java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1871)

[12:20:22.219]  at
java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753
)

[12:20:22.219]  at
java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329)

[12:20:22.219]  at
java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1947)

[12:20:22.219]  at
java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1871)

[12:20:22.219]  at
java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753
)

[12:20:22.219]  at
java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329)

[12:20:22.219]  at
java.io.ObjectInputStream.readObject(ObjectInputStream.java:351)

[12:20:22.219]  at java.util.ArrayList.readObject(ArrayList.java:593)

[12:20:22.219]  at
sun.reflect.GeneratedMethodAccessor1868.invoke(Unknown Source)

[12:20:22.219]  at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor
Impl.java:25)

[12:20:22.219]  at 

Re: [Resin-interest] Problems finding jar files in orbeonweb application

2009-03-09 Thread Alex Sharaz
Thanks
For this,
I could have sworn that the app-default.xml was in there. Then again
maybe it slipped out when i moved over to using a watchdog configuration
supporting multiple VMS
I'll check
alex

-Original Message-
From: resin-interest-boun...@caucho.com
[mailto:resin-interest-boun...@caucho.com] On Behalf Of Emil Ong
Sent: 09 March 2009 17:19
To: General Discussion for the Resin application server
Subject: Re: [Resin-interest] Problems finding jar files in orbeonweb
application

Hi Alex,

It sounds like your app-default.xml is not getting included in your
resin.conf, which has those classloaders by default.  You can either
import it as is done in the default resin.conf (which is probably best)
or add the class loaders to a web-app-default in resin.conf.

Take care,
Emil

On Sun, Mar 08, 2009 at 02:20:58PM -, Alex Sharaz wrote:
 
 I've been running orbeon xforms for a while now on one of my resin
servers.
 while I haven't had any problems with it, ther's a bit of
configuration that i
 have to do every time i install a new release and i'd really like to
avoid
 doing it.
 
 when the orbeon war is unpacked you end up with
 
 web-app xmlns=http://java.sun.com/xml/ns/j2ee;
xmlns:xsi=http://www.w3.org/
 2001/XMLSchema-instance
xsi:schemaLocation=http://java.sun.com/xml/ns/j2ee
 http://j
 ava.sun.com/xml/ns/j2ee/web-app_2_4.xsd version=2.4 --
display-nameOrbeon Forms
3.7.0beta1+.200902170313/display-name
description
Orbeon Forms is an open source forms solution that
handles the
 complexity of forms typical of the
enterprise or government. It is delivered to standard
web
 browsers (including Internet Explorer,
Firefox, Safari and Opera) thanks to XForms and Ajax
technology,
 with no need for client-side software
or plugins. Orbeon Forms allows you to build fully
interactive
 forms with features that include
as-you-type validation, optional and repeated sections,
always
 up-to-date error summaries, PDF output,
full internationalization, and controls like
auto-completion,
 tabs, dialogs, trees and menus.
/description
 
 
 
 
 Now if i try and access the orbeon xforms applications i get error
messages
 about not finding any of the orbeon classes located in
WEB-INF/lib/*.jar and
 WEB-INF/lib/private/*.jar
 
 The solution is to do:-
 
 web-app
 !-- web-app xmlns=http://java.sun.com/xml/ns/j2ee;
xmlns:xsi=http://
 www.w3.org/2001/XMLSchema-instance
xsi:schemaLocation=http://java.sun.com/xml
 /ns/j2ee http://j
 ava.sun.com/xml/ns/j2ee/web-app_2_4.xsd version=2.4 --
display-nameOrbeon Forms
3.7.0beta1+.200902170313/display-name
description
Orbeon Forms is an open source forms solution that
handles the
 complexity of forms typical of the
enterprise or government. It is delivered to standard
web
 browsers (including Internet Explorer,
Firefox, Safari and Opera) thanks to XForms and Ajax
technology,
 with no need for client-side software
or plugins. Orbeon Forms allows you to build fully
interactive
 forms with features that include
as-you-type validation, optional and repeated sections,
always
 up-to-date error summaries, PDF output,
full internationalization, and controls like
auto-completion,
 tabs, dialogs, trees and menus.
/description
 
 class-loader
library-loader path='WEB-INF/lib'/
library-loader path='WEB-INF/lib/private'/
library-loader path='/var/web/ext-webapp'/
compiling-loader path='WEB-INF/classes'/
  /class-loader
 
  .. rest of war file
 
 So I know i can't use the class-loader statement if I've got
version=2.4
 web-app argument. Silly question, how do in persuade orbeon that its
jar
 files are in WEB-INF/lib etc?
 
 Alex
 



*
 To view the terms under which this email is distributed, please go to
http://www.hull.ac.uk/legal/email_disclaimer.html


*
 ___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest



Emil Ong
Chief Evangelist
Caucho Technology, Inc.
Tel. (858) 456-0300
mailto:e...@caucho.com
http://blog.caucho.com/

Caucho: Reliable Open Source
-- Resin: application server
-- Quercus: PHP in Java
-- Java CanDI: contexts and dependency injection


___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest*
To view the terms under which

[Resin-interest] Problems finding jar files in orbeon web application

2009-03-08 Thread Alex Sharaz

I've been running orbeon xforms for a while now on one of my resin servers. 
while I haven't had any problems with it, ther's a bit of configuration that i 
have to do every time i install a new release and i'd really like to avoid 
doing it.

when the orbeon war is unpacked you end up with

web-app xmlns=http://java.sun.com/xml/ns/j2ee; 
xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; 
xsi:schemaLocation=http://java.sun.com/xml/ns/j2ee http://j
ava.sun.com/xml/ns/j2ee/web-app_2_4.xsd version=2.4 --
   display-nameOrbeon Forms
   3.7.0beta1+.200902170313/display-name
   description
   Orbeon Forms is an open source forms solution that handles the 
complexity of forms typical of the
   enterprise or government. It is delivered to standard web 
browsers (including Internet Explorer,
   Firefox, Safari and Opera) thanks to XForms and Ajax technology, 
with no need for client-side software
   or plugins. Orbeon Forms allows you to build fully interactive 
forms with features that include
   as-you-type validation, optional and repeated sections, always 
up-to-date error summaries, PDF output,
   full internationalization, and controls like auto-completion, 
tabs, dialogs, trees and menus.
   /description




Now if i try and access the orbeon xforms applications i get error messages 
about not finding any of the orbeon classes located in WEB-INF/lib/*.jar and 
WEB-INF/lib/private/*.jar

The solution is to do:-

web-app
!-- web-app xmlns=http://java.sun.com/xml/ns/j2ee; 
xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; 
xsi:schemaLocation=http://java.sun.com/xml/ns/j2ee http://j
ava.sun.com/xml/ns/j2ee/web-app_2_4.xsd version=2.4 --
   display-nameOrbeon Forms
   3.7.0beta1+.200902170313/display-name
   description
   Orbeon Forms is an open source forms solution that handles the 
complexity of forms typical of the
   enterprise or government. It is delivered to standard web 
browsers (including Internet Explorer,
   Firefox, Safari and Opera) thanks to XForms and Ajax technology, 
with no need for client-side software
   or plugins. Orbeon Forms allows you to build fully interactive 
forms with features that include
   as-you-type validation, optional and repeated sections, always 
up-to-date error summaries, PDF output,
   full internationalization, and controls like auto-completion, 
tabs, dialogs, trees and menus.
   /description

class-loader
   library-loader path='WEB-INF/lib'/
   library-loader path='WEB-INF/lib/private'/
   library-loader path='/var/web/ext-webapp'/
   compiling-loader path='WEB-INF/classes'/
 /class-loader

 .. rest of war file

So I know i can't use the class-loader statement if I've got version=2.4 
web-app argument. Silly question, how do in persuade orbeon that its jar 
files are in WEB-INF/lib etc?

Alex
*
To view the terms under which this email is distributed, please go to 
http://www.hull.ac.uk/legal/email_disclaimer.html
*___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


[Resin-interest] logging host alias requests

2008-09-18 Thread Alex Sharaz
Hi,
I've got a number of dynamic hosts configured on a single server, some
of which provide the same service. E.g.

www.config.hull.ac.uk/scache.jsp provides a web browser auto proxy
config file for use by our users.

I then changed the url to be slb-config. to reflect the fact that
we're going through a hardware server load balancer. Needless to say our
helpdesk know better and stll put in www.config .. At the moment
I've got 2 dynamic hosts defined for this service. Just to keep both
running.

I've just added a host-aliaswww.config.hull.ac.uk/host-alias
statement to the slb-config dynamic host and deleted the other (dynamic)
server ( trying to reduce the number of identical files I've got to
change). Everything *seems* to be working but in the logs it doesn't
show which host name was used by the user to access the scache.jsp file.

I've tried changing the access log format variable definition in my
host.xml file to display the URI (%U) but it doesn't seem to make a
difference. I'm running 3.1.7a BTW

Alex

*
To view the terms under which this email is distributed, please go to 
http://www.hull.ac.uk/legal/email_disclaimer.html
*___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


Re: [Resin-interest] Resin 3.1.6

2008-05-07 Thread Alex Sharaz
Scott,
Just upgraded  1 test server to 3.1.6. Am using a watchdog conf file with
the following in it

watchdog id=commswiki
  resin-conf/var/web/conf/commswiki.conf/resin-conf
  !-- resin-root/var/web/resin-root --
  open-port address=150.237.47.46 port=80/
  jvm-arg-Xmx256m/jvm-arg

Had to comment out the resin-root... Config entry as it generated an error
when I started it 
Alex

On 06/05/2008 23:32, Scott Ferguson [EMAIL PROTECTED] wrote:

 Resin 3.1.6 is now available.  The 3.1.x tree is now the stable
 version and will contain only bug fixes.  New development will go into
 the 3.2.x tree.
 
 The release notes are at http://caucho.com/resin/changes/resin-3.1.6.xtp
 The detailed changelog is at http://caucho.com/resin/changes/changes.xtp
 
 1. Resin JSF
 
 Resin's JSF implementation has been promoted to the 3.1.6 release.
 The JSF implementation includes a large number of bug fixes and
 compatibility testing.  Resin's JSF includes to important
 enhancements: direct JSP implementation and Hessian serialization,
 both of which improve performance and reduce session size.
 
 2. Quercus (PHP)
 
 A large number of bug fixes are included in the Quercus release.
 We've moved our focus to a killer app strategy, where the first
 priority of Quercus is keeping up to date with new killer app
 versions.  The killer apps are currently:
 
Mediawiki 1.12 (wikipedia)
Drupal 6.0
phpBB3
Typo3
Wordpress 2.5.1
 
 3. HMTP (Hessian Message Transport Protocol)
 
http://caucho.com/resin/doc/hmtp.xtp
 
 HMTP is all about putting the interactive in RIA (rich interactive
 applications.)  It's a high-performance, bidirectional, asynchronous
 messaging system based on Hessian and XMPP (Jabber IM).   The current
 implementations are in Java and Flash.
 
 The underlying model is a Brokered Agent Messaging (bam), which is the
 XMPP model.  Essentially, it's a hub-and-spoke messaging model with
 dynamic services.  Agents are things like a chat login, or a chat room
 nickname, or a game's player.
 
 We think HMTP is the next step in web interactivity, leapfrogging over
 the interim Ajax/Comet techniques.
 
 
 4. scheduled-task
 
http://caucho.com/resin/doc/resources.xtp
 
 scheduled-task is a nice convenience bean for scheduling cron jobs.
 The full cron syntax is supported.  scheduled-task can start Runnable
 beans automatically, or invoke an EL method expression, or execute a
 URL (convenient for PHP cron scripts.)
 
 5. administration/reliability
 
http://caucho.com/resin/doc/resin-admin.xtp
 
 For Resin-Pro, the administration task now checks CPU usage every 60
 seconds, either logging the results, or logging a thread dump if the
 cpu is excessive.  It's possible to configure the admin to restart
 Resin if the CPU usage it too high as wel.
 
 6. logging
 
http://caucho.com/resin/doc/config-log.xtp
 
 We've cleaned up the logging a bit, making it easier to configure
 custom logging Handlers and Formatting tools.  In addition, we've
 split out log-handler as a separate configuration item, which
 configures the log handlers directly.  logger configures the
 Loggers.  (The older log is now discouraged since it combines both
 and is a bit confusing.)
 
 The logging has some new handlers: event:, jms:, and hmtp: which
 lets you publish logging messages to WebBeans events, JMS, and HMTP
 respectively.
 
 share and enjoy!
 
 -- Scott
 
 
 
 
 ___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest

*
To view the terms under which this email is distributed, please go to 
http://www.hull.ac.uk/legal/email_disclaimer.html
*


___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


[Resin-interest] Problem with clusterping...

2008-02-14 Thread Alex Sharaz
Just tried to set up a ping config to email myseld as per this example
off the web site and get 

 

/var/web/conf/resin.conf:169: 'mail-to' is an unknown property of
'com.caucho.server.admin.PingThread'.

 

Example on web page is:-

 

 

resin xmlns=http://caucho.com/ns/resin;

   xmlns:resin=http://caucho.com/ns/resin/core;

  ...

  cluster id=web-tier

ping resin:type=com.caucho.server.admin.PingMailer

  urlhttp://localhost:8080/index.jsp/url

  urlhttp://localhost:8080/webapp/index.jsp/url

 

  mail-to[EMAIL PROTECTED]/mail-to

  mail-from[EMAIL PROTECTED]/mail-from

  mail-subjectResin ping has failed for server
${'${'}server.name}/mail-subject

/ping

...

  /server

/resin

 

*
To view the terms under which this email is distributed, please go to 
http://www.hull.ac.uk/legal/email_disclaimer.html
*___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


[Resin-interest] p.s. ping config problem am running 3.1.s080211

2008-02-14 Thread Alex Sharaz
 

*
To view the terms under which this email is distributed, please go to 
http://www.hull.ac.uk/legal/email_disclaimer.html
*___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


[Resin-interest] Small problem with quercus

2008-02-01 Thread Alex Sharaz
I'm running 3 resin servers in a hardware load balanced configuration
that are configured to also run some quercus php apps and a number of
virtual hosts

In our halls of residence I've set up a restricted network our students
connect to by default. In order to gain access to the internet they
have to do a few things, ( apply windows updates, configure their
machine for 802.1x authentication etc..). If a user is on this
restricted network our dhcp server hands out the IP address associated
with a dns redirector program. This prog will either pass dns requests
to our real dns servers or hand back a fixed ip address. I've got it
configured so that it resolves any requests for  windows update related
sites and hands back the load balanced ip address of my resin cluster.

When used in conjunction with a few firewall rules it means that
whatever http/s host the client machine tries to access gets redirected
to the default-server I've got configured in resin. What the user sees
is a web page saying you are connected to a restricted network 
etc..

This all works just fine, except for the fact that I'm now seeing lots
of log entries of the form shown below. The file not found iis correct,
its not on our server because of the dns redirector.

Any way of sending back a valid Not Found code instead of this?
Suppose talking the quercus config out of resin-web.xml and putting it
into the webapp would cut things down a bit. Any other way?


Alex


javax.servlet.ServletException: java.io.FileNotFoundException:
/usr/web/default-server/VeohTV/campaignServer.php
[00:22:42.144]  at
com.caucho.quercus.servlet.QuercusServlet.service(QuercusServlet.java:29
6)
[00:22:42.144]  at
javax.servlet.http.HttpServlet.service(HttpServlet.java:92)
[00:22:42.144]  at
com.caucho.server.dispatch.ServletFilterChain.doFilter(ServletFilterChai
n.java:106)
[00:22:42.144]  at
com.caucho.server.cache.CacheFilterChain.doFilter(CacheFilterChain.java:
207)
[00:22:42.144]  at
com.caucho.server.webapp.WebAppFilterChain.doFilter(WebAppFilterChain.ja
va:173)
[00:22:42.144]  at
com.caucho.server.dispatch.ServletInvocation.service(ServletInvocation.j
ava:229)
[00:22:42.144]  at
com.caucho.server.http.HttpRequest.handleRequest(HttpRequest.java:274)
[00:22:42.144]  at
com.caucho.server.port.TcpConnection.run(TcpConnection.java:514)
[00:22:42.144]  at
com.caucho.util.ThreadPool.runTasks(ThreadPool.java:520)
[00:22:42.144]  at com.caucho.util.ThreadPool.run(ThreadPool.java:442)
[00:22:42.144]  at java.lang.Thread.run()V(Unknown Source)
[00:22:42.144] Caused by: java.io.FileNotFoundException:
/usr/web/default-server/VeohTV/campaignServer.php
[00:22:42.144]  at
com.caucho.vfs.JniFilePathImpl.openReadImpl(JniFilePathImpl.java:338)
[00:22:42.144]  at com.caucho.vfs.Path.openRead(Path.java:934)
[00:22:42.144]  at
com.caucho.quercus.parser.QuercusParser.parse(QuercusParser.java:284)
[00:22:42.144]  at
com.caucho.quercus.page.PageManager.parse(PageManager.java:201)
[00:22:42.144]  at
com.caucho.quercus.page.PageManager.parse(PageManager.java:180)
[00:22:42.144]  at com.caucho.quercus.Quercus.parse(Quercus.java:546)
[00:22:42.144]  at
com.caucho.quercus.servlet.QuercusServlet.service(QuercusServlet.java:21
7)*
To view the terms under which this email is distributed, please go to 
http://www.hull.ac.uk/legal/email_disclaimer.html
*___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


Re: [Resin-interest] Small problem with quercus

2008-02-01 Thread Alex Sharaz
Ah! 
o.k. i'm running 3.0.25 on these servers.

i'll use the workaround until I upgrade the boxes. 
Alex


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Sam
Sent: 01 February 2008 14:40
To: resin-interest@caucho.com
Subject: Re: [Resin-interest] Small problem with quercus

  [ ... ]

 Any way of sending back a valid Not Found code instead of this?
 Suppose talking the quercus config out of resin-web.xml and putting it
 into the webapp would cut things down a bit. Any other way?

 javax.servlet.ServletException: java.io.FileNotFoundException:
 /usr/web/default-server/VeohTV/campaignServer.php

That issue was fixed in 3.1.2:
http://bugs.caucho.com/view.php?id=1952

As a workaround, you can use rewrite-dispatch and not-found to match
the requests
and send a 404:
http://www.caucho.com/resin-3.1/doc/rewrite-tags.xtp#not-found

-- Sam



___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest*
To view the terms under which this email is distributed, please go to 
http://www.hull.ac.uk/legal/email_disclaimer.html
*___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


Re: [Resin-interest] Visual JSF and Resin Snapshot

2008-01-23 Thread Alex
Andreas,

Thanks for reporting this, I have filed it as a bug 
http://bugs.caucho.com/view.php?id=2364 .

Regards,

Alex Rojkov
Software Engineer
Caucho Technology, Inc.
Tel. (858) 456-0300
mailto:[EMAIL PROTECTED]

Caucho: Reliable Open Source
-- Resin: application server
-- Quercus: PHP in Java
-- Hessian Web Services
   



___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


Re: [Resin-interest] Visual JSF and Resin Snapshot

2008-01-23 Thread Alex
Andreas,

Thanks for reporting this, I have filed it as a bug 
http://bugs.caucho.com/view.php?id=2364 .

Regards,

Alex Rojkov
Software Engineer
Caucho Technology, Inc.
Tel. (858) 456-0300
mailto:[EMAIL PROTECTED]

Caucho: Reliable Open Source
-- Resin: application server
-- Quercus: PHP in Java
-- Hessian Web Services
   



___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


Re: [Resin-interest] new snapshot available

2008-01-14 Thread Alex Sharaz

When i try and make the 080111 snapshot I get 

make: *** No rule to make target `Makefile.am', needed by `Makefile.in'.  Stop.

Alex

-Original Message-
From: [EMAIL PROTECTED] on behalf of Scott Ferguson
Sent: Fri 11/01/2008 22:08
To: General Discussion for the Resin application server
Subject: [Resin-interest] new snapshot available
 
A new snapshot is available.  We've just finished week 4 of the 8- 
week release cycle for 3.1.5, so there's another 4 weeks to go.

The snapshot is still a bit unstable do to the configuration changes,  
but a number of people have been asking for it to check on some bug  
fixes.

The snapshot is also available using maven2 at http://caucho.com/m2- 
snapshot.  There's a wiki page at http://wiki.caucho.com/Maven2.

Also, the snapshot includes the struts2 integration with Resin's IoC  
injection.  The wiki page is at http://wiki.caucho.com/Struts2.

-- Scott


___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest

winmail.dat*
To view the terms under which this email is distributed, please go to 
http://www.hull.ac.uk/legal/email_disclaimer.html
*___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


[Resin-interest] Problems with resin and orbeon xforms

2008-01-10 Thread Alex Sharaz
I'm running orbeon xforms 3.6 over resin 3.1.x and up till recently
everything was working just fine. I then upgraded resin from 3.1.4 to
3.1.s071222 as there were some quercus fixes that i wanted to make use
of.

After moving to the snapshot version 

 


Cannot find any provider supporting PBEWithMD5AndDES*
To view the terms under which this email is distributed, please go to 
http://www.hull.ac.uk/legal/email_disclaimer.html
*___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


Re: [Resin-interest] Problems with resin and orbeon xforms

2008-01-10 Thread Alex Sharaz
oops, sent it before i'd finished typing.

After moving to the snapshot version one of the apps started generating  
Cannot find any provider supporting PBEWithMD5AndDES errors.

A support person at Orbeon suggested that the problem might be associated with 
the java.ext.dirs system property not including  the jdkjre/lib/ext
 directory where the sunpkcs11.jar fiel resides.

I tried setting 
system-property 
java.ext.dirs=/usr/local/bea/jrockit-R27.4.0-jdk1.6.0_02/jre/lib/ext/
but it didn't make any difference.

Reverting back to resin-3.1.4 fixed whatever was wrong and everything started 
working again
Alex




-Original Message-
From: [EMAIL PROTECTED] on behalf of Alex Sharaz
Sent: Thu 10/01/2008 09:44
To: General Discussion for the Resin application server
Subject: [Resin-interest] Problems with resin and orbeon xforms
 
I'm running orbeon xforms 3.6 over resin 3.1.x and up till recently
everything was working just fine. I then upgraded resin from 3.1.4 to
3.1.s071222 as there were some quercus fixes that i wanted to make use
of.

After moving to the snapshot version 

 


Cannot find any provider supporting PBEWithMD5AndDES

*
To view the terms under which this email is distributed, please go to 
http://www.hull.ac.uk/legal/email_disclaimer.html
*___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


[Resin-interest] anyone running resin 3 on a redhat 5.1 system?

2007-12-04 Thread Alex Sharaz
Chaps,

 

Just fired up my standard config on an RHEL 5.1 server. Seems to work,
but cpu load just sits at 100%, Kill of resin and it drops to .5%

 

Same setup as my RHEL4 servers same JDK /config  etc

 

Anyone seen this?

Alex

 

*
To view the terms under which this email is distributed, please go to 
http://www.hull.ac.uk/legal/email_disclaimer.html
*___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


[Resin-interest] quercus config question

2007-09-27 Thread Alex Sharaz
Hi, 

I'm running MediaWiki 1.9.3 on a resin 3.1.2 system ( web.xml from the
webapps/wilki/WEB-INF directory below). While everything almost works (
only seem to have a problem with actually seeing uploaded images now) I
do have 1 major problem.

 

When you first connect to , or even access a new page it takes an age
before you actually see anything in your browser. Once you get to a page
there's no problem getting back to it.  Go away for a day or so and try
and access the server and the same thing happens again. It's as if
quercus is recompiling the php again. Where would i  look to see what's
going on?

 

The syslog file does have repeated occurrences of

 

java.lang.NullPointerException: 

[08:36:01.148]  at
com.caucho.quercus.lib.UrlModule.urlencode(UrlModule.java:191)

[08:36:01.148]  at
com.caucho.quercus.lib.UrlModule.urlencode(UrlModule.java:181)

[08:36:01.148]  at
_quercus._classes._Image__php$quercus_Image$fun_getTag.callMethod(_Image
__php.java:215)

[08:36:01.148]  at
com.caucho.quercus.env.QuercusClass.callMethod(QuercusClass.java:739)

[08:36:01.148]  at
com.caucho.quercus.env.ObjectExtValue.callMethod(ObjectExtValue.java:659
)

[08:36:01.148]  at
_quercus._classes._AlbumItem__php$quercus_AlbumItem$fun_getThumbnailTag.
callMethod(_AlbumItem__php.java:1675)

[08:36:01.148]  at
com.caucho.quercus.env.QuercusClass.callMethod(QuercusClass.java:688)

[08:36:01.148]  at
com.caucho.quercus.env.ObjectExtValue.callMethod(ObjectExtValue.java:637
)

[08:36:01.148]  at
_quercus._classes._Album__php$quercus_Album$fun_getThumbnailTag.callMeth
od(_Album__php.java:2965)

[08:36:01.148]  at
com.caucho.quercus.env.QuercusClass.callMethod(QuercusClass.java:688)

[08:36:01.148]  at
com.caucho.quercus.env.ObjectExtValue.callMethod(ObjectExtValue.java:637
)

[08:36:01.148]  at
_quercus._rss__php$fun_getThumbs.call(_rss__php.java:455)

[08:36:01.148]  at _quercus._rss__php.execute(_rss__php.java:161)

[08:36:01.148]  at
com.caucho.quercus.page.QuercusPage.executeTop(QuercusPage.java:119)

[08:36:01.148]  at
com.caucho.quercus.servlet.ResinQuercusServlet.service(ResinQuercusServl
et.java:123)

[08:36:01.148]  at
com.caucho.quercus.servlet.QuercusServlet.service(QuercusServlet.java:35
0)

[08:36:01.148]  at
javax.servlet.http.HttpServlet.service(HttpServlet.java:91)

[08:36:01.148]  at
com.caucho.server.dispatch.ServletFilterChain.doFilter(ServletFilterChai
n.java:103)

[08:36:01.148]  at
com.caucho.server.cache.CacheFilterChain.doFilter(CacheFilterChain.java:
159)

[08:36:01.148]  at
com.caucho.server.webapp.WebAppFilterChain.doFilter(WebAppFilterChain.ja
va:175)

[08:36:01.148]  at
com.caucho.server.dispatch.ServletInvocation.service(ServletInvocation.j
ava:240)

[08:36:01.148]  at
com.caucho.server.http.HttpRequest.handleRequest(HttpRequest.java:263)

[08:36:01.148]  at
com.caucho.server.port.TcpConnection.run(TcpConnection.java:481)

[08:36:01.148]  at
com.caucho.util.ThreadPool$Item.runTasks(ThreadPool.java:685)

[08:36:01.148]  at
com.caucho.util.ThreadPool$Item.run(ThreadPool.java:607)

[08:36:01.148]  at java.lang.Thread.run(Thread.java:595)

 

In it. Is there any quercus specific logging i can turn on to see what's
happening? Can i turn on some form of caching?

 

 

Alex

 

 

 

web-app xmlns=http://caucho.com/ns/resin;

  database jndi-name='jdbc/mediawiki'

driver
type=com.mysql.jdbc.jdbc2.optional.MysqlConnectionPoolDataSource

  urljdbc:mysql://databases.hull.ac.uk:3306/comms_wiki/url

  userthisuser/user

  passwordandtheir password/password

/driver

  /database

 

  servlet-mapping url-pattern=*.php

 
servlet-class=com.caucho.quercus.servlet.QuercusServlet

init

  databasejdbc/mediawiki/database

  compiletrue/compile

  script-encodingISO-8859-1/script-encoding

  php-ini

sendmail_from[EMAIL PROTECTED]/sendmail_from

!--

   smtp_usernamemy_email_username/smtp_username

   smtp_passwordmy_email_password/smtp_password

 --

  /php-ini

/init

  /servlet-mapping

 

  welcome-file-listindex.php/welcome-file-list

/web-app

*
To view the terms under which this email is distributed, please go to 
http://www.hull.ac.uk/legal/email_disclaimer.html
*___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


[Resin-interest] just tried the s070910 release of 3.1.2 pro wih quercus

2007-09-12 Thread Alex Sharaz
And i get the following message. Works find with 3.1.2 release
Alex


java.lang.ClassFormatError:
_quercus/_includes/_ProfilerStub__php$fun_wfProfileOut
: illegal attribute length (Code:239)
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:620)
at java.lang.ClassLoader.defineClass(ClassLoader.java:465)
at
java.security.SecureClassLoader.defineClass(SecureClassLoader.java:122)
at
com.caucho.loader.DynamicClassLoader.loadClass(DynamicClassLoader.java:1
389)
at
com.caucho.loader.DynamicClassLoader.findClassImpl(DynamicClassLoader.ja
va:1259)
at
com.caucho.loader.DynamicClassLoader.loadClassImpl(DynamicClassLoader.ja
va:1161)
at
com.caucho.loader.DynamicClassLoader.loadClass(DynamicClassLoader.java:1
105)
at
com.caucho.loader.DynamicClassLoader.loadClass(DynamicClassLoader.java:1
090)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
Method)
at
sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorA
ccessorImpl.java:39)
at
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingCons
tructorAccessorImpl.java:27)
at
java.lang.reflect.Constructor.newInstance(Constructor.java:494)
at java.lang.Class.newInstance0(Class.java:350)
at java.lang.Class.newInstance(Class.java:303)
at
com.caucho.quercus.page.ProPageManager.createPage(ProPageManager.java:14
5)
at
com.caucho.quercus.page.ProPageManager.compilePage(ProPageManager.java:9
0)
at
com.caucho.quercus.page.PageManager.parse(PageManager.java:193)
at
com.caucho.quercus.page.PageManager.parse(PageManager.java:158)
at com.caucho.quercus.Quercus.parse(Quercus.java:794)
at com.caucho.quercus.env.Env.include(Env.java:3334)
at
_quercus._StartProfiler__php.execute(usr/web/commswiki/webapps/wiki/Star
tProfiler.php:3)
at com.caucho.quercus.env.Env.include(Env.java:3338)
at
_quercus._includes._WebStart__php.execute(usr/web/commswiki/webapps/wiki
/includes/WebStart.php:69)
at com.caucho.quercus.env.Env.include(Env.java:3338)
at
_quercus._index__php.execute(usr/web/commswiki/webapps/wiki/index.php:1)
at
com.caucho.quercus.page.QuercusPage.executeTop(QuercusPage.java:119)
at
com.caucho.quercus.servlet.ResinQuercusServlet.service(ResinQuercusServl
et.java:146)
at
com.caucho.quercus.servlet.QuercusServlet.service(QuercusServlet.java:35
3)*
To view the terms under which this email is distributed, please go to 
http://www.hull.ac.uk/legal/email_disclaimer.html
*___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


Re: [Resin-interest] Quercus and gallery 2.1

2007-05-22 Thread Alex Sharaz
Hi,
Well, it doesn't work with the latest bersion of gallery either.
Anything i can do to help track it down let me know
Alex


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Sam
Sent: 21 May 2007 18:22
To: General Discussion for the Resin application server
Subject: Re: [Resin-interest] Quercus and gallery 2.1

 Anyone running gallery2.1 successfully with resin-pro-3.1.1
 I had gallery 2.1 running successfully on a pre 3.1.1 release of 3.1.
 Having upgraded to 3..1 I now get loads of
 

usr/web/databases/webapps/gallery2/modules/core/classes/Gallery.class:60
 7: Warning: Assertion !empty($key) failed

Bug report here:
http://bugs.caucho.com/view.php?id=1744

It may be that this is really a bug in gallery, perhaps the assertion
should not be failing.  Prior to 3.1.1, Quercus did not evaluate assert
expressions.

Of course, it could also be a bug in Quercus, a bug that causes the $key
to be empty when it should not be.

-- Sam



___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest*
To view the terms under which this email is distributed, please go to 
http://www.hull.ac.uk/legal/email_disclaimer.html
*___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


Re: [Resin-interest] 304 status

2007-05-22 Thread Alex Sharaz
Sorry didn't phrase that properly. If a client makes a request for wpad.dat, is 
there any way of always returning a copy of the file instead of an http status 
304 message?
Alex

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Scott Ferguson
Sent: 22 May 2007 16:49
To: General Discussion for the Resin application server
Subject: Re: [Resin-interest] 304 status


On May 18, 2007, at 5:02 AM, Alex Sharaz wrote:


 Other times I get the 304 status code. We've got random occurrences  
 where setting a browser to auto detect proxy settings doesn't  
 work and i'm wondering if these occurrences could coincide with the  
 304 status codes I can see in the logs. I suppose the question is.  
 Can i reconfigure something to get rid of the 304 entries in the logs?

I'm a little confused.  I can add a bug report to allow filtering of  
304 in the logs, but I'm not sure if there's another issue you're  
reporting.

-- Scott


 Alex

 -Original Message-
 From: [EMAIL PROTECTED] [mailto:resin-interest- 
 [EMAIL PROTECTED] On Behalf Of Scott Ferguson
 Sent: 17 May 2007 18:45
 To: General Discussion for the Resin application server
 Subject: Re: [Resin-interest] 304 status


 On May 17, 2007, at 10:02 AM, Jean-Francois Lamy wrote:

 I am trying to understand how resin, apache and proxies interact with
 respect to caching.

 I have a jsp page which is meant to be always dynamic; headers are
 used to
 prevent it from being cached.
 However, the page loads js, css, and various images, which I would
 like to
 be cached.

 Currently,  the browser (IE7) requests those items, and Resin
 returns 304
 (up-to-date) status.  The browser is NOT set to force request at
 each page.
 This generates a lot of requests, which are painful when going  
 through
 proxies.

 What are the headers for the JSP page?

 With no caching headers, Resin doesn't cache at all, i.e. no-cache is
 the default.  So the 304 is strange, unless the headers are telling
 Resin to cache.

 (Serge's recommendations are good ones for general understanding of
 HTTP caching, but the described behavior seems odd.)

 -- Scott

 Is there a recipe for forcing the JSP to always reload (my JSPs are
 served
 through a dispatching servlet which does an include, and therefore
 servlet
 is able manipulate the headers), and yet let the browser know that
 the js
 and css it has in cache are just fine ?

 Jean-François Lamy
 Technologies Teximus inc.
 www.teximus.com
 +1 514.878.1577 (Canada)
 +33(0) 8.70.44.49.02 (Europe)





 ___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest



 ___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin- 
 interest** 
 ***
 To view the terms under which this email is distributed, please go  
 to http://www.hull.ac.uk/legal/email_disclaimer.html
 ** 
 ***___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest



___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest*
To view the terms under which this email is distributed, please go to 
http://www.hull.ac.uk/legal/email_disclaimer.html
*___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


Re: [Resin-interest] 304 status

2007-05-22 Thread Alex Sharaz
o.k. fair enough doesn't matter then 
many thanks
alex


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Scott Ferguson
Sent: 22 May 2007 17:11
To: General Discussion for the Resin application server
Subject: Re: [Resin-interest] 304 status


On May 22, 2007, at 8:59 AM, Alex Sharaz wrote:

 Sorry didn't phrase that properly. If a client makes a request for  
 wpad.dat, is there any way of always returning a copy of the file  
 instead of an http status 304 message?

The 304 is a response requested by the client, i.e. the client sends  
If-Modified-Since or If-None-Match headers.  If the wpad.dat  
hasn't changed, a caching-header-aware servlet will return a 304  
instead of the data.

Resin's FileServlet understands those headers, so will return a 304  
if the file hasn't changed.

-- Scott

 Alex

 -Original Message-
 From: [EMAIL PROTECTED] [mailto:resin-interest- 
 [EMAIL PROTECTED] On Behalf Of Scott Ferguson
 Sent: 22 May 2007 16:49
 To: General Discussion for the Resin application server
 Subject: Re: [Resin-interest] 304 status


 On May 18, 2007, at 5:02 AM, Alex Sharaz wrote:


 Other times I get the 304 status code. We've got random occurrences
 where setting a browser to auto detect proxy settings doesn't
 work and i'm wondering if these occurrences could coincide with the
 304 status codes I can see in the logs. I suppose the question is.
 Can i reconfigure something to get rid of the 304 entries in the  
 logs?

 I'm a little confused.  I can add a bug report to allow filtering of
 304 in the logs, but I'm not sure if there's another issue you're
 reporting.

 -- Scott


 Alex

 -Original Message-
 From: [EMAIL PROTECTED] [mailto:resin-interest-
 [EMAIL PROTECTED] On Behalf Of Scott Ferguson
 Sent: 17 May 2007 18:45
 To: General Discussion for the Resin application server
 Subject: Re: [Resin-interest] 304 status


 On May 17, 2007, at 10:02 AM, Jean-Francois Lamy wrote:

 I am trying to understand how resin, apache and proxies interact  
 with
 respect to caching.

 I have a jsp page which is meant to be always dynamic; headers are
 used to
 prevent it from being cached.
 However, the page loads js, css, and various images, which I would
 like to
 be cached.

 Currently,  the browser (IE7) requests those items, and Resin
 returns 304
 (up-to-date) status.  The browser is NOT set to force request at
 each page.
 This generates a lot of requests, which are painful when going
 through
 proxies.

 What are the headers for the JSP page?

 With no caching headers, Resin doesn't cache at all, i.e. no-cache is
 the default.  So the 304 is strange, unless the headers are telling
 Resin to cache.

 (Serge's recommendations are good ones for general understanding of
 HTTP caching, but the described behavior seems odd.)

 -- Scott

 Is there a recipe for forcing the JSP to always reload (my JSPs are
 served
 through a dispatching servlet which does an include, and therefore
 servlet
 is able manipulate the headers), and yet let the browser know that
 the js
 and css it has in cache are just fine ?

 Jean-François Lamy
 Technologies Teximus inc.
 www.teximus.com
 +1 514.878.1577 (Canada)
 +33(0) 8.70.44.49.02 (Europe)





 ___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest



 ___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-
 interest* 
 *
 ***
 To view the terms under which this email is distributed, please go
 to http://www.hull.ac.uk/legal/email_disclaimer.html
 * 
 *
 ***___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest



 ___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin- 
 interest** 
 ***
 To view the terms under which this email is distributed, please go  
 to http://www.hull.ac.uk/legal/email_disclaimer.html
 ** 
 ***___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest



___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest*
To view the terms under which this email

[Resin-interest] Quercus and gallery 2.1

2007-05-21 Thread Alex Sharaz
Anyone running gallery2.1 successfully with resin-pro-3.1.1

 

I had gallery 2.1 running successfully on a pre 3.1.1 release of 3.1.

 

Having upgraded to 3..1 I now get loads of

 

usr/web/databases/webapps/gallery2/modules/core/classes/Gallery.class:60
7: Warning: Assertion !empty($key) failed
usr/web/databases/webapps/gallery2/modules/core/classes/Gallery.class:60
7: Warning: Assertion !empty($key) failed
usr/web/databases/webapps/gallery2/modules/core/classes/Gallery.class:60
7: Warning: Assertion !empty($key) failed
usr/web/databases/webapps/gallery2/modules/core/classes/Gallery.class:60
7: Warning: Assertion !empty($key) failed
usr/web/databases/webapps/gallery2/modules/core/classes/Gallery.class:60
7: Warning: Assertion !empty($key) failed
usr/web/databases/webapps/gallery2/modules/core/classes/Gallery.class:60
7: Warning: Assertion !empty($key) failed
usr/web/databases/webapps/gallery2/modules/core/classes/Gallery.class:60
7: Warning: Assertion !empty($key) failed
usr/web/databases/webapps/gallery2/modules/core/classes/Gallery.class:60
7: Warning: Assertion !empty($key) failed

 

 

error messages

As I said, worked before.

 

 

Alex

 

*
To view the terms under which this email is distributed, please go to 
http://www.hull.ac.uk/legal/email_disclaimer.html
*___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


[Resin-interest] Cant connect to quercus.caucho.com

2007-03-12 Thread Alex Sharaz
Get 

500 Servlet Exception

java.lang.OutOfMemoryError: PermGen space

*
To view the terms under which this email is distributed, please go to 
http://www.hull.ac.uk/legal/email_disclaimer.html
*___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


[Resin-interest] o.k. can get to quercus.caucho.com but now its wiki.caucho.com

2007-03-12 Thread Alex Sharaz
Get the following



500 Servlet Exception

java.lang.NoClassDefFoundError
at sun.reflect.GeneratedMethodAccessor635.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor
Impl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at
com.caucho.quercus.program.CompiledClassDef.initClass(CompiledClassDef.j
ava:80)
at
com.caucho.quercus.env.QuercusClass.init(QuercusClass.java:114)
at com.caucho.quercus.env.Env.createQuercusClass(Env.java:2948)
at com.caucho.quercus.env.Env.createClassImpl(Env.java:2862)
at com.caucho.quercus.env.Env.createClassImpl(Env.java:2877)
at com.caucho.quercus.env.Env.findClass(Env.java:2828)
at com.caucho.quercus.env.Env.findClass(Env.java:2805)
at com.caucho.quercus.env.Env.getClass(Env.java:2924)
at
_quercus._includes._Wiki__php$quercus_MediaWiki$fun_checkInitialQueries.
callMethod(var/www/hosts/wiki.caucho.com/webapps/ROOT/includes/Wiki.php:
74)
at
com.caucho.quercus.env.ObjectExtValue.callMethod(ObjectExtValue.java:692
)
at com.caucho.quercus.env.Var.callMethod(Var.java:1023)
at
_quercus._index__php.execute(var/www/hosts/wiki.caucho.com/webapps/ROOT/
index.php:17)
at
com.caucho.quercus.page.QuercusPage.executeTop(QuercusPage.java:115)
at
com.caucho.quercus.servlet.ResinQuercusServlet.service(ResinQuercusServl
et.java:122)
at
com.caucho.quercus.servlet.QuercusServlet.service(QuercusServlet.java:29
8)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:92)
at
com.caucho.server.dispatch.ServletFilterChain.doFilter(ServletFilterChai
n.java:103)
at
com.caucho.server.cache.CacheFilterChain.doFilter(CacheFilterChain.java:
159)
at
com.caucho.server.webapp.WebAppFilterChain.doFilter(WebAppFilterChain.ja
va:167)
at
com.caucho.server.dispatch.ServletInvocation.service(ServletInvocation.j
ava:226)
at
com.caucho.server.http.HttpRequest.handleRequest(HttpRequest.java:263)
at
com.caucho.server.port.TcpConnection.run(TcpConnection.java:477)
at com.caucho.util.ThreadPool$Item.runTasks(ThreadPool.java:600)
at com.caucho.util.ThreadPool$Item.run(ThreadPool.java:522)
at java.lang.Thread.run(Thread.java:595)*
To view the terms under which this email is distributed, please go to 
http://www.hull.ac.uk/legal/email_disclaimer.html
*___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


Re: [Resin-interest] Resin 3.1.0 release

2006-12-26 Thread Alex Sharaz
Scott, many thanks for the official release of 3.1

I've installed it on a RHEL4 system with the BEA Jrockit JVM. 

Got all my ususal stuff working but sadly not Gallery2 or media wiki.
I've switched debug logging on and have what might be some useful
logging. Should I send it to the list or [EMAIL PROTECTED]

All the best for the new year 

Alex


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Scott Ferguson
Sent: 26 December 2006 17:56
To: General Discussion for the Resin application server;
[EMAIL PROTECTED]
Subject: [Resin-interest] Resin 3.1.0 release

Resin 3.1.0 is now available.  Keep in mind that 3.1.x is a  
development branch.  3.1.1 will have new features as well as bug  
fixes, so it is possible that 3.1.1 may introduce new bugs.

Main changes in 3.1.0:
   Requires JDK 1.5
   Servlet for JavaEE 1.5
   JSP for JavaEE 1.5
   Amber progress (almost, but not quite passing JPA)
   resin.conf refactoring for improved cluster configuration
   watchdog/startup changes
   web services configuration (as servlet)
   Quercus updates for PHP 6 (i18n), Java reflection

I) Watchdog/startup changes:

The most visible change is the Resin startup, particularly on Unix.
The wrapper.pl is now gone, replaced by a Java watchdog process.  The  
unix command-line startup is:

   unix java -jar resin-3.1.0/lib/resin.jar start

Or, for foreground, development work, just

   unix java -jar resin-3.1.0/lib/resin.jar

For different configuration files and servers, use

   unix java -jar lib/resin.jar -conf conf/myconfig.conf -server app- 
a start

Windows users can also use the new startup, but can still use the old  
httpd.exe.

Because the watchdog process is in Java, JDK command-line arguments  
now belong in the resin.conf.  This will be nice, since all the  
relevant configuration will now be in resin.conf.

II) resin.conf clustering changes.

We've reorganized the resin.conf to better handle multiple clusters.   
The most important use is for web-tier and app-tier load-balancing.   
Now, both the web-tier and the app-tier fit into the same resin.conf.

The old 3.1.0 syntax is still available as backward compatibility,  
but we encourage people to upgrade.

The basic structure is:

   resin xmlns=http://caucho.com/ns/resin;
 cluster id=app-tier
   server-default
  !-- common configuration for all servers in a cluster,  
like thread-max --
  http address=* port=8080/
  /server-default

  !-- server replaces srun --
  server id=app-a address=192.168.2.10 port=6800/

   host id=www.caucho.com
 !-- usual virtual host configuration --
   /host
 /cluster
   /resin

III) web services

Web services can now be configured as servlets (this is part of the  
Servlet 2.5 spec).  If the servlet-class implements @WebService, it  
will be treated as a web-service.  The class does not need to  
implement Servlet.  The lifecycle is the same as for a servlet, i.e.  
only a single, multithreaded instance (no pooling).

Resin allows a choice of protocols, including Hessian, Burlap, and  
REST.  So the configuration might look like:

servlet-mapping url-pattern=/hello/*
  servlet-class=example.HelloServiceImpl
   protocol type=hessian
 api-classexample.Hello/api-class
   /protocol
/servlet-mapping

IV) JSP and Servlet for JavaEE 5

See the specs. :)

The main new capabilities are @Resource injection and capabilities  
for the new JSF (i.e. %{foo}).

The @Resource injection is very nice.  It removes the requirement for  
most JNDI lookup, e.g.

public class MyServlet ... {
   @Resource(name=jdbc/db)
   private DataSource _dataSource;
   ...
}

Resin will inject the DataSource into the servlet before it calls the  
init() method.

V) @Resource for java.util.concurrent.Executor

In Resin you can use the @Resource to get access to Resin's thread  
pool for Executor-launched threads.  This means you can launch short- 
lived threads using Resin's thread pool.

However, you still need to be careful about lifecycle issues.  We  
haven't yet implemented an ExecutorService which would let Resin stop  
the thread on web-app restart automatically.  So you still need to  
have the destroy() method stop the thread.

class MyServlet {
   @Resource
   private Executor _executor;

   private void foo()
   {
 _executor.execute(new MyRunnableTask());
   }
}

VI) Resin 3.1.1 roadmap

The roadmap always changes, so take this as a rough guideline of  
intent.  We think the following will be ready for 3.1.1 (in about 12  
weeks or so)

   Amber/JPA
   SOAP/JAX-WS
   JSF
   more of EJB 3.0 (I'm not sure we'll get it done by 3.1.1)
   Quercus integration as scripting language for packages like  
Spring, Grails, etc.

We're aiming on JavaEE 5 by May.  I think that's probably optimistic,  
but it's our current target.

Share and Enjoy!


___
resin-interest mailing list
resin-interest@caucho.com
http

[Resin-interest] Quercus example apps that work

2006-12-18 Thread Alex Sharaz
Chaps,
Has anyone got an example Quercus app utilising a database that works?

I've got the latest resin 3.1 snapshot  and am trying to get
eithergallery2 or mediawiki to work. Needless to say I'm not having much
luck. I've got the standard hello world and a php info page to work
but nothing else really.

Alex
*
To view the terms under which this email is distributed, please go to 
http://www.hull.ac.uk/legal/email_disclaimer.html
*___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


Re: [Resin-interest] problems with quercus and mediawiki onresin-3.0.22

2006-11-16 Thread Alex Sharaz
o.k. as son as 3.1 is out I'll give it a try on my server at home :-)


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Scott Ferguson
Sent: 16 November 2006 16:50
To: General Discussion for the Resin application server
Subject: Re: [Resin-interest] problems with quercus and mediawiki
onresin-3.0.22


On Nov 15, 2006, at 9:18 AM, Alex Sharaz wrote:

 Just tried to install mediawiki on a 3.0.22 system

Thanks, I've just filed it as a bug report.

Though, Quercus development and fixes are going into the 3.1.x tree  
(3.1.0 should be in 2-3 weeks), so we'll be encouraging Quercus users  
to move to 3.1.0 when it's available.

-- Scott


 In webapps/wiki/WEB-INF I've got the following set up in resin- 
 web.xml.



 In the wii directory, I've also got a helloworld.php file.



 web-app xmlns=http://caucho.com/ns/resin;

 database jndi-name='jdbc/wiki'

  driver type=org.gjt.mm.mysql.Driver

 urljdbc:mysql://databases.hull.ac.uk:3306/comms_wiki/url

 userfred/user

 passwordfred/password

   /driver

 /database



   servlet-mapping url-pattern=*.php


 servlet-class=com.caucho.quercus.servlet.QuercusServlet

  init compile=true database=jdbc/wiki/

   /servlet-mapping



   welcome-file-listindex.php/welcome-file-list

 /web-app



 The helloworld.php example works just fine.



 However, when I try running ./wiki/config to init the app, I get









 java.lang.NullPointerException
 at
 com.caucho.quercus.module.StaticFunction.analyzeArguments 
 (StaticFunction
 .java:139)
 at
 com.caucho.quercus.expr.FunctionExpr.analyze(FunctionExpr.java:215)
 at com.caucho.quercus.expr.UnaryExpr.analyze(UnaryExpr.java: 
 69)
 at
 com.caucho.quercus.program.ExprStatement.analyze(ExprStatement.java: 
 90)
 at
 com.caucho.quercus.program.BlockStatement.analyze 
 (BlockStatement.java:13
 2)
 at
 com.caucho.quercus.program.QuercusMain.generate(QuercusMain.java:112)
 at
 com.caucho.java.gen.BaseClass.generateComponents(BaseClass.java:254)
 at
 com.caucho.java.gen.BaseClass.generateClassContent(BaseClass.java:241)
 at com.caucho.java.gen.BaseClass.generate(BaseClass.java:229)
 at com.caucho.java.gen.GenClass.generate(GenClass.java:120)
 at
 com.caucho.java.gen.JavaClassGenerator.generate 
 (JavaClassGenerator.java:
 273)
 at
 com.caucho.quercus.gen.PhpGenerator.generate(PhpGenerator.java:77)
 at
 com.caucho.quercus.page.PageManager.parse(PageManager.java:234)
 at
 com.caucho.quercus.page.PageManager.parse(PageManager.java:180)
 at com.caucho.quercus.Quercus.parse(Quercus.java:546)
 at
 com.caucho.quercus.servlet.QuercusServlet.service 
 (QuercusServlet.java:21
 7)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:92)
 at
 com.caucho.server.dispatch.ServletFilterChain.doFilter 
 (ServletFilterChai
 n.java:106)
 at
 com.caucho.server.cache.CacheFilterChain.doFilter 
 (CacheFilterChain.java:
 209)
 at
 com.caucho.server.webapp.WebAppFilterChain.doFilter 
 (WebAppFilterChain.ja
 va:173)
 at
 com.caucho.server.dispatch.ServletInvocation.service 
 (ServletInvocation.j
 ava:229)
 at
 com.caucho.server.http.HttpRequest.handleRequest(HttpRequest.java:274)
 at
 com.caucho.server.port.TcpConnection.run(TcpConnection.java:511)
 at com.caucho.util.ThreadPool.runTasks(ThreadPool.java:520)
 at com.caucho.util.ThreadPool.run(ThreadPool.java:442)
 at java.lang.Thread.run()V(Unknown Source)


 The database config statement is correct and I've checked that the
 database e xists and has valid access rights set up for the
 machine/userid I'm trying to run the wiki on

 Alex

 **

 ***
 To view the terms under which this email is distributed, please go  
 to http://www.hull.ac.uk/legal/email_disclaimer.html
 **

 ***___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest


___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest*
To view the terms under which this email is distributed, please go to 
http://www.hull.ac.uk/legal/email_disclaimer.html
*___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


[Resin-interest] problems with quercus and mediawiki on resin-3.0.22

2006-11-15 Thread Alex Sharaz
Just tried to install mediawiki on a 3.0.22 system

In webapps/wiki/WEB-INF I've got the following set up in resin-web.xml.

 

In the wii directory, I've also got a helloworld.php file.

 

web-app xmlns=http://caucho.com/ns/resin;

database jndi-name='jdbc/wiki'

 driver type=org.gjt.mm.mysql.Driver

urljdbc:mysql://databases.hull.ac.uk:3306/comms_wiki/url

userfred/user

passwordfred/password

  /driver

/database

 

  servlet-mapping url-pattern=*.php

 
servlet-class=com.caucho.quercus.servlet.QuercusServlet

 init compile=true database=jdbc/wiki/

  /servlet-mapping

 

  welcome-file-listindex.php/welcome-file-list

/web-app

 

The helloworld.php example works just fine.

 

However, when I try running ./wiki/config to init the app, I get

 

 

 

 

java.lang.NullPointerException
at
com.caucho.quercus.module.StaticFunction.analyzeArguments(StaticFunction
.java:139)
at
com.caucho.quercus.expr.FunctionExpr.analyze(FunctionExpr.java:215)
at com.caucho.quercus.expr.UnaryExpr.analyze(UnaryExpr.java:69)
at
com.caucho.quercus.program.ExprStatement.analyze(ExprStatement.java:90)
at
com.caucho.quercus.program.BlockStatement.analyze(BlockStatement.java:13
2)
at
com.caucho.quercus.program.QuercusMain.generate(QuercusMain.java:112)
at
com.caucho.java.gen.BaseClass.generateComponents(BaseClass.java:254)
at
com.caucho.java.gen.BaseClass.generateClassContent(BaseClass.java:241)
at com.caucho.java.gen.BaseClass.generate(BaseClass.java:229)
at com.caucho.java.gen.GenClass.generate(GenClass.java:120)
at
com.caucho.java.gen.JavaClassGenerator.generate(JavaClassGenerator.java:
273)
at
com.caucho.quercus.gen.PhpGenerator.generate(PhpGenerator.java:77)
at
com.caucho.quercus.page.PageManager.parse(PageManager.java:234)
at
com.caucho.quercus.page.PageManager.parse(PageManager.java:180)
at com.caucho.quercus.Quercus.parse(Quercus.java:546)
at
com.caucho.quercus.servlet.QuercusServlet.service(QuercusServlet.java:21
7)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:92)
at
com.caucho.server.dispatch.ServletFilterChain.doFilter(ServletFilterChai
n.java:106)
at
com.caucho.server.cache.CacheFilterChain.doFilter(CacheFilterChain.java:
209)
at
com.caucho.server.webapp.WebAppFilterChain.doFilter(WebAppFilterChain.ja
va:173)
at
com.caucho.server.dispatch.ServletInvocation.service(ServletInvocation.j
ava:229)
at
com.caucho.server.http.HttpRequest.handleRequest(HttpRequest.java:274)
at
com.caucho.server.port.TcpConnection.run(TcpConnection.java:511)
at com.caucho.util.ThreadPool.runTasks(ThreadPool.java:520)
at com.caucho.util.ThreadPool.run(ThreadPool.java:442)
at java.lang.Thread.run()V(Unknown Source)
 

The database config statement is correct and I've checked that the
database e xists and has valid access rights set up for the
machine/userid I'm trying to run the wiki on

Alex

*
To view the terms under which this email is distributed, please go to 
http://www.hull.ac.uk/legal/email_disclaimer.html
*___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


[Resin-interest] problem with quercus,resin3.0.22 and mediawiki

2006-11-13 Thread Alex Sharaz








Just tried to install mediawiki on a 3.0.22 system

In webapps/wiki/WEB-INF Ive got the following
set up in resin-web.xml.



In the wii directory, Ive also got a
helloworld.php file.



web-app
xmlns=http://caucho.com/ns/resin

 database
jndi-name='jdbc/wiki'

driver
type=org.gjt.mm.mysql.Driver


urljdbc:mysql://databases.hull.ac.uk:3306/comms_wiki/url


userfred/user


passwordfred/password

 /driver

 /database



 servlet-mapping
url-pattern=*.php


servlet-class=com.caucho.quercus.servlet.QuercusServlet

 init
compile=true database=jdbc/wiki/

 /servlet-mapping




welcome-file-listindex.php/welcome-file-list

/web-app



The helloworld.php example works just fine.



However, when I try running ../wiki/config to
init the app, I get









java.lang.NullPointerException at com.caucho.quercus.module.StaticFunction.analyzeArguments(StaticFunction.java:139) at com.caucho.quercus.expr.FunctionExpr.analyze(FunctionExpr.java:215) at com.caucho.quercus.expr.UnaryExpr.analyze(UnaryExpr.java:69) at com.caucho.quercus.program.ExprStatement.analyze(ExprStatement.java:90) at com.caucho.quercus.program.BlockStatement.analyze(BlockStatement.java:132) at com.caucho.quercus.program.QuercusMain.generate(QuercusMain.java:112) at com.caucho.java.gen.BaseClass.generateComponents(BaseClass.java:254) at com.caucho.java.gen.BaseClass.generateClassContent(BaseClass.java:241) at com.caucho.java.gen.BaseClass.generate(BaseClass.java:229) at com.caucho.java.gen.GenClass.generate(GenClass.java:120) at com.caucho.java.gen.JavaClassGenerator.generate(JavaClassGenerator.java:273) at com.caucho.quercus.gen.PhpGenerator.generate(PhpGenerator.java:77) at com.caucho.quercus.page.PageManager.parse(PageManager.java:234) at com.caucho.quercus.page.PageManager.parse(PageManager.java:180) at com.caucho.quercus.Quercus.parse(Quercus.java:546) at com.caucho.quercus.servlet.QuercusServlet.service(QuercusServlet.java:217) at javax.servlet.http.HttpServlet.service(HttpServlet.java:92) at com.caucho.server.dispatch.ServletFilterChain.doFilter(ServletFilterChain.java:106) at com.caucho.server.cache.CacheFilterChain.doFilter(CacheFilterChain.java:209) at com.caucho.server.webapp.WebAppFilterChain.doFilter(WebAppFilterChain.java:173) at com.caucho.server.dispatch.ServletInvocation.service(ServletInvocation.java:229) at com.caucho.server.http.HttpRequest.handleRequest(HttpRequest.java:274) at com.caucho.server.port.TcpConnection.run(TcpConnection.java:511) at com.caucho.util.ThreadPool.runTasks(ThreadPool.java:520) at com.caucho.util.ThreadPool.run(ThreadPool.java:442) at java.lang.Thread.run()V(Unknown Source)



The database config statement is correct and Ive
checked that the database e xists and has valid access rights set up for the
machine/userid Im trying to run the wiki on

Alex








*
To view the terms under which this email is distributed, please go to 
http://www.hull.ac.uk/legal/email_disclaimer.html
*___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest