Re: JBossAS 4.2.2.GA status
by Dimitris Andreadis
Then we should defer the resolution of JBAS-4852, JBWS-1813 for a future release.
Unless I hear differently I will be tagging the release on Wed morning.
Rajesh, we just want to verify that the TCK runs clean.
William DeCoste wrote:
> Both of the EJB3/WS (JBAS-4852,JBWS-1813) issues are related to
> processing metadata from xml - it's VERY broken. Thomas is making fixes
> in jbossws2.0.3. I doubt it will be complete in time for 4.2.2.
>
> -Bill
>
> Dimitris Andreadis wrote:
>> We are very close to tagging the AS 4.2.2.GA release.
>>
>> From the JIRA
>> http://jira.jboss.com/jira/secure/IssueNavigator.jspa?reset=true&mode=hid...
>>
>>
>> We performed a jbossxb upgrade from 1.0.0.GA to 1.0.0.SP1 for
>> http://jira.jboss.com/jira/browse/JBAS-4853
>>
>> This includes:
>> JBXB-97 org.w3c.dom.Element is being mapped incorrectly
>> JBXB-105 switch from oswego to java.util concurrent
>> JBXB-103 JBossXB ignores non-ignorable white space
>> JBXB-96 JAXB error when using different derived types in the same
>> container/array type
>>
>> I don't see any regressions in the testsuites.
>>
>> The only thing that is holding us is this:
>> http://jira.jboss.com/jira/browse/JBAS-4852
>> http://jira.jboss.com/jira/browse/JBWS-1813
>>
>> It needs to be either resolved ASAP, or deferred. Carlo and Thomas
>> cooperate on this task.
>>
>> TCK 1.4 should be fully passing now, but it is probably wise to do
>> another run just after JBAS-4852 is resolved/deferred and before
>> releasing.
>> http://jira.jboss.com/jira/browse/JBAS-4754
>>
>> There is also a task for including the jbossws testsuite in the AS
>> release process
>> http://jira.jboss.com/jira/browse/JBAS-4811
>>
>> For both QA tasks, Rajesh is our man.
>>
>> Let's finish with this release!
>>
>> Thanks
>> /Dimitris
>>
>>
>
17 years
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
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
Output to console in 4.2.2.GA
by Chris Laprun
Hi,
I noticed that some AS component outputs text directly via std out to
the console in 4.2.2.GA. I suspect it is JBoss XB but I still haven't
figured out where it comes from.
Example:
17:43:34,528 INFO [STDOUT] no object for
{urn:oasis:names:tc:wsrp:v1:types}AccessDeniedFault
Could that be removed or directed to the appropriate log file/level?
A better message would also be useful as it's not clear what the
problem (if any) is and/or how to fix it.
Best,
Chris
==
JBoss Portal Developer / WSRP Lead
JBoss, a division of Red Hat
http://jbossportal.blogspot.com
"Reality is that which, when you stop believing in it, doesn't go
away." - Philip K. Dick
17 years, 2 months
bootstrap-repo-beans.xml updated
by Dimitris Andreadis
The profileservice test configuration would not start, and so the testsuite could not complete:
http://dev45.qa.atl.jboss.com:8585/hudson/view/JBoss%20AS/job/JBoss-AS-5....
I updated the bootstrap-repo-beans.xml with the missing jars:
Modified: trunk/server/src/etc/conf/default/bootstrap-repo-beans.xml
===================================================================
--- trunk/server/src/etc/conf/default/bootstrap-repo-beans.xml 2007-10-30 17:56:30 UTC (rev
66579)
+++ trunk/server/src/etc/conf/default/bootstrap-repo-beans.xml 2007-10-30 19:49:16 UTC (rev
66580)
@@ -45,6 +45,9 @@
<value>${jboss.lib.url}/jboss-aop-jdk50.jar</value>
<value>${jboss.lib.url}/jboss-aop-deployer-jdk50.jar</value>
<value>${jboss.lib.url}/jboss-aop-mc-int.jar</value>
+ <!-- Kill once we use the new classloaders -->
+ <value>${jboss.lib.url}/jboss-aop-jboss4-jdk50.jar</value>
+ <value>${jboss.lib.url}/jboss-aop-jboss5.jar</value>
<value>${jboss.lib.url}/trove.jar</value>
<!-- JAXB - shouldn't this be in endorsed? -->
<value>${jboss.lib.url}/jaxb-api.jar</value>
17 years, 2 months
Injection code & unified metadata
by Carlo de Wolf
I've refactored the injection code onto the new metadata (rev 66558). So
for some breakage in this build, you don't have to use 'svn blame'.
Some parts are still missing, most importantly integration with JBoss
WS. This should be fixed in short order. I also modified JBoss Web a
bit, so expect some breakage there (most notably the juddi-service).
There are also some NYI runtime exceptions in the code for cases which
unexpectedly popped up.
The injection handlers themselves are probably going through another
change to get more in line with the VDF.
See http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4100070
Carlo
17 years, 2 months
Cannot build AS5
by Dimitris Andreadis
The AS5 builds have been failing for 2 days now:
https://hudson.jboss.org/hudson/view/JBoss%20AS/job/JBoss-AS-5.0.x/
In my local build, I've tried all the usual tricks, but I am stuck in the aspects module.
Is this related to Kabir's moving around the integration code?
======================================================================
== Executing 'most' in module 'aspects'...
==
_buildmagic:init:
configure:
Overriding previous definition of reference to jboss.test.classpath
Overriding previous definition of reference to xdoclet.task.classpath
init:
_buildmagic:build-bypass-checker:
_buildmagic:build-bypass-notice:
_buildmagic:build-bypass-check:
output:
_buildmagic:init:
init:
_default:compile-etc:
[mkdir] Created dir: X:\cvs\jboss-public\jboss-head\aspects\output\etc
[copy] Copying 5 files to X:\cvs\jboss-public\jboss-head\aspects\output\etc
_default:compile-resources:
[mkdir] Created dir: X:\cvs\jboss-public\jboss-head\aspects\output\resources
[copy] Copying 29 files to X:\cvs\jboss-public\jboss-head\aspects\output\re
sources
compile-classes:
[mkdir] Created dir: X:\cvs\jboss-public\jboss-head\aspects\output\classes
[javac] Compiling 114 source files to X:\cvs\jboss-public\jboss-head\aspects
\output\classes
X:\cvs\jboss-public\jboss-head\aspects\src\main\org\jboss\aop\asintegration\jbos
s5\JBoss5ClassPoolFactory.java:29: cannot find symbol
symbol : class AbstractJBossClassPoolFactory
location: package org.jboss.aop.classpool
import org.jboss.aop.classpool.AbstractJBossClassPoolFactory;
^
X:\cvs\jboss-public\jboss-head\aspects\src\main\org\jboss\aop\asintegration\jbos
s5\JBoss5ClassPoolFactory.java:30: cannot find symbol
symbol : class ExtraClassPoolFactoryParameters
location: package org.jboss.aop.classpool
import org.jboss.aop.classpool.ExtraClassPoolFactoryParameters;
^
17 years, 2 months
JGroups 2.6.0 CR1 released
by Richard Achmatowicz
Hi everyone,
On behalf of the JGroups team, i'm pleased to announce that JGroups
2.6.0 CR1 has been released!
The binary and source distribution can be downloaded from
http://sourceforge.net/project/showfiles.php?group_id=6081. The release
notes and change log are below.
Enjoy !
Richard Achmatowicz
Release Notes JGroups 2.6
=========================
Version: $Id: ReleaseNotes-2.6.txt,v 1.2 2007/09/20 08:26:57 belaban Exp $
Author: Bela Ban
JGroups 2.6 is still API-backwards compatible with previous versions
(down to 2.2.5).
Below is a summary (with links to the detailed description) of the major
new features.
Join and state transfer
-----------------------
[http://jira.jboss.com/jira/browse/JGRP-236]
We added another connect() method in JChannel, which combines joining a
cluster and fetching the state from the
coordinator into one method. This is especially useful when we have
FLUSH in the stack; thus we only have to use 1 rather
than 2 (1 for JOIN, 1 for state transfer) flush phases.
Improved ReplicatedHashMap
--------------------------
[http://jira.jboss.com/jira/browse/JGRP-581]
ReplicatedHashMap was converted to use generics, and
java.util.concurrent.ConcurrentHashMap. It therefore supports 4 new
methods putIfAbsent(), remove() and the two replace() methods.
Developers can choose whether to use asynchronous or synchronous
replication, and also pick the timeout for synchronous
calls.
This class supercedes ReplicatedHashtable and DistributedHashtable,
which will be removed in version 3.0.
Reincarnation issue
-------------------
[http://jira.jboss.com/jira/browse/JGRP-130]
Using the GMS.reject_join_from_existing_member (default=false) property,
we can reject a JOIN request from a reincarnated
member X who crashed, but has not yet been removed (e.g. due to a high
timeout in FD). The member would have to retry,
and would only succeed when (the old) X has been excluded from the cluster.
For shunned members who use AUTO_RECONNECT, we loop until this is true
[http://jira.jboss.com/jira/browse/JGRP-584].
New transport property 'bind_interface'
---------------------------------------
[http://jira.jboss.com/jira/browse/JGRP-579]
This can be used when multipler network interfaces have the *same* IP
address, to define the interface to get used, e.g
bind_addr="192.168.2.5" bind_interface="eth1". Useful e.g. with IP
Bonding on Linux.
Unicast bundling can be disabled at the transport level
-------------------------------------------------------
[http://jira.jboss.com/jira/browse/JGRP-429]
When dealing with latency sensitive applications, we may want to disable
message bundling for *responses* (but not for
requests, as requests might carry large payloads). This can be done via
the enable_unicast_bundling (default=true)
property.
RpcDispatcher can now filter responses as they arrive
------------------------------------------------------
[http://jira.jboss.com/jira/browse/JGRP-518]
There's a new callRemoteMethods() method taking an RspFilter, which is
called whenever a response has been received,
allowing a request to return based on a condition (e.g. the first non
null return value) before all responses
have been received.
Manual
------
The manual is online at
http://www.jgroups.org/javagroupsnew/docs/manual/html/index.html
Performance
-----------
Links to performance tuning:
http://wiki.jboss.org/wiki/Wiki.jsp?page=PerfTuning
Bug fixes
---------
AUTH: bug in 2.5 which caused AUTH to fail on second and subsequent JOIN
attempts *if* the first
attempt was rejected by AUTH.
[http://jira.jboss.com/jira/browse/JGRP-577]
VIEW_SYNC: there was a regression in 2.5, which causes VIEW_SYNC
messages to get dropped.
Note that this bug didn't occur in 2.4.x.
[http://jira.jboss.com/jira/browse/JGRP-586]
X.509 token not marshalled correctly. This affects ENCRYPT.
[http://jira.jboss.com/jira/browse/JGRP-576]
The complete list of features and bug fixes can be found at
http://jira.jboss.com/jira/browse/JGRP.
Bela Ban, Kreuzlingen, Switzerland
Vladimir Blagojevic, Toronto, Canada
Sept 2007
------------------------------------------------------------------------
*Changes:*
Release Notes - JGroups - Version 2.6
** Bug
* [JGRP-168] - RpcDispatcher fails after shun
* [JGRP-347] - TCP bundling with FLUSH not working
* [JGRP-364] - When using TCP_NIO, starting two nodes at the same
time causes one of the nodes not to join group
* [JGRP-384] - DistributedLockManager.unlock() throws an exception if
one of the group members terminates.
* [JGRP-446] - When using an extremely simple protocol stack the app
will respond with a NullPointerException.
* [JGRP-491] - Multiplexer should execute getState for all registered
MuxChannel under one FLUSH phase
* [JGRP-524] - FLUSH and merge: flush doesn't wrap entire merge process
* [JGRP-537] - SMACK is broken
* [JGRP-549] - ConnectionTable: spurious Connection instances on
concurrent connects
* [JGRP-560] - Message greater than 16286 bytes is not received on MaxOS
* [JGRP-561] - MacOSX: tos value > 0 causes an exception
* [JGRP-562] - Message.setObject() and Message.getObject() hide
exceptions thrown during serialization/deserialization
* [JGRP-564] - Unicast from within viewAccepted() callback throws
exception in UNICAST
* [JGRP-571] - all threads are daemon
* [JGRP-573] - Draw blocks with FLUSH (join & state transfer)
* [JGRP-574] - UnicastChannelTest doesn't work
* [JGRP-575] - Join and state transfer violates virtual synchrony
* [JGRP-576] - X509Token cannot be created
* [JGRP-577] - AUTH: join rejection won't be received because UNICAST
drops it
* [JGRP-578] - It is possible to create a deadlock when trying to
close a channel which is not yet connected
* [JGRP-580] - Possible to get the channel into an incorrect and/or
inconsistent state
* [JGRP-582] - Timer task throws exception on task submission if task
has already been cancelled
* [JGRP-586] - VIEW_SYNC: GMS doesn't accept correct view because of
incorrect header
* [JGRP-591] - IpAddress.hashCode() not unique per ip/port
* [JGRP-595] - Remove superfluous multiplexer warning - "Multiplexer:
- service id-1 not currently running, discarding message"
* [JGRP-599] - Exception in thread "main" java.lang.OutOfMemoryError:
Java heap space running with a Multiplex channel
* [JGRP-603] - FLUSH: problems with TCP and concurrent startup/shutdowns
* [JGRP-607] - SEQUENCER: incorrect ordering on concurrent sends
* [JGRP-610] - Problems with large return value and FC
* [JGRP-611] - MergeTask GMS ConcurrentModificationException
** Feature Request
* [JGRP-130] - Problems with reincarnation
* [JGRP-189] - Validate that IP Bonding is supported
* [JGRP-203] - Primary Partiton approach for handling of partitions
* [JGRP-236] - Combine join and state transfer
* [JGRP-413] - Replace separate threads with timer tasks
* [JGRP-451] - Disabling a network interface and subsequent
re-enabling it (on Windows) doesn't merge
* [JGRP-504] - Support direct injection of MBeanServer into
JChannelFactory
* [JGRP-510] - NAKACK: adjust retransmission times based on statistics
* [JGRP-518] - RpcDispatcher: filter for accepting incoming responses
* [JGRP-519] - Replace BoundedList/List with java.util(.concurrent)
class
* [JGRP-570] - Complete thread naming for all channel threads
* [JGRP-579] - New property: bind_interface
* [JGRP-581] - Convert ReplicatedMap to ConcurrentHashMap from HashMap
* [JGRP-583] - Create JChannel based on XML file and stack name
(similar to MuxChannel creation)
* [JGRP-585] - FD_SOCK: make fetching of cache asynchronous
* [JGRP-588] - Possible to create a denial of service
* [JGRP-608] - FLUSH not safe in simultaneous flush situation
** Task
* [JGRP-337] - Make STOP_FLUSH phase in FLUSH asynchronous
* [JGRP-339] - Remove thread for handling of merge views in
Multiplexer once we have out-of-band messages
* [JGRP-394] - Performance enhancements
* [JGRP-414] - Backport of 2.5 to run on JDK 1.4
* [JGRP-420] - Convert Event.FIND_INITIAL_MBRS to use concurrent stack
* [JGRP-429] - Optionally disable message bundling for unicast messages
* [JGRP-441] - TP.loopback might cause some issues with incorrectly
purged messages in STABLE
* [JGRP-462] - NAKACK: remove bundling for retransmitted messages
* [JGRP-483] - Convert jgroups.sh tro run on cygwin and native UNIX
environment
* [JGRP-487] - Rewrite Retransmitter
* [JGRP-528] - NAKACK: spurious retransmission requests *
[JGRP-530] - Demo
* [JGRP-554] - GroupRequest should use concurrency friendly JDK 5
collections
* [JGRP-558] - Beef up JGroups documentation
* [JGRP-559] - JGroups tutorial
* [JGRP-566] - Write article about FLUSH and Multiplexer
* [JGRP-569] - Ignore bind address for TCP server sockets
* [JGRP-584] - Reconnection with TCP might not work well
* [JGRP-590] - FC: messages > max_credits will block forever
* [JGRP-596] - Document JOIN&state transfer, for JChannel and in the
Multiplexer
* [JGRP-597] - Allow generic view payload
* [JGRP-598] - Simplify FLUSH
* [JGRP-600] - Investigate Multiplexer locking scopes
* [JGRP-602] - Update FLUSH diagrams for joining and for state transfer
* [JGRP-609] - Javadoc JChannelFactory
17 years, 2 months
HEAD build broken AGAIN
by Adrian
The following patch fixes it (makes it compile) for me,
but I don't know whether this is correct
so I'm not committing it.
It would be really nice if one day I could resynch with HEAD without
having to spend an hour figuring out how to make it build or boot. :-)
server module:
[ejort@warjort server]$ svn diff
Index: src/main/org/jboss/deployment/security/JaccPolicyUtil.java
===================================================================
--- src/main/org/jboss/deployment/security/JaccPolicyUtil.java
(revision 66421)
+++ src/main/org/jboss/deployment/security/JaccPolicyUtil.java (working
copy)
@@ -131,7 +131,7 @@
else if(metadata instanceof JBossMetaData)
{
JBossMetaData jmd = (JBossMetaData)metadata;
- IEnterpriseBeansMetaData<JBossEnterpriseBeanMetaData> beans =
jmd.getEnterpriseBeans();
+ JBossEnterpriseBeansMetaData beans = jmd.getEnterpriseBeans();
for(JBossEnterpriseBeanMetaData bmd : beans)
{
EJBPermissionMapping.createPermissions(bmd,
policyConfiguration);
Index: src/main/org/jboss/ejb/EjbUtil50.java
===================================================================
--- src/main/org/jboss/ejb/EjbUtil50.java (revision 66421)
+++ src/main/org/jboss/ejb/EjbUtil50.java (working copy)
@@ -202,7 +202,7 @@
if (targetUnit.getAttachment(JBossMetaData.class) != null)
{
JBossMetaData appMD =
targetUnit.getAttachment(JBossMetaData.class);
- IEnterpriseBeanMetaData<JBossEnterpriseBeanMetaData> beanMD =
appMD.getEnterpriseBean(ejbName);
+ IEnterpriseBeanMetaData beanMD =
appMD.getEnterpriseBean(ejbName);
if (beanMD != null)
{
@@ -234,7 +234,7 @@
if (unit.getAttachment(JBossMetaData.class) != null)
{
JBossMetaData appMD = unit.getAttachment(JBossMetaData.class);
- IEnterpriseBeanMetaData<JBossEnterpriseBeanMetaData> beanMD =
appMD.getEnterpriseBean(link);
+ IEnterpriseBeanMetaData beanMD =
appMD.getEnterpriseBean(link);
if (beanMD != null)
{
ejbName = getJndiName(beanMD, isLocal);
@@ -272,10 +272,10 @@
return ejbName;
}
- private static String
getJndiName(IEnterpriseBeanMetaData<JBossEnterpriseBeanMetaData>
ibeanMD, boolean isLocal)
+ private static String getJndiName(IEnterpriseBeanMetaData ibeanMD,
boolean isLocal)
{
String jndiName = null;
- JBossEnterpriseBeanMetaData beanMD = ibeanMD.cast();
+ JBossEnterpriseBeanMetaData beanMD =
(JBossEnterpriseBeanMetaData) ibeanMD;
if (isLocal)
{
// Validate that there is a local home associated with this
bean
@@ -431,4 +431,4 @@
// Not found
return null;
}
-}
\ No newline at end of file
+}
Index: src/main/org/jboss/ejb/deployers/EjbDeployer.java
===================================================================
--- src/main/org/jboss/ejb/deployers/EjbDeployer.java (revision 66421)
+++ src/main/org/jboss/ejb/deployers/EjbDeployer.java (working copy)
@@ -245,7 +245,7 @@
dependencies.add(ccm);
}
// Add dependencies on the invoker services in use
- IEnterpriseBeansMetaData<JBossEnterpriseBeanMetaData> beans =
deployment.getEnterpriseBeans();
+ IEnterpriseBeansMetaData beans = deployment.getEnterpriseBeans();
Iterator<JBossEnterpriseBeanMetaData> beansIter =
beans.iterator();
HashSet<String> invokerNames = new HashSet<String>();
HashSet<String> beanDepends = new HashSet<String>();
web[ejort@warjort webservices]$ svn diff
Index:
src/main/org/jboss/wsf/container/jboss50/JAXRPCDeployerHookEJB21.java
===================================================================
---
src/main/org/jboss/wsf/container/jboss50/JAXRPCDeployerHookEJB21.java
(revision 66421)
+++
src/main/org/jboss/wsf/container/jboss50/JAXRPCDeployerHookEJB21.java
(working copy)
@@ -82,7 +82,7 @@
if (ejbLink == null)
throw new IllegalStateException("ejb-link cannot be
null");
- IEnterpriseBeanMetaData<JBossEnterpriseBeanMetaData>
beanMetaData = jbmd.getEnterpriseBean(ejbLink);
+ IEnterpriseBeanMetaData beanMetaData =
jbmd.getEnterpriseBean(ejbLink);
if (beanMetaData == null)
throw new IllegalStateException("Cannot obtain bean meta
data for: " + ejbLink);
@@ -103,4 +103,4 @@
WebservicesMetaData wsMetaData = getWebservicesMetaData(unit);
return wsMetaData != null &&
unit.getAllMetaData(JBossMetaData.class).size() > 0;
}
-}
\ No newline at end of file
+}
Index:
src/main/org/jboss/wsf/container/jboss50/EJBArchiveMetaDataAdapterEJB21.java
===================================================================
---
src/main/org/jboss/wsf/container/jboss50/EJBArchiveMetaDataAdapterEJB21.java (revision 66421)
+++
src/main/org/jboss/wsf/container/jboss50/EJBArchiveMetaDataAdapterEJB21.java (working copy)
@@ -77,7 +77,7 @@
private void buildEnterpriseBeansMetaData(EJBArchiveMetaData umd,
JBossMetaData jbmd)
{
List<EJBMetaData> targetBeans = new ArrayList<EJBMetaData>();
- IEnterpriseBeansMetaData<JBossEnterpriseBeanMetaData> sourceBeans
= jbmd.getEnterpriseBeans();
+ JBossEnterpriseBeansMetaData sourceBeans =
jbmd.getEnterpriseBeans();
Iterator<JBossEnterpriseBeanMetaData> it =
sourceBeans.iterator();
while (it.hasNext())
{
services module:
--
xxxxxxxxxxxxxxxxxxxxxxxxxxxx
Adrian Brock
Chief Scientist
JBoss, a division of Red Hat
xxxxxxxxxxxxxxxxxxxxxxxxxxxx
17 years, 2 months
Scoped classloading for ears in AS 5
by Kabir Khan
Is the fact that classloading scoping is being ignored for ears in AS 5
with the new classloaders, a symptom of the current rewrite of ear/ejb
metadata?
17 years, 2 months
