I can see Carlo added AOPRemotingInvocationHandler.java in project/jboss-aspects/remoting
but he didn't remove it from the AS aspects codebase:
https://jira.jboss.org/jira/browse/JBASPECT-17
On the other hand, my local and the hudson builds never complained about that, they
happily
put the duplicate classes in the same jboss-aspect-library-jdk50.jar, and jboss booted
without problems.
That must be either an ant or a jdk issue. Are you using the ant that comes with trunk
(1.7.1 I think) with the build scripts of jboss, or your local one?
In any case, I've removed
trunk/aspects/src/main/org/jboss/aspects/remoting/AOPRemotingInvocationHandler.java from
trunk and will wait to see how things go:
This testsuite run should should tell us:
http://hudson.qa.jboss.com/hudson/view/JBoss%20AS/job/JBoss-AS-5.0.x-Test...
I think we should do the same from the CR2 tag, after we check everything is ok.
Might even trigger a full TCK run, just to be sure.
Rajesh Rajasekaran wrote:
Looks like we have
org/jboss/aspects/remoting/AOPRemotingInvocationHandler coming from
jbossas/trunk/aspects and from the maven repo in
org/jboss/aspects/jboss-remoting-aspects
Which is the right version to use? The build should be altered to remove
the duplicate one.
This prevents the server startup.
Details here.
https://jira.jboss.org/jira/browse/JBAS-5967
I wonder why we didn't catch this in the continuous runs. The only thing
different here is i started the release build on a machine with a clean
local maven repo.
Thanks
Rajesh
_______________________________________________
jboss-development mailing list
jboss-development(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-development