Sep/14th cutoff date for component updates in AS5 Beta3
by Dimitris Andreadis
After Sep/14th and until Beta3 is out we'll only be updating libs in order to fix bugs.
Take a look at the following JIRA to make sure your work on a particular library is properly
recorded/linked:
http://jira.jboss.com/jira/browse/JBAS-4562
--------------------------------------------------------------------
Also, for the next AS5 CRx release make sure any library updates are recorded here:
http://jira.jboss.com/jira/browse/JBAS-4647
(e.g. discussions about jbroups 2.6)
--------------------------------------------------------------------
The current Beta3 status is summarized below:
- MC 2.0.0.Beta4 and dependencies have been resolved/tagged.
- Snapshots that need to be replaced with tagged releases.
What's currently left:
<componentref name="jboss/jboss-ejb3-cache" version="0.11-SNAPSHOT"/>
<componentref name="jboss/jboss-jaspi-api" version="1.0-SNAPSHOT"/>
<componentref name="jboss/jboss-security-spi" version="2.0.1-SNAPSHOT"/>
<componentref name="jboss/jbosssx" version="2.0.1-SNAPSHOT"/>
<componentref name="jboss/jbosssx-client" version="2.0.1-SNAPSHOT"/>
- Waiting for AOP 2.0.0.beta + Javassist 3.6.0.CR2
- JBoss Transactions
(now at 4.2.3.SP5) to be updated to a 4.3.x version that implements JTA 1.1
- JBoss Messaging
waiting for the final 1.4.0.GA release
- JGroups. It's still questionable at this point if we can move to v2.5 (from 2.4.1.SP3) due
to the JBoss Messaging dependency
- Hibernate Validator
We'll be probably adding this, as it is now an independent package.
If you have any comments/concerns let me know.
Cheers
/Dimitris
17 years, 1 month
Mismatch between hibernate-core and jboss-cache in head
by Adrian
I'm seeing the error message below in jboss-head
when running ejb3.
The problem is that jboss-head is using hibernate 3.2.4.SP1_CP01-brew
while it doesn't look like hibernate core was updated to use
jbosscache-2.x until 3.3?
http://lists.jboss.org/pipermail/hibernate-commits/2007-May/001261.html
20:38:02,934 ERROR [AbstractKernelController] Error installing to Start:
name=persistence.units:jar=ejbthree832.jar,unitName=tempdb state=Create
java.lang.NoClassDefFoundError: org/jboss/cache/TransactionManagerLookup
at java.lang.Class.getDeclaredConstructors0(Native Method)
at
java.lang.Class.privateGetDeclaredConstructors(Class.java:2357)
at java.lang.Class.getConstructor0(Class.java:2671)
at java.lang.Class.newInstance0(Class.java:321)
at java.lang.Class.newInstance(Class.java:303)
at
org.hibernate.cfg.SettingsFactory.createCacheProvider(SettingsFactory.java:375)
at
org.hibernate.cfg.SettingsFactory.buildSettings(SettingsFactory.java:245)
at
org.hibernate.cfg.Configuration.buildSettings(Configuration.java:2009)
at
org.hibernate.cfg.Configuration.buildSessionFactory(Configuration.java:1292)
at
org.hibernate.cfg.AnnotationConfiguration.buildSessionFactory(AnnotationConfiguration.java:918)
at
org.hibernate.ejb.Ejb3Configuration.buildEntityManagerFactory(Ejb3Configuration.java:656)
at
org.hibernate.ejb.HibernatePersistence.createContainerEntityManagerFactory(HibernatePersistence.java:127)
at
org.jboss.ejb3.entity.PersistenceUnitDeployment.start(PersistenceUnitDeployment.java:258)
--
xxxxxxxxxxxxxxxxxxxxxxxxxxxx
Adrian Brock
Chief Scientist
JBoss, a division of Red Hat
xxxxxxxxxxxxxxxxxxxxxxxxxxxx
17 years, 1 month
Problem building AS trunk
by Pete Muir
I'm having problems building AS trunk currently:
...
compile-classes:
[mkdir] Created dir: /Users/pmuir/workspace/jbossas/ejb3/output/classes
[javac] Compiling 446 source files to
/Users/pmuir/workspace/jbossas/ejb3/output/classes
...
/Users/pmuir/workspace/jbossas/ejb3/src/main/org/jboss/ejb3/Ejb3DescriptorHandler.java:1355:
cannot find symbol
symbol : method getValue()
location: class org.jboss.metadata.ejb.jboss.CacheConfigMetaData
if (config.getValue() != null && !config.getValue().equals(""))
^
/Users/pmuir/workspace/jbossas/ejb3/src/main/org/jboss/ejb3/Ejb3DescriptorHandler.java:1355:
cannot find symbol
symbol : method getValue()
location: class org.jboss.metadata.ejb.jboss.CacheConfigMetaData
if (config.getValue() != null && !config.getValue().equals(""))
^
/Users/pmuir/workspace/jbossas/ejb3/src/main/org/jboss/ejb3/Ejb3DescriptorHandler.java:1357:
cannot find symbol
symbol : method getValue()
location: class org.jboss.metadata.ejb.jboss.CacheConfigMetaData
String cacheValue = config.getValue();
^
17 years, 1 month
Clustering bootstrap still taking a long time
by Adrian
The problem with the hang when booting the all configuration
seems to be gone now, but I'm still seeing the clustering
take a long time to bootstrap.
It always seems to be stuck here:
"main" prio=1 tid=0x80b31a10 nid=0x44a4 in Object.wait()
[0x804d4000..0x804d6fb0]
at java.lang.Object.wait(Native Method)
- waiting on <0x98e62928> (a org.jgroups.util.Promise)
at org.jgroups.util.Promise.doWait(Promise.java:104)
at
org.jgroups.util.Promise._getResultWithTimeout(Promise.java:60)
at
org.jgroups.util.Promise.getResultWithTimeout(Promise.java:28)
- locked <0x98e62928> (a org.jgroups.util.Promise)
at org.jgroups.protocols.pbcast.FLUSH.startFlush(FLUSH.java:207)
It is doing this multiple times which leads to
a long total boot time:
15:37:50,931 INFO [ServerImpl] JBoss (Microcontainer) [5.0.0.Beta3
(build: SVNTag=JBoss_5_0_0_Beta3 date=200711081439)] Started in
5m:14s:880ms
Is there a problem with "flush" when there are no other members in the
cluster?
e.g.
15:34:14,466 WARN [JChannelFactory] Flush failed at 10.11.14.31:32795
DefaultPartition-JMS-CTRL
15:34:19,527 INFO [STDOUT]
-------------------------------------------------------
GMS: address is 10.11.14.31:32796
-------------------------------------------------------
15:34:43,545 WARN [JChannelFactory] Flush failed at 10.11.14.31:32796
DefaultPartition-JMS-DATA
--
xxxxxxxxxxxxxxxxxxxxxxxxxxxx
Adrian Brock
Chief Scientist
JBoss, a division of Red Hat
xxxxxxxxxxxxxxxxxxxxxxxxxxxx
17 years, 1 month
Collection<?> ejb.getDepends()
by Alexey Loubyansky
It currently returns Collection<String>. Are there reasons not to change
it to Collection<ObjectName> instead? We still need ObjectName's at the end.
Alexey
17 years, 1 month
AS5 testsuite cannot complete.
by Dimitris Andreadis
We still cannot get a decent testsuite run:
http://dev45.qa.atl.jboss.com:8585/hudson/view/JBoss%20AS/job/JBoss-AS-5....
At some point there is an attempt to stop the server running the 'all' configuration:
----------------------------------
tests-aspects:
[server:stop] Shutting down server: all
[server:stop] Shutting down server: /qa/tools/opt/jdk1.5.0_12/bin/java -cp
/qa/services/hudson/hudson_workspace/workspace/JBoss-AS-5.0.x-TestSuite-sun15-noip/trunk/build/output/jboss-5.0.0.Beta3/bin/shutdown.jar:/qa/services/hudson/hudson_workspace/workspace/JBoss-AS-5.0.x-TestSuite-sun15-noip/trunk/build/output/jboss-5.0.0.Beta3/client/jbossall-client.jar:/qa/services/hudson/hudson_workspace/workspace/JBoss-AS-5.0.x-TestSuite-sun15-noip/trunk/build/output/jboss-5.0.0.Beta3/client/jboss-common.jar
org.jboss.Shutdown --server jnp://localhost:1099 --shutdown
[server:stop] shutdownTimeout will be=45
[server:stop] Failed to shutdown server "all" before timeout. Destroying the process.
----------------------------------
The server fails to shutdown withing 45 seconds, and so it's supposedly killed. The server
'all' log shows we are stuck at jboss messaging shutting down (see below).
Then the next server (profileservice test) cannot start because a previous instance is
already running (see bottom)??? How can this be possible if it was killed???
-----------------------------------
04:31:57,537 INFO [ServerImpl] LifeThread.run exits!
04:31:57,538 INFO [ServerImpl] Shutting down the JVM now!
04:31:57,539 INFO [DefaultPartition-ClusteredSSOCache] stop(): closing the channel
04:31:57,540 INFO [DefaultPartition-SFSBCache] stop(): closing the channel
04:31:57,540 INFO [ServerImpl] JBoss SHUTDOWN
04:31:57,544 INFO [DefaultPartition-TomcatCache] stop(): closing the channel
04:31:57,544 INFO [DefaultPartition-EntityCache] stop(): closing the channel
04:31:57,544 INFO [DefaultPartition-HAPartitionCache] stop(): closing the channel
04:31:57,561 INFO [TopicService] Topic[/topic/testTopic] stopped
04:31:57,561 INFO [TopicService] Topic[/topic/securedTopic] stopped
04:31:57,561 INFO [TopicService] Topic[/topic/testDurableTopic] stopped
04:31:57,561 INFO [QueueService] Queue[/queue/testQueue] stopped
04:31:57,562 INFO [QueueService] Queue[/queue/testObjectMessage] stopped
04:31:57,567 INFO [QueueService] Queue[/queue/A] stopped
04:31:57,567 INFO [QueueService] Queue[/queue/B] stopped
04:31:57,568 INFO [QueueService] Queue[/queue/C] stopped
04:31:57,568 INFO [QueueService] Queue[/queue/D] stopped
04:31:57,568 INFO [QueueService] Queue[/queue/ex] stopped
04:31:57,578 INFO [ConnectionFactory]
org.jboss.jms.server.connectionfactory.ConnectionFactory@176ffeb undeployed
04:31:57,580 INFO [ConnectionFactory]
org.jboss.jms.server.connectionfactory.ConnectionFactory@10b3611 undeployed
04:31:57,581 ERROR [ExceptionUtil]
org.jboss.jms.server.connectionfactory.ConnectionFactory@c610af startService
java.lang.IllegalStateException: Cannot find replicant to remove:
CF_jboss.messaging.connectionfactory:service=ConnectionFactory
at
org.jboss.jms.server.connectionfactory.ConnectionFactoryJNDIMapper.unregisterConnectionFactory(ConnectionFactoryJNDIMapper.java:266)
at
org.jboss.jms.server.connectionfactory.ConnectionFactory.stopService(ConnectionFactory.java:187)
at org.jboss.system.ServiceMBeanSupport.jbossInternalStop(ServiceMBeanSupport.java:328)
at org.jboss.system.ServiceMBeanSupport.stop(ServiceMBeanSupport.java:206)
at sun.reflect.GeneratedMethodAccessor882.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.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.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.system.microcontainer.ServiceProxy.invoke(ServiceProxy.java:184)
at $Proxy4.stop(Unknown Source)
at
org.jboss.system.microcontainer.StartStopLifecycleAction.uninstallAction(StartStopLifecycleAction.java:56)
at
org.jboss.system.microcontainer.StartStopLifecycleAction.uninstallAction(StartStopLifecycleAction.java:37)
at
org.jboss.dependency.plugins.action.SimpleControllerContextAction.simpleUninstallAction(SimpleControllerContextAction.java:79)
at
org.jboss.dependency.plugins.action.AccessControllerContextAction.uninstall(AccessControllerContextAction.java:131)
at
org.jboss.dependency.plugins.AbstractControllerContextActions.uninstall(AbstractControllerContextActions.java:58)
at
org.jboss.dependency.plugins.AbstractControllerContext.uninstall(AbstractControllerContext.java:333)
at org.jboss.dependency.plugins.AbstractController.uninstall(AbstractController.java:1323)
at
org.jboss.dependency.plugins.AbstractController.uninstallContext(AbstractController.java:1009)
at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:627)
at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:411)
at org.jboss.system.ServiceController.doChange(ServiceController.java:659)
at org.jboss.system.ServiceController.stop(ServiceController.java:481)
at org.jboss.system.deployers.ServiceDeployer.stop(ServiceDeployer.java:156)
at org.jboss.system.deployers.ServiceDeployer.undeploy(ServiceDeployer.java:136)
at org.jboss.system.deployers.ServiceDeployer.undeploy(ServiceDeployer.java:46)
at
org.jboss.deployers.spi.deployer.helpers.AbstractSimpleRealDeployer.undeploy(AbstractSimpleRealDeployer.java:73)
at org.jboss.deployers.plugins.deployers.DeployerWrapper.undeploy(DeployerWrapper.java:187)
at
org.jboss.deployers.plugins.deployers.DeployersImpl.doUninstallParentLast(DeployersImpl.java:947)
at
org.jboss.deployers.plugins.deployers.DeployersImpl.doUninstallParentLast(DeployersImpl.java:940)
at org.jboss.deployers.plugins.deployers.DeployersImpl.uninstall(DeployersImpl.java:902)
at
org.jboss.dependency.plugins.AbstractControllerContext.uninstall(AbstractControllerContext.java:333)
at org.jboss.dependency.plugins.AbstractController.uninstall(AbstractController.java:1323)
at
org.jboss.dependency.plugins.AbstractController.uninstallContext(AbstractController.java:1009)
at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:627)
at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:411)
at org.jboss.deployers.plugins.deployers.DeployersImpl.process(DeployersImpl.java:420)
at org.jboss.deployers.plugins.main.MainDeployerImpl.process(MainDeployerImpl.java:354)
at org.jboss.deployers.plugins.main.MainDeployerImpl.shutdown(MainDeployerImpl.java:382)
at
org.jboss.system.server.profileservice.ProfileServiceBootstrap.shutdown(ProfileServiceBootstrap.java:151)
at org.jboss.bootstrap.AbstractServerImpl.shutdownServer(AbstractServerImpl.java:482)
at org.jboss.bootstrap.AbstractServerImpl$ShutdownHook.run(AbstractServerImpl.java:778)
04:31:57,582 WARN [ConnectionFactory] Stopping failed
jboss.messaging.connectionfactory:service=ConnectionFactory
java.lang.IllegalStateException: Cannot find replicant to remove:
CF_jboss.messaging.connectionfactory:service=ConnectionFactory
at
org.jboss.jms.server.connectionfactory.ConnectionFactoryJNDIMapper.unregisterConnectionFactory(ConnectionFactoryJNDIMapper.java:266)
at
org.jboss.jms.server.connectionfactory.ConnectionFactory.stopService(ConnectionFactory.java:187)
at org.jboss.system.ServiceMBeanSupport.jbossInternalStop(ServiceMBeanSupport.java:328)
at org.jboss.system.ServiceMBeanSupport.stop(ServiceMBeanSupport.java:206)
at sun.reflect.GeneratedMethodAccessor882.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.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.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.system.microcontainer.ServiceProxy.invoke(ServiceProxy.java:184)
at $Proxy4.stop(Unknown Source)
at
org.jboss.system.microcontainer.StartStopLifecycleAction.uninstallAction(StartStopLifecycleAction.java:56)
at
org.jboss.system.microcontainer.StartStopLifecycleAction.uninstallAction(StartStopLifecycleAction.java:37)
at
org.jboss.dependency.plugins.action.SimpleControllerContextAction.simpleUninstallAction(SimpleControllerContextAction.java:79)
at
org.jboss.dependency.plugins.action.AccessControllerContextAction.uninstall(AccessControllerContextAction.java:131)
at
org.jboss.dependency.plugins.AbstractControllerContextActions.uninstall(AbstractControllerContextActions.java:58)
at
org.jboss.dependency.plugins.AbstractControllerContext.uninstall(AbstractControllerContext.java:333)
at org.jboss.dependency.plugins.AbstractController.uninstall(AbstractController.java:1323)
at
org.jboss.dependency.plugins.AbstractController.uninstallContext(AbstractController.java:1009)
at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:627)
at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:411)
at org.jboss.system.ServiceController.doChange(ServiceController.java:659)
at org.jboss.system.ServiceController.stop(ServiceController.java:481)
at org.jboss.system.deployers.ServiceDeployer.stop(ServiceDeployer.java:156)
at org.jboss.system.deployers.ServiceDeployer.undeploy(ServiceDeployer.java:136)
at org.jboss.system.deployers.ServiceDeployer.undeploy(ServiceDeployer.java:46)
at
org.jboss.deployers.spi.deployer.helpers.AbstractSimpleRealDeployer.undeploy(AbstractSimpleRealDeployer.java:73)
at org.jboss.deployers.plugins.deployers.DeployerWrapper.undeploy(DeployerWrapper.java:187)
at
org.jboss.deployers.plugins.deployers.DeployersImpl.doUninstallParentLast(DeployersImpl.java:947)
at
org.jboss.deployers.plugins.deployers.DeployersImpl.doUninstallParentLast(DeployersImpl.java:940)
at org.jboss.deployers.plugins.deployers.DeployersImpl.uninstall(DeployersImpl.java:902)
at
org.jboss.dependency.plugins.AbstractControllerContext.uninstall(AbstractControllerContext.java:333)
at org.jboss.dependency.plugins.AbstractController.uninstall(AbstractController.java:1323)
at
org.jboss.dependency.plugins.AbstractController.uninstallContext(AbstractController.java:1009)
at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:627)
at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:411)
at org.jboss.deployers.plugins.deployers.DeployersImpl.process(DeployersImpl.java:420)
at org.jboss.deployers.plugins.main.MainDeployerImpl.process(MainDeployerImpl.java:354)
at org.jboss.deployers.plugins.main.MainDeployerImpl.shutdown(MainDeployerImpl.java:382)
at
org.jboss.system.server.profileservice.ProfileServiceBootstrap.shutdown(ProfileServiceBootstrap.java:151)
at org.jboss.bootstrap.AbstractServerImpl.shutdownServer(AbstractServerImpl.java:482)
at org.jboss.bootstrap.AbstractServerImpl$ShutdownHook.run(AbstractServerImpl.java:778)
04:31:57,585 INFO [QueueService] Queue[/queue/DLQ] stopped
04:31:57,586 INFO [QueueService] Queue[/queue/ExpiryQueue] stopped
04:32:20,561 WARN [JChannelFactory] Flush failed at
127.0.0.1:58939DefaultPartition-ClusteredSSOCache
-----------------------------------
-----------------------------------
tests-profileservice:
[echo] creating profileservice config,
jboss.dist=/qa/services/hudson/hudson_workspace/workspace/JBoss-AS-5.0.x-TestSuite-sun15-noip/trunk/build/output/jboss-5.0.0.Beta3
[copy] Copying 378 files to
/qa/services/hudson/hudson_workspace/workspace/JBoss-AS-5.0.x-TestSuite-sun15-noip/trunk/build/output/jboss-5.0.0.Beta3/server/profileservice
[copy] Copied 101 empty directories to 1 empty directory under
/qa/services/hudson/hudson_workspace/workspace/JBoss-AS-5.0.x-TestSuite-sun15-noip/trunk/build/output/jboss-5.0.0.Beta3/server/profileservice
[copy] Copying 1 file to
/qa/services/hudson/hudson_workspace/workspace/JBoss-AS-5.0.x-TestSuite-sun15-noip/trunk/build/output/jboss-5.0.0.Beta3/server/profileservice/conf
[copy] Copying 1 file to
/qa/services/hudson/hudson_workspace/workspace/JBoss-AS-5.0.x-TestSuite-sun15-noip/trunk/build/output/jboss-5.0.0.Beta3/server/profileservice/deployers
BUILD FAILED
/qa/services/hudson/hudson_workspace/workspace/JBoss-AS-5.0.x-TestSuite-sun15-noip/trunk/testsuite/build.xml:834:
The following error occurred while executing this line:
/qa/services/hudson/hudson_workspace/workspace/JBoss-AS-5.0.x-TestSuite-sun15-noip/trunk/testsuite/build.xml:891:
Error starting server "profileservice": Found a process already listening
on:http://localhost:8080 or jnp://localhost:1099
Total time: 105 minutes 42 seconds
-----------------------------------
17 years, 1 month
AppClient deployer status
by Scott M Stark
Something is messed up with the forum posting so I could not add this to
the http://www.jboss.com/index.html?module=bb&op=viewtopic&t=121396 thread.
I have the ReferenceMetaDataResolverDeployer working for ejb-refs and
the AppClientUnitTestCase is passing. The
ReferenceMetaDataResolverDeployer exists in the metadata-beans.xml
deployment.
Right now its using a scan of the structure for ejb-name/ejb-link
matching. I need to look in more detail at what the ee5 injection
resolution requirements are, as well as generating proper dependency
information to complete the implementation.
Is there sufficient information post the parsing phase to resolve @EJB
style references? I know we still need to get the annotation processing
into the metadata model. I'm looking at the AnnotationEjb3UnitTestCase
to understand the type of translation that is needed.
17 years, 2 months
