You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@tomee.apache.org by "Werner Froidevaux (Created) (JIRA)" <ji...@apache.org> on 2011/10/26 13:25:32 UTC
[jira] [Created] (TOMEE-43) library-directory ignored
library-directory ignored
-------------------------
Key: TOMEE-43
URL: https://issues.apache.org/jira/browse/TOMEE-43
Project: TomEE
Issue Type: Bug
Affects Versions: 1.0.0-beta-2
Environment: Linux, Java6
Reporter: Werner Froidevaux
library-directory is ignored with the latest snapshot apache-tomee-1.0.0-beta-2-20111024.180646-18-webprofile.tar.gz.
This was not the case with the snapshot apache-tomee-1.0.0-beta-2-20111022.170518-16-webprofile.tar.gz.
The library directory is configured in application.xml with the option <library-directory>APP-INF/lib</library-directory>.
Probably the option is not ignored but something with the classloader management changed in the latest snapshot so that servlet classes located in a JAR in the library-directory are not found. A sample stack trace looks as follows:
SEVERE: Class org.opencrx.application.webdav.WebDavServlet not found
java.lang.ClassNotFoundException: org.opencrx.application.webdav.WebDavServlet
at java.net.URLClassLoader$1.run(URLClassLoader.java:217)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:205)
at java.lang.ClassLoader.loadClass(ClassLoader.java:321)
at java.lang.ClassLoader.loadClass(ClassLoader.java:266)
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:264)
at org.apache.myfaces.shared.util.ClassUtils.classForName(ClassUtils.java:191)
at org.apache.myfaces.shared.util.ClassUtils.simpleClassForName(ClassUtils.java:210)
at org.apache.myfaces.shared_impl.webapp.webxml.WebXml.getFacesServletMappings(WebXml.java:133)
at org.apache.myfaces.spi.impl.DefaultWebConfigProvider.getFacesServletMappings(DefaultWebConfigProvider.java:46)
at org.apache.myfaces.webapp.AbstractFacesInitializer.initFaces(AbstractFacesInitializer.java:110)
at org.apache.myfaces.webapp.StartupServletContextListener.contextInitialized(StartupServletContextListener.java:111)
at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4723)
at org.apache.catalina.core.StandardContext$1.call(StandardContext.java:5226)
at org.apache.catalina.core.StandardContext$1.call(StandardContext.java:5221)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
at java.util.concurrent.FutureTask.run(FutureTask.java:166)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
at java.lang.Thread.run(Thread.java:679)
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (TOMEE-43) library-directory ignored
Posted by "Werner Froidevaux (Commented) (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/TOMEE-43?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13243693#comment-13243693 ]
Werner Froidevaux commented on TOMEE-43:
----------------------------------------
You can download the EAR from https://sourceforge.net/projects/opencrx/files/opencrx/2.9.1/. It is contained in the opencrxServer-2.9.1-installer.jre-1.6.jar (directory opencrxServer-2.9.1/apache-tomee-webprofile-1.0.0/apps/).
> library-directory ignored
> -------------------------
>
> Key: TOMEE-43
> URL: https://issues.apache.org/jira/browse/TOMEE-43
> Project: TomEE
> Issue Type: Bug
> Affects Versions: 1.0.0-beta-2
> Environment: Linux, Java6
> Reporter: Werner Froidevaux
> Fix For: 1.0.0-beta-2
>
>
> library-directory is ignored with the latest snapshot apache-tomee-1.0.0-beta-2-20111024.180646-18-webprofile.tar.gz.
> This was not the case with the snapshot apache-tomee-1.0.0-beta-2-20111022.170518-16-webprofile.tar.gz.
> The library directory is configured in application.xml with the option <library-directory>APP-INF/lib</library-directory>.
> Probably the option is not ignored but something with the classloader management changed in the latest snapshot so that servlet classes located in a JAR in the library-directory are not found. A sample stack trace looks as follows:
> SEVERE: Class org.opencrx.application.webdav.WebDavServlet not found
> java.lang.ClassNotFoundException: org.opencrx.application.webdav.WebDavServlet
> at java.net.URLClassLoader$1.run(URLClassLoader.java:217)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.net.URLClassLoader.findClass(URLClassLoader.java:205)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:321)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:266)
> at java.lang.Class.forName0(Native Method)
> at java.lang.Class.forName(Class.java:264)
> at org.apache.myfaces.shared.util.ClassUtils.classForName(ClassUtils.java:191)
> at org.apache.myfaces.shared.util.ClassUtils.simpleClassForName(ClassUtils.java:210)
> at org.apache.myfaces.shared_impl.webapp.webxml.WebXml.getFacesServletMappings(WebXml.java:133)
> at org.apache.myfaces.spi.impl.DefaultWebConfigProvider.getFacesServletMappings(DefaultWebConfigProvider.java:46)
> at org.apache.myfaces.webapp.AbstractFacesInitializer.initFaces(AbstractFacesInitializer.java:110)
> at org.apache.myfaces.webapp.StartupServletContextListener.contextInitialized(StartupServletContextListener.java:111)
> at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4723)
> at org.apache.catalina.core.StandardContext$1.call(StandardContext.java:5226)
> at org.apache.catalina.core.StandardContext$1.call(StandardContext.java:5221)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
> at java.util.concurrent.FutureTask.run(FutureTask.java:166)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
> at java.lang.Thread.run(Thread.java:679)
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (TOMEE-43) library-directory ignored
Posted by "Romain Manni-Bucau (Commented) (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/TOMEE-43?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13242123#comment-13242123 ]
Romain Manni-Bucau commented on TOMEE-43:
-----------------------------------------
seems it works on trunk,
can you share an ear to reproduce the issue?
> library-directory ignored
> -------------------------
>
> Key: TOMEE-43
> URL: https://issues.apache.org/jira/browse/TOMEE-43
> Project: TomEE
> Issue Type: Bug
> Affects Versions: 1.0.0-beta-2
> Environment: Linux, Java6
> Reporter: Werner Froidevaux
> Fix For: 1.0.0-beta-2
>
>
> library-directory is ignored with the latest snapshot apache-tomee-1.0.0-beta-2-20111024.180646-18-webprofile.tar.gz.
> This was not the case with the snapshot apache-tomee-1.0.0-beta-2-20111022.170518-16-webprofile.tar.gz.
> The library directory is configured in application.xml with the option <library-directory>APP-INF/lib</library-directory>.
> Probably the option is not ignored but something with the classloader management changed in the latest snapshot so that servlet classes located in a JAR in the library-directory are not found. A sample stack trace looks as follows:
> SEVERE: Class org.opencrx.application.webdav.WebDavServlet not found
> java.lang.ClassNotFoundException: org.opencrx.application.webdav.WebDavServlet
> at java.net.URLClassLoader$1.run(URLClassLoader.java:217)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.net.URLClassLoader.findClass(URLClassLoader.java:205)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:321)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:266)
> at java.lang.Class.forName0(Native Method)
> at java.lang.Class.forName(Class.java:264)
> at org.apache.myfaces.shared.util.ClassUtils.classForName(ClassUtils.java:191)
> at org.apache.myfaces.shared.util.ClassUtils.simpleClassForName(ClassUtils.java:210)
> at org.apache.myfaces.shared_impl.webapp.webxml.WebXml.getFacesServletMappings(WebXml.java:133)
> at org.apache.myfaces.spi.impl.DefaultWebConfigProvider.getFacesServletMappings(DefaultWebConfigProvider.java:46)
> at org.apache.myfaces.webapp.AbstractFacesInitializer.initFaces(AbstractFacesInitializer.java:110)
> at org.apache.myfaces.webapp.StartupServletContextListener.contextInitialized(StartupServletContextListener.java:111)
> at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4723)
> at org.apache.catalina.core.StandardContext$1.call(StandardContext.java:5226)
> at org.apache.catalina.core.StandardContext$1.call(StandardContext.java:5221)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
> at java.util.concurrent.FutureTask.run(FutureTask.java:166)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
> at java.lang.Thread.run(Thread.java:679)
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (TOMEE-43) library-directory ignored
Posted by "Werner Froidevaux (Commented) (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/TOMEE-43?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13139611#comment-13139611 ]
Werner Froidevaux commented on TOMEE-43:
----------------------------------------
Seems to work again with apache-tomee-1.0.0-beta-2-20111029.082511-21-webprofile.tar.gz.
> library-directory ignored
> -------------------------
>
> Key: TOMEE-43
> URL: https://issues.apache.org/jira/browse/TOMEE-43
> Project: TomEE
> Issue Type: Bug
> Affects Versions: 1.0.0-beta-2
> Environment: Linux, Java6
> Reporter: Werner Froidevaux
>
> library-directory is ignored with the latest snapshot apache-tomee-1.0.0-beta-2-20111024.180646-18-webprofile.tar.gz.
> This was not the case with the snapshot apache-tomee-1.0.0-beta-2-20111022.170518-16-webprofile.tar.gz.
> The library directory is configured in application.xml with the option <library-directory>APP-INF/lib</library-directory>.
> Probably the option is not ignored but something with the classloader management changed in the latest snapshot so that servlet classes located in a JAR in the library-directory are not found. A sample stack trace looks as follows:
> SEVERE: Class org.opencrx.application.webdav.WebDavServlet not found
> java.lang.ClassNotFoundException: org.opencrx.application.webdav.WebDavServlet
> at java.net.URLClassLoader$1.run(URLClassLoader.java:217)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.net.URLClassLoader.findClass(URLClassLoader.java:205)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:321)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:266)
> at java.lang.Class.forName0(Native Method)
> at java.lang.Class.forName(Class.java:264)
> at org.apache.myfaces.shared.util.ClassUtils.classForName(ClassUtils.java:191)
> at org.apache.myfaces.shared.util.ClassUtils.simpleClassForName(ClassUtils.java:210)
> at org.apache.myfaces.shared_impl.webapp.webxml.WebXml.getFacesServletMappings(WebXml.java:133)
> at org.apache.myfaces.spi.impl.DefaultWebConfigProvider.getFacesServletMappings(DefaultWebConfigProvider.java:46)
> at org.apache.myfaces.webapp.AbstractFacesInitializer.initFaces(AbstractFacesInitializer.java:110)
> at org.apache.myfaces.webapp.StartupServletContextListener.contextInitialized(StartupServletContextListener.java:111)
> at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4723)
> at org.apache.catalina.core.StandardContext$1.call(StandardContext.java:5226)
> at org.apache.catalina.core.StandardContext$1.call(StandardContext.java:5221)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
> at java.util.concurrent.FutureTask.run(FutureTask.java:166)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
> at java.lang.Thread.run(Thread.java:679)
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (TOMEE-43) library-directory ignored
Posted by "Werner Froidevaux (Commented) (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/TOMEE-43?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13247769#comment-13247769 ]
Werner Froidevaux commented on TOMEE-43:
----------------------------------------
Maybe it is not a good idea to deploy the EAR to webapps. I always deploy to apps.
The servlet classes are located in the JARs located in ./APP-INF/lib (e.g. opencrx-kernel.jar, opencrx-application.jar). The library-directory is configured in ./META-INF/application.xml.
opencrxServer-2.9.1-installer.jre-1.6.jar comes with
Apache OpenEJB 4.0.0-beta-2-SNAPSHOT build: 20120105-04:06
Start TomEE and you can easily verify that the EAR can be deployed without errors.
If you want to deploy opencrx-core-CRX.ear to a fresh TomEE then please have a look at the ant script opencrxServer-2.9.1/installer/bin/postinstaller.xml. You can also download a fresh TomEE zip, copy it to opencrxServer-2.9.1/installer/files/ and run postinstaller.sh.
> library-directory ignored
> -------------------------
>
> Key: TOMEE-43
> URL: https://issues.apache.org/jira/browse/TOMEE-43
> Project: TomEE
> Issue Type: Bug
> Affects Versions: 1.0.0-beta-2
> Environment: Linux, Java6
> Reporter: Werner Froidevaux
> Fix For: 1.0.0-beta-2
>
>
> library-directory is ignored with the latest snapshot apache-tomee-1.0.0-beta-2-20111024.180646-18-webprofile.tar.gz.
> This was not the case with the snapshot apache-tomee-1.0.0-beta-2-20111022.170518-16-webprofile.tar.gz.
> The library directory is configured in application.xml with the option <library-directory>APP-INF/lib</library-directory>.
> Probably the option is not ignored but something with the classloader management changed in the latest snapshot so that servlet classes located in a JAR in the library-directory are not found. A sample stack trace looks as follows:
> SEVERE: Class org.opencrx.application.webdav.WebDavServlet not found
> java.lang.ClassNotFoundException: org.opencrx.application.webdav.WebDavServlet
> at java.net.URLClassLoader$1.run(URLClassLoader.java:217)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.net.URLClassLoader.findClass(URLClassLoader.java:205)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:321)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:266)
> at java.lang.Class.forName0(Native Method)
> at java.lang.Class.forName(Class.java:264)
> at org.apache.myfaces.shared.util.ClassUtils.classForName(ClassUtils.java:191)
> at org.apache.myfaces.shared.util.ClassUtils.simpleClassForName(ClassUtils.java:210)
> at org.apache.myfaces.shared_impl.webapp.webxml.WebXml.getFacesServletMappings(WebXml.java:133)
> at org.apache.myfaces.spi.impl.DefaultWebConfigProvider.getFacesServletMappings(DefaultWebConfigProvider.java:46)
> at org.apache.myfaces.webapp.AbstractFacesInitializer.initFaces(AbstractFacesInitializer.java:110)
> at org.apache.myfaces.webapp.StartupServletContextListener.contextInitialized(StartupServletContextListener.java:111)
> at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4723)
> at org.apache.catalina.core.StandardContext$1.call(StandardContext.java:5226)
> at org.apache.catalina.core.StandardContext$1.call(StandardContext.java:5221)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
> at java.util.concurrent.FutureTask.run(FutureTask.java:166)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
> at java.lang.Thread.run(Thread.java:679)
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (TOMEE-43) library-directory ignored
Posted by "lucyYan (Commented) (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/TOMEE-43?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13247060#comment-13247060 ]
lucyYan commented on TOMEE-43:
------------------------------
Thanks for the EAR. I deployed opencrx-core-CRX.ear by copying the EAR to /webapps directory. However, I got the following errors during the deployment. Did I miss something? Any help?
Apr 5, 2012 12:23:02 AM org.apache.catalina.core.ContainerBase addChildInternal
SEVERE: ContainerBase.addChild: start:
org.apache.catalina.LifecycleException: Failed to start component [StandardEngine[Catalina].StandardHost[localhost].StandardContext[/opencrx-core-CRX]]
at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:152)
at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:812)
at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:787)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:607)
at org.apache.catalina.startup.HostConfig.deployDirectory(HostConfig.java:1055)
at org.apache.catalina.startup.HostConfig.deployDirectories(HostConfig.java:978)
at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:472)
at org.apache.catalina.startup.HostConfig.check(HostConfig.java:1370)
at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:294)
at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119)
at org.apache.catalina.util.LifecycleBase.fireLifecycleEvent(LifecycleBase.java:90)
at org.apache.catalina.core.ContainerBase.backgroundProcess(ContainerBase.java:1242)
at org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1400)
at org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1410)
at org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.run(ContainerBase.java:1389)
at java.lang.Thread.run(Thread.java:662)
Caused by: org.apache.tomee.catalina.TomEERuntimeException: org.apache.openejb.OpenEJBException: Unable to load servlet class: org.openmdx.application.rest.http.RestServlet_2: org.openmdx.application.rest.http.RestServlet_2
at org.apache.tomee.catalina.TomcatWebAppBuilder.startInternal(TomcatWebAppBuilder.java:598)
at org.apache.tomee.catalina.TomcatWebAppBuilder.configureStart(TomcatWebAppBuilder.java:545)
at org.apache.tomee.catalina.GlobalListenerSupport.lifecycleEvent(GlobalListenerSupport.java:117)
at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119)
at org.apache.catalina.util.LifecycleBase.fireLifecycleEvent(LifecycleBase.java:90)
at org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5103)
at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:148)
... 15 more
Caused by: org.apache.openejb.OpenEJBException: Unable to load servlet class: org.openmdx.application.rest.http.RestServlet_2: org.openmdx.application.rest.http.RestServlet_2
at org.apache.openejb.config.AnnotationDeployer$ProcessAnnotatedBeans.deploy(AnnotationDeployer.java:1705)
at org.apache.openejb.config.AnnotationDeployer$ProcessAnnotatedBeans.deploy(AnnotationDeployer.java:1482)
at org.apache.openejb.config.AnnotationDeployer.deploy(AnnotationDeployer.java:293)
at org.apache.openejb.config.ConfigurationFactory$Chain.deploy(ConfigurationFactory.java:263)
at org.apache.openejb.config.ConfigurationFactory.configureApplication(ConfigurationFactory.java:693)
at org.apache.tomee.catalina.TomcatWebAppBuilder.startInternal(TomcatWebAppBuilder.java:588)
... 21 more
Caused by: java.lang.ClassNotFoundException: org.openmdx.application.rest.http.RestServlet_2
at org.apache.openejb.core.TempClassLoader.loadClass(TempClassLoader.java:97)
at org.apache.openejb.core.TempClassLoader.loadClass(TempClassLoader.java:64)
at org.apache.openejb.config.AnnotationDeployer$ProcessAnnotatedBeans.deploy(AnnotationDeployer.java:1702)
... 26 more
Apr 5, 2012 12:23:02 AM org.apache.catalina.startup.HostConfig deployDirectory
SEVERE: Error deploying web application directory opencrx-core-CRX
java.lang.IllegalStateException: ContainerBase.addChild: start: org.apache.catalina.LifecycleException: Failed to start component [StandardEngine[Catalina].StandardHost[localhost].StandardContext[/opencrx-core-CRX]]
at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:816)
at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:787)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:607)
at org.apache.catalina.startup.HostConfig.deployDirectory(HostConfig.java:1055)
at org.apache.catalina.startup.HostConfig.deployDirectories(HostConfig.java:978)
at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:472)
at org.apache.catalina.startup.HostConfig.check(HostConfig.java:1370)
at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:294)
at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119)
at org.apache.catalina.util.LifecycleBase.fireLifecycleEvent(LifecycleBase.java:90)
at org.apache.catalina.core.ContainerBase.backgroundProcess(ContainerBase.java:1242)
at org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1400)
at org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1410)
at org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.run(ContainerBase.java:1389)
at java.lang.Thread.run(Thread.java:662)
> library-directory ignored
> -------------------------
>
> Key: TOMEE-43
> URL: https://issues.apache.org/jira/browse/TOMEE-43
> Project: TomEE
> Issue Type: Bug
> Affects Versions: 1.0.0-beta-2
> Environment: Linux, Java6
> Reporter: Werner Froidevaux
> Fix For: 1.0.0-beta-2
>
>
> library-directory is ignored with the latest snapshot apache-tomee-1.0.0-beta-2-20111024.180646-18-webprofile.tar.gz.
> This was not the case with the snapshot apache-tomee-1.0.0-beta-2-20111022.170518-16-webprofile.tar.gz.
> The library directory is configured in application.xml with the option <library-directory>APP-INF/lib</library-directory>.
> Probably the option is not ignored but something with the classloader management changed in the latest snapshot so that servlet classes located in a JAR in the library-directory are not found. A sample stack trace looks as follows:
> SEVERE: Class org.opencrx.application.webdav.WebDavServlet not found
> java.lang.ClassNotFoundException: org.opencrx.application.webdav.WebDavServlet
> at java.net.URLClassLoader$1.run(URLClassLoader.java:217)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.net.URLClassLoader.findClass(URLClassLoader.java:205)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:321)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:266)
> at java.lang.Class.forName0(Native Method)
> at java.lang.Class.forName(Class.java:264)
> at org.apache.myfaces.shared.util.ClassUtils.classForName(ClassUtils.java:191)
> at org.apache.myfaces.shared.util.ClassUtils.simpleClassForName(ClassUtils.java:210)
> at org.apache.myfaces.shared_impl.webapp.webxml.WebXml.getFacesServletMappings(WebXml.java:133)
> at org.apache.myfaces.spi.impl.DefaultWebConfigProvider.getFacesServletMappings(DefaultWebConfigProvider.java:46)
> at org.apache.myfaces.webapp.AbstractFacesInitializer.initFaces(AbstractFacesInitializer.java:110)
> at org.apache.myfaces.webapp.StartupServletContextListener.contextInitialized(StartupServletContextListener.java:111)
> at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4723)
> at org.apache.catalina.core.StandardContext$1.call(StandardContext.java:5226)
> at org.apache.catalina.core.StandardContext$1.call(StandardContext.java:5221)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
> at java.util.concurrent.FutureTask.run(FutureTask.java:166)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
> at java.lang.Thread.run(Thread.java:679)
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (TOMEE-43) library-directory ignored
Posted by "lucyYan (Commented) (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/TOMEE-43?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13248004#comment-13248004 ]
lucyYan commented on TOMEE-43:
------------------------------
Yes, I deployed my EAR successfully to apps. Why doesn't webapps work? I read the doc and it said to deploy WAR to webapps but didn't mention EAR.
> library-directory ignored
> -------------------------
>
> Key: TOMEE-43
> URL: https://issues.apache.org/jira/browse/TOMEE-43
> Project: TomEE
> Issue Type: Bug
> Affects Versions: 1.0.0-beta-2
> Environment: Linux, Java6
> Reporter: Werner Froidevaux
> Fix For: 1.0.0-beta-2
>
>
> library-directory is ignored with the latest snapshot apache-tomee-1.0.0-beta-2-20111024.180646-18-webprofile.tar.gz.
> This was not the case with the snapshot apache-tomee-1.0.0-beta-2-20111022.170518-16-webprofile.tar.gz.
> The library directory is configured in application.xml with the option <library-directory>APP-INF/lib</library-directory>.
> Probably the option is not ignored but something with the classloader management changed in the latest snapshot so that servlet classes located in a JAR in the library-directory are not found. A sample stack trace looks as follows:
> SEVERE: Class org.opencrx.application.webdav.WebDavServlet not found
> java.lang.ClassNotFoundException: org.opencrx.application.webdav.WebDavServlet
> at java.net.URLClassLoader$1.run(URLClassLoader.java:217)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.net.URLClassLoader.findClass(URLClassLoader.java:205)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:321)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:266)
> at java.lang.Class.forName0(Native Method)
> at java.lang.Class.forName(Class.java:264)
> at org.apache.myfaces.shared.util.ClassUtils.classForName(ClassUtils.java:191)
> at org.apache.myfaces.shared.util.ClassUtils.simpleClassForName(ClassUtils.java:210)
> at org.apache.myfaces.shared_impl.webapp.webxml.WebXml.getFacesServletMappings(WebXml.java:133)
> at org.apache.myfaces.spi.impl.DefaultWebConfigProvider.getFacesServletMappings(DefaultWebConfigProvider.java:46)
> at org.apache.myfaces.webapp.AbstractFacesInitializer.initFaces(AbstractFacesInitializer.java:110)
> at org.apache.myfaces.webapp.StartupServletContextListener.contextInitialized(StartupServletContextListener.java:111)
> at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4723)
> at org.apache.catalina.core.StandardContext$1.call(StandardContext.java:5226)
> at org.apache.catalina.core.StandardContext$1.call(StandardContext.java:5221)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
> at java.util.concurrent.FutureTask.run(FutureTask.java:166)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
> at java.lang.Thread.run(Thread.java:679)
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (TOMEE-43) library-directory ignored
Posted by "David Blevins (Commented) (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/TOMEE-43?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13191093#comment-13191093 ]
David Blevins commented on TOMEE-43:
------------------------------------
2011-10-26 - http://svn.apache.org/viewvc?view=revision&revision=1189142 - rmannibucau
2011-11-01 - http://svn.apache.org/viewvc?view=revision&revision=1196093 - rmannibucau
2011-11-01 - http://svn.apache.org/viewvc?view=revision&revision=1196180 - rmannibucau
> library-directory ignored
> -------------------------
>
> Key: TOMEE-43
> URL: https://issues.apache.org/jira/browse/TOMEE-43
> Project: TomEE
> Issue Type: Bug
> Affects Versions: 1.0.0-beta-2
> Environment: Linux, Java6
> Reporter: Werner Froidevaux
> Fix For: 1.0.0-beta-2
>
>
> library-directory is ignored with the latest snapshot apache-tomee-1.0.0-beta-2-20111024.180646-18-webprofile.tar.gz.
> This was not the case with the snapshot apache-tomee-1.0.0-beta-2-20111022.170518-16-webprofile.tar.gz.
> The library directory is configured in application.xml with the option <library-directory>APP-INF/lib</library-directory>.
> Probably the option is not ignored but something with the classloader management changed in the latest snapshot so that servlet classes located in a JAR in the library-directory are not found. A sample stack trace looks as follows:
> SEVERE: Class org.opencrx.application.webdav.WebDavServlet not found
> java.lang.ClassNotFoundException: org.opencrx.application.webdav.WebDavServlet
> at java.net.URLClassLoader$1.run(URLClassLoader.java:217)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.net.URLClassLoader.findClass(URLClassLoader.java:205)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:321)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:266)
> at java.lang.Class.forName0(Native Method)
> at java.lang.Class.forName(Class.java:264)
> at org.apache.myfaces.shared.util.ClassUtils.classForName(ClassUtils.java:191)
> at org.apache.myfaces.shared.util.ClassUtils.simpleClassForName(ClassUtils.java:210)
> at org.apache.myfaces.shared_impl.webapp.webxml.WebXml.getFacesServletMappings(WebXml.java:133)
> at org.apache.myfaces.spi.impl.DefaultWebConfigProvider.getFacesServletMappings(DefaultWebConfigProvider.java:46)
> at org.apache.myfaces.webapp.AbstractFacesInitializer.initFaces(AbstractFacesInitializer.java:110)
> at org.apache.myfaces.webapp.StartupServletContextListener.contextInitialized(StartupServletContextListener.java:111)
> at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4723)
> at org.apache.catalina.core.StandardContext$1.call(StandardContext.java:5226)
> at org.apache.catalina.core.StandardContext$1.call(StandardContext.java:5221)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
> at java.util.concurrent.FutureTask.run(FutureTask.java:166)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
> at java.lang.Thread.run(Thread.java:679)
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (TOMEE-43) library-directory ignored
Posted by "lucyYan (Commented) (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/TOMEE-43?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13243667#comment-13243667 ]
lucyYan commented on TOMEE-43:
------------------------------
Could you please share your EAR with me? I want to verify my environment with your EAR.
> library-directory ignored
> -------------------------
>
> Key: TOMEE-43
> URL: https://issues.apache.org/jira/browse/TOMEE-43
> Project: TomEE
> Issue Type: Bug
> Affects Versions: 1.0.0-beta-2
> Environment: Linux, Java6
> Reporter: Werner Froidevaux
> Fix For: 1.0.0-beta-2
>
>
> library-directory is ignored with the latest snapshot apache-tomee-1.0.0-beta-2-20111024.180646-18-webprofile.tar.gz.
> This was not the case with the snapshot apache-tomee-1.0.0-beta-2-20111022.170518-16-webprofile.tar.gz.
> The library directory is configured in application.xml with the option <library-directory>APP-INF/lib</library-directory>.
> Probably the option is not ignored but something with the classloader management changed in the latest snapshot so that servlet classes located in a JAR in the library-directory are not found. A sample stack trace looks as follows:
> SEVERE: Class org.opencrx.application.webdav.WebDavServlet not found
> java.lang.ClassNotFoundException: org.opencrx.application.webdav.WebDavServlet
> at java.net.URLClassLoader$1.run(URLClassLoader.java:217)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.net.URLClassLoader.findClass(URLClassLoader.java:205)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:321)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:266)
> at java.lang.Class.forName0(Native Method)
> at java.lang.Class.forName(Class.java:264)
> at org.apache.myfaces.shared.util.ClassUtils.classForName(ClassUtils.java:191)
> at org.apache.myfaces.shared.util.ClassUtils.simpleClassForName(ClassUtils.java:210)
> at org.apache.myfaces.shared_impl.webapp.webxml.WebXml.getFacesServletMappings(WebXml.java:133)
> at org.apache.myfaces.spi.impl.DefaultWebConfigProvider.getFacesServletMappings(DefaultWebConfigProvider.java:46)
> at org.apache.myfaces.webapp.AbstractFacesInitializer.initFaces(AbstractFacesInitializer.java:110)
> at org.apache.myfaces.webapp.StartupServletContextListener.contextInitialized(StartupServletContextListener.java:111)
> at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4723)
> at org.apache.catalina.core.StandardContext$1.call(StandardContext.java:5226)
> at org.apache.catalina.core.StandardContext$1.call(StandardContext.java:5221)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
> at java.util.concurrent.FutureTask.run(FutureTask.java:166)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
> at java.lang.Thread.run(Thread.java:679)
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Closed] (TOMEE-43) library-directory ignored
Posted by "Jean-Louis MONTEIRO (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/TOMEE-43?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Jean-Louis MONTEIRO closed TOMEE-43.
------------------------------------
> library-directory ignored
> -------------------------
>
> Key: TOMEE-43
> URL: https://issues.apache.org/jira/browse/TOMEE-43
> Project: TomEE
> Issue Type: Bug
> Affects Versions: 1.0.0-beta-2
> Environment: Linux, Java6
> Reporter: Werner Froidevaux
> Fix For: 1.0.0
>
>
> library-directory is ignored with the latest snapshot apache-tomee-1.0.0-beta-2-20111024.180646-18-webprofile.tar.gz.
> This was not the case with the snapshot apache-tomee-1.0.0-beta-2-20111022.170518-16-webprofile.tar.gz.
> The library directory is configured in application.xml with the option <library-directory>APP-INF/lib</library-directory>.
> Probably the option is not ignored but something with the classloader management changed in the latest snapshot so that servlet classes located in a JAR in the library-directory are not found. A sample stack trace looks as follows:
> SEVERE: Class org.opencrx.application.webdav.WebDavServlet not found
> java.lang.ClassNotFoundException: org.opencrx.application.webdav.WebDavServlet
> at java.net.URLClassLoader$1.run(URLClassLoader.java:217)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.net.URLClassLoader.findClass(URLClassLoader.java:205)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:321)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:266)
> at java.lang.Class.forName0(Native Method)
> at java.lang.Class.forName(Class.java:264)
> at org.apache.myfaces.shared.util.ClassUtils.classForName(ClassUtils.java:191)
> at org.apache.myfaces.shared.util.ClassUtils.simpleClassForName(ClassUtils.java:210)
> at org.apache.myfaces.shared_impl.webapp.webxml.WebXml.getFacesServletMappings(WebXml.java:133)
> at org.apache.myfaces.spi.impl.DefaultWebConfigProvider.getFacesServletMappings(DefaultWebConfigProvider.java:46)
> at org.apache.myfaces.webapp.AbstractFacesInitializer.initFaces(AbstractFacesInitializer.java:110)
> at org.apache.myfaces.webapp.StartupServletContextListener.contextInitialized(StartupServletContextListener.java:111)
> at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4723)
> at org.apache.catalina.core.StandardContext$1.call(StandardContext.java:5226)
> at org.apache.catalina.core.StandardContext$1.call(StandardContext.java:5221)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
> at java.util.concurrent.FutureTask.run(FutureTask.java:166)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
> at java.lang.Thread.run(Thread.java:679)
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (TOMEE-43) library-directory ignored
Posted by "David Blevins (Updated) (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/TOMEE-43?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
David Blevins updated TOMEE-43:
-------------------------------
Fix Version/s: 1.0.0-beta-2
> library-directory ignored
> -------------------------
>
> Key: TOMEE-43
> URL: https://issues.apache.org/jira/browse/TOMEE-43
> Project: TomEE
> Issue Type: Bug
> Affects Versions: 1.0.0-beta-2
> Environment: Linux, Java6
> Reporter: Werner Froidevaux
> Fix For: 1.0.0-beta-2
>
>
> library-directory is ignored with the latest snapshot apache-tomee-1.0.0-beta-2-20111024.180646-18-webprofile.tar.gz.
> This was not the case with the snapshot apache-tomee-1.0.0-beta-2-20111022.170518-16-webprofile.tar.gz.
> The library directory is configured in application.xml with the option <library-directory>APP-INF/lib</library-directory>.
> Probably the option is not ignored but something with the classloader management changed in the latest snapshot so that servlet classes located in a JAR in the library-directory are not found. A sample stack trace looks as follows:
> SEVERE: Class org.opencrx.application.webdav.WebDavServlet not found
> java.lang.ClassNotFoundException: org.opencrx.application.webdav.WebDavServlet
> at java.net.URLClassLoader$1.run(URLClassLoader.java:217)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.net.URLClassLoader.findClass(URLClassLoader.java:205)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:321)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:266)
> at java.lang.Class.forName0(Native Method)
> at java.lang.Class.forName(Class.java:264)
> at org.apache.myfaces.shared.util.ClassUtils.classForName(ClassUtils.java:191)
> at org.apache.myfaces.shared.util.ClassUtils.simpleClassForName(ClassUtils.java:210)
> at org.apache.myfaces.shared_impl.webapp.webxml.WebXml.getFacesServletMappings(WebXml.java:133)
> at org.apache.myfaces.spi.impl.DefaultWebConfigProvider.getFacesServletMappings(DefaultWebConfigProvider.java:46)
> at org.apache.myfaces.webapp.AbstractFacesInitializer.initFaces(AbstractFacesInitializer.java:110)
> at org.apache.myfaces.webapp.StartupServletContextListener.contextInitialized(StartupServletContextListener.java:111)
> at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4723)
> at org.apache.catalina.core.StandardContext$1.call(StandardContext.java:5226)
> at org.apache.catalina.core.StandardContext$1.call(StandardContext.java:5221)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
> at java.util.concurrent.FutureTask.run(FutureTask.java:166)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
> at java.lang.Thread.run(Thread.java:679)
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (TOMEE-43) library-directory ignored
Posted by "Jean-Louis MONTEIRO (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/TOMEE-43?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Jean-Louis MONTEIRO updated TOMEE-43:
-------------------------------------
Fix Version/s: (was: 1.0.0-beta-2)
1.0.0
> library-directory ignored
> -------------------------
>
> Key: TOMEE-43
> URL: https://issues.apache.org/jira/browse/TOMEE-43
> Project: TomEE
> Issue Type: Bug
> Affects Versions: 1.0.0-beta-2
> Environment: Linux, Java6
> Reporter: Werner Froidevaux
> Fix For: 1.0.0
>
>
> library-directory is ignored with the latest snapshot apache-tomee-1.0.0-beta-2-20111024.180646-18-webprofile.tar.gz.
> This was not the case with the snapshot apache-tomee-1.0.0-beta-2-20111022.170518-16-webprofile.tar.gz.
> The library directory is configured in application.xml with the option <library-directory>APP-INF/lib</library-directory>.
> Probably the option is not ignored but something with the classloader management changed in the latest snapshot so that servlet classes located in a JAR in the library-directory are not found. A sample stack trace looks as follows:
> SEVERE: Class org.opencrx.application.webdav.WebDavServlet not found
> java.lang.ClassNotFoundException: org.opencrx.application.webdav.WebDavServlet
> at java.net.URLClassLoader$1.run(URLClassLoader.java:217)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.net.URLClassLoader.findClass(URLClassLoader.java:205)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:321)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:266)
> at java.lang.Class.forName0(Native Method)
> at java.lang.Class.forName(Class.java:264)
> at org.apache.myfaces.shared.util.ClassUtils.classForName(ClassUtils.java:191)
> at org.apache.myfaces.shared.util.ClassUtils.simpleClassForName(ClassUtils.java:210)
> at org.apache.myfaces.shared_impl.webapp.webxml.WebXml.getFacesServletMappings(WebXml.java:133)
> at org.apache.myfaces.spi.impl.DefaultWebConfigProvider.getFacesServletMappings(DefaultWebConfigProvider.java:46)
> at org.apache.myfaces.webapp.AbstractFacesInitializer.initFaces(AbstractFacesInitializer.java:110)
> at org.apache.myfaces.webapp.StartupServletContextListener.contextInitialized(StartupServletContextListener.java:111)
> at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4723)
> at org.apache.catalina.core.StandardContext$1.call(StandardContext.java:5226)
> at org.apache.catalina.core.StandardContext$1.call(StandardContext.java:5221)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
> at java.util.concurrent.FutureTask.run(FutureTask.java:166)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
> at java.lang.Thread.run(Thread.java:679)
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (TOMEE-43) library-directory ignored
Posted by "Romain Manni-Bucau (Commented) (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/TOMEE-43?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13247114#comment-13247114 ]
Romain Manni-Bucau commented on TOMEE-43:
-----------------------------------------
in the provided ear several servlet class are not in the ear, is it normal?
> library-directory ignored
> -------------------------
>
> Key: TOMEE-43
> URL: https://issues.apache.org/jira/browse/TOMEE-43
> Project: TomEE
> Issue Type: Bug
> Affects Versions: 1.0.0-beta-2
> Environment: Linux, Java6
> Reporter: Werner Froidevaux
> Fix For: 1.0.0-beta-2
>
>
> library-directory is ignored with the latest snapshot apache-tomee-1.0.0-beta-2-20111024.180646-18-webprofile.tar.gz.
> This was not the case with the snapshot apache-tomee-1.0.0-beta-2-20111022.170518-16-webprofile.tar.gz.
> The library directory is configured in application.xml with the option <library-directory>APP-INF/lib</library-directory>.
> Probably the option is not ignored but something with the classloader management changed in the latest snapshot so that servlet classes located in a JAR in the library-directory are not found. A sample stack trace looks as follows:
> SEVERE: Class org.opencrx.application.webdav.WebDavServlet not found
> java.lang.ClassNotFoundException: org.opencrx.application.webdav.WebDavServlet
> at java.net.URLClassLoader$1.run(URLClassLoader.java:217)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.net.URLClassLoader.findClass(URLClassLoader.java:205)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:321)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:266)
> at java.lang.Class.forName0(Native Method)
> at java.lang.Class.forName(Class.java:264)
> at org.apache.myfaces.shared.util.ClassUtils.classForName(ClassUtils.java:191)
> at org.apache.myfaces.shared.util.ClassUtils.simpleClassForName(ClassUtils.java:210)
> at org.apache.myfaces.shared_impl.webapp.webxml.WebXml.getFacesServletMappings(WebXml.java:133)
> at org.apache.myfaces.spi.impl.DefaultWebConfigProvider.getFacesServletMappings(DefaultWebConfigProvider.java:46)
> at org.apache.myfaces.webapp.AbstractFacesInitializer.initFaces(AbstractFacesInitializer.java:110)
> at org.apache.myfaces.webapp.StartupServletContextListener.contextInitialized(StartupServletContextListener.java:111)
> at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4723)
> at org.apache.catalina.core.StandardContext$1.call(StandardContext.java:5226)
> at org.apache.catalina.core.StandardContext$1.call(StandardContext.java:5221)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
> at java.util.concurrent.FutureTask.run(FutureTask.java:166)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
> at java.lang.Thread.run(Thread.java:679)
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (TOMEE-43) library-directory ignored
Posted by "Werner Froidevaux (Resolved) (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/TOMEE-43?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Werner Froidevaux resolved TOMEE-43.
------------------------------------
Resolution: Fixed
Solved with apache-tomee-1.0.0-beta-2-20111029.082511-21-webprofile.
> library-directory ignored
> -------------------------
>
> Key: TOMEE-43
> URL: https://issues.apache.org/jira/browse/TOMEE-43
> Project: TomEE
> Issue Type: Bug
> Affects Versions: 1.0.0-beta-2
> Environment: Linux, Java6
> Reporter: Werner Froidevaux
>
> library-directory is ignored with the latest snapshot apache-tomee-1.0.0-beta-2-20111024.180646-18-webprofile.tar.gz.
> This was not the case with the snapshot apache-tomee-1.0.0-beta-2-20111022.170518-16-webprofile.tar.gz.
> The library directory is configured in application.xml with the option <library-directory>APP-INF/lib</library-directory>.
> Probably the option is not ignored but something with the classloader management changed in the latest snapshot so that servlet classes located in a JAR in the library-directory are not found. A sample stack trace looks as follows:
> SEVERE: Class org.opencrx.application.webdav.WebDavServlet not found
> java.lang.ClassNotFoundException: org.opencrx.application.webdav.WebDavServlet
> at java.net.URLClassLoader$1.run(URLClassLoader.java:217)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.net.URLClassLoader.findClass(URLClassLoader.java:205)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:321)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:266)
> at java.lang.Class.forName0(Native Method)
> at java.lang.Class.forName(Class.java:264)
> at org.apache.myfaces.shared.util.ClassUtils.classForName(ClassUtils.java:191)
> at org.apache.myfaces.shared.util.ClassUtils.simpleClassForName(ClassUtils.java:210)
> at org.apache.myfaces.shared_impl.webapp.webxml.WebXml.getFacesServletMappings(WebXml.java:133)
> at org.apache.myfaces.spi.impl.DefaultWebConfigProvider.getFacesServletMappings(DefaultWebConfigProvider.java:46)
> at org.apache.myfaces.webapp.AbstractFacesInitializer.initFaces(AbstractFacesInitializer.java:110)
> at org.apache.myfaces.webapp.StartupServletContextListener.contextInitialized(StartupServletContextListener.java:111)
> at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4723)
> at org.apache.catalina.core.StandardContext$1.call(StandardContext.java:5226)
> at org.apache.catalina.core.StandardContext$1.call(StandardContext.java:5221)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
> at java.util.concurrent.FutureTask.run(FutureTask.java:166)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
> at java.lang.Thread.run(Thread.java:679)
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (TOMEE-43) library-directory ignored
Posted by "lucyYan (Commented) (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/TOMEE-43?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13241156#comment-13241156 ]
lucyYan commented on TOMEE-43:
------------------------------
Hi,
Did the fix go intto 1.0.0-beta-2 ? I still found the same issue as this bug with beta-2. The library-directory is ignored. Any help ?
SEVERE: Class mytest not found
java.lang.ClassNotFoundException: mytest
at java.net.URLClassLoader$1.run(URLClassLoader.java:202)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:190)
at java.lang.ClassLoader.loadClass(ClassLoader.java:307)
at java.lang.ClassLoader.loadClass(ClassLoader.java:248)
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:247)
at org.apache.myfaces.shared.util.ClassUtils.classForName(ClassUtils.java:191)
at org.apache.myfaces.shared.util.ClassUtils.simpleClassForName(ClassUtils.java:210)
at org.apache.myfaces.shared_impl.webapp.webxml.WebXml.getFacesServletMappings(WebXml.java:133)
at org.apache.myfaces.spi.impl.DefaultWebConfigProvider.getFacesServletMappings(DefaultWebConfigProvider.java:46)
at org.apache.myfaces.webapp.AbstractFacesInitializer.initFaces(AbstractFacesInitializer.java:110)
at org.apache.myfaces.webapp.StartupServletContextListener.contextInitialized(StartupServletContextListener.java:111)
at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4723)
at org.apache.catalina.core.StandardContext$1.call(StandardContext.java:5226)
at org.apache.catalina.core.StandardContext$1.call(StandardContext.java:5221)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
at java.util.concurrent.FutureTask.run(FutureTask.java:138)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:662)
> library-directory ignored
> -------------------------
>
> Key: TOMEE-43
> URL: https://issues.apache.org/jira/browse/TOMEE-43
> Project: TomEE
> Issue Type: Bug
> Affects Versions: 1.0.0-beta-2
> Environment: Linux, Java6
> Reporter: Werner Froidevaux
> Fix For: 1.0.0-beta-2
>
>
> library-directory is ignored with the latest snapshot apache-tomee-1.0.0-beta-2-20111024.180646-18-webprofile.tar.gz.
> This was not the case with the snapshot apache-tomee-1.0.0-beta-2-20111022.170518-16-webprofile.tar.gz.
> The library directory is configured in application.xml with the option <library-directory>APP-INF/lib</library-directory>.
> Probably the option is not ignored but something with the classloader management changed in the latest snapshot so that servlet classes located in a JAR in the library-directory are not found. A sample stack trace looks as follows:
> SEVERE: Class org.opencrx.application.webdav.WebDavServlet not found
> java.lang.ClassNotFoundException: org.opencrx.application.webdav.WebDavServlet
> at java.net.URLClassLoader$1.run(URLClassLoader.java:217)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.net.URLClassLoader.findClass(URLClassLoader.java:205)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:321)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:266)
> at java.lang.Class.forName0(Native Method)
> at java.lang.Class.forName(Class.java:264)
> at org.apache.myfaces.shared.util.ClassUtils.classForName(ClassUtils.java:191)
> at org.apache.myfaces.shared.util.ClassUtils.simpleClassForName(ClassUtils.java:210)
> at org.apache.myfaces.shared_impl.webapp.webxml.WebXml.getFacesServletMappings(WebXml.java:133)
> at org.apache.myfaces.spi.impl.DefaultWebConfigProvider.getFacesServletMappings(DefaultWebConfigProvider.java:46)
> at org.apache.myfaces.webapp.AbstractFacesInitializer.initFaces(AbstractFacesInitializer.java:110)
> at org.apache.myfaces.webapp.StartupServletContextListener.contextInitialized(StartupServletContextListener.java:111)
> at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4723)
> at org.apache.catalina.core.StandardContext$1.call(StandardContext.java:5226)
> at org.apache.catalina.core.StandardContext$1.call(StandardContext.java:5221)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
> at java.util.concurrent.FutureTask.run(FutureTask.java:166)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
> at java.lang.Thread.run(Thread.java:679)
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (TOMEE-43) library-directory ignored
Posted by "Werner Froidevaux (Commented) (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/TOMEE-43?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13242131#comment-13242131 ]
Werner Froidevaux commented on TOMEE-43:
----------------------------------------
I tested with 1.0.0-beta-2 and it works for my EAR. As initially described I added option <library-directory>APP-INF/lib</library-directory> to META-INF/application.xml.
Unlike lucyYan I can not reproduce the problem anymore.
> library-directory ignored
> -------------------------
>
> Key: TOMEE-43
> URL: https://issues.apache.org/jira/browse/TOMEE-43
> Project: TomEE
> Issue Type: Bug
> Affects Versions: 1.0.0-beta-2
> Environment: Linux, Java6
> Reporter: Werner Froidevaux
> Fix For: 1.0.0-beta-2
>
>
> library-directory is ignored with the latest snapshot apache-tomee-1.0.0-beta-2-20111024.180646-18-webprofile.tar.gz.
> This was not the case with the snapshot apache-tomee-1.0.0-beta-2-20111022.170518-16-webprofile.tar.gz.
> The library directory is configured in application.xml with the option <library-directory>APP-INF/lib</library-directory>.
> Probably the option is not ignored but something with the classloader management changed in the latest snapshot so that servlet classes located in a JAR in the library-directory are not found. A sample stack trace looks as follows:
> SEVERE: Class org.opencrx.application.webdav.WebDavServlet not found
> java.lang.ClassNotFoundException: org.opencrx.application.webdav.WebDavServlet
> at java.net.URLClassLoader$1.run(URLClassLoader.java:217)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.net.URLClassLoader.findClass(URLClassLoader.java:205)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:321)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:266)
> at java.lang.Class.forName0(Native Method)
> at java.lang.Class.forName(Class.java:264)
> at org.apache.myfaces.shared.util.ClassUtils.classForName(ClassUtils.java:191)
> at org.apache.myfaces.shared.util.ClassUtils.simpleClassForName(ClassUtils.java:210)
> at org.apache.myfaces.shared_impl.webapp.webxml.WebXml.getFacesServletMappings(WebXml.java:133)
> at org.apache.myfaces.spi.impl.DefaultWebConfigProvider.getFacesServletMappings(DefaultWebConfigProvider.java:46)
> at org.apache.myfaces.webapp.AbstractFacesInitializer.initFaces(AbstractFacesInitializer.java:110)
> at org.apache.myfaces.webapp.StartupServletContextListener.contextInitialized(StartupServletContextListener.java:111)
> at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4723)
> at org.apache.catalina.core.StandardContext$1.call(StandardContext.java:5226)
> at org.apache.catalina.core.StandardContext$1.call(StandardContext.java:5221)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
> at java.util.concurrent.FutureTask.run(FutureTask.java:166)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
> at java.lang.Thread.run(Thread.java:679)
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira