December 2007 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (EJBTHREE-1061) Look into StatefulUnitTestCase, determine purpose

by Andrew Rubinger (JIRA)

Look into StatefulUnitTestCase, determine purpose ------------------------------------------------- Key: EJBTHREE-1061 URL: http://jira.jboss.com/jira/browse/EJBTHREE-1061 Project: EJB 3.0 Issue Type: Task Affects Versions: HEAD Reporter: Andrew Rubinger Assigned To: Andrew Rubinger Fix For: HEAD Ensure the 7 tests in StatefulUnitTestCase are valid, testing for their intentions, and report any inconsistancies to Brian. -- 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

16 years

4
4
0 / 0

[JBoss JIRA] Created: (JBAS-4908) Update sample-bindings.xml to reflect use of -beans.xml instead of -service.xml for clustering services.

by Brian Stansberry (JIRA)

Update sample-bindings.xml to reflect use of -beans.xml instead of -service.xml for clustering services. -------------------------------------------------------------------------------------------------------- Key: JBAS-4908 URL: http://jira.jboss.com/jira/browse/JBAS-4908 Project: JBoss Application Server Issue Type: Task Security Level: Public (Everyone can see) Components: Clustering Affects Versions: JBossAS-5.0.0.Beta2 Reporter: Brian Stansberry Assigned To: Brian Stansberry Priority: Critical Fix For: JBossAS-5.0.0.CR1 The current file assumes things like HA-JNDI are mbeans. -- 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

16 years

1
4
0 / 0

[JBoss JIRA] Created: (JBAS-4952) Add clustering dependencies to clustered EJB2 beans

by Brian Stansberry (JIRA)

Add clustering dependencies to clustered EJB2 beans --------------------------------------------------- Key: JBAS-4952 URL: http://jira.jboss.com/jira/browse/JBAS-4952 Project: JBoss Application Server Issue Type: Task Security Level: Public (Everyone can see) Components: Clustering, EJB2 Reporter: Brian Stansberry Assigned To: Brian Stansberry Fix For: JBossAS-5.0.0.CR1 Ensure that clustered EJB2 beans have a dependency on the HAPartition, and, if an SFSB, on the HASessionState. -- 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

16 years

2
4
0 / 0

[JBoss JIRA] Created: (JBPORTAL-1324) Multiple portals / custom url : set the default portal name

by Antoine Herzog (JIRA)

Multiple portals / custom url : set the default portal name ----------------------------------------------------------- Key: JBPORTAL-1324 URL: http://jira.jboss.com/jira/browse/JBPORTAL-1324 Project: JBoss Portal Issue Type: Feature Request Security Level: Public (Everyone can see) Components: Portal Core Environment: JBoss Portal 2.4.0 final Reporter: Antoine Herzog Assigned To: Julien Viet Here the code of the jmx service class public class ConfigurableDefaultPortalCommandFactory extends DefaultPortalCommandFactory { private static final Log logger = LogFactory .getLog(ConfigurableDefaultPortalCommandFactory.class); /** * The JMX attribute for default portal name. */ private String defaultPortalName; /** * */ public ConfigurableDefaultPortalCommandFactory() { super(); } /* * (non-Javadoc) * * @see org.jboss.portal.core.model.portal.DefaultPortalCommandFactory#doMapping(org.jboss.portal.server.ServerInvocation, * java.lang.String, java.lang.String) */ public ControllerCommand doMapping(ServerInvocation invocation, String portalContextPath, String portalRequestPath) { // orginal code : ControllerCommand cmd = // nextFactory.doMapping(invocation, ControllerCommand cmd = getNextFactory().doMapping(invocation, portalContextPath, portalRequestPath); if (cmd == null) { // orginal code : Context ctx = container.getContext(); Context ctx = getContainer().getContext(); if (ctx == null) { throw new IllegalStateException( "Default context does not exist"); } // orginal code : Portal portal = ctx.getDefaultPortal(); PortalObject portalObject = ctx.getChild(getDefaultPortalName()); if (portalObject == null) { throw new IllegalStateException( "PortalObject as Default Portal is not found. Default Portal name is defined to : " + getDefaultPortalName()); } Portal portal = null; if (portalObject instanceof Portal) { portal = (Portal) portalObject; } else { throw new IllegalStateException( "Can't find PortalObject with default portal name : " + getDefaultPortalName()); } // if (portal == null) { // throw new IllegalStateException("Default portal does not exist"); // } Page page = portal.getDefaultPage(); if (page == null) { throw new IllegalStateException("Default page does not exist"); } String handle = page.getId(); cmd = new RenderPageCommand(handle); } return cmd; } /** * The JMX attribute for default portal name. * * @return the defaultPortalName */ public String getDefaultPortalName() { return this.defaultPortalName; } /** * The JMX attribute for default portal name. * * @param defaultPortalName * the defaultPortalName to set */ public void setDefaultPortalName(String defaultPortalName) { this.defaultPortalName = defaultPortalName; } /** * Call the super method first, then check the {@link #defaultPortalName} is * not null and not "". Throw an exception if so. */ protected void createService() throws Exception { super.createService(); if (getDefaultPortalName() == null || getDefaultPortalName().compareTo("") == 0) { throw new Exception( "The attribute DefaultPortalName can't be null or empty string. Set it in the JMX service descriptor."); } } /* * (non-Javadoc) * * @see org.jboss.system.ServiceMBeanSupport#startService() */ @Override protected void startService() throws Exception { logger.info(this.getName() + " service starting. Default portal name : getDefaultPortalName() = "+getDefaultPortalName()); super.startService(); } /* * (non-Javadoc) * * @see org.jboss.system.ServiceMBeanSupport#stopService() */ @Override protected void stopService() throws Exception { super.stopService(); logger.info(this.getName() + " service stoping."); } } And add the attribute in the jmx service descriptor :  <attribute name="DefaultPortalName">MyDefaultPortalNameHere</attribute> -- 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

16 years

4
17
0 / 0

[JBoss JIRA] Created: (JBAOP-430) ConcurrentModificationException in JoinpointSimpleClassifier.classifyJoinpoint

by Bart Vanhaute (JIRA)

ConcurrentModificationException in JoinpointSimpleClassifier.classifyJoinpoint ------------------------------------------------------------------------------ Key: JBAOP-430 URL: http://jira.jboss.com/jira/browse/JBAOP-430 Project: JBoss AOP Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 1.5.5.GA Environment: JBossAS 4.2.0.GA Sun JDK 1.5.0_11 (build 1.5.0_11-b03) Reporter: Bart Vanhaute Priority: Minor With Load time weaving enabled, a ConcurrentModificationException is printed out in the jboss log output (probably a e.printStackTrace() somewhere). Luckily, the code that I want AOP interceptors applied to is indeed woven. So this is not a big issue for me (at the moment). -- 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

16 years

4
11
0 / 0

[JBoss JIRA] Created: (JBAS-4192) Evaluate having ProxyFactoryFinderInterceptor clear the ProxyFactory ThreadLocal on request exit

by Brian Stansberry (JIRA)

Evaluate having ProxyFactoryFinderInterceptor clear the ProxyFactory ThreadLocal on request exit ------------------------------------------------------------------------------------------------ Key: JBAS-4192 URL: http://jira.jboss.com/jira/browse/JBAS-4192 Project: JBoss Application Server Issue Type: Sub-task Security Level: Public (Everyone can see) Reporter: Brian Stansberry Assigned To: Brian Stansberry On the way in, ProxyFactoryFinderInterceptor invokes Container.setProxyFactory, which in turn sets a ThreadLocal. On the way out there is no corresponding call that clears the ThreadLocal. Effect is the ProxyFactory leaks to the thread. Need to confirm that clearing the TL on each request doesn't cause issues. -- 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

16 years

2
5
0 / 0

[JBoss JIRA] Created: (JBAS-3654) The deploy dependency fails between WAR of one EAR and EJB of the other EAR.

by Sakthi Samabsivam (JIRA)

The deploy dependency fails between WAR of one EAR and EJB of the other EAR. ---------------------------------------------------------------------------- Key: JBAS-3654 URL: http://jira.jboss.com/jira/browse/JBAS-3654 Project: JBoss Application Server Issue Type: Bug Security Level: Public (Everyone can see) Components: Deployment services Affects Versions: JBossAS-4.0.5.CR1, JBossAS-4.0.4.GA, JBossAS-4.0.4RC1, JBossAS-4.0.3 SP1, JBossAS-4.0.3 Final, JBossAS-4.0.3RC2, JBossAS-4.0.3RC1 Reporter: Sakthi Samabsivam Assigned To: Dimitris Andreadis When I try to setup a deployment order between two EARS using depends tag in the Jboss-web.xml of one EAR's WAR with other EAR's EJB component, it fails. for example. I have two ears example1. ear and example2.ear. I want my example1.ear's war file to be deployed after the example2.ear's EJB component is deployed.. So I am wrting this depends tag entry in my example1.ear's WAR compoent jboss-web.xml <depends>jboss.j2ee:url='FiboApp.ear',service=EARDeployment</depends> This depends is working till jboss 4.0.1 It fails in 4.0.3 SP1 , 4.0.4 GA 15:52:24,359 WARN [ServiceController] Problem starting service jboss.web.deploy ment:war=crimeportal.war,id=-1360680885 org.jboss.deployment.DeploymentException: Error during deploy; - nested throwabl e: (javax.security.jacc.PolicyContextException: Operation not allowed) at org.jboss.web.AbstractWebDeployer.start(AbstractWebDeployer.java:366) at org.jboss.web.WebModule.startModule(WebModule.java:68) at org.jboss.web.WebModule.startService(WebModule.java:46) at org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanS upport.java:274) at org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMB eanSupport.java:230) at sun.reflect.GeneratedMethodAccessor2.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces sorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatch er.java:141) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) at org.jboss.mx.server.Invocation.invoke(Invocation.java:72) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker. java:245) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644) at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceControl ler.java:943) at $Proxy0.start(Unknown Source) at org.jboss.system.ServiceController.start(ServiceController.java:428) at org.jboss.system.ServiceController.start(ServiceController.java:446) at sun.reflect.GeneratedMethodAccessor9.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces sorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatch er.java:141) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) at org.jboss.mx.server.Invocation.invoke(Invocation.java:72) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker. java:245) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644) at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:176) at $Proxy21.start(Unknown Source) at org.jboss.deployment.EARDeployer.start(EARDeployer.java:297) at org.jboss.deployment.MainDeployer.start(MainDeployer.java:989) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:790) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:753) at sun.reflect.GeneratedMethodAccessor49.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces sorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatch er.java:141) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractIntercept or.java:118) at org.jboss.mx.server.Invocation.invoke(Invocation.java:74) at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelM BeanOperationInterceptor.java:127) at org.jboss.mx.server.Invocation.invoke(Invocation.java:74) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker. java:245) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644) at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:176) at $Proxy9.deploy(Unknown Source) at org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymen tScanner.java:319) at org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentS canner.java:507) at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread. doScan(AbstractDeploymentScanner.java:192) at org.jboss.deployment.scanner.AbstractDeploymentScanner.startService(A bstractDeploymentScanner.java:265) at org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanS upport.java:274) at org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMB eanSupport.java:230) at sun.reflect.GeneratedMethodAccessor2.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces sorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatch er.java:141) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) at org.jboss.mx.server.Invocation.invoke(Invocation.java:72) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker. java:245) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644) at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceControl ler.java:943) at $Proxy0.start(Unknown Source) at org.jboss.system.ServiceController.start(ServiceController.java:428) at sun.reflect.GeneratedMethodAccessor9.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces sorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatch er.java:141) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) at org.jboss.mx.server.Invocation.invoke(Invocation.java:72) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker. java:245) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644) at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:176) at $Proxy4.start(Unknown Source) at org.jboss.deployment.SARDeployer.start(SARDeployer.java:285) at org.jboss.deployment.MainDeployer.start(MainDeployer.java:989) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:790) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:753) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:737) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl. java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces sorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatch er.java:141) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractIntercept or.java:118) at org.jboss.mx.server.Invocation.invoke(Invocation.java:74) at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelM BeanOperationInterceptor.java:127) at org.jboss.mx.server.Invocation.invoke(Invocation.java:74) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker. java:245) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644) at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:176) at $Proxy5.deploy(Unknown Source) at org.jboss.system.server.ServerImpl.doStart(ServerImpl.java:453) at org.jboss.system.server.ServerImpl.start(ServerImpl.java:330) at org.jboss.Main.boot(Main.java:187) at org.jboss.Main$1.run(Main.java:438) at java.lang.Thread.run(Thread.java:595) Caused by: javax.security.jacc.PolicyContextException: Operation not allowed at org.jboss.security.jacc.JBossPolicyConfiguration.validateState(JBossP olicyConfiguration.java:201) at org.jboss.security.jacc.JBossPolicyConfiguration.linkConfiguration(JB ossPolicyConfiguration.java:160) at org.jboss.web.AbstractWebDeployer.start(AbstractWebDeployer.java:347) ... 94 more Caused by: org.jboss.util.state.IllegalTransitionException: No transition for ac tion: linkConfiguration from state:inService at org.jboss.util.state.StateMachine.nextState(StateMachine.java:111) at org.jboss.security.jacc.JBossPolicyConfiguration.validateState(JBossP olicyConfiguration.java:196) ... 96 more 15:52:24,359 INFO [EARDeployer] Started J2EE application: file:/C:/jboss/traini ng/JBossForAdvancedJ2EE/labs/jboss-4.x/server/default/deploy/FiboApp.ear 15:52:24,359 ERROR [URLDeploymentScanner] Incomplete Deployment listing: --- MBeans waiting for other MBeans --- ObjectName: jboss.web.deployment:war=crimeportal.war,id=-1360680885 State: FAILED Reason: org.jboss.deployment.DeploymentException: Error during deploy; - neste d throwable: (javax.security.jacc.PolicyContextException: Operation not allowed) I Depend On: jboss.j2ee:url='FiboApp.ear',service=EARDeployment --- MBEANS THAT ARE THE ROOT CAUSE OF THE PROBLEM --- ObjectName: jboss.web.deployment:war=crimeportal.war,id=-1360680885 State: FAILED Reason: org.jboss.deployment.DeploymentException: Error during deploy; - neste d throwable: (javax.security.jacc.PolicyContextException: Operation not allowed) I Depend On: jboss.j2ee:url='FiboApp.ear',service=EARDeployment -- 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

16 years

3
5
0 / 0

[JBoss JIRA] Created: (EJBTHREE-1129) Change @ApplicationException Handling in EJB3 TxInterceptor.NotSupported

by Andrew Lee Rubinger (JIRA)

Change @ApplicationException Handling in EJB3 TxInterceptor.NotSupported ------------------------------------------------------------------------ Key: EJBTHREE-1129 URL: http://jira.jboss.com/jira/browse/EJBTHREE-1129 Project: EJB 3.0 Issue Type: Task Reporter: Andrew Lee Rubinger Assigned To: Andrew Lee Rubinger Fix For: AS 5.0.0.Beta3 -- 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

16 years

2
2
0 / 0

[JBoss JIRA] Created: (EJBTHREE-1128) Application Exception Detection/Processing

by Andrew Lee Rubinger (JIRA)

Application Exception Detection/Processing ------------------------------------------ Key: EJBTHREE-1128 URL: http://jira.jboss.com/jira/browse/EJBTHREE-1128 Project: EJB 3.0 Issue Type: Task Reporter: Andrew Lee Rubinger Assigned To: Andrew Lee Rubinger Fix For: AS 5.0.0.Beta3 * Add List<Class<?>> applicationExceptions to Ejb3Deployment * Make convenience method to access from EJBContainer * Add method "addApplicationExceptionAnnotations", to be called from addAssemblyAnnotations() in Ejb3DescriptorHandler (to account for XML) -- 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

16 years

2
3
0 / 0

[JBoss JIRA] Created: (JBAS-4704) The port for the InvokerLayer (ejb3-deployer) listens only to one interface (address)

by Ingo Bruell (JIRA)

The port for the InvokerLayer (ejb3-deployer) listens only to one interface (address) -------------------------------------------------------------------------------------- Key: JBAS-4704 URL: http://jira.jboss.com/jira/browse/JBAS-4704 Project: JBoss Application Server Issue Type: Bug Security Level: Public (Everyone can see) Components: EJB3 Affects Versions: JBossAS-4.2.0.GA Environment: linux ubuntu feisty, jdk6 Reporter: Ingo Bruell Assigned To: Carlo de Wolf Priority: Blocker The port (3873) of the invokerLayer (ejb3-deployer) only binds to one interface even if i use explicit the address 0.0.0.0. JBoss is started with the argument '-b 0.0.0.0' and i tried to change the address in the mbean configuration but i had no success. -- 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

16 years

4
20
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira December 2007