August 2006 - jboss-development - Jboss List Archives

jboss-4.0-testsuite-1.5 Build Completed With Testsuite Errors

by qa＠jboss.com

19 years, 10 months

1
0
0 / 0

RE: [JBoss-dev] How to portably define source locations for library

by Jason T. Greene

Ah, I didn't think of this. Thanks > -----Original Message----- > From: jboss-development-bounces(a)lists.jboss.org [mailto:jboss-development- > bounces(a)lists.jboss.org] On Behalf Of Carlo de Wolf > Sent: Monday, August 14, 2006 4:12 AM > To: JBoss.org development list > Subject: Re: [JBoss-dev] How to portably define source locations for > library > > Ehr... it is possible: > > 1. create a project; > 2. create a new file within that project as a 'link to file' using an > extension of a path variable; > 3. use that file as a source attachment. > > Carlo > > On Fri, 2006-08-11 at 06:45 -0500, Scott M Stark wrote: > > Yes, what I'm looking for is an ability to set the source path for any > > library jar in the Java Build Path/Libraries settings of a project > > relative to some workspace/env variable like ${SVN_HOME} so that the > > project can more easily be re-targeted when I use it on a different > system. > > > > > > Jason T. Greene wrote: > > > Yes, 3.1 supports this as well. Although, I believe what Scott is > > > referring to is defining a source path that is outside the path of > > > workspace, but perhaps I am wrong. > > > > > > -Jason > > > > > > > > > > _______________________________________________ > > 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

19 years, 10 months

1
0
0 / 0

ControllerContext state is going through the roof

by Carlo de Wolf

Hi guys, I'm looking at this exception and just can't figure out why it goes wrong. Somehow a bean gets installed while there are still unresolved dependencies (MixedConsumer dependant on StatusBean). Then further down the line the bean goes past installation through the roof. Anyone got a clue? Carlo ===8<=== 2006-08-15 10:48:12,528 WARN [org.jboss.system.ServiceController] Problem starting service jboss.j2ee:jar=interceptors2-test.jar,name=StatusBean,service=EJB3 java.lang.IndexOutOfBoundsException: Index: 7, Size: 7 at EDU.oswego.cs.dl.util.concurrent.CopyOnWriteArrayList.rangeCheck(CopyOnWriteArrayList.java:752) at EDU.oswego.cs.dl.util.concurrent.CopyOnWriteArrayList.get(CopyOnWriteArrayList.java:372) at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:341) at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:438) at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:379) at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:263) at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:164) at org.jboss.system.ServiceController.start(ServiceController.java:376) at sun.reflect.GeneratedMethodAccessor8.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: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.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210) at $Proxy71.start(Unknown Source) at org.jboss.ejb3.JmxKernelAbstraction.install(JmxKernelAbstraction.java:89) at org.jboss.ejb3.Ejb3Deployment.registerEJBContainer(Ejb3Deployment.java:287) at org.jboss.ejb3.Ejb3Deployment.start(Ejb3Deployment.java:334) at org.jboss.ejb3.Ejb3Module.startService(Ejb3Module.java:139) at org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSupport.java:289) at org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBeanSupport.java:245) 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: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:165) at $Proxy0.start(Unknown Source) at org.jboss.system.microcontainer.StartStopLifecycleAction.installAction(StartStopLifecycleAction.java:42) at org.jboss.system.microcontainer.ServiceControllerContextAction.install(ServiceControllerContextAction.java:46) at org.jboss.dependency.plugins.AbstractControllerContextActions.install(AbstractControllerContextActions.java:51) at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:226) at org.jboss.system.microcontainer.ServiceControllerContext.install(ServiceControllerContext.java:186) at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:596) at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:346) at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:438) at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:379) at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:263) at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:164) at org.jboss.system.ServiceController.start(ServiceController.java:376) at sun.reflect.GeneratedMethodAccessor8.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: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) ...

19 years, 10 months

2
5
0 / 0

jboss-4.0-testsuite-sun-1.4 Build Completed With Testsuite Errors

by qa＠jboss.com

19 years, 10 months

1
0
0 / 0

jboss-4.0-testsuite-1.4 Build Completed With Testsuite Errors

by qa＠jboss.com

19 years, 10 months

1
0
0 / 0

ejb3-head-testsuite Build Completed With Testsuite Errors

by qa＠jboss.com

19 years, 10 months

1
0
0 / 0

jboss-3.2-testsuite Build Completed With Testsuite Errors

by qa＠jboss.com

19 years, 10 months

1
0
0 / 0

ejb3-4.0-testsuite Build Completed With Testsuite Errors

by qa＠jboss.com

19 years, 10 months

1
0
0 / 0

jboss-portal-2.4-testsuite Build Completed With Testsuite Errors

by qa＠jboss.com

19 years, 10 months

1
0
0 / 0

JBossCache 1.4.0.SP1 released

by Rajesh Rajasekaran

JBossCache 1.4.0.SP1 is released and is available for download on Sourceforge at the following URL http://sourceforge.net/project/showfiles.php?group_id=22866&package_id=1 02339&release_id=439498 It has also been updated in the repository. JBossCache 1.4.0.SP1 had no regressions and is compatible with the current version of Branch_4_0. Thanks Rajesh

19 years, 10 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-development August 2006