[JBoss JIRA] Created: (JBAS-4003) using run-as causes anonymous principal to be propagated across EARs and security domains
by Michal Borowiecki (JIRA)
using run-as causes anonymous principal to be propagated across EARs and security domains
-----------------------------------------------------------------------------------------
Key: JBAS-4003
URL: http://jira.jboss.com/jira/browse/JBAS-4003
Project: JBoss Application Server
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: JBossAS-4.0.5.GA
Reporter: Michal Borowiecki
Using run-as causes anonymous principal to be propagated across EARs and security domains.
I have a MDB in EAR 1 with run-as configured.
It calls a session bean in the same EAR and the reported identity in the target session bean's method is anonymous, which is OK.
The session bean then calls another session bean in another EAR which is in a different security-domain.
A ClientLoginModule is used to authenticate in the other security domain.
Nevertheless, the target bean sees the caller as anonymous, with the role configured as run-as in EAR1.
The same code works OK when run-as is removed from configuration.
I understand that the run-as role with anonymous identity is propagated across subsequent ejb calls, however it should not be propagated when explicit login is used on some other security domain. After all, the whole point of authenticating into a security domain is to establish an identity in that domain. It seems that the newly established identity is ignored in favour of the run-as identity and role propagated from the original security domain.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
19 years, 3 months
[JBoss JIRA] Created: (JBRULES-578) Running Jboss Rules in Weblogic
by Ruban Mahendran (JIRA)
Running Jboss Rules in Weblogic
-------------------------------
Key: JBRULES-578
URL: http://jira.jboss.com/jira/browse/JBRULES-578
Project: JBoss Rules
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: 3.0.5
Environment: Running JBoss Rules in Weblogic8.14 via a JSP deployed in a WAR.
Reporter: Ruban Mahendran
Assigned To: Mark Proctor
When attempting to create a package from a class called by a JSP ( see below) I get the following error:
CharScanner; panic: ClassNotFoundException: org.antlr.stringtemplate.language.ChunkToken
Stopping the Weblogic Workshop debugger...
Debugger Stopped.
The Weblogic server stops as well.
Here is the code snippet called by the jsp
PackageBuilderConfiguration pkgBuilderCfg = new PackageBuilderConfiguration();
pkgBuilderCfg.setCompiler(PackageBuilderConfiguration.JANINO);
PackageBuilder builder = new PackageBuilder(pkgBuilderCfg);
builder.addPackageFromDrl((new InputStreamReader(new FileInputStream("c:\\myruleresource.drl")) ) );
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
19 years, 3 months
[JBoss JIRA] Created: (EJBTHREE-766) InstanceNotFoundExceptions while undeploying @Service beans
by Jeff Schnitzer (JIRA)
InstanceNotFoundExceptions while undeploying @Service beans
-----------------------------------------------------------
Key: EJBTHREE-766
URL: http://jira.jboss.com/jira/browse/EJBTHREE-766
Project: EJB 3.0
Issue Type: Bug
Components: EJB3 Extensions
Affects Versions: EJB 3.0 RC9 - FD
Environment: JBoss 4.0.5.GA
Reporter: Jeff Schnitzer
For a trivial @Service pojo packaged in a JAR in an EAR, jboss prints InstanceNotFoundExceptions in the logs while undeploying. These exceptions do not appear in 4.0.4.GA. It looks like JBoss is trying to undeploy the service twice.
The log messages (and exceptions) are noted below. The service is a trivial POJO with start() and stop() methods that do nothing but log. I can attach the test case if you want but it's pretty simple.
-----
2006-10-29 19:29:25,287 DEBUG [org.jboss.deployment.MainDeployer] Undeploying file:/C:/java/jboss-4.0.5.GA/server/default/deploy/ContainerTest.ear, isShutdown=true
2006-10-29 19:29:25,287 DEBUG [org.jboss.deployment.MainDeployer] Stopping sub deployment: file:/C:/java/jboss-4.0.5.GA/server/default/tmp/deploy/tmp4969ContainerTest.ear-contents/ContainerTest.jar
2006-10-29 19:29:25,287 DEBUG [org.jboss.ws.integration.jboss.DeployerInterceptorEJB3] stop: file:/C:/java/jboss-4.0.5.GA/server/default/tmp/deploy/tmp4969ContainerTest.ear-contents/ContainerTest.jar
2006-10-29 19:29:25,287 DEBUG [org.jboss.ejb3.EJB3Deployer] init, ContainerTest.jar
2006-10-29 19:29:25,287 DEBUG [org.jboss.system.ServiceController] stopping service: jboss.j2ee:service=EJB3,module=ContainerTest.jar
2006-10-29 19:29:25,287 DEBUG [org.jboss.system.ServiceController] stopping dependent services for: jboss.j2ee:service=EJB3,module=ContainerTest.jar dependent services are: []
2006-10-29 19:29:25,287 DEBUG [org.jboss.ejb3.Ejb3Module] Stopping jboss.j2ee:service=EJB3,module=ContainerTest.jar
2006-10-29 19:29:25,287 DEBUG [org.jboss.system.ServiceController] stopping service: jboss.j2ee:ear=ContainerTest.ear,jar=ContainerTest.jar,name=Go,service=EJB3
2006-10-29 19:29:25,287 DEBUG [org.jboss.system.ServiceController] stopping dependent services for: jboss.j2ee:ear=ContainerTest.ear,jar=ContainerTest.jar,name=Go,service=EJB3 dependent services are: []
2006-10-29 19:29:25,287 DEBUG [org.jboss.ejb3.ServiceDelegateWrapper] Stopping jboss.j2ee:ear=ContainerTest.ear,jar=ContainerTest.jar,name=Go,service=EJB3
2006-10-29 19:29:25,297 DEBUG [org.jboss.ejb.txtimer.EJBTimerServiceImpl] removeTimerService: org.jboss.ejb.txtimer.TimerServiceImpl@172bab9
2006-10-29 19:29:25,297 DEBUG [org.jboss.system.ServiceController] stopping service: x:service=Go
2006-10-29 19:29:25,297 DEBUG [org.jboss.system.ServiceController] stopping dependent services for: x:service=Go dependent services are: []
2006-10-29 19:29:25,297 DEBUG [test.GoBean] stop()
2006-10-29 19:29:25,297 DEBUG [org.jboss.system.ServiceController] destroying service: x:service=Go
2006-10-29 19:29:25,297 DEBUG [org.jboss.system.ServiceController] destroying dependent services for: x:service=Go dependent services are: []
2006-10-29 19:29:25,297 DEBUG [org.jboss.system.ServiceController] removing service: x:service=Go
2006-10-29 19:29:25,297 DEBUG [org.jboss.system.ServiceController] removing x:service=Go from server
2006-10-29 19:29:25,297 WARN [org.jboss.ejb3.ServiceDelegateWrapper] Stopping failed jboss.j2ee:ear=ContainerTest.ear,jar=ContainerTest.jar,name=Go,service=EJB3
java.lang.RuntimeException: javax.management.InstanceNotFoundException: x:service=Go is not registered.
at org.jboss.ejb3.JmxKernelAbstraction.uninstallMBean(JmxKernelAbstraction.java:159)
at org.jboss.ejb3.service.ServiceContainer.stop(ServiceContainer.java:166)
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.ejb3.ServiceDelegateWrapper.stopService(ServiceDelegateWrapper.java:118)
at org.jboss.system.ServiceMBeanSupport.jbossInternalStop(ServiceMBeanSupport.java:315)
at org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBeanSupport.java:247)
at sun.reflect.GeneratedMethodAccessor3.invoke(Unknown Source)
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:155)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:978)
at $Proxy0.stop(Unknown Source)
at org.jboss.system.ServiceController.stop(ServiceController.java:508)
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:155)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210)
at $Proxy67.stop(Unknown Source)
at org.jboss.ejb3.JmxKernelAbstraction.uninstallMBean(JmxKernelAbstraction.java:151)
at org.jboss.ejb3.JmxKernelAbstraction.uninstall(JmxKernelAbstraction.java:175)
at org.jboss.ejb3.Ejb3Deployment.stop(Ejb3Deployment.java:501)
at org.jboss.ejb3.Ejb3Module.stopService(Ejb3Module.java:107)
at org.jboss.system.ServiceMBeanSupport.jbossInternalStop(ServiceMBeanSupport.java:315)
at org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBeanSupport.java:247)
at sun.reflect.GeneratedMethodAccessor3.invoke(Unknown Source)
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:155)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:978)
at $Proxy0.stop(Unknown Source)
at org.jboss.system.ServiceController.stop(ServiceController.java:508)
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:155)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210)
at $Proxy37.stop(Unknown Source)
at org.jboss.ejb3.EJB3Deployer.stop(EJB3Deployer.java:469)
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:155)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:133)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:142)
at org.jboss.mx.interceptor.DynamicInterceptor.invoke(DynamicInterceptor.java:97)
at org.jboss.system.InterceptorServiceMBeanSupport.invokeNext(InterceptorServiceMBeanSupport.java:238)
at org.jboss.ws.integration.jboss.DeployerInterceptor.stop(DeployerInterceptor.java:122)
at org.jboss.deployment.SubDeployerInterceptorSupport$XMBeanInterceptor.stop(SubDeployerInterceptorSupport.java:196)
at org.jboss.deployment.SubDeployerInterceptor.invoke(SubDeployerInterceptor.java:99)
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:659)
at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210)
at $Proxy38.stop(Unknown Source)
at org.jboss.deployment.MainDeployer.stop(MainDeployer.java:667)
at org.jboss.deployment.MainDeployer.stop(MainDeployer.java:659)
at org.jboss.deployment.MainDeployer.undeploy(MainDeployer.java:638)
at org.jboss.deployment.MainDeployer.shutdown(MainDeployer.java:516)
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:155)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:133)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:142)
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:659)
at org.jboss.system.server.ServerImpl$ShutdownHook.shutdownDeployments(ServerImpl.java:1050)
at org.jboss.system.server.ServerImpl$ShutdownHook.shutdown(ServerImpl.java:1025)
at org.jboss.system.server.ServerImpl$ShutdownHook.run(ServerImpl.java:988)
Caused by: javax.management.InstanceNotFoundException: x:service=Go is not registered.
at org.jboss.mx.server.registry.BasicMBeanRegistry.get(BasicMBeanRegistry.java:523)
at org.jboss.mx.server.MBeanServerImpl.unregisterMBean(MBeanServerImpl.java:383)
at org.jboss.ejb3.JmxKernelAbstraction.uninstallMBean(JmxKernelAbstraction.java:155)
... 97 more
2006-10-29 19:29:25,307 DEBUG [org.jboss.system.ServiceController] destroying service: jboss.j2ee:ear=ContainerTest.ear,jar=ContainerTest.jar,name=Go,service=EJB3
2006-10-29 19:29:25,307 DEBUG [org.jboss.system.ServiceController] destroying dependent services for: jboss.j2ee:ear=ContainerTest.ear,jar=ContainerTest.jar,name=Go,service=EJB3 dependent services are: []
2006-10-29 19:29:25,307 DEBUG [org.jboss.ejb3.ServiceDelegateWrapper] Destroying jboss.j2ee:ear=ContainerTest.ear,jar=ContainerTest.jar,name=Go,service=EJB3
2006-10-29 19:29:25,307 DEBUG [org.jboss.ejb3.ServiceDelegateWrapper] Destroyed jboss.j2ee:ear=ContainerTest.ear,jar=ContainerTest.jar,name=Go,service=EJB3
2006-10-29 19:29:25,307 DEBUG [org.jboss.system.ServiceController] removing service: jboss.j2ee:ear=ContainerTest.ear,jar=ContainerTest.jar,name=Go,service=EJB3
2006-10-29 19:29:25,307 DEBUG [org.jboss.system.ServiceController] removing jboss.j2ee:ear=ContainerTest.ear,jar=ContainerTest.jar,name=Go,service=EJB3 from server
2006-10-29 19:29:25,307 DEBUG [org.jboss.ejb3.Ejb3Deployment] error trying to shut down ejb container
java.lang.RuntimeException: javax.management.InstanceNotFoundException: jboss.j2ee:ear=ContainerTest.ear,jar=ContainerTest.jar,name=Go,service=EJB3 is not registered.
at org.jboss.ejb3.JmxKernelAbstraction.uninstallMBean(JmxKernelAbstraction.java:159)
at org.jboss.ejb3.JmxKernelAbstraction.uninstall(JmxKernelAbstraction.java:175)
at org.jboss.ejb3.Ejb3Deployment.stop(Ejb3Deployment.java:501)
at org.jboss.ejb3.Ejb3Module.stopService(Ejb3Module.java:107)
at org.jboss.system.ServiceMBeanSupport.jbossInternalStop(ServiceMBeanSupport.java:315)
at org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBeanSupport.java:247)
at sun.reflect.GeneratedMethodAccessor3.invoke(Unknown Source)
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:155)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:978)
at $Proxy0.stop(Unknown Source)
at org.jboss.system.ServiceController.stop(ServiceController.java:508)
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:155)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210)
at $Proxy37.stop(Unknown Source)
at org.jboss.ejb3.EJB3Deployer.stop(EJB3Deployer.java:469)
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:155)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:133)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:142)
at org.jboss.mx.interceptor.DynamicInterceptor.invoke(DynamicInterceptor.java:97)
at org.jboss.system.InterceptorServiceMBeanSupport.invokeNext(InterceptorServiceMBeanSupport.java:238)
at org.jboss.ws.integration.jboss.DeployerInterceptor.stop(DeployerInterceptor.java:122)
at org.jboss.deployment.SubDeployerInterceptorSupport$XMBeanInterceptor.stop(SubDeployerInterceptorSupport.java:196)
at org.jboss.deployment.SubDeployerInterceptor.invoke(SubDeployerInterceptor.java:99)
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:659)
at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210)
at $Proxy38.stop(Unknown Source)
at org.jboss.deployment.MainDeployer.stop(MainDeployer.java:667)
at org.jboss.deployment.MainDeployer.stop(MainDeployer.java:659)
at org.jboss.deployment.MainDeployer.undeploy(MainDeployer.java:638)
at org.jboss.deployment.MainDeployer.shutdown(MainDeployer.java:516)
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:155)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:133)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:142)
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:659)
at org.jboss.system.server.ServerImpl$ShutdownHook.shutdownDeployments(ServerImpl.java:1050)
at org.jboss.system.server.ServerImpl$ShutdownHook.shutdown(ServerImpl.java:1025)
at org.jboss.system.server.ServerImpl$ShutdownHook.run(ServerImpl.java:988)
Caused by: javax.management.InstanceNotFoundException: jboss.j2ee:ear=ContainerTest.ear,jar=ContainerTest.jar,name=Go,service=EJB3 is not registered.
at org.jboss.mx.server.registry.BasicMBeanRegistry.get(BasicMBeanRegistry.java:523)
at org.jboss.mx.server.MBeanServerImpl.unregisterMBean(MBeanServerImpl.java:383)
at org.jboss.ejb3.JmxKernelAbstraction.uninstallMBean(JmxKernelAbstraction.java:155)
... 66 more
2006-10-29 19:29:25,317 DEBUG [org.jboss.ejb3.Ejb3Module] Stopped jboss.j2ee:service=EJB3,module=ContainerTest.jar
2006-10-29 19:29:25,317 DEBUG [org.jboss.system.ServiceController] stopping service: jboss.j2ee:service=EARDeployment,url='ContainerTest.ear'
2006-10-29 19:29:25,317 DEBUG [org.jboss.system.ServiceController] stopping dependent services for: jboss.j2ee:service=EARDeployment,url='ContainerTest.ear' dependent services are: []
2006-10-29 19:29:25,317 DEBUG [org.jboss.deployment.EARDeployment] Stopping jboss.j2ee:service=EARDeployment,url='ContainerTest.ear'
2006-10-29 19:29:25,317 DEBUG [org.jboss.deployment.EARDeployment] Stopped jboss.j2ee:service=EARDeployment,url='ContainerTest.ear'
2006-10-29 19:29:25,317 DEBUG [org.jboss.deployment.MainDeployer] Destroying sub deployment: file:/C:/java/jboss-4.0.5.GA/server/default/tmp/deploy/tmp4969ContainerTest.ear-contents/ContainerTest.jar
2006-10-29 19:29:25,317 DEBUG [org.jboss.ws.integration.jboss.DeployerInterceptorEJB3] destroy: file:/C:/java/jboss-4.0.5.GA/server/default/tmp/deploy/tmp4969ContainerTest.ear-contents/ContainerTest.jar
2006-10-29 19:29:25,317 DEBUG [org.jboss.system.ServiceController] destroying service: jboss.j2ee:service=EJB3,module=ContainerTest.jar
2006-10-29 19:29:25,317 DEBUG [org.jboss.system.ServiceController] destroying dependent services for: jboss.j2ee:service=EJB3,module=ContainerTest.jar dependent services are: []
2006-10-29 19:29:25,317 DEBUG [org.jboss.ejb3.Ejb3Module] Destroying jboss.j2ee:service=EJB3,module=ContainerTest.jar
2006-10-29 19:29:25,317 DEBUG [org.jboss.ejb3.Ejb3Module] Destroyed jboss.j2ee:service=EJB3,module=ContainerTest.jar
2006-10-29 19:29:25,317 DEBUG [org.jboss.system.ServiceController] removing service: jboss.j2ee:service=EJB3,module=ContainerTest.jar
2006-10-29 19:29:25,317 DEBUG [org.jboss.system.ServiceController] removing jboss.j2ee:service=EJB3,module=ContainerTest.jar from server
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
19 years, 3 months
[JBoss JIRA] Created: (JBCACHE-950) Expose information about buddy group membership
by Brian Stansberry (JIRA)
Expose information about buddy group membership
-----------------------------------------------
Key: JBCACHE-950
URL: http://jira.jboss.com/jira/browse/JBCACHE-950
Project: JBoss Cache
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Reporter: Brian Stansberry
Assigned To: Manik Surtani
Currently there is no way for external code to find out any information about how the cache participates in buddy relationships.
Two issues (probably should be subtasks):
1) BuddyManager exposes getBuddyAddresses() but that only provides info about the group for which the node is data owner, not for any groups the node participates in as a buddy. Also, it returns an internal data structure, making it unsafe to expose to random code.
Because of this, if a "primary buddy" wanted to gravitate some or all data upon exit of the data owner, it would have no way to know if it is primary. Having all buddies gravitate data would be "a bad thing".
1) In 2.0.0 I believe the BuddyManager is not available except through CacheSPI. Perhaps some info about buddy group membership could be exposed via RuntimeConfig.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
19 years, 3 months
[JBoss JIRA] Created: (JBCACHE-823) Refactor eviction configuration away from EvictionConfiguration interface
by Brian Stansberry (JIRA)
Refactor eviction configuration away from EvictionConfiguration interface
-------------------------------------------------------------------------
Key: JBCACHE-823
URL: http://jira.jboss.com/jira/browse/JBCACHE-823
Project: JBoss Cache
Issue Type: Sub-task
Security Level: Public (Everyone can see)
Reporter: Brian Stansberry
Assigned To: Brian Stansberry
Fix For: 2.0.0.GA
The EvictionConfiguration interface presumes that objects that represent a policy configuration should be able to parse their XML config themselves. We don't want that; parsing of the legacy XML configs should be handled by XmlConfigurationParser and policy config objects should be configurable by the MC without their having any internal expectation of being passed a DOM element.
To do this:
1) Create interface EvictionPolicyConfig. This is used internally (e.g. in the RegionManager and Region classes) in place of EvictionConfiguration.
2) All of the config classes for the standard eviction policies now implement EvictionPolicyConfig instead of EvictionConfiguration.
To support old custom policies:
1) EvictionConfiguration still exists but is deprecated.
2) EvictionConfiguration now extends EvictionPolicyConfig. So, custom impls *will* need to be modified to implement EvictionPolicyConfig's 2 methods.
3) XmlConfigurationParser when trying to configure a policy config object will check if it implements EvictionConfiguration. If it does, the legacy parseXmlConfig(Element) method will be called. Otherwise it will be configured via reflection.
Need to decided exactly how to handle the old public EvictionConfiguration Region.getEvictionConfiguration() method.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
19 years, 3 months
[JBoss JIRA] Created: (JBCACHE-822) Reconsider validation of EvictionPolicyConfig objects
by Brian Stansberry (JIRA)
Reconsider validation of EvictionPolicyConfig objects
-----------------------------------------------------
Key: JBCACHE-822
URL: http://jira.jboss.com/jira/browse/JBCACHE-822
Project: JBoss Cache
Issue Type: Sub-task
Security Level: Public (Everyone can see)
Reporter: Brian Stansberry
Assigned To: Manik Surtani
In the legacy code, various impls of EvictionConfiguration would validate input during calls to parseXmlConfig. Problem is that if a config was instantiated and configured programatically, no validation occurred. Further the old parseXmlConfig validations basically just tested whether a configuration element was present, not whether it had a reasonable value.
The new validate() methods really should just test for reasonable values; whether the value was configured externally or was there by default is irrelevant.
Main task here is to remove some old unit tests that checked whether a value was set or not during xml parsing and replace with tests that check whether the reasonable value requirement is enforced.
Probably will do this after alpha.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
19 years, 3 months