Hmm, BeanMetaDataDeployer.undeploy doesn't take scoping into account and will undeploy a 'random' context. Carlo On 01/12/2010 01:52 PM, Carlo de Wolf wrote: > The initial runs on Hudson show no success. After a couple of > deployments it goes poof with the following error: > > 2010-01-12 05:09:33,468 DEBUG [org.jboss.deployers.vfs.deployer.kernel.BeanMetaDataDeployer] (RMI TCP Connection(26)-127.0.0.1) Error during deploy: java:module: org.jboss.deployers.spi.DeploymentException: Error deploying: java:module > at org.jboss.deployers.spi.DeploymentException.rethrowAsDeploymentException(DeploymentException.java:49) > at org.jboss.deployers.vfs.deployer.kernel.BeanMetaDataDeployer.deploy(BeanMetaDataDeployer.java:125) > at org.jboss.deployers.vfs.deployer.kernel.BeanMetaDataDeployer.deploy(BeanMetaDataDeployer.java:51) > 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:179) > at org.jboss.deployers.plugins.deployers.DeployersImpl.doDeploy(DeployersImpl.java:1448) > at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1166) > at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1187) > at org.jboss.deployers.plugins.deployers.DeployersImpl.install(DeployersImpl.java:1107) > at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348) > at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1633) > at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:935) > at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1083) > at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:985) > at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:823) > at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:553) > at org.jboss.deployers.plugins.deployers.DeployersImpl.process(DeployersImpl.java:783) > at org.jboss.deployers.plugins.main.MainDeployerImpl.process(MainDeployerImpl.java:699) > at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:370) > at org.jboss.deployment.MainDeployer.redeploy(MainDeployer.java:277) > 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:597) > 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 sun.reflect.GeneratedMethodAccessor349.invoke(Unknown Source) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > at java.lang.reflect.Method.invoke(Method.java:597) > at org.jboss.jmx.connector.invoker.InvokerAdaptorService.invoke(InvokerAdaptorService.java:264) > at sun.reflect.GeneratedMethodAccessor348.invoke(Unknown Source) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > at java.lang.reflect.Method.invoke(Method.java:597) > at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:157) > at org.jboss.mx.server.Invocation.dispatch(Invocation.java:96) > at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:138) > at org.jboss.mx.server.Invocation.invoke(Invocation.java:90) > at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:140) > at org.jboss.jmx.connector.invoker.SerializableInterceptor.invoke(SerializableInterceptor.java:74) > at org.jboss.mx.server.Invocation.invoke(Invocation.java:90) > at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264) > at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:668) > at org.jboss.invocation.jrmp.server.JRMPProxyFactory.invoke(JRMPProxyFactory.java:180) > at sun.reflect.GeneratedMethodAccessor347.invoke(Unknown Source) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > at java.lang.reflect.Method.invoke(Method.java:597) > 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.invocation.jrmp.server.JRMPInvoker$MBeanServerAction.invoke(JRMPInvoker.java:854) > at org.jboss.invocation.jrmp.server.JRMPInvoker.invoke(JRMPInvoker.java:422) > at sun.reflect.GeneratedMethodAccessor346.invoke(Unknown Source) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > at java.lang.reflect.Method.invoke(Method.java:597) > at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:305) > at sun.rmi.transport.Transport$1.run(Transport.java:159) > at java.security.AccessController.doPrivileged(Native Method) > at sun.rmi.transport.Transport.serviceCall(Transport.java:155) > at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:535) > at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(TCPTransport.java:790) > at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:649) > 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:619) > Caused by: java.lang.IllegalStateException: java:module is already installed. > at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:716) > at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:540) > at org.jboss.deployers.vfs.deployer.kernel.BeanMetaDataDeployer.deploy(BeanMetaDataDeployer.java:121) > ... 68 more > > If I don't figure it out, rev 99278 needs to be rolled back. > > Carlo > _______________________________________________ > jboss-development mailing list > jboss-development(a)lists.jboss.org > https://lists.jboss.org/mailman/listinfo/jboss-development > _______________________________________________ jboss-development mailing list jboss-development(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-development

Am I wrong in thinking that these naming commits were introduced to trunk/ (because Hudson caught it)? If so, you really can't be introducing errors like this. Such fundamental changes need to go through the automated test cycle before they are committed. Otherwise you're going to screw up everybody else that is working off of trunk. Especially considering every "maven install" that is done pulls in new snapshots. Ales Justin wrote: > Yes, like I told you n-times, the api for scoped stuff is poor atm. ;-) > To get around this, we used unique name and "real" alias via @Aliases > annotation. > > Carlo de Wolf wrote: >> Hmm, BeanMetaDataDeployer.undeploy doesn't take scoping into account and >> will undeploy a 'random' context. >> >> Carlo >> >> On 01/12/2010 01:52 PM, Carlo de Wolf wrote: >>> The initial runs on Hudson show no success. After a couple of >>> deployments it goes poof with the following error: >>>

This works up to a certain point. Our own Hudson can't scale that high if we all wanted to run every test suite I would want on it.

From server.log:

Am I wrong in thinking that these naming commits were introduced to trunk/ (because Hudson caught it)? If so, you really can't be introducing errors like this. Such fundamental changes need to go through the automated test cycle before they are committed. Otherwise you're going to screw up everybody else that is working off of trunk. Especially considering every "maven install" that is done pulls in new snapshots. Ales Justin wrote: > Yes, like I told you n-times, the api for scoped stuff is poor atm. ;-) > To get around this, we used unique name and "real" alias via @Aliases > annotation. > > Carlo de Wolf wrote: >> Hmm, BeanMetaDataDeployer.undeploy doesn't take scoping into account and >> will undeploy a 'random' context. >> >> Carlo >> >> On 01/12/2010 01:52 PM, Carlo de Wolf wrote: >>> The initial runs on Hudson show no success. After a couple of >>> deployments it goes poof with the following error: >>>

Hmm, BeanMetaDataDeployer.undeploy doesn't take scoping into account and will undeploy a 'random' context. Carlo

On shutdown you get a bunch of this stuff: 16:20:23,648 WARN [ScopedKernelController] Error uninstalling from PreInstall: name=jboss.naming:module=jmx-console aliases=[java:module] state=Not Installed: java.lang.NullPointerException at org.jboss.kernel.plugins.dependency.ScopedKernelController.getContext(ScopedKernelController.java:143) at org.jboss.dependency.plugins.AbstractController.uninstallUnusedOnDemandContexts(AbstractController.java:1503) at org.jboss.dependency.plugins.AbstractController.uninstallContext(AbstractController.java:1463) at org.jboss.dependency.plugins.AbstractController.uninstallContext(AbstractController.java:1357) at org.jboss.dependency.plugins.AbstractController.uninstall(AbstractController.java:704) at org.jboss.dependency.plugins.AbstractController.uninstall(AbstractController.java:732) at org.jboss.dependency.plugins.AbstractController.uninstall(AbstractController.java:617) at org.jboss.deployers.vfs.deployer.kernel.BeanMetaDataDeployer.undeploy(BeanMetaDataDeployer.java:228) at org.jboss.deployers.vfs.deployer.kernel.BeanMetaDataDeployer.undeploy(BeanMetaDataDeployer.java:58) at org.jboss.deployers.spi.deployer.helpers.AbstractSimpleRealDeployer.internalUndeploy(AbstractSimpleRealDeployer.java:69) at org.jboss.deployers.spi.deployer.helpers.AbstractRealDeployer.undeploy(AbstractRealDeployer.java:117) at org.jboss.deployers.plugins.deployers.DeployerWrapper.undeploy(DeployerWrapper.java:204) at org.jboss.deployers.plugins.deployers.DeployersImpl.doUndeploy(DeployersImpl.java:1690) at org.jboss.deployers.plugins.deployers.DeployersImpl.doUninstallParentLast(DeployersImpl.java:1597) at org.jboss.deployers.plugins.deployers.DeployersImpl.doUninstallParentLast(DeployersImpl.java:1590) at org.jboss.deployers.plugins.deployers.DeployersImpl.uninstall(DeployersImpl.java:1552) at org.jboss.dependency.plugins.AbstractControllerContext.uninstall(AbstractControllerContext.java:384) at org.jboss.dependency.plugins.AbstractController.uninstall(AbstractController.java:1890) at org.jboss.dependency.plugins.AbstractController.uninstallContext(AbstractController.java:1456) at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:892) at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:602) at org.jboss.deployers.plugins.deployers.DeployersImpl.process(DeployersImpl.java:811) at org.jboss.deployers.plugins.main.MainDeployerImpl.process(MainDeployerImpl.java:654) at org.jboss.system.server.profileservice.repository.MainDeployerAdapter.process(MainDeployerAdapter.java:117) at org.jboss.system.server.profileservice.repository.ProfileDeployAction.uninstall(ProfileDeployAction.java:95) at org.jboss.system.server.profileservice.repository.AbstractProfileAction.uninstall(AbstractProfileAction.java:70) at org.jboss.system.server.profileservice.repository.AbstractProfileService.uninstall(AbstractProfileService.java:417) at org.jboss.dependency.plugins.AbstractControllerContext.uninstall(AbstractControllerContext.java:384) at org.jboss.dependency.plugins.AbstractController.uninstall(AbstractController.java:1890) at org.jboss.dependency.plugins.AbstractController.uninstallContext(AbstractController.java:1456) at org.jboss.dependency.plugins.AbstractController.uninstallContext(AbstractController.java:1357) at org.jboss.dependency.plugins.AbstractController.uninstallUnusedOnDemandContexts(AbstractController.java:1540) at org.jboss.dependency.plugins.AbstractController.uninstallContext(AbstractController.java:1463) at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:892) at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:602) at org.jboss.system.server.profileservice.repository.AbstractProfileService.deactivateProfile(AbstractProfileService.java:448) at org.jboss.system.server.profileservice.ProfileServiceBootstrap.shutdown(ProfileServiceBootstrap.java:326) at org.jboss.system.server.profileservice.ProfileServiceBootstrap.shutdown(ProfileServiceBootstrap.java:100) at org.jboss.bootstrap.impl.base.server.AbstractServer.shutdownBootstraps(AbstractServer.java:892) at org.jboss.bootstrap.impl.base.server.AbstractServer.shutdown(AbstractServer.java:309) at org.jboss.Main$ShutdownHook$1.run(Main.java:893) On 01/12/2010 10:12 AM, Carlo de Wolf wrote: > New jboss-reloaded-naming-deployers is in. Let's see what that gives. > > Carlo > > On 01/12/2010 03:02 PM, Carlo de Wolf wrote: >> Hmm, BeanMetaDataDeployer.undeploy doesn't take scoping into account >> and will undeploy a 'random' context. >> >> Carlo >> > _______________________________________________ > jboss-development mailing list > jboss-development(a)lists.jboss.org > https://lists.jboss.org/mailman/listinfo/jboss-development

The NPE comes from the fact that the scoped MC bean has a dependency. The PreInstallAction does a clean hierarchy on uninstall, after which the AbstractController.uninstall tries to uninstall unused dependencies. So it goes to look for that dependency within the scoped controller, which has just been nuked. Carlo On 01/13/2010 11:23 AM, Ales Justin wrote: > This is something for Carlo to fix. > > As he's using the kernel scoping api in the wrong way. > Not that that's hard to do, and with Carlo's history wrt MC api, > I guess it took him a split second to do it wrong. :-) > > Brian Stansberry wrote: > >> On shutdown you get a bunch of this stuff: >> >> 16:20:23,648 WARN [ScopedKernelController] Error uninstalling from >> PreInstall: name=jboss.naming:module=jmx-console aliases=[java:module] >> state=Not Installed: java.lang.NullPointerException >> at >> org.jboss.kernel.plugins.dependency.ScopedKernelController.getContext(ScopedKernelController.java:143) >> at >> org.jboss.dependency.plugins.AbstractController.uninstallUnusedOnDemandContexts(AbstractController.java:1503) >> at >> org.jboss.dependency.plugins.AbstractController.uninstallContext(AbstractController.java:1463) >> at >> org.jboss.dependency.plugins.AbstractController.uninstallContext(AbstractController.java:1357) >> at >> org.jboss.dependency.plugins.AbstractController.uninstall(AbstractController.java:704) >> at >> org.jboss.dependency.plugins.AbstractController.uninstall(AbstractController.java:732) >> at >> org.jboss.dependency.plugins.AbstractController.uninstall(AbstractController.java:617) >> at >> org.jboss.deployers.vfs.deployer.kernel.BeanMetaDataDeployer.undeploy(BeanMetaDataDeployer.java:228) >> at >> org.jboss.deployers.vfs.deployer.kernel.BeanMetaDataDeployer.undeploy(BeanMetaDataDeployer.java:58) >> at >> org.jboss.deployers.spi.deployer.helpers.AbstractSimpleRealDeployer.internalUndeploy(AbstractSimpleRealDeployer.java:69) >> at >> org.jboss.deployers.spi.deployer.helpers.AbstractRealDeployer.undeploy(AbstractRealDeployer.java:117) >> at >> org.jboss.deployers.plugins.deployers.DeployerWrapper.undeploy(DeployerWrapper.java:204) >> at >> org.jboss.deployers.plugins.deployers.DeployersImpl.doUndeploy(DeployersImpl.java:1690) >> at >> org.jboss.deployers.plugins.deployers.DeployersImpl.doUninstallParentLast(DeployersImpl.java:1597) >> at >> org.jboss.deployers.plugins.deployers.DeployersImpl.doUninstallParentLast(DeployersImpl.java:1590) >> at >> org.jboss.deployers.plugins.deployers.DeployersImpl.uninstall(DeployersImpl.java:1552) >> at >> org.jboss.dependency.plugins.AbstractControllerContext.uninstall(AbstractControllerContext.java:384) >> at >> org.jboss.dependency.plugins.AbstractController.uninstall(AbstractController.java:1890) >> at >> org.jboss.dependency.plugins.AbstractController.uninstallContext(AbstractController.java:1456) >> at >> org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:892) >> at >> org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:602) >> at >> org.jboss.deployers.plugins.deployers.DeployersImpl.process(DeployersImpl.java:811) >> at >> org.jboss.deployers.plugins.main.MainDeployerImpl.process(MainDeployerImpl.java:654) >> at >> org.jboss.system.server.profileservice.repository.MainDeployerAdapter.process(MainDeployerAdapter.java:117) >> at >> org.jboss.system.server.profileservice.repository.ProfileDeployAction.uninstall(ProfileDeployAction.java:95) >> at >> org.jboss.system.server.profileservice.repository.AbstractProfileAction.uninstall(AbstractProfileAction.java:70) >> at >> org.jboss.system.server.profileservice.repository.AbstractProfileService.uninstall(AbstractProfileService.java:417) >> at >> org.jboss.dependency.plugins.AbstractControllerContext.uninstall(AbstractControllerContext.java:384) >> at >> org.jboss.dependency.plugins.AbstractController.uninstall(AbstractController.java:1890) >> at >> org.jboss.dependency.plugins.AbstractController.uninstallContext(AbstractController.java:1456) >> at >> org.jboss.dependency.plugins.AbstractController.uninstallContext(AbstractController.java:1357) >> at >> org.jboss.dependency.plugins.AbstractController.uninstallUnusedOnDemandContexts(AbstractController.java:1540) >> at >> org.jboss.dependency.plugins.AbstractController.uninstallContext(AbstractController.java:1463) >> at >> org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:892) >> at >> org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:602) >> at >> org.jboss.system.server.profileservice.repository.AbstractProfileService.deactivateProfile(AbstractProfileService.java:448) >> at >> org.jboss.system.server.profileservice.ProfileServiceBootstrap.shutdown(ProfileServiceBootstrap.java:326) >> at >> org.jboss.system.server.profileservice.ProfileServiceBootstrap.shutdown(ProfileServiceBootstrap.java:100) >> at >> org.jboss.bootstrap.impl.base.server.AbstractServer.shutdownBootstraps(AbstractServer.java:892) >> at >> org.jboss.bootstrap.impl.base.server.AbstractServer.shutdown(AbstractServer.java:309) >> at org.jboss.Main$ShutdownHook$1.run(Main.java:893) >> >> On 01/12/2010 10:12 AM, Carlo de Wolf wrote: >> >>> New jboss-reloaded-naming-deployers is in. Let's see what that gives. >>> >>> Carlo >>> >>> On 01/12/2010 03:02 PM, Carlo de Wolf wrote: >>> >>>> Hmm, BeanMetaDataDeployer.undeploy doesn't take scoping into account >>>> and will undeploy a 'random' context. >>>> >>>> Carlo >>>> >>>> >>> _______________________________________________ >>> jboss-development mailing list >>> jboss-development(a)lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/jboss-development >>> >> > _______________________________________________ > jboss-development mailing list > jboss-development(a)lists.jboss.org > https://lists.jboss.org/mailman/listinfo/jboss-development > _______________________________________________ jboss-development mailing list jboss-development(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-development

New jboss-reloaded-naming-deployers is in. Let's see what that gives. Carlo On 01/12/2010 03:02 PM, Carlo de Wolf wrote: > Hmm, BeanMetaDataDeployer.undeploy doesn't take scoping into account > and will undeploy a 'random' context. > > Carlo > _______________________________________________ jboss-development mailing list jboss-development(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-development

I suspect something in this area is the cause of the numerous failures in tests-standard-stress shown in the latest hudson run: https://hudson.jboss.org/hudson/job/JBoss-AS-6.0.x-testSuite-sun16/504/te... Looking into the failure of org.jboss.test.bank.test.BankEJB20StressTestCase I see the deployment failed with the stack trace below: 2010-01-13 19:06:57,835 DEBUG [org.jboss.deployers.vfs.deployer.kernel.BeanMetaDataDeployer] (RMI TCP Connection(679)-127.0.0.1) Error during deploy: jboss.naming:module=bank-ejb20: org.jboss.deployers.spi.DeploymentException: Error deploying: jboss.naming:module=bank-ejb20 at org.jboss.deployers.spi.DeploymentException.rethrowAsDeploymentException(DeploymentException.java:49) at org.jboss.deployers.vfs.deployer.kernel.BeanMetaDataDeployer.deploy(BeanMetaDataDeployer.java:185) at org.jboss.deployers.vfs.deployer.kernel.BeanMetaDataDeployer.deploy(BeanMetaDataDeployer.java:58) at org.jboss.deployers.spi.deployer.helpers.AbstractSimpleRealDeployer.internalDeploy(AbstractSimpleRealDeployer.java:62) at org.jboss.deployers.spi.deployer.helpers.AbstractRealDeployer.deploy(AbstractRealDeployer.java:55) at org.jboss.deployers.plugins.deployers.DeployerWrapper.deploy(DeployerWrapper.java:179) at org.jboss.deployers.plugins.deployers.DeployersImpl.doDeploy(DeployersImpl.java:1660) at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1378) at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1399) at org.jboss.deployers.plugins.deployers.DeployersImpl.install(DeployersImpl.java:1319) at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:378) at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1856) at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:999) at org.jboss.dependency.plugins.AbstractController.executeOrIncrementStateDirectly(AbstractController.java:1217) at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1141) at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1048) at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:887) at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:602) at org.jboss.deployers.plugins.deployers.DeployersImpl.process(DeployersImpl.java:898) at org.jboss.deployers.plugins.main.MainDeployerImpl.process(MainDeployerImpl.java:677) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:370) at .... Caused by: java.lang.IllegalStateException: java:module an alias of jboss.naming:module=bank-ejb20 is already installed. at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:792) at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:589) at org.jboss.deployers.vfs.deployer.kernel.BeanMetaDataDeployer.deploy(BeanMetaDataDeployer.java:180) ... 68 more On 01/13/2010 09:00 PM, Brian Stansberry wrote: > I'm seeing a bunch of failures of tests in the > "tests-security-basic-unit" target with failures deploying that look > like this: > > DEPLOYMENTS IN ERROR: > Deployment > "jboss.naming:application=security-jaas,module=security-jaas" > is in error due to the following reason(s): > java.lang.IllegalStateException: Unable to register context > name=jboss.naming:application=security-jaas,module=security-jaas > aliases=[java:module] state=Real, name already exists: > jboss.naming:application=security-jaas,module=security-jaas > > On 01/12/2010 10:12 AM, Carlo de Wolf wrote: > >> New jboss-reloaded-naming-deployers is in. Let's see what that gives. >> >> Carlo >> >> On 01/12/2010 03:02 PM, Carlo de Wolf wrote: >> >>> Hmm, BeanMetaDataDeployer.undeploy doesn't take scoping into account >>> and will undeploy a 'random' context. >>> >>> Carlo >>> >>> >> _______________________________________________ >> jboss-development mailing list >> jboss-development(a)lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/jboss-development >> > >