Re: [Resin-interest] java com.caucho.server.resin.Resin and java-jar resin.jar behaves different

2008-03-10 Thread wesley 

Hi Scott,

 Did you prove that execution of resin.jar or httpd.exe would cause the 
unexpected resource url?


Regards,
- Wesley
- Original Message - 
From: wesley [EMAIL PROTECTED]
To: General Discussion for the Resin application server 
resin-interest@caucho.com

Sent: Friday, March 07, 2008 12:28 PM
Subject: [Resin-interest] java com.caucho.server.resin.Resin and java-jar 
resin.jar behaves different




Hi Scott,
 It seems the 
 Thread.currentThread().getContextClassLoader().getResources()

will produce the two urls,
one of which is
   /C:/JDK1.6.0/jre/lib/ext/meta-index/

I've written a simple test and comfired it.
Should it be a bug of Resin.jar of httpd?

Regards,

- Wesley








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

[Resin-interest] java com.caucho.server.resin.Resin and java -jar resin.jar behaves different

2008-03-06 Thread wesley 

Hi Scott,

I'm using IDEA resin plugin to debug webapp in resin.
At develepment stage, IDEA starts resin for me by command

C:\jdk1.6.0\bin\java -Djava.util.logging.manager=com.caucho.log.LogManagerImpl 
-DRESIN_HOME=C:\resin-pro-3.1 -Xmx512m -XX:PermSize=64M -XX:MaxPermSize=128m 
-classpath 
C:\jdk1.6.0\lib\tools.jar;C:\resin-pro-3.1\lib\activation.jar;C:\resin-pro-3.1\lib\ejb-15.jar;C:\resin-pro-3.1\lib\hessian.jar;C:\resin-pro-3.1\lib\j2ee-management-10.jar;C:\resin-pro-3.1\lib\javamail-14.jar;C:\resin-pro-3.1\lib\jaxb-api.jar;C:\resin-pro-3.1\lib\jaxrpc-15.jar;C:\resin-pro-3.1\lib\jaxws-api.jar;C:\resin-pro-3.1\lib\jca-15.jar;C:\resin-pro-3.1\lib\jms-11.jar;C:\resin-pro-3.1\lib\jpa-15.jar;C:\resin-pro-3.1\lib\jsdk-15.jar;C:\resin-pro-3.1\lib\jsr88.jar;C:\resin-pro-3.1\lib\jstl-11.jar;C:\resin-pro-3.1\lib\jta-101.jar;C:\resin-pro-3.1\lib\jws-15.jar;C:\resin-pro-3.1\lib\license.jar;C:\resin-pro-3.1\lib\portlet-10.jar;C:\resin-pro-3.1\lib\pro.jar;C:\resin-pro-3.1\lib\quercus.jar;C:\resin-pro-3.1\lib\resin-deploy.jar;C:\resin-pro-3.1\lib\resin-util.jar;C:\resin-pro-3.1\lib\resin.jar;C:\resin-pro-3.1\lib\script-10.jar;C:\resin-pro-3.1\lib\webbeans-16.jar;C:\resin-pro-3.1\lib\webutil.jar;C:\resin-pro-3.1\lib\jtds-1.2.2.jar 
com.caucho.server.resin.Resin -conf myapp.conf


and it's ok.

At deployment stage I added resin to windows service by httpd.exe -install. 
When starting service exceptions ocurred. It did not happen before when 
using 3.1.5 alpha snapshot and earlier version, now I'm using the newest 
snapshot.

I noticed that running command

   C:\jdk1.6.0\bin\java -jar ... lib/resin.jar -conf myapp.conf

will show me the same exception stack as well as runing command

   httpd.exe -conf myapp.conf

So I believed in that there maybe a bug in resin.jar but not in httpd.exe. 
httpd should be only a wrapper of java -jar resin.jar, also the watchdog.


Below is my stacktrace. I'm deploying my project with struts2.1.1 snapshot 
and xwork snapshot version.

==
2008-03-07 11:33:44,765 3135  DEBUG [main] I18nInterceptor (58) - new 
I18nInterceptor()
2008-03-07 11:33:44,773 3143  DEBUG [main] DefaultValidatorFactory (58) - 
Loading validator definitions.
2008-03-07 11:33:44,773 3143  WARN  [main] InterceptorBuilder (46) - Unable 
to load config class 
org.apache.struts2.interceptor.validation.AnnotationValidationInterceptor at 
interceptor - 
jar:file:/C:/Projects/buysou_new/exploded/WEB-INF/lib/struts2-core-2.1.1-SNAPSHOT-20080306.jar!/struts-default.xml:144:127 
probably due to a missing jar, which might be fine if you never plan to use 
the validation interceptor
2008-03-07 11:33:44,837 3207  ERROR [main] InterceptorBuilder (28) - Actual 
exception
Caught Exception while registering Interceptor class 
org.apache.struts2.interceptor.validation.AnnotationValidationInterceptor - 
interceptor - 
jar:file:/C:/Projects/buysou_new/exploded/WEB-INF/lib/struts2-core-2.1.1-SNAPSHOT-20080306.jar!/struts-default.xml:144:127
   at 
com.opensymphony.xwork2.ObjectFactory.buildInterceptor(ObjectFactory.java:200)
   at 
com.opensymphony.xwork2.config.providers.InterceptorBuilder.constructInterceptorReference(InterceptorBuilder.java:53)
   at 
com.opensymphony.xwork2.config.providers.XmlConfigurationProvider.lookupInterceptorReference(XmlConfigurationProvider.java:1081)
   at 
com.opensymphony.xwork2.config.providers.XmlConfigurationProvider.loadInterceptorStack(XmlConfigurationProvider.java:781)
   at 
com.opensymphony.xwork2.config.providers.XmlConfigurationProvider.loadInterceptorStacks(XmlConfigurationProvider.java:794)
   at 
com.opensymphony.xwork2.config.providers.XmlConfigurationProvider.loadInterceptors(XmlConfigurationProvider.java:817)
   at 
com.opensymphony.xwork2.config.providers.XmlConfigurationProvider.addPackage(XmlConfigurationProvider.java:446)
   at 
com.opensymphony.xwork2.config.providers.XmlConfigurationProvider.loadPackages(XmlConfigurationProvider.java:270)
   at 
org.apache.struts2.config.StrutsXmlConfigurationProvider.loadPackages(StrutsXmlConfigurationProvider.java:109)
   at 
com.opensymphony.xwork2.config.impl.DefaultConfiguration.reloadContainer(DefaultConfiguration.java:179)
   at 
com.opensymphony.xwork2.config.ConfigurationManager.getConfiguration(ConfigurationManager.java:55)
   at 
org.apache.struts2.dispatcher.Dispatcher.init_PreloadConfiguration(Dispatcher.java:370)
   at 
org.apache.struts2.dispatcher.Dispatcher.init(Dispatcher.java:423)
   at 
org.apache.struts2.dispatcher.FilterDispatcher.init(FilterDispatcher.java:211)
   at 
com.caucho.server.dispatch.FilterManager.createFilter(FilterManager.java:144)
   at 
com.caucho.server.dispatch.FilterManager.init(FilterManager.java:91)

   at com.caucho.server.webapp.WebApp.start(WebApp.java:1859)
   at