[Design of POJO Server] - Seam numberguess cannot find resources
by alesj
When deploying Seam Numberguess I get this:
| 2008-06-09 12:48:54,869 ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/seam-numberguess]] (HDScanner) Exception sending context initialized event to listener instance of class org.jboss.seam.servlet.SeamListener
| org.jboss.seam.InstantiationException: Could not instantiate Seam component: org.jboss.seam.bpm.jbpm
| at org.jboss.seam.Component.newInstance(Component.java:1986)
| at org.jboss.seam.contexts.Contexts.startup(Contexts.java:304)
| at org.jboss.seam.contexts.Contexts.startup(Contexts.java:278)
| at org.jboss.seam.contexts.ServletLifecycle.endInitialization(ServletLifecycle.java:95)
| at org.jboss.seam.init.Initialization.init(Initialization.java:596)
| at org.jboss.seam.servlet.SeamListener.contextInitialized(SeamListener.java:34)
| at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3862)
| at org.apache.catalina.core.StandardContext.start(StandardContext.java:4356)
| at org.jboss.web.tomcat.service.deployers.TomcatDeployment.performDeployInternal(TomcatDeployment.java:346)
| at org.jboss.web.tomcat.service.deployers.TomcatDeployment.performDeploy(TomcatDeployment.java:139)
| at org.jboss.web.deployers.AbstractWarDeployment.start(AbstractWarDeployment.java:431)
| at org.jboss.web.deployers.WebModule.startModule(WebModule.java:112)
| at org.jboss.web.deployers.WebModule.start(WebModule.java:90)
| at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
| at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
| at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
| at java.lang.reflect.Method.invoke(Method.java:585)
| at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:157)
| at org.jboss.mx.server.Invocation.dispatch(Invocation.java:96)
| at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
| at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
| at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:668)
| at org.jboss.system.microcontainer.ServiceProxy.invoke(ServiceProxy.java:206)
| at $Proxy35.start(Unknown Source)
| at org.jboss.system.microcontainer.StartStopLifecycleAction.installAction(StartStopLifecycleAction.java:42)
| at org.jboss.system.microcontainer.StartStopLifecycleAction.installAction(StartStopLifecycleAction.java:37)
| at org.jboss.dependency.plugins.action.SimpleControllerContextAction.simpleInstallAction(SimpleControllerContextAction.java:62)
| at org.jboss.dependency.plugins.action.AccessControllerContextAction.install(AccessControllerContextAction.java:71)
| at org.jboss.dependency.plugins.AbstractControllerContextActions.install(AbstractControllerContextActions.java:51)
| at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348)
| at org.jboss.system.microcontainer.ServiceControllerContext.install(ServiceControllerContext.java:271)
| at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1392)
| at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:784)
| at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:912)
| at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:834)
| at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:672)
| at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:455)
| at org.jboss.system.ServiceController.doChange(ServiceController.java:664)
| at org.jboss.system.ServiceController.start(ServiceController.java:436)
| at org.jboss.system.deployers.ServiceDeployer.start(ServiceDeployer.java:150)
| at org.jboss.system.deployers.ServiceDeployer.deploy(ServiceDeployer.java:108)
| at org.jboss.system.deployers.ServiceDeployer.deploy(ServiceDeployer.java:46)
| at org.jboss.deployers.spi.deployer.helpers.AbstractSimpleRealDeployer.internalDeploy(AbstractSimpleRealDeployer.java:62)
| at org.jboss.deployers.spi.deployer.helpers.AbstractRealDeployer.deploy(AbstractRealDeployer.java:50)
| at org.jboss.deployers.plugins.deployers.DeployerWrapper.deploy(DeployerWrapper.java:174)
| at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:970)
| at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:991)
| at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1023)
| at org.jboss.deployers.plugins.deployers.DeployersImpl.install(DeployersImpl.java:911)
| at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348)
| at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1392)
| at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:784)
| at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:912)
| at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:834)
| at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:672)
| at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:455)
| at org.jboss.deployers.plugins.deployers.DeployersImpl.process(DeployersImpl.java:594)
| at org.jboss.deployers.plugins.main.MainDeployerImpl.process(MainDeployerImpl.java:541)
| at org.jboss.system.server.profileservice.hotdeploy.HDScanner.scan(HDScanner.java:290)
| at org.jboss.system.server.profileservice.hotdeploy.HDScanner.run(HDScanner.java:221)
| at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:417)
| at java.util.concurrent.FutureTask$Sync.innerRunAndReset(FutureTask.java:280)
| at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:135)
| at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$101(ScheduledThreadPoolExecutor.java:65)
| at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.runPeriodic(ScheduledThreadPoolExecutor.java:142)
| at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:166)
| at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:650)
| at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:675)
| at java.lang.Thread.run(Thread.java:595)
| Caused by: java.lang.IllegalArgumentException: pageflow resource not found: cheat.jpdl.xml
| at org.jboss.seam.bpm.Jbpm.getPageflowDefinitionFromResource(Jbpm.java:153)
| at org.jboss.seam.bpm.Jbpm.installPageflowDefinitions(Jbpm.java:235)
| at org.jboss.seam.bpm.Jbpm.startup(Jbpm.java:73)
| at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
| at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
| at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
| at java.lang.reflect.Method.invoke(Method.java:585)
| at org.jboss.seam.util.Reflections.invoke(Reflections.java:21)
| at org.jboss.seam.util.Reflections.invokeAndWrap(Reflections.java:125)
| at org.jboss.seam.Component.callComponentMethod(Component.java:2092)
| at org.jboss.seam.Component.callCreateMethod(Component.java:2015)
| at org.jboss.seam.Component.newInstance(Component.java:1976)
| ... 68 more
|
This file is in root:
| - jboss-seam-numberguess.ear
| - cheat.jpdl.xml
| - ...
|
Did we 'fix' resources lookup:
- I remember Anil having an issue with resources directly from archive's root
But I don't see this issue on other Seam examples - perhaps they load resources on demand?
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4156672#4156672
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4156672
17 years, 10 months
[Design of POJO Server] - Seam order or JBAS-5190
by alesj
As discussed, I've added the following comparator/order numbers to our structure deployers:
All -ds.xml deployments go before anything else.
| <bean name="dsContextComparator" class="org.jboss.system.deployers.DsDeploymentContextComparator"/>
|
| <!-- The MainDeployer -->
| <bean name="MainDeployer" class="org.jboss.deployers.plugins.main.MainDeployerImpl">
| <property name="structuralDeployers"><inject bean="StructuralDeployers"/></property>
| <property name="deployers"><inject bean="Deployers"/></property>
| <property name="mgtDeploymentCreator"><inject bean="ManagedDeploymentCreator"/></property>
| <property name="comparator"><inject bean="dsContextComparator"/></property>
| </bean>
|
War's have the biggest relative order - picked by default deployment context:
| <bean name="WARStructure" class="org.jboss.deployers.vfs.plugins.structure.war.WARStructure">
| <property name="webInfLibFilter">
| <!-- We accept all .jar files in WEB-INF/lib -->
| <bean name="WebInfLibFilter" class="org.jboss.virtual.plugins.vfs.helpers.SuffixMatchFilter">
| <constructor><parameter class="java.lang.String">.jar</parameter></constructor>
| </bean>
| </property>
| <property name="contextInfoOrder">1000</property>
| </bean>
|
Looking at the log, afaik I got the expected order:
DS created and started:
| 2008-06-09 14:08:22,369 DEBUG [org.jboss.system.ServiceCreator] (HDScanner) About to create bean: jboss.jca:service=ManagedConnectionPool,name=dvdDatasource with code: org.jboss.resource.connectionmanager.JBossManagedConnectionPool
| 2008-06-09 14:08:22,385 DEBUG [org.jboss.system.ServiceCreator] (HDScanner) Created mbean: jboss.jca:service=ManagedConnectionPool,name=dvdDatasource
| 2008-06-09 14:08:22,385 DEBUG [org.jboss.system.ServiceConfigurator] (HDScanner) PoolJndiName set to dvdDatasource in jboss.jca:service=ManagedConnectionPool,name=dvdDatasource
| 2008-06-09 14:08:22,385 DEBUG [org.jboss.system.ServiceConfigurator] (HDScanner) MinSize set to 0 in jboss.jca:service=ManagedConnectionPool,name=dvdDatasource
| 2008-06-09 14:08:22,385 DEBUG [org.jboss.system.ServiceConfigurator] (HDScanner) MaxSize set to 10 in jboss.jca:service=ManagedConnectionPool,name=dvdDatasource
| 2008-06-09 14:08:22,385 DEBUG [org.jboss.system.ServiceConfigurator] (HDScanner) BlockingTimeoutMillis set to 30000 in jboss.jca:service=ManagedConnectionPool,name=dvdDatasource
| 2008-06-09 14:08:22,385 DEBUG [org.jboss.system.ServiceConfigurator] (HDScanner) IdleTimeoutMinutes set to 30 in jboss.jca:service=ManagedConnectionPool,name=dvdDatasource
| 2008-06-09 14:08:22,385 DEBUG [org.jboss.system.ServiceConfigurator] (HDScanner) BackGroundValidationMillis set to 0 in jboss.jca:service=ManagedConnectionPool,name=dvdDatasource
| 2008-06-09 14:08:22,385 DEBUG [org.jboss.system.ServiceConfigurator] (HDScanner) PreFill set to false in jboss.jca:service=ManagedConnectionPool,name=dvdDatasource
| 2008-06-09 14:08:22,385 DEBUG [org.jboss.system.ServiceConfigurator] (HDScanner) StrictMin set to false in jboss.jca:service=ManagedConnectionPool,name=dvdDatasource
| 2008-06-09 14:08:22,385 DEBUG [org.jboss.system.ServiceConfigurator] (HDScanner) StatisticsFormatter set to org.jboss.resource.statistic.pool.JBossDefaultSubPoolStatisticFormatter in jboss.jca:service=ManagedConnectionPool,name=dvdDatasource
| 2008-06-09 14:08:22,385 DEBUG [org.jboss.system.ServiceConfigurator] (HDScanner) Criteria set to ByNothing in jboss.jca:service=ManagedConnectionPool,name=dvdDatasource
| 2008-06-09 14:08:22,385 DEBUG [org.jboss.system.ServiceConfigurator] (HDScanner) ManagedConnectionFactoryName set to jboss.jca:service=ManagedConnectionFactory,name=dvdDatasource in jboss.jca:service=ManagedConnectionPool,name=dvdDatasource
| 2008-06-09 14:08:22,385 DEBUG [org.jboss.system.ServiceController] (HDScanner) Creating service jboss.jca:service=ManagedConnectionPool,name=dvdDatasource
| 2008-06-09 14:08:22,385 DEBUG [org.jboss.resource.connectionmanager.JBossManagedConnectionPool] (HDScanner) Creating jboss.jca:service=ManagedConnectionPool,name=dvdDatasource
| 2008-06-09 14:08:22,385 DEBUG [org.jboss.resource.connectionmanager.JBossManagedConnectionPool] (HDScanner) Created jboss.jca:service=ManagedConnectionPool,name=dvdDatasource
| 2008-06-09 14:08:22,385 DEBUG [org.jboss.system.ServiceController] (HDScanner) starting service jboss.jca:service=ManagedConnectionPool,name=dvdDatasource
| 2008-06-09 14:08:22,385 DEBUG [org.jboss.resource.connectionmanager.JBossManagedConnectionPool] (HDScanner) Starting jboss.jca:service=ManagedConnectionPool,name=dvdDatasource
| 2008-06-09 14:08:22,385 DEBUG [org.jboss.resource.connectionmanager.JBossManagedConnectionPool] (HDScanner) Started jboss.jca:service=ManagedConnectionPool,name=dvdDatasource
| 2008-06-09 14:08:22,385 DEBUG [org.jboss.system.ServiceCreator] (HDScanner) About to create bean: jboss.jca:service=LocalTxCM,name=dvdDatasource with code: org.jboss.resource.connectionmanager.TxConnectionManager
| 2008-06-09 14:08:22,385 DEBUG [org.jboss.system.ServiceCreator] (HDScanner) Created mbean: jboss.jca:service=LocalTxCM,name=dvdDatasource
| 2008-06-09 14:08:22,385 DEBUG [org.jboss.system.ServiceConfigurator] (HDScanner) JndiName set to dvdDatasource in jboss.jca:service=LocalTxCM,name=dvdDatasource
| 2008-06-09 14:08:22,401 DEBUG [org.jboss.system.ServiceConfigurator] (HDScanner) SubjectFactory set to org.jboss.security.integration.JBossSecuritySubjectFactory@1a2b4a1 in jboss.jca:service=LocalTxCM,name=dvdDatasource
| 2008-06-09 14:08:22,401 DEBUG [org.jboss.system.ServiceConfigurator] (HDScanner) CachedConnectionManager set to jboss.jca:service=CachedConnectionManager in jboss.jca:service=LocalTxCM,name=dvdDatasource
| 2008-06-09 14:08:22,401 DEBUG [org.jboss.system.ServiceConfigurator] (HDScanner) JaasSecurityManagerService set to jboss.security:service=JaasSecurityManager in jboss.jca:service=LocalTxCM,name=dvdDatasource
| 2008-06-09 14:08:22,401 DEBUG [org.jboss.system.ServiceConfigurator] (HDScanner) ManagedConnectionPool set to jboss.jca:service=ManagedConnectionPool,name=dvdDatasource in jboss.jca:service=LocalTxCM,name=dvdDatasource
| 2008-06-09 14:08:22,401 DEBUG [org.jboss.system.ServiceConfigurator] (HDScanner) TransactionManagerService set to jboss:service=TransactionManager in jboss.jca:service=LocalTxCM,name=dvdDatasource
| 2008-06-09 14:08:22,401 DEBUG [org.jboss.system.ServiceConfigurator] (HDScanner) LocalTransactions set to true in jboss.jca:service=LocalTxCM,name=dvdDatasource
| 2008-06-09 14:08:22,401 DEBUG [org.jboss.system.ServiceConfigurator] (HDScanner) TrackConnectionByTx set to true in jboss.jca:service=LocalTxCM,name=dvdDatasource
| 2008-06-09 14:08:22,401 DEBUG [org.jboss.system.ServiceController] (HDScanner) Creating service jboss.jca:service=LocalTxCM,name=dvdDatasource
| 2008-06-09 14:08:22,401 DEBUG [org.jboss.resource.connectionmanager.TxConnectionManager] (HDScanner) Creating jboss.jca:service=LocalTxCM,name=dvdDatasource
| 2008-06-09 14:08:22,401 DEBUG [org.jboss.resource.connectionmanager.TxConnectionManager] (HDScanner) Created jboss.jca:service=LocalTxCM,name=dvdDatasource
| 2008-06-09 14:08:22,401 DEBUG [org.jboss.system.ServiceController] (HDScanner) starting service jboss.jca:service=LocalTxCM,name=dvdDatasource
| 2008-06-09 14:08:22,401 DEBUG [org.jboss.resource.connectionmanager.TxConnectionManager] (HDScanner) Starting jboss.jca:service=LocalTxCM,name=dvdDatasource
| 2008-06-09 14:08:22,401 DEBUG [org.jboss.resource.connectionmanager.TxConnectionManager] (HDScanner) Started jboss.jca:service=LocalTxCM,name=dvdDatasource
| 2008-06-09 14:08:22,401 DEBUG [org.jboss.system.ServiceCreator] (HDScanner) About to create bean: jboss.jca:service=DataSourceBinding,name=dvdDatasource with code: org.jboss.resource.adapter.jdbc.remote.WrapperDataSourceService
| 2008-06-09 14:08:22,401 DEBUG [org.jboss.system.ServiceCreator] (HDScanner) Created mbean: jboss.jca:service=DataSourceBinding,name=dvdDatasource
| 2008-06-09 14:08:22,401 DEBUG [org.jboss.system.ServiceConfigurator] (HDScanner) JndiName set to dvdDatasource in jboss.jca:service=DataSourceBinding,name=dvdDatasource
| 2008-06-09 14:08:22,401 DEBUG [org.jboss.system.ServiceConfigurator] (HDScanner) UseJavaContext set to true in jboss.jca:service=DataSourceBinding,name=dvdDatasource
| 2008-06-09 14:08:22,401 DEBUG [org.jboss.system.ServiceConfigurator] (HDScanner) ConnectionManager set to jboss.jca:service=LocalTxCM,name=dvdDatasource in jboss.jca:service=DataSourceBinding,name=dvdDatasource
| 2008-06-09 14:08:22,401 DEBUG [org.jboss.system.ServiceController] (HDScanner) Creating service jboss.jca:service=DataSourceBinding,name=dvdDatasource
| 2008-06-09 14:08:22,401 DEBUG [org.jboss.resource.adapter.jdbc.remote.WrapperDataSourceService] (HDScanner) Creating jboss.jca:service=DataSourceBinding,name=dvdDatasource
| 2008-06-09 14:08:22,401 DEBUG [org.jboss.resource.adapter.jdbc.remote.WrapperDataSourceService] (HDScanner) Created jboss.jca:service=DataSourceBinding,name=dvdDatasource
| 2008-06-09 14:08:22,401 DEBUG [org.jboss.system.ServiceController] (HDScanner) starting service jboss.jca:service=DataSourceBinding,name=dvdDatasource
|
War deployed as ServiceMetaData:
| 2008-06-09 14:09:00,119 DEBUG [org.jboss.system.ServiceCreator] (HDScanner) About to create bean: jboss.web.deployment:war=/seam-dvd with code: org.jboss.web.deployers.WebModule
| 2008-06-09 14:09:00,119 DEBUG [org.jboss.system.ServiceCreator] (HDScanner) Created mbean: jboss.web.deployment:war=/seam-dvd
| 2008-06-09 14:09:00,119 DEBUG [org.jboss.system.ServiceConfigurator] (HDScanner) SecurityManagement set to org.jboss.security.integration.JNDIBasedSecurityManagement@162db22 in jboss.web.deployment:war=/seam-dvd
| 2008-06-09 14:09:00,119 DEBUG [org.jboss.system.ServiceConfigurator] (HDScanner) PolicyRegistration set to org.jboss.security.plugins.JBossPolicyRegistration@8ea496 in jboss.web.deployment:war=/seam-dvd
| 2008-06-09 14:09:00,119 DEBUG [org.jboss.system.ServiceController] (HDScanner) Creating service jboss.web.deployment:war=/seam-dvd
| 2008-06-09 14:09:00,119 DEBUG [org.jboss.system.ServiceController] (HDScanner) starting service jboss.web.deployment:war=/seam-dvd
| 2008-06-09 14:09:00,119 DEBUG [org.jboss.web.tomcat.service.deployers.TomcatDeployment] (HDScanner) webContext: /seam-dvd
| 2008-06-09 14:09:00,119 DEBUG [org.jboss.web.tomcat.service.deployers.TomcatDeployment] (HDScanner) warURL: file:/C:/projects/jboss5/trunk/build/output/jboss-5.0.0.CR1/server/default/tmp/deploy/jboss-seam-dvd36225-exp.war/
| 2008-06-09 14:09:00,119 INFO [org.jboss.web.tomcat.service.deployers.TomcatDeployment] (HDScanner) deploy, ctxPath=/seam-dvd, vfsUrl=jboss-seam-dvd.ear/jboss-seam-dvd.war
| 2008-06-09 14:09:00,119 DEBUG [org.jboss.web.tomcat.service.deployers.TomcatDeployment] (HDScanner) Using session cookies default setting
| 2008-06-09 14:09:00,135 DEBUG [org.jboss.web.tomcat.service.WebCtxLoader] (HDScanner) injectionContainer enabled and processing beginning with JBoss WebCtxLoader
|
But I still get what we used to get - indexer starting in web's servlet listener failing.
| 2008-06-09 14:09:20,916 ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/seam-dvd]] (HDScanner) Exception sending context initialized event to listener instance of class org.jboss.seam.servlet.SeamListener
| org.jboss.seam.InstantiationException: Could not instantiate Seam component: indexer
| at org.jboss.seam.Component.newInstance(Component.java:1986)
| at org.jboss.seam.contexts.Contexts.startup(Contexts.java:304)
| at org.jboss.seam.contexts.Contexts.startup(Contexts.java:278)
| at org.jboss.seam.contexts.ServletLifecycle.endInitialization(ServletLifecycle.java:95)
| at org.jboss.seam.init.Initialization.init(Initialization.java:596)
| at org.jboss.seam.servlet.SeamListener.contextInitialized(SeamListener.java:34)
| at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3862)
| at org.apache.catalina.core.StandardContext.start(StandardContext.java:4356)
| at org.jboss.web.tomcat.service.deployers.TomcatDeployment.performDeployInternal(TomcatDeployment.java:346)
| at org.jboss.web.tomcat.service.deployers.TomcatDeployment.performDeploy(TomcatDeployment.java:139)
| at org.jboss.web.deployers.AbstractWarDeployment.start(AbstractWarDeployment.java:431)
| at org.jboss.web.deployers.WebModule.startModule(WebModule.java:112)
| at org.jboss.web.deployers.WebModule.start(WebModule.java:90)
| at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
| at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
| at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
| at java.lang.reflect.Method.invoke(Method.java:585)
| at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:157)
| at org.jboss.mx.server.Invocation.dispatch(Invocation.java:96)
| at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
| at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
| at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:668)
| at org.jboss.system.microcontainer.ServiceProxy.invoke(ServiceProxy.java:206)
| at $Proxy35.start(Unknown Source)
| at org.jboss.system.microcontainer.StartStopLifecycleAction.installAction(StartStopLifecycleAction.java:42)
| at org.jboss.system.microcontainer.StartStopLifecycleAction.installAction(StartStopLifecycleAction.java:37)
| at org.jboss.dependency.plugins.action.SimpleControllerContextAction.simpleInstallAction(SimpleControllerContextAction.java:62)
| at org.jboss.dependency.plugins.action.AccessControllerContextAction.install(AccessControllerContextAction.java:71)
| at org.jboss.dependency.plugins.AbstractControllerContextActions.install(AbstractControllerContextActions.java:51)
| at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348)
| at org.jboss.system.microcontainer.ServiceControllerContext.install(ServiceControllerContext.java:271)
| at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1392)
| at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:784)
| at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:912)
| at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:834)
| at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:672)
| at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:455)
| at org.jboss.system.ServiceController.doChange(ServiceController.java:664)
| at org.jboss.system.ServiceController.start(ServiceController.java:436)
| at org.jboss.system.deployers.ServiceDeployer.start(ServiceDeployer.java:150)
| at org.jboss.system.deployers.ServiceDeployer.deploy(ServiceDeployer.java:108)
| at org.jboss.system.deployers.ServiceDeployer.deploy(ServiceDeployer.java:46)
| at org.jboss.deployers.spi.deployer.helpers.AbstractSimpleRealDeployer.internalDeploy(AbstractSimpleRealDeployer.java:62)
| at org.jboss.deployers.spi.deployer.helpers.AbstractRealDeployer.deploy(AbstractRealDeployer.java:50)
| at org.jboss.deployers.plugins.deployers.DeployerWrapper.deploy(DeployerWrapper.java:174)
| at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:970)
| at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:991)
| at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1023)
| at org.jboss.deployers.plugins.deployers.DeployersImpl.install(DeployersImpl.java:911)
| at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348)
| at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1392)
| at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:784)
| at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:912)
| at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:834)
| at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:672)
| at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:455)
| at org.jboss.deployers.plugins.deployers.DeployersImpl.process(DeployersImpl.java:594)
| at org.jboss.deployers.plugins.main.MainDeployerImpl.process(MainDeployerImpl.java:541)
| at org.jboss.system.server.profileservice.hotdeploy.HDScanner.scan(HDScanner.java:290)
| at org.jboss.system.server.profileservice.hotdeploy.HDScanner.run(HDScanner.java:221)
| at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:417)
| at java.util.concurrent.FutureTask$Sync.innerRunAndReset(FutureTask.java:280)
| at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:135)
| at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$101(ScheduledThreadPoolExecutor.java:65)
| at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.runPeriodic(ScheduledThreadPoolExecutor.java:142)
| at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:166)
| at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:650)
| at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:675)
| at java.lang.Thread.run(Thread.java:595)
| Caused by: javax.naming.NameNotFoundException: jboss-seam-dvd not bound
| at org.jnp.server.NamingServer.getBinding(NamingServer.java:542)
| at org.jnp.server.NamingServer.getBinding(NamingServer.java:550)
| at org.jnp.server.NamingServer.getObject(NamingServer.java:556)
| at org.jnp.server.NamingServer.lookup(NamingServer.java:267)
| at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:669)
| at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:629)
| at javax.naming.InitialContext.lookup(InitialContext.java:351)
| at org.jboss.seam.Component.instantiateSessionBean(Component.java:1290)
| at org.jboss.seam.Component.instantiate(Component.java:1276)
| at org.jboss.seam.Component.newInstance(Component.java:1970)
| ... 68 more
|
|
Does this exception still 'read' indexer is missing (started) ds?
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4156671#4156671
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4156671
17 years, 10 months
[Design the new POJO MicroContainer] - HDScanner exception
by emuckenhuber
Using AS trunk (rev. 74306) the HDScanner fails after while (lets say between 2 and 5 minutes idle) with this Exception:
| 2008-06-09 13:27:34,689 WARN [org.jboss.system.server.profileservice.hotdeploy.HDScanner] (HDScanner) Scan failed
| java.lang.NullPointerException
| at java.util.Arrays$ArrayList.<init>(Arrays.java:2355)
| at java.util.Arrays.asList(Arrays.java:2341)
| at sun.net.www.protocol.file.FileURLConnection.connect(FileURLConnection.java:67)
| at sun.net.www.protocol.file.FileURLConnection.initializeHeaders(FileURLConnection.java:90)
| at sun.net.www.protocol.file.FileURLConnection.getLastModified(FileURLConnection.java:151)
| at org.jboss.virtual.plugins.context.AbstractURLHandler.exists(AbstractURLHandler.java:119)
| at org.jboss.virtual.VirtualFile.exists(VirtualFile.java:179)
| at org.jboss.system.server.profile.basic.ProfileImpl.getModifiedDeployments(ProfileImpl.java:308)
| at org.jboss.system.server.profileservice.hotdeploy.HDScanner.scan(HDScanner.java:260)
| at org.jboss.system.server.profileservice.hotdeploy.HDScanner.run(HDScanner.java:221)
| at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:417)
| at java.util.concurrent.FutureTask$Sync.innerRunAndReset(FutureTask.java:280)
| at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:135)
| at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$101(ScheduledThreadPoolExecutor.java:65)
| at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.runPeriodic(ScheduledThreadPoolExecutor.java:142)
| at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:166)
| at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:650)
| at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:675)
| at java.lang.Thread.run(Thread.java:595)
|
Deployment does not seem to work after that anymore.
Furthermore running the testsuite with one-test ends up with in the following:
| 2008-06-09 13:27:44,429 ERROR [org.jboss.naming.Naming] (JBoss System Threads(1)-2) Naming accept handler stopping
| java.net.SocketException: Too many open files
| at java.net.PlainSocketImpl.socketAccept(Native Method)
| at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:384)
| at java.net.ServerSocket.implAccept(ServerSocket.java:450)
| at java.net.ServerSocket.accept(ServerSocket.java:421)
| at org.jnp.server.Main$AcceptHandler.run(Main.java:482)
| at org.jboss.util.threadpool.RunnableTaskWrapper.run(RunnableTaskWrapper.java:148)
| at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:650)
| at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:675)
| at java.lang.Thread.run(Thread.java:595)
|
Someone else experiencing the same problem? Any hints?
Thanks,
Emanuel
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4156662#4156662
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4156662
17 years, 10 months
[Design the new POJO MicroContainer] - Re: VFS security issues for jbossweb
by mstruk
I looked into this issue, and I have a working solution (not yet commited).
As Scott mentioned briefly - there is a problem determining the actual name of the file reliably across operating systems. On Windows where filesystem is not case sensitive canonical name is reliable. On Unix when there are no symbolic links canonical name is reliable as well. However, if symbolic links are present, canonical name will return the name of the file pointed to by the link - likely a different name than returned by parent.list() - name matching will fail and files and directories that do exist will appear to not exist.
Windows NTFS also has support for directory links (junctions), but these are invisible to java and pose no problem.
As far as I understand there is no need to turn on case sensitivity on unix platforms - so extra name checking in addition to File.exists() is redundant (even unreliable if symlinks are present).
Also as I understand Tomcat integration code would be the only one to require this functionality, so it should be the one to turn on case sensitivity for specific VFS contexts only - by adding an option '?caseSensitive=true' to VFS context URL.
Maybe there could be some system property set in run.bat, but not in run.sh, to help tomcat integration code decide whether to use VFS case sensitivity or not.
I also added a system property (jboss.vfs.forceCaseSensitive=true) that can be used to force case sensitivity on all VFS filesystem contexts, although I don't see why anyone would need that.
If everything sounds ok I'll commit, and then someone can try it with tomcat integration code.
Cheers,
- marko
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4156509#4156509
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4156509
17 years, 10 months