Re: [JBoss-dev] JBossXB dependencies
Like any other, define an interface then load the implementation class using dynamic classloading. On Thu, 2006-06-29 at 06:55 -0500, Heiko Braun wrote: > We already managed to factor out the dependencies. > Still it would be interesting to me how you picture this plugin > mechanism. > > > /Heiko > > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of > Adrian Brock > Sent: Thursday, June 29, 2006 1:40 PM > To: JBoss.org development list > Subject: Re: [JBoss-dev] JBossXB dependencies > > The solution is the same for all optional code. > > These should be plugins rather than integrated directly into > the core infrastructure. > > On Wed, 2006-06-28 at 04:35 -0500, Heiko Braun wrote: > > The latest XB version introduced a dependency towards JAF and Java > Mail. > > Currently these jars reside under /server//lib and are > > not visible to the XB classloader. Moving them to /lib doesn't > > work, because the bootstrap process uses a hard coded set of > libraries. > > > > The current workaround is to move JAF & Mail to lib/endorsed, in order > > to have them available at bootstrap time. > > > > Does someone have an idea how to solve this problem without > > > > a) modifying the bootstrap classes > > b) using that workaround ? > > > > /Heiko > > > > > > Using Tomcat but need to do more? Need to support web services, > security? > > Get stuff done quickly with pre-integrated technology to make your job > easier > > Download IBM WebSphere Application Server v.1.0.1 based on Apache > Geronimo > > > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > > ___ > > JBoss-Development mailing list > > JBoss-Development@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/jboss-development -- xxx Adrian Brock Chief Scientist JBoss a division of Red Hat xxx Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBossXB dependencies
The solution is the same for all optional code. These should be plugins rather than integrated directly into the core infrastructure. On Wed, 2006-06-28 at 04:35 -0500, Heiko Braun wrote: > The latest XB version introduced a dependency towards JAF and Java Mail. > Currently these jars reside under /server//lib and are > not visible to the XB classloader. Moving them to /lib doesn't > work, because the bootstrap process uses a hard coded set of libraries. > > The current workaround is to move JAF & Mail to lib/endorsed, in order > to have them available at bootstrap time. > > Does someone have an idea how to solve this problem without > > a) modifying the bootstrap classes > b) using that workaround ? > > /Heiko > > > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > ___ > JBoss-Development mailing list > JBoss-Development@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jboss-development -- xxx Adrian Brock Chief Scientist JBoss a division of Red Hat xxx Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Build still broken
Maybe you changed the local filesystem date? Try deleting the directory from thirdparty. On Mon, 2006-06-26 at 10:34 +0200, Adrian Brock wrote: > My jbossxb is currently at "snapshot" not 1.0.0.CR4 > but then I'm trying to avoid resynching with head too > often to avoid all the build breakages. :-) > > On Mon, 2006-06-26 at 08:55 +0100, Tim Fox wrote: > > This is still occurring for me .. > > > > Is anyone else seeing this?? > > > > Ovidiu Feodorov wrote: > > > The 796th reason to switch to a separated build ... > > > > > > Tim Fox wrote: > > > > > >>I'm getting the following after doing a cvs update -C in HEAD and then a > > >>build clean: > > >> > > >>BUILD FAILED > > >>C:\dev\jboss-head\build\build.xml:999: The following error occurred > > >>while execut > > >>ing this line: > > >>C:\dev\jboss-head\build\build-thirdparty.xml:140: A versioning problem > > >>exists: > > >>Component: jboss/jbossxb is at version: 1.0.0.CR4 > > >> but it is also required to be compatible with: > > >>[EMAIL PROTECTED], ver > > >>sion=1.0.0.CR5}, [EMAIL PROTECTED], version=snapshot}] > > >> by: jboss/jbossws14 > > >> > > >>Using Tomcat but need to do more? Need to support web services, security? > > >>Get stuff done quickly with pre-integrated technology to make your job > > >>easier > > >>Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > > >>http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > > >>___ > > >>JBoss-Development mailing list > > >>JBoss-Development@lists.sourceforge.net > > >>https://lists.sourceforge.net/lists/listinfo/jboss-development > > >> > > >> > > > > > > > > > > > > Using Tomcat but need to do more? Need to support web services, security? > > > Get stuff done quickly with pre-integrated technology to make your job > > > easier > > > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > > > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > > > ___ > > > JBoss-Development mailing list > > > JBoss-Development@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/jboss-development > > > > > > > Using Tomcat but need to do more? Need to support web services, security? > > Get stuff done quickly with pre-integrated technology to make your job > > easier > > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > > ___ > > JBoss-Development mailing list > > JBoss-Development@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/jboss-development -- xxx Adrian Brock Chief Scientist JBoss a division of Red Hat xxx Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Build still broken
My jbossxb is currently at "snapshot" not 1.0.0.CR4 but then I'm trying to avoid resynching with head too often to avoid all the build breakages. :-) On Mon, 2006-06-26 at 08:55 +0100, Tim Fox wrote: > This is still occurring for me .. > > Is anyone else seeing this?? > > Ovidiu Feodorov wrote: > > The 796th reason to switch to a separated build ... > > > > Tim Fox wrote: > > > >>I'm getting the following after doing a cvs update -C in HEAD and then a > >>build clean: > >> > >>BUILD FAILED > >>C:\dev\jboss-head\build\build.xml:999: The following error occurred > >>while execut > >>ing this line: > >>C:\dev\jboss-head\build\build-thirdparty.xml:140: A versioning problem > >>exists: > >>Component: jboss/jbossxb is at version: 1.0.0.CR4 > >> but it is also required to be compatible with: > >>[EMAIL PROTECTED], ver > >>sion=1.0.0.CR5}, [EMAIL PROTECTED], version=snapshot}] > >> by: jboss/jbossws14 > >> > >>Using Tomcat but need to do more? Need to support web services, security? > >>Get stuff done quickly with pre-integrated technology to make your job > >>easier > >>Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > >>http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > >>___ > >>JBoss-Development mailing list > >>JBoss-Development@lists.sourceforge.net > >>https://lists.sourceforge.net/lists/listinfo/jboss-development > >> > >> > > > > > > > > Using Tomcat but need to do more? Need to support web services, security? > > Get stuff done quickly with pre-integrated technology to make your job > > easier > > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > > ___ > > JBoss-Development mailing list > > JBoss-Development@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/jboss-development > > > > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > ___ > JBoss-Development mailing list > JBoss-Development@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jboss-development -- xxx Adrian Brock Chief Scientist JBoss a division of Red Hat xxx Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Leading slashes on jars in build path
The leading slash is relative to the eclipse workspace not the file system. Do you create a simple project called "thirdparty" in the workspace based on what the build/build-thirdparty.xml creates? On Sat, 2006-06-24 at 15:10 +0100, Tim Fox wrote: > I've noticed that some (most?) of the library entries on the Java build > path (Eclipse) for many of the projects start with a leading slash: > > /thirdparty/jboss/profiler/jvmti/lib. > > This means on my system that the libraries cannot be found since I do > not checkout jboss head into the root of the volume. > > So, every time I update from CVS I have to remove all the leading > slashes so eclipse relative to the top of my workspace where the > libraries will be found. > > Is there any reason for having the leading slashes? Or perhaps I am > doing something wrong and somehow I can get eclipse to interpret the > leading slash as being at the root of my workspace. > > Any ideas? > > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > ___ > JBoss-Development mailing list > JBoss-Development@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jboss-development -- xxx Adrian Brock Chief Scientist JBoss a division of Red Hat xxx Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Fwd: jboss-head-jdk-matrix Build Failed]
ies Tomcat 6 1.1 added bill tomcat/src/main/org/jboss/web/tomcat/tc6/session/SessionBasedClusteredSession.java Tomcat 6 1.1 added bill tomcat/src/main/org/jboss/web/tomcat/tc6/session/SessionIDGenerator.java Tomcat 6 1.1 added bill tomcat/src/main/org/jboss/web/tomcat/tc6/session/SnapshotManager.java Tomcat 6 1.1 added bill tomcat/src/main/org/jboss/web/tomcat/tc6/session/Util.java Tomcat 6 -- xxx Adrian Brock Chief Scientist JBoss a division of Red Hat xxx All the advantages of Linux Managed Hosting--Without the Cost and Risk! Fully trained technicians. The highest number of Red Hat certifications in the hosting industry. Fanatical Support. Click to learn more http://sel.as-us.falkag.net/sel?cmd=lnk&kid=107521&bid=248729&dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Thirdparty licenses
There are problems with the license types of some of the newer additions to thirdparty. e.g. sun-jaxb refers to CDDL-1.0 (it should be cddl?) quartz refers to ASL 2.0 (it should be Apache-2.0?) Here are the licenses that actually exist: http://repository.jboss.com/licenses/ I think the thirdparty processing should verify the existance of the license. We obviously can't trust individual developers to verify this, otherwise this current problem wouldn't exist. :-) Instead it just gives errors, e.g. [get-ASL 2.0] Getting: http://repository.jboss.com/licenses/ASL 2.0.txt [get-ASL 2.0] To: /home/ejort/jboss-4.0/build/../thirdparty/licenses/ASL 2.0.txt [get-ASL 2.0] Error opening connection java.io.IOException [get-ASL 2.0] Error opening connection java.io.IOException [get-ASL 2.0] Error opening connection java.io.IOException [get-ASL 2.0] Can't get http://repository.jboss.com/licenses/ASL 2.0.txt to /home/ejort/jboss-4.0/build/../thirdparty/licenses/ASL 2.0.txt -- xxxxxxxx Adrian Brock Chief Scientist JBoss Inc. ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBossAS v4.0.4.SP1
There is this simple fix to an annoying bug I introduced in the jdbc rar: http://jira.jboss.com/jira/browse/JBAS-3258 And there is this memory leak fix: http://jira.jboss.com/jira/browse/JBAS-3271 On Fri, 2006-06-02 at 10:10 -0500, Dimitris Andreadis wrote: > We are going to have an SP1 for 4.0.4 just before JBW, to fix minor > glitches and upgrade EJB3 to CR8. > > Branch JBoss_4_0_4_SP was created for this purpose, to check this out > use: > > cvs co -r JBoss_4_0_4_SP jboss-4.0.x > > The JIRA for this SP1 is here: > http://jira.jboss.com/jira/secure/IssueNavigator.jspa?reset=true&pid=100 > 30&fixfor=12310828 > > I've made this entry for QA to handle the release > http://jira.jboss.com/jira/browse/JBQA-381 > > We'll also upgrade jboss-serialization to 1.0.1. > > Any other important/annoying things you want to fix in 4.0.4, this is > your chance. But do keep it simple because there is virtually no time > for experiments at this point. > > Thanks > /Dimitris -- Adrian Brock Chief Scientist JBoss Inc. ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Re: [jboss-cvs] repository.jboss.com/sun-xacml/2.0 ...
This sun-xacml license needs adding to thirdparty/licenses. http://sunxacml.sourceforge.net/license.txt You should also get Scott's approval **before** including software with a license not in thirdparty/licenses. On Sat, 2006-05-27 at 01:10 -0400, Anil Saldhana wrote: > User: asaldhana > Date: 06/05/27 01:10:00 > > Added: sun-xacml/2.0 component-info.xml > Log: > Open Source SunXACML project artifacts for XACML 2.0 > For more information: http://sunxacml.sourceforge.net > > Revision ChangesPath > 1.1 date: 2006/05/27 05:10:00; author: asaldhana; state: > Exp;repository.jboss.com/sun-xacml/2.0/component-info.xml > > Index: component-info.xml > === > > > > > > > licenseType="sun-xacml" > version="2.0" > projectHome="http://sunxacml.sourceforge.net"; > description="Library for XACML v2.0"> > > > > > > > > > > > > > > --- > All the advantages of Linux Managed Hosting--Without the Cost and Risk! > Fully trained technicians. The highest number of Red Hat certifications in > the hosting industry. Fanatical Support. Click to learn more > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=107521&bid=248729&dat=121642 > _______ > jboss-cvs-commits mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-cvs-commits -- Adrian Brock Chief Scientist JBoss Inc. --- All the advantages of Linux Managed Hosting--Without the Cost and Risk! Fully trained technicians. The highest number of Red Hat certifications in the hosting industry. Fanatical Support. Click to learn more http://sel.as-us.falkag.net/sel?cmd=lnk&kid=107521&bid=248729&dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] RE: microcontainer-head-testsuite Build Failed
On Tue, 2006-05-30 at 10:08 -0500, Scott M Stark wrote: > > > It seem like a jboss-container-test.jar is needed. > > > > > > > I'm not sure what the question is here? > > If you need the jboss-container-test.jar in the MC testsuite, > > you'll need to include it in the classpath in kernel/build-test.xml > > > The question is wether a jboss-container-test.jar is what we want to add > to allow container test impls to be accessible to the kernel tests. I > did see how the kernel/build-test.xml is pulling in the container > classes. I generally duplicate test support classes rather than having one test depend upon something from another test. Let alone dependencies across projects. ;-) -- Adrian Brock Chief Scientist JBoss Inc. --- All the advantages of Linux Managed Hosting--Without the Cost and Risk! Fully trained technicians. The highest number of Red Hat certifications in the hosting industry. Fanatical Support. Click to learn more http://sel.as-us.falkag.net/sel?cmd=lnk&kid=107521&bid=248729&dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] RE: microcontainer-head-testsuite Build Failed
On Tue, 2006-05-30 at 09:49 -0500, Scott M Stark wrote: > This is complaining about not seeing the test profileservice from the > container module: > > _default:compile-classes: > [mkdir] Created > dir: > /services/cruisecontrol/work/checkout/microcontainer-head-testsuite/kernel/output/classes-tests > [javac] Compiling 167 source files > to > /services/cruisecontrol/work/checkout/microcontainer-head-testsuite/kernel/output/classes-tests > > [javac] > /services/cruisecontrol/work/checkout/microcontainer-head-testsuite/kernel/src/tests/org/jboss/test/profileservice/support/Simple1PSBootstrap.java:34: > package org.jboss.test.profileservice.simple1 does not exist > [javac] import > org.jboss.test.profileservice.simple1.ProfileServiceImpl; > > Looking at the kernel/built-test.xml classpath its only pulling in the > jboss-container.jar and this contains no test classes. The issue is > that the profileservice test impl should be testable from the > container module as this has no dependency on the kernel bootstrap > classes that are failing to compile. The container module has no > dependency on the kernel module. > > It seem like a jboss-container-test.jar is needed. > I'm not sure what the question is here? If you need the jboss-container-test.jar in the MC testsuite, you'll need to include it in the classpath in kernel/build-test.xml > Also, what allows eclipse to see these container test classes from the > kernel project, just the reference to the container project in the > Java Build Path/Projects tab? It depends how you configure the project. The default is to include the whole project. > -- Adrian Brock Chief Scientist JBoss Inc. --- All the advantages of Linux Managed Hosting--Without the Cost and Risk! Fully trained technicians. The highest number of Red Hat certifications in the hosting industry. Fanatical Support. Click to learn more http://sel.as-us.falkag.net/sel?cmd=lnk&kid=107521&bid=248729&dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Dependency checking in eclipse
Are you talking about annotations or finals? That is a known issue. I haven't seen any other problem as long "build automatically" is checked. On Wed, 2006-05-24 at 11:39 -0500, Scott M Stark wrote: > I just ran into an issue with eclipse not updating a class after a class > it depended on had changed. In intellij there was a compiler dependency > setting that had to be checked to handle this. I'm not finding a similar > setting in the eclipse java compiler settings. Anyone know if it exists? > > > Scott Stark > VP Architecture & Technology > JBoss Inc. > > > > > --- > All the advantages of Linux Managed Hosting--Without the Cost and Risk! > Fully trained technicians. The highest number of Red Hat certifications in > the hosting industry. Fanatical Support. Click to learn more > http://sel.as-us.falkag.net/sel?cmd=lnk&kid7521&bid$8729&dat1642 > ___ > JBoss-Development mailing list > JBoss-Development@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jboss-development -- Adrian Brock Chief Scientist JBoss Inc. --- All the advantages of Linux Managed Hosting--Without the Cost and Risk! Fully trained technicians. The highest number of Red Hat certifications in the hosting industry. Fanatical Support. Click to learn more http://sel.as-us.falkag.net/sel?cmd=lnk&kid=107521&bid=248729&dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Breaking out the server/metadata classes
You mean the org.jboss.metadata.MetaData class? There already is a sort of clone of it in common see org.jboss.util.xml.XmlHelper It doesn't look like it is used though? It's almost certainly out-of-date? The real MetaData does need changing like you describe, but it does have the problem of mixing J2EE defined stuff with jboss specific stuff from jboss-xxx.xml in the same class. Sometimes the jboss specific stuff is defined by the plugin i.e. "XmlLoadable", so you don't even have a metadata class as such. I've always thought that this stuff should be part of the deployment layer. But then there are advantages and disadvantages for the metadata, deployer and container/runtime to live in the same project. Advantage: It is easy to maintain. Disadvantage: It is difficult to expose the model to a client because runtime dependencies inevitably leak into it. On Wed, 2006-05-24 at 10:23 -0500, Scott M Stark wrote: > One area where there is a dependency on the server module is for the > deployment metadata classes. These classes also need to drop the legacy > XML parsing to decouple the source of the objects to decouple the > runtime model from its source(s). A question has come up as to where > this code should live. At a minimum it should be broken out from the > jboss.jar and exposed as part of an integration spi. What are the > thoughts for a module, jbossxb binding, etc.? > > > Scott Stark > VP Architecture & Technology > JBoss Inc. > > > > > --- > All the advantages of Linux Managed Hosting--Without the Cost and Risk! > Fully trained technicians. The highest number of Red Hat certifications in > the hosting industry. Fanatical Support. Click to learn more > http://sel.as-us.falkag.net/sel?cmd=lnk&kid7521&bid$8729&dat1642 > ___ > JBoss-Development mailing list > JBoss-Development@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jboss-development -- Adrian Brock Chief Scientist JBoss Inc. --- All the advantages of Linux Managed Hosting--Without the Cost and Risk! Fully trained technicians. The highest number of Red Hat certifications in the hosting industry. Fanatical Support. Click to learn more http://sel.as-us.falkag.net/sel?cmd=lnk&kid=107521&bid=248729&dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] basic eclipse project question
The microcontainer currently needs to be built against JBossAS (Head). See the project page for the latest build instructions. When we've done the SVN/Maven change such we have common, test and aop as standalone projects, I'll do the microcontainer (including aop integaration) as a standalone project for 2.0.0M1 The sticking point as I understand it, is common's move to SVN so we can refactor it without loosing the history. On Mon, 2006-05-22 at 16:50 -0500, Scott M Stark wrote: > It looks like the jbossmc module is not valid as it referneces the old > ../tools/etc/buildmagic/libraries.ent while also using the jbossbuild > thirdparty that generates this. It looks like the jbossmc module is > something I tried putting together. I'll try to get it working. > > Can this be the basis for the mc releases or are we going to move this > to svn/maven soon? > > > -Original Message- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] On > > Behalf Of Scott M Stark > > Sent: Monday, May 22, 2006 2:20 PM > > To: jboss-development@lists.sourceforge.net > > Subject: [JBoss-dev] basic eclipse project question > > > > I just switched to the jbossmc module from jboss-head and > > also started using eclipse with this. I checked out the > > jbossmc module fine, but this does not treat the nested java > > projects correctly. How do I open the various jbossmc > > projects (common, container, etc) as java projects so I can > > navigate types, and the like? > > > > > > Scott Stark > > VP Architecture & Technology > > JBoss Inc. > > > > > > > > > > --- > > Using Tomcat but need to do more? Need to support web > > services, security? > > Get stuff done quickly with pre-integrated technology to make > > your job easier Download IBM WebSphere Application Server > > v.1.0.1 based on Apache Geronimo > > http://sel.as-us.falkag.net/sel?cmd=k&kid0709&bid&3057&dat1642 > > ___ > > JBoss-Development mailing list > > JBoss-Development@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/jboss-development > > > > > --- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid0709&bid&3057&dat1642 > ___ > JBoss-Development mailing list > JBoss-Development@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jboss-development -- Adrian Brock Chief Scientist JBoss Inc. --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Service start sequence
Ok. I misundertood what you said. You are correct. The dependent's create() is invoked after the dependee's create() but the important point is that it is not (necessarily) in a usuable state. i.e. The dependee's start() may or may not have been invoked. On Mon, 2006-05-22 at 14:42 +0200, Alexey Loubyansky wrote: > This is how I understood slide 11 of 040-Microkernel.ppt. It's not clear > that it's true only for mbeans from the same -service.xml. > > Create is called when all bean I depend on are “created” > > When a service's create method is called: > - This gives an MBean an opportunity to check that required MBeans or > resources exist. > - The service typically cannot utilize other MBean services at this > point, as most JBoss MBean services do not become fully functional until > they have been started via their start method. > - Because of this, service implementations often do not implement create > in favor of just the start method because that is the first point at > which the service can be fully functional. > > > Adrian Brock wrote: > > On Mon, 2006-05-22 at 14:20 +0200, Alexey Loubyansky wrote: > >> What I described is A in its start method referencing B. B in its create > >> method in fact can check the existence of A. > >> > >> According to our training material, in create a service can check that > >> the services it depends on exist. In your case, B can check that A exists. > >> > > > > If the training material says that, then it is wrong. > > That never has been the case. > > > > Such a check would only work reliably if the two services were > > listed in the same -service.xml and the dependee (the first service) > > had no other unsatisfied dependencies. > > > --- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid0709&bid&3057&dat1642 > ___ > JBoss-Development mailing list > JBoss-Development@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jboss-development -- Adrian Brock Chief Scientist JBoss Inc. --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid0709&bid&3057&dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Service start sequence
On Mon, 2006-05-22 at 14:20 +0200, Alexey Loubyansky wrote: > What I described is A in its start method referencing B. B in its create > method in fact can check the existence of A. > > According to our training material, in create a service can check that > the services it depends on exist. In your case, B can check that A exists. > If the training material says that, then it is wrong. That never has been the case. Such a check would only work reliably if the two services were listed in the same -service.xml and the dependee (the first service) had no other unsatisfied dependencies. -- xxxxxxxx Adrian Brock Chief Scientist JBoss Inc. --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Service start sequence
The WIKI page says that B should not reference A in its createService() so what difference does it make? "create() - the service should do any setup and __not reference another service__" On Fri, 2006-05-19 at 11:46 -0600, Jerry Gauthier wrote: > According to the wiki page at > http://wiki.jboss.org/wiki/Wiki.jsp?page=ServiceLifecycle , the > service lifecycle for two Services A and B is as follows. > > If Service B is dependent on Service A, the startup sequence is the > following. > ServiceA.createService(); > ServiceB.createService(); > ServiceA.startService(); > ServiceB.startService(); > > It appears that this is only true if Service A and Service B are > defined in the same service file. If the services are defined in > different files, the startup sequence is the following. > ServiceA.createService(); > ServiceA.startService(); > ServiceB.createService(); > ServiceB.startService(); > > Obviously this difference is significant for any service that needs to > be created before the primary service is started. Is this intentional > (or am I overlooking something)? I haven't found any reference to this > behavior in JBoss doc. > > > > > > --- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > ___ > JBoss-Development mailing list > JBoss-Development@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jboss-development -- Adrian Brock Chief Scientist JBoss Inc. --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Re: FW: jboss-4.0.4 portal-2.2 issue
Why isn't portal using JBoss's hibernate-int session factory? The solutions are: 1) JBoss Portal's session factory is configured to use JBoss Cache not EhCache 2) JBossAS's installer should include EhCache as an optional part of the install 3) JBoss Portal includes EhCache itself (since it is not a part of the JBossAS install) On a related issue, why does Portal have its own transaction demarcation? :-) org.jboss.portal.common.transaction.Transactions.notSupported(Transactions.java:245) Looks like too much "not invented here" in the Portal code that JBossAS can do nothing about. > > On Fri, 2006-05-12 at 13:05 -0500, Ryan Campbell wrote: > Portal 2.2.1 fails to deploy on 4.0.4. Is this a bug in Hibernate? > > > __ > From:[EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of > Rali Genova > Sent: Friday, May 12, 2006 12:00 PM > To: Ryan Campbell > Subject: jboss-4.0.4 portal-2.2 issue > > > > > Attached is the server log, but here is the relevant exception. I was > using the Hypersonic DB and then MySQL, repeats with both. The AS is > built from source, I am working on verifying this with the installer > that Scott created as well. > > 2006-05-12 11:22:16,353 DEBUG [org.hibernate.impl.SessionFactoryImpl] > instantiating session factory with properties:...(I took those off) > 2006-05-12 11:22:16,363 WARN [org.jboss.system.ServiceController] > Problem starting service portal:service=Hibernate > java.lang.IllegalAccessError: tried to access method > net.sf.ehcache.CacheManager.()V from class > org.hibernate.cache.EhCacheProvider > at > org.hibernate.cache.EhCacheProvider.start(EhCacheProvider.java:124) > at > org.hibernate.impl.SessionFactoryImpl.(SessionFactoryImpl.java:180) > at > org.hibernate.cfg.Configuration.buildSessionFactory(Configuration.java:1213) > at org.jboss.portal.core.hibernate.SessionFactoryBinder > $3.run(SessionFactoryBinder.java:509) > at > org.jboss.portal.common.transaction.Transactions.apply(Transactions.java:199) > at > org.jboss.portal.common.transaction.Transactions.notSupported(Transactions.java:245) > at > org.jboss.portal.core.hibernate.SessionFactoryBinder.createSessionFactory(SessionFactoryBinder.java:505) > at > org.jboss.portal.core.hibernate.SessionFactoryBinder.startService(SessionFactoryBinder.java:291) > at > org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSupport.java:289) > at > org.jboss.system.ServiceMBeanSupport.start(ServiceMBeanSupport.java:196) > at > org.jboss.portal.common.system.AbstractJBossService.start(AbstractJBossService.java:86) > at sun.reflect.GeneratedMethodAccessor18.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:155) > at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) > at > org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:133) > at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) > at > org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:142) > 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:659) > at org.jboss.system.ServiceController > $ServiceProxy.invoke(ServiceController.java:995) > at $Proxy0.start(Unknown Source) > > > -- > Bug? That's not a bug, that's a feature. > > -- Adrian Brock Chief Scientist JBoss Inc. --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Re: FW: jboss-4.0.4 portal-2.2 issue
Actually (2) is not an option because it looks like Portal/Hibernate in 2.2 is expecting a different/incompatible version of EhCache? On Fri, 2006-05-12 at 20:34 +0200, Adrian Brock wrote: > Why isn't portal using JBoss's hibernate-int session factory? > > The solutions are: > 1) JBoss Portal's session factory is configured to use JBoss Cache > not EhCache > 2) JBossAS's installer should include EhCache as an optional > part of the install > 3) JBoss Portal includes EhCache itself (since it is not a part of the > JBossAS install) > > On a related issue, why does Portal have its own transaction > demarcation? :-) > > org.jboss.portal.common.transaction.Transactions.notSupported(Transactions.java:245) > > Looks like too much "not invented here" in the Portal code > that JBossAS can do nothing about. > > > > > > On Fri, 2006-05-12 at 13:05 -0500, Ryan Campbell wrote: > > Portal 2.2.1 fails to deploy on 4.0.4. Is this a bug in Hibernate? > > > > > > __ > > From:[EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of > > Rali Genova > > Sent: Friday, May 12, 2006 12:00 PM > > To: Ryan Campbell > > Subject: jboss-4.0.4 portal-2.2 issue > > > > > > > > > > Attached is the server log, but here is the relevant exception. I was > > using the Hypersonic DB and then MySQL, repeats with both. The AS is > > built from source, I am working on verifying this with the installer > > that Scott created as well. > > > > 2006-05-12 11:22:16,353 DEBUG [org.hibernate.impl.SessionFactoryImpl] > > instantiating session factory with properties:...(I took those off) > > 2006-05-12 11:22:16,363 WARN [org.jboss.system.ServiceController] > > Problem starting service portal:service=Hibernate > > java.lang.IllegalAccessError: tried to access method > > net.sf.ehcache.CacheManager.()V from class > > org.hibernate.cache.EhCacheProvider > > at > > org.hibernate.cache.EhCacheProvider.start(EhCacheProvider.java:124) > > at > > org.hibernate.impl.SessionFactoryImpl.(SessionFactoryImpl.java:180) > > at > > org.hibernate.cfg.Configuration.buildSessionFactory(Configuration.java:1213) > > at org.jboss.portal.core.hibernate.SessionFactoryBinder > > $3.run(SessionFactoryBinder.java:509) > > at > > org.jboss.portal.common.transaction.Transactions.apply(Transactions.java:199) > > at > > org.jboss.portal.common.transaction.Transactions.notSupported(Transactions.java:245) > > at > > org.jboss.portal.core.hibernate.SessionFactoryBinder.createSessionFactory(SessionFactoryBinder.java:505) > > at > > org.jboss.portal.core.hibernate.SessionFactoryBinder.startService(SessionFactoryBinder.java:291) > > at > > org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSupport.java:289) > > at > > org.jboss.system.ServiceMBeanSupport.start(ServiceMBeanSupport.java:196) > > at > > org.jboss.portal.common.system.AbstractJBossService.start(AbstractJBossService.java:86) > > at sun.reflect.GeneratedMethodAccessor18.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:155) > > at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) > > at > > org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:133) > > at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) > > at > > org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:142) > > 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:659) > > at org.jboss.system.ServiceController > > $ServiceProxy.invoke(ServiceController.java:995) > > at $Proxy0.start(Unknown Source) > > > > > > -- > > Bug? That's not a bug, that's a feature. > > > > -- Adrian Brock Chief Scientist JBoss Inc. --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] RE: JBossTest 1.0.0.CR1 released
Simple examples for testing WARs, EJBs, JMS, and a few example custom configs. These could also be used as skeletons for people that want to provide examples when submitting bug reports. On Fri, 2006-05-12 at 15:10 -0500, Rajesh Rajasekaran wrote: > Yes I could write an article explaining the features of the server > controller tasks and the other functionalities in the package. Is there > anything specific I should stress on? > > > Thanks > Rajesh > > -Original Message- > From: Bill Burke > Sent: Friday, May 12, 2006 3:03 PM > To: Rajesh Rajasekaran > Cc: jboss-development@lists.sourceforge.net; QA > Subject: Re: JBossTest 1.0.0.CR1 released > > Great work Rajesth. We have needed this for a *LONG* time. Now you > need to write an article about this stuff. Interested? I'm sure we can > > get OnJava.com to publish it. > > Bill > > Rajesh Rajasekaran wrote: > > > > > > JBossTest 1.0.0.CR1 has been released and is available for download on > > > Sourceforge at > > > > > http://sourceforge.net/project/showfiles.php?group_id=22866&package_id=2 > 1938&release_id=416399 > > > <http://sourceforge.net/project/showfiles.php?group_id=22866&package_id= > 21938&release_id=416399> > > > > > > > > > > Its available in the repository under jboss/test > > > > > > > > This is the standalone release of the test module under JBAS project. > It > > is based on the junit test framework > > > > that lets you write test cases that run against the JBoss Application > > Server. > > > > > > > > This could be used by other JEMS projects like Portal, IDE which > > requires to run tests against the JBoss App server. > > > > Some of the features include: > > > > - Create custom server configurations and control server tasks like > > starting and stopping server from your test suite. > > > > - Create multiple junit reports for the same test run against > different > > server configurations. > > > > > > > > For more information, refer > > http://jboss.com/index.html?module=bb&op=viewtopic&t=77475 > > <http://jboss.com/index.html?module=bb&op=viewtopic&t=77475> > > > > > > > > Thanks > > > > Rajesh > > > > JBoss QA > > > > > > > -- Adrian Brock Chief Scientist JBoss Inc. --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] [Fwd: ejb3-head-testsuite Build Failed]
Fixed. If there are anymore of these lying around, you need to replace: jboss.container.classpath, jboss.dependency.classpath, jboss.kernel.classpath with a reference to the now the binary jboss.microcontainer.classpath from thirdparty. On Fri, 2006-05-05 at 09:04 -0400, Emmanuel Bernard wrote: > Somebody knows how to fix that. We don't have the unit test running > > Buildfile: ../checkout/ejb3-head-testsuite/ejb3/build-test.xml > > init: > > compile-classes: > [mkdir] Created dir: > /services/cruisecontrol/work/checkout/ejb3-head-testsuite/ejb3/output/test-classes > [javac] Compiling 5 source files to > /services/cruisecontrol/work/checkout/ejb3-head-testsuite/ejb3/output/test-classes > > BUILD FAILED > /services/cruisecontrol/work/checkout/ejb3-head-testsuite/ejb3/build-test.xml:306: > Reference jboss.container.classpath not found. > > Total time: 4 seconds > > > > Original Message > Subject: ejb3-head-testsuite Build Failed > Date: Thu, 4 May 2006 22:51:23 -0500 > From: <[EMAIL PROTECTED]> > To: Adrian Brock <[EMAIL PROTECTED]>, Bill Decoste > <[EMAIL PROTECTED]>, Bill Burke <[EMAIL PROTECTED]>, Ben Wang > <[EMAIL PROTECTED]>, Clebert Suconic <[EMAIL PROTECTED]>, Dimitris > Andreadis <[EMAIL PROTECTED]>, Emmanuel Bernard > <[EMAIL PROTECTED]>, Gavin King <[EMAIL PROTECTED]>, > , Kabir Khan <[EMAIL PROTECTED]>, > QA <[EMAIL PROTECTED]>, Ruel Loehr <[EMAIL PROTECTED]>, Scott M Stark > <[EMAIL PROTECTED]>, Thomas Heute <[EMAIL PROTECTED]>, Thomas Diesler > <[EMAIL PROTECTED]> > > > > View results here -> > http://cruisecontrol.jboss.com/cc/buildresults/ejb3-head-testsuite?log=log20060504232133 > > > > BUILD FAILED > Ant Error > Message: > /services/cruisecontrol/work/scripts/build-ejb3-head-testsuite.xml:61: > Exit code: 1 See compileejb3.log in Build Artifacts for details. > Date of build: 05/04/2006 23:21:33 > Time to build: 28 minutes 51 seconds > Last changed: 12/31/2005 16:46:08 > Last log entry: call isOpen() when obtaining session so that HEM > registers with EM with TXset cglib_use_reflection flag to false > > Unit Tests: (0) Total Errors and Failures: (0) > > > > Modifications since last build: (first 50 of 5447) > 1.6 modifiedbill > src/test/org/jboss/ejb3/test/txexceptions/unit/TxExceptionsTestCase.java > EJBs and Persistence can now be within a .jar file > 1.3 modifiedbill > src/test/org/jboss/ejb3/test/xmlcfg/unit/EntityUnitTestCase.java EJBs > and Persistence can now be within a .jar file > 1.4 modifiedbdecoste > src/test/org/jboss/ejb3/test/txexceptions/Dao.java > application-exception support > 1.7 modifiedbdecoste > src/test/org/jboss/ejb3/test/txexceptions/DaoBean.java > application-exception support > 1.1 added bdecoste > src/test/org/jboss/ejb3/test/txexceptions/DeploymentDescriptorAppException.java > > branches: 1.1.2;application-exception support > 1.1 added bdecoste > src/test/org/jboss/ejb3/test/txexceptions/DeploymentDescriptorCheckedRollbackException.java > > branches: 1.1.2;application-exception support > 1.5 modifiedbdecoste > src/test/org/jboss/ejb3/test/txexceptions/unit/TxExceptionsTestCase.java > application-exception support > 1.2 modifiedbdecoste > src/test/org/jboss/ejb3/test/wls/embeddedwar/QueueTestMDB.java > branches: 1.2.2;activateConfig to activationConfig > 1.2 modifiedbdecoste > src/test/org/jboss/ejb3/test/wls/embeddedwar/TopicTestMDB.java > branches: 1.2.2;activateConfig to activationConfig > 1.1 added bdecoste > src/test/org/jboss/ejb3/test/wls/embeddedwar/unit/EmbeddedEjb3TestCase.java > test for embedded EJB3 in WLS > 1.1 added bdecoste > src/test/org/jboss/ejb3/test/wls/embeddedwar/Customer.javatest for > embedded EJB3 in WLS > 1.1 added bdecoste > src/test/org/jboss/ejb3/test/wls/embeddedwar/CustomerDAOBean.java > branches: 1.1.2;test for embedded EJB3 in WLS > 1.1 added bdecoste > src/test/org/jboss/ejb3/test/wls/embeddedwar/CustomerDAOLocal.java > branches: 1.1.2;test for embedded EJB3 in WLS > 1.1 added bdecoste > src/test/org/jboss/ejb3/test/wls/embeddedwar/CustomerDAORemote.java > branches: 1.1.2;test for embedded EJB3 in WLS > 1.1 added bdecoste > src/test/org/jboss/ejb3/test/wls/embeddedwar/EmbeddedEJB3.jsp test > for > embedded EJB3 in WLS > 1.1 added bdecoste > src/test/org/jboss/ejb3/test/wls/embeddedwar/JndiTest.jsp test for > embedded EJB3 in WLS > 1.1 adde
RE: [JBoss-dev] This is not a valid version number
The only reason for snapshots is so one developer doesn't have to wait for an official release of another project before doing some work. It is not intended that it gets released with an untagged dependency. Can't we add some validation that says a release (including alpha, beta, CR) is not allowed to depend on snapshots? Otherwise, it will be pretty difficult to reproduce the build for that release. The other alternative would be to outlaw snapshots and force people to go through alpha releases. But that would be a pain during early development of a feature. On Thu, 2006-05-04 at 08:16 -0500, Scott M Stark wrote: > Its true about the comparision, but other than snapshot binaries, there > should be no component that is declared to be compatible with a snapshot > release in the public repository as this makes no sense. Use of > snapshots is a developer to developer exchange that requires a local > override. We need to crack down on the use of snapshot. I have updated > the version wiki page to indicate there should be no public releases > declared to be compatible with another snapshot release. > > > -Original Message- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] On > > Behalf Of Dimitris Andreadis > > Sent: Thursday, May 04, 2006 5:59 AM > > To: jboss-development@lists.sourceforge.net > > Subject: RE: [JBoss-dev] This is not a valid version number > > > > Nothing to do with aop. I am just wondering about the > > usefulness of a X.Y.ZZ.SNAPSHOT "release", since, from what > > I've seen from the listed projects that just export a > > "snapshot" release for development purposes, there will > > rarely be a need for releasing snapshots from multiple > > branches, except the one where active development takes place. > > > > Also, if you get to alphabetically compare them, > > 5.0.0.SNAPSHOT comes after 5.0.0.GA, no? > > > --- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid0709&bid&3057&dat1642 > _______ > JBoss-Development mailing list > JBoss-Development@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jboss-development -- Adrian Brock Chief Scientist JBoss Inc. --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] RE: microcontainer-head-testsuite Build Failed
Not anymore they don't. :-) On Wed, 2006-05-03 at 10:41 -0500, Rajesh Rajasekaran wrote: > The kernel & aop-mc-int build.xml still uses jboss.container.classpath. > > http://cruisecontrol.jboss.com/cc/artifacts/microcontainer-head-testsuite/20060502220252/compile.log > > Buildfile: ../checkout/microcontainer-head-testsuite/kernel/build.xml > BUILD FAILED > /services/cruisecontrol/work/checkout/microcontainer-head-testsuite/tools/etc/buildmagic/buildmagic.ent:456: > Reference jboss.container.classpath not found. > > > > > > > > > __ > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Sent: Tuesday, May 02, 2006 9:29 PM > To: Adrian Brock; Bill Burke; jboss-development@lists.sourceforge.net; > QA; Scott M Stark; Thomas Diesler > Subject: microcontainer-head-testsuite Build Failed > Importance: High > > > > > View results here -> > http://cruisecontrol.jboss.com/cc/buildresults/microcontainer-head-testsuite?log=log20060502220252 > > BUILD FAILED > > > Ant Error > Message: > /services/cruisecontrol/work/scripts/build-microcontainer-head-testsuite.xml:72: > The following error occurred while executing this line: > /services/cruisecontrol/work/scripts/build-microcontainer-head-testsuite.xml:119: > See compile.log in Build Artifacts for details. > > > Date of build: 05/02/2006 22:02:52 > > > Time to build: 25 minutes 22 seconds > > > Last changed: 05/02/2006 16:18:48 > > > Last log entry: Temporary fix for optional compilation with JDK1.4 > > > > > Unit Tests: (0) > Total Errors and > Failures: (0) > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >Modifications > since last > build: (first > 50 of 43) >
RE: [JBoss-dev] aop/jbossretro org.jboss.lang.Enum conflict
On Wed, 2006-05-03 at 08:57 -0500, Scott M Stark wrote: > Why insn't the jbossretro.jar only including java5 classes while > jbossretro-rt.jar the jdk14 classes? No idea? This was a change you made. :-) http://fisheye.jboss.org/changelog/JBoss?cs=MAIN:starksm:20060103185159 Before that, the whole lot was weaved to JDK1.4 -- xxxxxxxx Adrian Brock Chief Scientist JBoss Inc. --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] aop/jbossretro org.jboss.lang.Enum conflict
This jar needs rebuilding from scratch. It is a mess, with the classes in the jar twice? jar -tf ~/jboss-4.0/thirdparty/jboss/jbossretro/lib/jbossretro.jar | grep Enum org/jboss/lang/Enum.class org/jboss/lang/EnumImpl.class org/jboss/util/EnumMap.class org/jboss/util/EnumSet.class org/jboss/lang/Enum.class org/jboss/lang/EnumImpl.class org/jboss/util/EnumMap.class org/jboss/util/EnumSet.class The org/jboss/lang/Enum doesn't exist anymore (except in aop). On Wed, 2006-05-03 at 07:35 -0500, Dimitris Andreadis wrote: > The class has been renamed to org.jboss.lang.EnumImpl, but I do see the > old org.jboss.lang.Enum there, and in the jbossretro-rt.jar that goes > with JBAS 4.0.4. > > Is this why the org.jboss.test.compatibility.test still fails? > > http://jira.jboss.com/jira/browse/JBAS-3103 > > http://cruisecontrol.jboss.com/cc/artifacts/jboss-4.0-testsuite/20060503 > 051758/results/org/jboss/test/compatibility/test/SerialVersionUIDUnitTes > tCase.html > > > -Original Message- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] On > > Behalf Of Scott M Stark > > Sent: 30 March, 2006 01:28 > > To: jboss-development@lists.sourceforge.net > > Subject: RE: [JBoss-dev] aop/jbossretro org.jboss.lang.Enum conflict > > > > The class has been renamed to org.jboss.lang.EnumImpl, and I moved the > > JBossRetro_1_0_0_CR1 tag on the updated files so can you > > rebuild the current 1.0.0.CR1 jars. > > > > > -Original Message- > > > From: [EMAIL PROTECTED] > > > [mailto:[EMAIL PROTECTED] On Behalf Of > > > Ryan Campbell > > > Sent: Wednesday, March 29, 2006 2:13 PM > > > To: jboss-development@lists.sourceforge.net > > > Subject: RE: [JBoss-dev] aop/jbossretro org.jboss.lang.Enum conflict > > > > > > >> A new jbossws14 binary will need to be created > > > > > > Hopefully one that fixes > > > http://jira.jboss.com/jira/browse/JBWS-683 so that the > > remaining 4.0.4 > > > webservice testsuite failures are resolved. > > > > > > --- > > This SF.Net email is sponsored by xPML, a groundbreaking > > scripting language > > that extends applications into web and mobile media. Attend > > the live webcast > > and join the prime developer group breaking into this new > > coding territory! > > http://sel.as-us.falkag.net/sel?cmd=k&kid0944&bid$1720&dat1642 > > ___ > > JBoss-Development mailing list > > JBoss-Development@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/jboss-development > > -- Adrian Brock Chief Scientist JBoss Inc. --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Re: Pushing some of the 4.0.4.GA tasks
On Wed, 2006-05-03 at 07:47 -0500, Dimitris Andreadis wrote:
> http://jira.jboss.com/jira/browse/JBAS-2398 - Check for unparameterized
> interface configuration
> So what is the resolution? It's not clear to me from the forums.
The configuration (and code) needs checking for stuff that does not
honour the ${jboss.bind.address:0.0.0.0} config.
This is not just the application server codebase it is the whole of JEMS
including thirdparty libraries.
It is a code audit. I'd guess it is too late to perform thoroughly now
so we'll have to wait until the next release.
But if you do defer, raise the priority so it is done by 4.0.5.CR1
--
xxxxxxxx
Adrian Brock
Chief Scientist
JBoss Inc.
---
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] RE: Change to HEAD Build. Microcontainer now binary dependency.WASRE: jboss-head-jdk-matrix Build Failed
Yes, they container and microkernel in CVS. Cut and paste error, sorry. On Tue, 2006-05-02 at 16:42 -0500, Rajesh Rajasekaran wrote: > Are the container and kernel modules "jboss-container" & > "jboss-microkernel" as explained in the checkout instructions in the > wiki, or are they just "container" & "microkernel" > > > > -Original Message- > From: Adrian Brock > Sent: Tuesday, May 02, 2006 4:37 PM > To: Ryan Campbell > Cc: Adrian Brock; Scott M Stark; QA; > jboss-development@lists.sourceforge.net > Subject: RE: Change to HEAD Build. Microcontainer now binary > dependency.WASRE: jboss-head-jdk-matrix Build Failed > > You will just need to checkout the container/dependency/kernel projects > manually (they are no longer a part of the jboss-head alias). > Using whatever tag was added for that release. > > Other than that, it will be the same. > > It shouldn't affect AOP. Only AOP2.0 (which hasn't been released yet) > has a dependency on container. > > On Tue, 2006-05-02 at 16:20 -0500, Ryan Campbell wrote: > > Will removing these modules from jboss-head prevent previous releases > of > > ejb3, aop & microcontainer from being built? > > > > I guess the answer is no, but the checkout instructions have changed? > > > > -Original Message- > > From: Adrian Brock > > Sent: Tuesday, May 02, 2006 2:21 PM > > To: Scott M Stark > > Cc: Adrian Brock; Ryan Campbell; QA; > > jboss-development@lists.sourceforge.net > > Subject: Change to HEAD Build. Microcontainer now binary dependency. > > WASRE: jboss-head-jdk-matrix Build Failed > > > > This has been done, except the cruisecontrol changes. > > I've left some other issues open for a more complete standalone build: > > http://jira.jboss.com/jira/browse/JBMICROCONT-87 > > > > The updated build instructions are here: > > http://wiki.jboss.org/wiki/Wiki.jsp?page=JBossMicrocontainer > > if you already have a previous head checked out, the only change > > is that these projects won't automatically be a part of the main > build. > > > > The version of the microcontainer used is a snapshot from > > earlier this afternoon. Which will be updated to 2.0.0M1 > > when that is finalised. > > > > On Tue, 2006-05-02 at 16:26 +0200, Adrian Brock wrote: > > > On Tue, 2006-05-02 at 09:07 -0500, Scott M Stark wrote: > > > > > It would potentially be possible to require the MC projects > > > > > to be developed against head while still being thirdparty > > > > > binaries in the main jboss-head build. > > > > > i.e. You would checkout the projects separately into the head > > tree. > > > > Meaning just dropping them from the jboss-head module alias and > > manually > > > > checking > > > > them out into it? If that is the case this should just be done > > > > independent of the svn move just to decouple the mc code from > jboss5 > > as > > > > currently the only user of these is ejb3 as far as I can see. We > > just > > > > need the mc artifacts pushed out to the repository. > > > > > > > > > > Ok, I'll do this. If you want to use JDK5 features, we > > > should also look at make jboss retro binaries. > > > > > > I'll make JBoss-Head build on the JBossMC-1.0.2.GA > > > binaries. Besides the bean deployer in varia, only EJB3 > > > is using it until JBossMC-2.0.0M1 is finished. > > > > > > Then I'll update the WIKI page on how to develop > > > the microcontainer until we have a proper standalone build. > > > > > > Cruisecontrol will also need updating once this is done. -- Adrian Brock Chief Scientist JBoss Inc. --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] RE: Change to HEAD Build. Microcontainer now binary dependency. WASRE: jboss-head-jdk-matrix Build Failed
You will just need to checkout the container/dependency/kernel projects manually (they are no longer a part of the jboss-head alias). Using whatever tag was added for that release. Other than that, it will be the same. It shouldn't affect AOP. Only AOP2.0 (which hasn't been released yet) has a dependency on container. On Tue, 2006-05-02 at 16:20 -0500, Ryan Campbell wrote: > Will removing these modules from jboss-head prevent previous releases of > ejb3, aop & microcontainer from being built? > > I guess the answer is no, but the checkout instructions have changed? > > -----Original Message- > From: Adrian Brock > Sent: Tuesday, May 02, 2006 2:21 PM > To: Scott M Stark > Cc: Adrian Brock; Ryan Campbell; QA; > jboss-development@lists.sourceforge.net > Subject: Change to HEAD Build. Microcontainer now binary dependency. > WASRE: jboss-head-jdk-matrix Build Failed > > This has been done, except the cruisecontrol changes. > I've left some other issues open for a more complete standalone build: > http://jira.jboss.com/jira/browse/JBMICROCONT-87 > > The updated build instructions are here: > http://wiki.jboss.org/wiki/Wiki.jsp?page=JBossMicrocontainer > if you already have a previous head checked out, the only change > is that these projects won't automatically be a part of the main build. > > The version of the microcontainer used is a snapshot from > earlier this afternoon. Which will be updated to 2.0.0M1 > when that is finalised. > > On Tue, 2006-05-02 at 16:26 +0200, Adrian Brock wrote: > > On Tue, 2006-05-02 at 09:07 -0500, Scott M Stark wrote: > > > > It would potentially be possible to require the MC projects > > > > to be developed against head while still being thirdparty > > > > binaries in the main jboss-head build. > > > > i.e. You would checkout the projects separately into the head > tree. > > > Meaning just dropping them from the jboss-head module alias and > manually > > > checking > > > them out into it? If that is the case this should just be done > > > independent of the svn move just to decouple the mc code from jboss5 > as > > > currently the only user of these is ejb3 as far as I can see. We > just > > > need the mc artifacts pushed out to the repository. > > > > > > > Ok, I'll do this. If you want to use JDK5 features, we > > should also look at make jboss retro binaries. > > > > I'll make JBoss-Head build on the JBossMC-1.0.2.GA > > binaries. Besides the bean deployer in varia, only EJB3 > > is using it until JBossMC-2.0.0M1 is finished. > > > > Then I'll update the WIKI page on how to develop > > the microcontainer until we have a proper standalone build. > > > > Cruisecontrol will also need updating once this is done. -- Adrian Brock Chief Scientist JBoss Inc. --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Change to HEAD Build. Microcontainer now binary dependency. WAS RE: jboss-head-jdk-matrix Build Failed
This has been done, except the cruisecontrol changes. I've left some other issues open for a more complete standalone build: http://jira.jboss.com/jira/browse/JBMICROCONT-87 The updated build instructions are here: http://wiki.jboss.org/wiki/Wiki.jsp?page=JBossMicrocontainer if you already have a previous head checked out, the only change is that these projects won't automatically be a part of the main build. The version of the microcontainer used is a snapshot from earlier this afternoon. Which will be updated to 2.0.0M1 when that is finalised. On Tue, 2006-05-02 at 16:26 +0200, Adrian Brock wrote: > On Tue, 2006-05-02 at 09:07 -0500, Scott M Stark wrote: > > > It would potentially be possible to require the MC projects > > > to be developed against head while still being thirdparty > > > binaries in the main jboss-head build. > > > i.e. You would checkout the projects separately into the head tree. > > Meaning just dropping them from the jboss-head module alias and manually > > checking > > them out into it? If that is the case this should just be done > > independent of the svn move just to decouple the mc code from jboss5 as > > currently the only user of these is ejb3 as far as I can see. We just > > need the mc artifacts pushed out to the repository. > > > > Ok, I'll do this. If you want to use JDK5 features, we > should also look at make jboss retro binaries. > > I'll make JBoss-Head build on the JBossMC-1.0.2.GA > binaries. Besides the bean deployer in varia, only EJB3 > is using it until JBossMC-2.0.0M1 is finished. > > Then I'll update the WIKI page on how to develop > the microcontainer until we have a proper standalone build. > > Cruisecontrol will also need updating once this is done. -- Adrian Brock Chief Scientist JBoss Inc. --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] RE: jboss-head-jdk-matrix Build Failed
On Tue, 2006-05-02 at 11:54 -0500, Scott M Stark wrote: > We have to bootstrap the repository with a snapshot version. This can be > a local jbossbuild repository override to avoid having to synch through > cvs and then out to the webserver. Can you explain how this works? I can put a snapshot of microcontainer in the repository, but how will this work as you are developing, short of rebuilding the snapshot before you recompile aop, etc.? > > It's the same problem we will face when developing multiple maven > projects with inter-dependencies. Maven just has a natural mechanism for > bootstrapping its repository by following the dependency and building > the projects as needed by adding a parent project. > > > -Original Message- > > From: Adrian Brock > > Sent: Tuesday, May 02, 2006 9:31 AM > > To: Scott M Stark > > Cc: Adrian Brock; Ryan Campbell; QA; > > jboss-development@lists.sourceforge.net > > Subject: RE: jboss-head-jdk-matrix Build Failed > > > > The first problem I've come across is that AOP is using the > > "container" > > project for the metadata repository interfaces. > > > > There is no binary release of this yet, since it is still > > being developed. > > > > So how doable is this while we are still working on the > > AOP/MC integration with still unstable apis? -- Adrian Brock Chief Scientist JBoss Inc. --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] RE: jboss-head-jdk-matrix Build Failed
The first problem I've come across is that AOP is using the "container" project for the metadata repository interfaces. There is no binary release of this yet, since it is still being developed. So how doable is this while we are still working on the AOP/MC integration with still unstable apis? On Tue, 2006-05-02 at 16:26 +0200, Adrian Brock wrote: > On Tue, 2006-05-02 at 09:07 -0500, Scott M Stark wrote: > > > It would potentially be possible to require the MC projects > > > to be developed against head while still being thirdparty > > > binaries in the main jboss-head build. > > > i.e. You would checkout the projects separately into the head tree. > > Meaning just dropping them from the jboss-head module alias and manually > > checking > > them out into it? If that is the case this should just be done > > independent of the svn move just to decouple the mc code from jboss5 as > > currently the only user of these is ejb3 as far as I can see. We just > > need the mc artifacts pushed out to the repository. > > > > Ok, I'll do this. If you want to use JDK5 features, we > should also look at make jboss retro binaries. > > I'll make JBoss-Head build on the JBossMC-1.0.2.GA > binaries. Besides the bean deployer in varia, only EJB3 > is using it until JBossMC-2.0.0M1 is finished. > > Then I'll update the WIKI page on how to develop > the microcontainer until we have a proper standalone build. > > Cruisecontrol will also need updating once this is done. -- Adrian Brock Chief Scientist JBoss Inc. --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] RE: jboss-head-jdk-matrix Build Failed
On Tue, 2006-05-02 at 09:07 -0500, Scott M Stark wrote: > > It would potentially be possible to require the MC projects > > to be developed against head while still being thirdparty > > binaries in the main jboss-head build. > > i.e. You would checkout the projects separately into the head tree. > Meaning just dropping them from the jboss-head module alias and manually > checking > them out into it? If that is the case this should just be done > independent of the svn move just to decouple the mc code from jboss5 as > currently the only user of these is ejb3 as far as I can see. We just > need the mc artifacts pushed out to the repository. > Ok, I'll do this. If you want to use JDK5 features, we should also look at make jboss retro binaries. I'll make JBoss-Head build on the JBossMC-1.0.2.GA binaries. Besides the bean deployer in varia, only EJB3 is using it until JBossMC-2.0.0M1 is finished. Then I'll update the WIKI page on how to develop the microcontainer until we have a proper standalone build. Cruisecontrol will also need updating once this is done. -- Adrian Brock Chief Scientist JBoss Inc. --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] RE: jboss-head-jdk-matrix Build Failed
Which of this is the showstopper? http://jira.jboss.com/jira/browse/JBBUILD-307 The issue for me is being able to develop against the HEAD/Snapshot of each dependent project without creating an infinite number of versions in the repository. :-) e.g. the ongoing integration between AOP/MC require a large turnaround of changes. It would potentially be possible to require the MC projects to be developed against head while still being thirdparty binaries in the main jboss-head build. i.e. You would checkout the projects separately into the head tree. This is similar to what is being done with the aop-mc-int, jca and rars projects until a proper standalone build system is in place. But those are less complication, because they don't have any main branch integration yet. On Tue, 2006-05-02 at 08:07 -0500, Scott M Stark wrote: > Then either head should be moved to svn so that project refactoring can > be done with history maintained, or these modules be removed from > jboss-head and reintegrated as binary dependencies so that they can be > migrated seperately. > > I doubt a complete move is practical given the J1, JBW timeline coming > up. common already has been broken out to svn: > http://anonsvn.jboss.org/repos/ > + http://anonsvn.jboss.org/repos/common-core/ > + http://anonsvn.jboss.org/repos/common-logging/ > + http://anonsvn.jboss.org/repos/common-xb/ > > This has to be moved to a real read/write repository and resynched with > cvs. Aop and test need to follow suite. Getting the svn repository setup > has been the bottleneck in most migrations. > > > -Original Message- > > From: Adrian Brock > > Sent: Tuesday, May 02, 2006 3:14 AM > > To: Scott M Stark > > Cc: Ryan Campbell; Bill Burke; QA; > > jboss-development@lists.sourceforge.net > > Subject: RE: jboss-head-jdk-matrix Build Failed > > > > When JBossXB, common, test and aop are properly standalone. > > > > I've still not seen something I can manage in this respect. > > > > Cache, Remoting, Webservices maybe happy to run before they can walk, > > I am not. > > -- Adrian Brock Chief Scientist JBoss Inc. --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Re: JBossPOJOServer-1.0 Alpha/Final
Yes. On Tue, 2006-05-02 at 06:13 -0500, Dimitris Andreadis wrote: > JBossPOJOServer-1.0 Alpha / Final > > Can those releases be removed from JIRA? There is just one open issue > recorded (http://jira.jboss.com/jira/browse/JBAS-2545) that should > probably move to JB5, if not there already. > > Thanks > /D -- xxxxxxxx Adrian Brock Chief Scientist JBoss Inc. --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] RE: jboss-head-jdk-matrix Build Failed
When JBossXB, common, test and aop are properly standalone. I've still not seen something I can manage in this respect. Cache, Remoting, Webservices maybe happy to run before they can walk, I am not. On Mon, 2006-05-01 at 08:44 -0500, Scott M Stark wrote: > The mc code should be pulled out of head and integrated as a binary > dependency so it can use java5 source as its base with jdk14 runtime > jars created using jboss retro. > > > > > __ > From: Ryan Campbell > Sent: Monday, May 01, 2006 6:29 AM > To: Bill Burke > Cc: QA; jboss-development@lists.sourceforge.net > Subject: RE: jboss-head-jdk-matrix Build Failed > > > > > This build is failing because jboss-head needs to be compiled with > jdk1.4 > > > compile-classes: > [mkdir] Created dir: > /services/cruisecontrol/checkout/jboss-head/kernel/output/classes > [javac] Compiling 183 source files to > /services/cruisecontrol/checkout/jboss-head/kernel/output/classes > javac: invalid target release: 1.5 > Usage: javac > where possible options include: > > > > > > > __ > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Sent: Monday, May 01, 2006 7:55 AM > To: Bill Burke; Brian Stansberry; Dimitris Andreadis; [EMAIL PROTECTED]; > jboss-development@lists.sourceforge.net; Ovidiu Feodorov; QA; Rajesh > Rajasekaran > Subject: jboss-head-jdk-matrix Build Failed > Importance: High > > > > > View results here -> > http://cruisecontrol.jboss.com/cc/buildresults/jboss-head-jdk-matrix?log=log20060501083831 > > BUILD FAILED > > > Ant Error > Message: /services/cruisecontrol/work/scripts/build-jboss-common.xml:220: The > following error occurred while executing this line: > /services/cruisecontrol/work/scripts/build-jboss-common.xml:64: Exit code: 1 > See compile.log in Build Artifacts for details. > > > Date of build: 05/01/2006 08:38:31 > > > Time to build: 15 minutes 40 seconds > > > Last changed: 05/01/2006 08:23:39 > > > Last log entry: Provide a default for sysName in the form of > '@'. JBAS-3165. > > > > > Unit Tests: (0) > Total Errors and > Failures: (0) > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >
[JBoss-dev] Re: deployer prototype Re: microcontainer-head-testsuite Build Failed
In general, I like the JFDI approach But is better if the "I" is discussed before the "D". The only thing I find ambitious about this stuff for JBoss5 is finding the time to work on it. Spending time on prototypes that don't lead to our stated goals is wasted time to me. On Fri, 2006-04-28 at 08:12 -0400, Bill Burke wrote: > > Adrian Brock wrote: > > Did I miss the discussion, roadmap, JIRA tasks > > on this "deployer prototype"? > > > > The MC/Deployers/Profile Service, well...seemed a bit ambitious. Looks > like you guys needed a jump start. I don't want Embedded EJB3 to wait > as long as MC/AOP waited for the JBossXB holy grail. > > You already saw my deployment post. > > > How does this relate to what we've already agreed > > for the aspectized deployers? i.e. The VDF. > > > > Doesn't relate at all yet. Just wanted to get something working then > incorporate other ideas. See my forum post. > > > The aspectized deployers will be in a separate project > > *NOT* the Microcontainer which is an IOC container > > or more accurately a dependency state machine. > > > > Yeah, so? Was more interested in getting something working than putting > it into the right module that may/may not exist. > > > Even the current microcontainer xml deployer will move to > > that project. > > > > In fact, I've already started my own prototype of an > > "embedded" container that will based on the: > > profile service > > +aspectized deployers > > +microcontainer > > +integration abstractions > > +optional features like aop integration, alternate classloaders, etc. > > > > But, it is currently fifth on the list of my priorities: > > 1) MC/AOP integration > > 2) JMX/MC integration in jboss-head > > 3) Aspectized deployers in jboss-head > > 4) Profile service (currently being prototyped by Scott) > > 5) Embedded > > > > I did the embedded first, because, well, again, I have a need for it. > Also, our current experience writing a deployer framework is based on an > application server not on a classpath or embedded in Tomcat. An > embedded prototype flushes out a few more requirements. > > You'll also need to understand that I had already worked out a lot of > issues in the E-EJB3 stuff. > > > Mind you, these priorties change every couple of months. :-) > > Remember Tripoli or POJOServer? > > > > Which is why again, I think everything in JBoss 5 is a bit ambitious to > do all at once. Its more important IMO to get somethign that works for > something real, then incorporate features like VDF, VFSCL, MC/AOP, > etc... Most of this acronym soup isn't even started yet or is just > plain too immature. I had already uncovered a few bugs and feature > issues with the VFS, I'm sure I'll be able to do the same with the rest > of the Alphabet Soup. > > Working on build failures now. > > Bill > > > > On Fri, 2006-04-28 at 06:51 -0400, [EMAIL PROTECTED] wrote: > > > >>View results here -> > >>http://cruisecontrol.jboss.com/cc/buildresults/microcontainer-head-testsuite?log=log20060428062444 > >> > >> BUILD FAILED > >> Ant Error > >>Message: > >>/services/cruisecontrol/work/scripts/build-microcontainer-head-testsuite.xml:41: > >> Exit code: 1 See compilejbosshead.log in Build Artifacts for details. > >> Date of build: 04/28/2006 06:24:44 > >> Time to build: 25 minutes 34 seconds > >> Last changed: 04/27/2006 19:45:34 > >> Last log entry: Deployer prototype > >> > >> > > > > > >> Unit Tests: (0) Total Errors and Failures: (0) > >> > >> > >> > >> Modifications > >> since last > >>build: (first > >> 50 of 12) > >> 1.10 > >> modified > >> bill > >> /build-test.xml > >> Deployer > >> prototype > >> 1.24 > >> modified > >>
[JBoss-dev] Re: deployer prototype Re: microcontainer-head-testsuite Build Failed
On Fri, 2006-04-28 at 08:12 -0400, Bill Burke wrote: > Working on build failures now. The build failure is because the MC is tested against JDK1.4 -- xxxx Adrian Brock Chief Scientist JBoss Inc. --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Re: microcontainer-head-testsuite Build Failed
there. > 1.4 >modified > bill > src/main/org/jboss/vfs/file/FileImpl.java >deployer > prototype. > added stuff to > VFS to:1) > allow you to >get all >children > recursively >from any > VirtualFile2) > Fix some bugs >here and > there. > 1.4 >modified > bill > src/main/org/jboss/vfs/file/FileSystemVFS.java >deployer > prototype. > added stuff to > VFS to:1) > allow you to >get all >children > recursively >from any > VirtualFile2) > Fix some bugs >here and > there. > 1.3 >modified > bill > src/main/org/jboss/vfs/file/JarFileEntry.java >deployer > prototype. > added stuff to > VFS to:1) > allow you to >get all >children > recursively >from any > VirtualFile2) > Fix some bugs >here and > there. > 1.5 >modified > bill >src/main/org/jboss/vfs/file/JarImpl.java >deployer > prototype. > added stuff to > VFS to:1) > allow you to >get all >children > recursively >from any > VirtualFile2) > Fix some bugs >here and > there. > 1.4 >modified > bill > src/main/org/jboss/vfs/file/NestedJarFromStream.java >deployer > prototype. > added stuff to > VFS to:1) > allow you to >get all >children > recursively >from any > VirtualFile2) > Fix some bugs >here and > there. > -- Adrian Brock Chief Scientist JBoss Inc. --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Build breakages
I'm very tempted to just remove webservices from the jbossas build. It would take far less time than the hour or two I spend every week trying to figure out how the latest refactorings broke the build. On Mon, 2006-04-17 at 13:49 +0100, Adrian Brock wrote: > Anybody else getting tired of all the recent build breakages? > > BUILD FAILED > /home/ejort/jboss-head/build/build-thirdparty.xml:135: A versioning > problem exists: > Component: apache-tomcat is at version: 5.5.17 > but it is also required to be compatible with: > [EMAIL PROTECTED], version=5.5.16}] > by: jboss/jbossws14 > -- xxxx Adrian Brock Chief Scientist JBoss Inc. --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Register Synchronization while the Tx is marked for rollback
On Wed, 2006-04-26 at 15:03 +0100, Mark Little wrote: > > Adrian Brock wrote: > > I've closed the JTA issue: > > http://jira.jboss.com/jira/browse/JBAS-3155 > > > > AFAIK, this originally comes from the OTS spec. > > > > Synchronizations were standardised first in the OTS. Prior to that > everyone did it in a vendor-specific manner. > > > I guess the only way an OTS backed JTA impl > > could implement the new stuff: > > http://www.jcp.org/aboutJava/communityprocess/maintenance/jsr907/907-ChangeLog.html#registerInterposedSynchronization%28javax.transaction.Synchronization%29 > > > > Is for registerSynchronization() to directly invoke > > afterCompletion() if the transaction is not active. > > > > Strikes me that the user could do this themselves anyway!? > > > > Not sure what you mean. That reference is purely about registering a > subordinate synchronization with the original transaction coordinator. > JBossTS does this already because it's an optional part of the OTS > specification. You create and enlist the sub-synchronization with the > root transaction when the context is imported and then when any local > synchronizations are added, they register with the sub-synchronization. > I mean if a JavaEE provider uses OTS to implement JTA you cannot map the above method directly onto OTS because the co-ordinator will raise TRANSACTION_ROLLBACK Actually, OTS has slightly weaker language: "TRANSACTION_ROLLEDBACK **may be** raised if the transaction has been marked rollback only." > Mark. > > > > > On Wed, 2006-04-26 at 09:15 -0400, Emmanuel Bernard wrote: > > > >> A Seam use reported an isssue in the way Hibernate register a sync with > >> JBossTM (the old one at least). > >> I've described the issue in JIRA > >> http://jira.jboss.com/jira/browse/EJBTHREE-540 > >> > >> Please provide feedbacks on this one. We must fix that before JBoss AS > >> 4.0.4 / JBoss EJB3 / Hibernate EntityManager / Hibernate 3.2.0 get > >> released (before J1) > >> > >> This involves Mark, Steve, Bill and me > >> > >> > >> > >> > >> --- > >> Using Tomcat but need to do more? Need to support web services, security? > >> Get stuff done quickly with pre-integrated technology to make your job > >> easier > >> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > >> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > >> ___ > >> JBoss-Development mailing list > >> JBoss-Development@lists.sourceforge.net > >> https://lists.sourceforge.net/lists/listinfo/jboss-development > >> -- Adrian Brock Chief Scientist JBoss Inc. --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Register Synchronization while the Tx is marked for rollback
I've closed the JTA issue: http://jira.jboss.com/jira/browse/JBAS-3155 AFAIK, this originally comes from the OTS spec. I guess the only way an OTS backed JTA impl could implement the new stuff: http://www.jcp.org/aboutJava/communityprocess/maintenance/jsr907/907-ChangeLog.html#registerInterposedSynchronization%28javax.transaction.Synchronization%29 Is for registerSynchronization() to directly invoke afterCompletion() if the transaction is not active. Strikes me that the user could do this themselves anyway!? On Wed, 2006-04-26 at 09:15 -0400, Emmanuel Bernard wrote: > A Seam use reported an isssue in the way Hibernate register a sync with > JBossTM (the old one at least). > I've described the issue in JIRA > http://jira.jboss.com/jira/browse/EJBTHREE-540 > > Please provide feedbacks on this one. We must fix that before JBoss AS > 4.0.4 / JBoss EJB3 / Hibernate EntityManager / Hibernate 3.2.0 get > released (before J1) > > This involves Mark, Steve, Bill and me > > > > > --- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > ___ > JBoss-Development mailing list > JBoss-Development@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jboss-development -- Adrian Brock Chief Scientist JBoss Inc. --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] XML Schema validation
Use JBossXB :-)
On Tue, 2006-04-25 at 19:21 -0400, Emmanuel Bernard wrote:
> I want to activate XML Schema validation in a portable way.
> It doesn't seems to be possible.
> For Xerces I have to do
>
> saxReader = new SAXReader();
> saxReader.setEntityResolver(entityResolver);
> saxReader.setErrorHandler( new ErrorLogger(file, errorsList) );
> saxReader.setMergeAdjacentText(true);
>
> saxReader.setValidation(true);
> try {
> saxReader.setFeature(
> "http://apache.org/xml/features/validation/schema";, true );
> }
> catch (SAXNotSupportedException e) {
> saxReader.setValidation( false );
> }
>
> If I do not do the setFeature trick, I've got Error parsing XML: XML
> InputStream(3) Document is invalid: no grammar found.
>
> Does anyone know a portable way to activate schema validation (not dtd)?
>
>
>
> ---
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> ___
> JBoss-Development mailing list
> JBoss-Development@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jboss-development
--
Adrian Brock
Chief Scientist
JBoss Inc.
---
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Upgrading cglib dependency to version 2.1.3 in 4.0 branch
The Hibernate team should decide this. They are its biggest consumers, they know what they have tested against. On Tue, 2006-04-25 at 09:40 -0500, Ruel Loehr wrote: > This has been bounced around a few times without resolution. I’m > going to increment the version cglib unless someone speaks up with a > compelling reason not to. > > > > > > http://jira.jboss.com/jira/browse/JBAS-3061 > > > > Ruel Loehr > > JBoss QA > > > > > > -- Adrian Brock Chief Scientist JBoss Inc. --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid0709&bid&3057&dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Tomcat Version Upgraded to 5.5.17
Looks like it is fixed now, thanks. On Mon, 2006-04-17 at 09:52 -0500, Ruel Loehr wrote: > It's due to the anoncvs sysnc problem. The repository is being updated > from anoncvs.. > > I opened up a ticket with IT: > > http://jira.jboss.com/jira/browse/JBIT-926 > > And also spoke with Eric, he is going to have TomBen take a look. > > Ruel Loehr > JBoss QA > > > -Original Message- > From: Adrian Brock > Sent: Monday, April 17, 2006 9:32 AM > To: jboss-development@lists.sourceforge.net > Cc: QA > Subject: Re: [JBoss-dev] Tomcat Version Upgraded to 5.5.17 > > So I tried to fix this 1 hour 30 minutes ago. > But my change still hasn't shown up in repository.jboss.com? > Nor does it appear in anonymous cvs yet. > > On Mon, 2006-04-17 at 13:54 +0100, Adrian Brock wrote: > > It doesn't even build. > > > > On Mon, 2006-04-17 at 01:11 -0500, Anil Saldhana wrote: > > > Hi all, > > >the tomcat version in both HEAD as well as Branch_4_0 has been > > > upgraded to v5.5.17. > > > > > > A minor issue during the upgrade has been documented here: > > > http://www.jboss.com/index.html?module=bb&op=viewtopic&t=81231 > > > > > > Please test and report back the issues. > > > > > > Regards, > > > Anil > > > > > > > > > --- > > > This SF.Net email is sponsored by xPML, a groundbreaking scripting > language > > > that extends applications into web and mobile media. Attend the live > webcast > > > and join the prime developer group breaking into this new coding > territory! > > > > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 > > > ___ > > > JBoss-Development mailing list > > > JBoss-Development@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/jboss-development -- Adrian Brock Chief Scientist JBoss Inc. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Re: [jboss-cvs] jboss-system/src/main/org/jboss/deployment/scanner ...
Just use this link :-)
www.adriansmemorysearch.org?type=LongTermRetrieval&query=URLDeploymentScanner+Forum+Posts
On Mon, 2006-04-17 at 11:03 -0400, Andrew Oliver wrote:
> Oh cool. Can you repost those threads here? I must have missed them.
>
> Adrian Brock wrote:
> > And you were ignored because there must be at least 100
> > previous threads where it was already discussed.
> >
> > Including me telling describing how to do it to somebody
> > who never contributed it back.
> >
> > On Mon, 2006-04-17 at 10:44 -0400, Andrew Oliver wrote:
> >> BTW Adrian,
> >>
> >>
> >> I did in fact discuss it and no one said much in reply. Perhaps if
> >> you'd read the forum posts more closely, I would not have to repeat
> >> myself here.
> >>
> >>
> >> So if it is needed for 5.0 I'll port it there. I think it might be
> >> useful for that profile service thingy. If not, then I won't.
> >>
> >> peace,
> >>
> >> Andy
> >>
> >> Andrew Oliver wrote:
> >>> *gives adrian a big hug and kiss*
> >>>
> >>> :-*
> >>>
> >>> Next thing you'll be wanting me to try compiling things first before I
> >>> check them in... sheesh.
> >>>
> >>>
> >>> Adrian Brock wrote:
> >>>> Congratulations on:
> >>>>
> >>>> 1) Not discussing this change before implementing it.
> >>>> 2) Raising a JIRA task to document it.
> >>>> 3) Porting it to jboss-head so it doesn't get lost
> >>>>
> >>>> On Sun, 2006-04-16 at 20:29 -0400, Andy Oliver wrote:
> >>>>> User: acoliver
> >>>>> Date: 06/04/16 20:29:00
> >>>>>
> >>>>> Modified:src/main/org/jboss/deployment/scanner Tag: Branch_4_0
> >>>>> URLDeploymentScanner.java
> >>>>> URLDeploymentScannerMBean.java
> >>>>> Log:
> >>>>> Add abillity to ignore a file while it is being updated and then
> >>>>> re-attend to it once it is updated (assuming that some other
> >>>>> service will attend to bringing the runtime in sync without
> >>>>> re-deployment)
> >>>>> Revision ChangesPath
> >>>>> No revision
> >>>>> No revision
> >>>>> 1.32.2.6 +81 -11
> >>>>> jboss-system/src/main/org/jboss/deployment/scanner/URLDeploymentScanner.java
> >>>>>
> >>>>>
> >>>>> (In the diff below, changes in quantity of whitespace are not
> >>>>> shown.)
> >>>>> Index: URLDeploymentScanner.java
> >>>>> ===
> >>>>> RCS file:
> >>>>> /cvsroot/jboss/jboss-system/src/main/org/jboss/deployment/scanner/URLDeploymentScanner.java,v
> >>>>>
> >>>>>
> >>>>> retrieving revision 1.32.2.5
> >>>>> retrieving revision 1.32.2.6
> >>>>> diff -u -b -r1.32.2.5 -r1.32.2.6
> >>>>> --- URLDeploymentScanner.java29 Oct 2005 05:06:09 -
> >>>>> 1.32.2.5
> >>>>> +++ URLDeploymentScanner.java17 Apr 2006 00:29:00 -
> >>>>> 1.32.2.6
> >>>>> @@ -56,12 +56,14 @@
> >>>>> *
> >>>>> * @jmx:mbean
> >>>>> extends="org.jboss.deployment.scanner.DeploymentScannerMBean"
> >>>>> *
> >>>>> - * @version $Revision: 1.32.2.5 $
> >>>>> + * @version $Revision: 1.32.2.6 $
> >>>>> * @author mailto:[EMAIL PROTECTED]">Jason Dillon
> >>>>> */
> >>>>>public class URLDeploymentScanner extends AbstractDeploymentScanner
> >>>>> implements DeploymentScanner, URLDeploymentScannerMBean
> >>>>>{
> >>>>> + /** The list of URLs to skip **/
> >>>>> + protected List skipList = Collections.synchronizedList(new
> >>>>> ArrayList());
> >>>>> /** The list of URLs to scan. */
> >>>>> protected List urlList = Collections.synchronizedList(new
> >>>&
[JBoss-dev] RE: Improving the JBAS JIRA handling process
JCA == Weston Price On Mon, 2006-04-17 at 09:55 -0500, Dimitris Andreadis wrote: > This is the beginning of the discussion! > > So if anyone wants to propose what component/leads need > add/remove/change? > > > I completely agree with all of those. Have you started > > the discussion on the components leads yet? If not, let's > > get that discussion started. I think that is the first thing > > that needs to get straightened out. After that, we can start > > to put some processes in place to make things smoother. Some > > components are also in transistion, such as transactions and > > JMS. So, we need to have an understanding that the > > components leads in JBoss AS 5 will be different then they > > are in JBoss AS 4.0.x or 3.2.x. > > > > Andy -- Adrian Brock Chief Scientist JBoss Inc. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Re: [jboss-cvs] jboss-system/src/main/org/jboss/deployment/scanner ...
And you were ignored because there must be at least 100
previous threads where it was already discussed.
Including me telling describing how to do it to somebody
who never contributed it back.
On Mon, 2006-04-17 at 10:44 -0400, Andrew Oliver wrote:
> BTW Adrian,
>
>
> I did in fact discuss it and no one said much in reply. Perhaps if
> you'd read the forum posts more closely, I would not have to repeat
> myself here.
>
>
> So if it is needed for 5.0 I'll port it there. I think it might be
> useful for that profile service thingy. If not, then I won't.
>
> peace,
>
> Andy
>
> Andrew Oliver wrote:
> > *gives adrian a big hug and kiss*
> >
> > :-*
> >
> > Next thing you'll be wanting me to try compiling things first before I
> > check them in... sheesh.
> >
> >
> > Adrian Brock wrote:
> >> Congratulations on:
> >>
> >> 1) Not discussing this change before implementing it.
> >> 2) Raising a JIRA task to document it.
> >> 3) Porting it to jboss-head so it doesn't get lost
> >>
> >> On Sun, 2006-04-16 at 20:29 -0400, Andy Oliver wrote:
> >>> User: acoliver
> >>> Date: 06/04/16 20:29:00
> >>>
> >>> Modified:src/main/org/jboss/deployment/scanner Tag: Branch_4_0
> >>> URLDeploymentScanner.java
> >>> URLDeploymentScannerMBean.java
> >>> Log:
> >>> Add abillity to ignore a file while it is being updated and then
> >>> re-attend to it once it is updated (assuming that some other
> >>> service will attend to bringing the runtime in sync without
> >>> re-deployment)
> >>> Revision ChangesPath
> >>> No revision
> >>> No revision
> >>> 1.32.2.6 +81 -11
> >>> jboss-system/src/main/org/jboss/deployment/scanner/URLDeploymentScanner.java
> >>>
> >>>
> >>> (In the diff below, changes in quantity of whitespace are not
> >>> shown.)
> >>> Index: URLDeploymentScanner.java
> >>> ===
> >>> RCS file:
> >>> /cvsroot/jboss/jboss-system/src/main/org/jboss/deployment/scanner/URLDeploymentScanner.java,v
> >>>
> >>>
> >>> retrieving revision 1.32.2.5
> >>> retrieving revision 1.32.2.6
> >>> diff -u -b -r1.32.2.5 -r1.32.2.6
> >>> --- URLDeploymentScanner.java29 Oct 2005 05:06:09 -
> >>> 1.32.2.5
> >>> +++ URLDeploymentScanner.java17 Apr 2006 00:29:00 -
> >>> 1.32.2.6
> >>> @@ -56,12 +56,14 @@
> >>> *
> >>> * @jmx:mbean
> >>> extends="org.jboss.deployment.scanner.DeploymentScannerMBean"
> >>> *
> >>> - * @version $Revision: 1.32.2.5 $
> >>> + * @version $Revision: 1.32.2.6 $
> >>> * @author mailto:[EMAIL PROTECTED]">Jason Dillon
> >>> */
> >>>public class URLDeploymentScanner extends AbstractDeploymentScanner
> >>> implements DeploymentScanner, URLDeploymentScannerMBean
> >>>{
> >>> + /** The list of URLs to skip **/
> >>> + protected List skipList = Collections.synchronizedList(new
> >>> ArrayList());
> >>> /** The list of URLs to scan. */
> >>> protected List urlList = Collections.synchronizedList(new
> >>> ArrayList());
> >>> @@ -251,6 +253,66 @@
> >>> return urlList.contains(url);
> >>> }
> >>> + /**
> >>> +* You can ask the deployment scanner NOT to update a URL that
> >>> you are +* about to change. This must be the same as the
> >>> actual deployment URL and
> >>> +* not the minor watchURL (deployment descriptor). This
> >>> operation ADDs a
> >>> +* url to the list of "not" urls. The actual time/datestamp of
> >>> the deployed
> >>> +* url will be modified to reflect the timestamp as if the url
> >>> were actually
> >>> +* deployed the first time scan is called either
> >>> programmatically as an +* mbean operation call or during normal
> >>> temporal operations. Note that this
> >>> +* only affects UPD
[JBoss-dev] Re: [jboss-cvs] jboss-system/src/main/org/jboss/deployment/scanner ...
It is redundant.
You could always do this by naming your file
something the URLDeploymentScanner ignored then
renaming it.
Rename is an atomic operation on any filesystem.
On Mon, 2006-04-17 at 10:44 -0400, Andrew Oliver wrote:
> BTW Adrian,
>
>
> I did in fact discuss it and no one said much in reply. Perhaps if
> you'd read the forum posts more closely, I would not have to repeat
> myself here.
>
>
> So if it is needed for 5.0 I'll port it there. I think it might be
> useful for that profile service thingy. If not, then I won't.
>
> peace,
>
> Andy
>
> Andrew Oliver wrote:
> > *gives adrian a big hug and kiss*
> >
> > :-*
> >
> > Next thing you'll be wanting me to try compiling things first before I
> > check them in... sheesh.
> >
> >
> > Adrian Brock wrote:
> >> Congratulations on:
> >>
> >> 1) Not discussing this change before implementing it.
> >> 2) Raising a JIRA task to document it.
> >> 3) Porting it to jboss-head so it doesn't get lost
> >>
> >> On Sun, 2006-04-16 at 20:29 -0400, Andy Oliver wrote:
> >>> User: acoliver
> >>> Date: 06/04/16 20:29:00
> >>>
> >>> Modified:src/main/org/jboss/deployment/scanner Tag: Branch_4_0
> >>> URLDeploymentScanner.java
> >>> URLDeploymentScannerMBean.java
> >>> Log:
> >>> Add abillity to ignore a file while it is being updated and then
> >>> re-attend to it once it is updated (assuming that some other
> >>> service will attend to bringing the runtime in sync without
> >>> re-deployment)
> >>> Revision ChangesPath
> >>> No revision
> >>> No revision
> >>> 1.32.2.6 +81 -11
> >>> jboss-system/src/main/org/jboss/deployment/scanner/URLDeploymentScanner.java
> >>>
> >>>
> >>> (In the diff below, changes in quantity of whitespace are not
> >>> shown.)
> >>> Index: URLDeploymentScanner.java
> >>> ===
> >>> RCS file:
> >>> /cvsroot/jboss/jboss-system/src/main/org/jboss/deployment/scanner/URLDeploymentScanner.java,v
> >>>
> >>>
> >>> retrieving revision 1.32.2.5
> >>> retrieving revision 1.32.2.6
> >>> diff -u -b -r1.32.2.5 -r1.32.2.6
> >>> --- URLDeploymentScanner.java29 Oct 2005 05:06:09 -
> >>> 1.32.2.5
> >>> +++ URLDeploymentScanner.java17 Apr 2006 00:29:00 -
> >>> 1.32.2.6
> >>> @@ -56,12 +56,14 @@
> >>> *
> >>> * @jmx:mbean
> >>> extends="org.jboss.deployment.scanner.DeploymentScannerMBean"
> >>> *
> >>> - * @version $Revision: 1.32.2.5 $
> >>> + * @version $Revision: 1.32.2.6 $
> >>> * @author mailto:[EMAIL PROTECTED]">Jason Dillon
> >>> */
> >>>public class URLDeploymentScanner extends AbstractDeploymentScanner
> >>> implements DeploymentScanner, URLDeploymentScannerMBean
> >>>{
> >>> + /** The list of URLs to skip **/
> >>> + protected List skipList = Collections.synchronizedList(new
> >>> ArrayList());
> >>> /** The list of URLs to scan. */
> >>> protected List urlList = Collections.synchronizedList(new
> >>> ArrayList());
> >>> @@ -251,6 +253,66 @@
> >>> return urlList.contains(url);
> >>> }
> >>> + /**
> >>> +* You can ask the deployment scanner NOT to update a URL that
> >>> you are +* about to change. This must be the same as the
> >>> actual deployment URL and
> >>> +* not the minor watchURL (deployment descriptor). This
> >>> operation ADDs a
> >>> +* url to the list of "not" urls. The actual time/datestamp of
> >>> the deployed
> >>> +* url will be modified to reflect the timestamp as if the url
> >>> were actually
> >>> +* deployed the first time scan is called either
> >>> programmatically as an +* mbean operation call or during normal
> >>> temporal operations. Note that this
> >>> +* only affects UPDATES
Re: [JBoss-dev] Tomcat Version Upgraded to 5.5.17
So I tried to fix this 1 hour 30 minutes ago. But my change still hasn't shown up in repository.jboss.com? Nor does it appear in anonymous cvs yet. On Mon, 2006-04-17 at 13:54 +0100, Adrian Brock wrote: > It doesn't even build. > > On Mon, 2006-04-17 at 01:11 -0500, Anil Saldhana wrote: > > Hi all, > >the tomcat version in both HEAD as well as Branch_4_0 has been > > upgraded to v5.5.17. > > > > A minor issue during the upgrade has been documented here: > > http://www.jboss.com/index.html?module=bb&op=viewtopic&t=81231 > > > > Please test and report back the issues. > > > > Regards, > > Anil > > > > > > --- > > This SF.Net email is sponsored by xPML, a groundbreaking scripting language > > that extends applications into web and mobile media. Attend the live webcast > > and join the prime developer group breaking into this new coding territory! > > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 > > ___ > > JBoss-Development mailing list > > JBoss-Development@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/jboss-development -- Adrian Brock Chief Scientist JBoss Inc. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Tomcat Version Upgraded to 5.5.17
It doesn't even build. On Mon, 2006-04-17 at 01:11 -0500, Anil Saldhana wrote: > Hi all, >the tomcat version in both HEAD as well as Branch_4_0 has been > upgraded to v5.5.17. > > A minor issue during the upgrade has been documented here: > http://www.jboss.com/index.html?module=bb&op=viewtopic&t=81231 > > Please test and report back the issues. > > Regards, > Anil > > > --- > This SF.Net email is sponsored by xPML, a groundbreaking scripting language > that extends applications into web and mobile media. Attend the live webcast > and join the prime developer group breaking into this new coding territory! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 > ___ > JBoss-Development mailing list > JBoss-Development@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jboss-development -- Adrian Brock Chief Scientist JBoss Inc. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Build breakages
Anybody else getting tired of all the recent build breakages? BUILD FAILED /home/ejort/jboss-head/build/build-thirdparty.xml:135: A versioning problem exists: Component: apache-tomcat is at version: 5.5.17 but it is also required to be compatible with: [EMAIL PROTECTED], version=5.5.16}] by: jboss/jbossws14 -- Adrian Brock Chief Scientist JBoss Inc. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] synchronization on non-final fields warning
Correct, if it did this instead:
public class JaasSecurityManager
{
private CachePolicy domainCache;
private Subject updateCache(Principal principal)
{
synchronized( domainCache )
{
domainCache = new CachePolicy();
// stuff
}
}
}
Another thread can enter the synchronized block
because it will synchronize on a different object.
I'm not sure it is even determinate which
object it will synchronize on under the old
(pre Java5) memory model?
And probably only determinate on Java5 if you do
private volatile CachePolicy domainCache;
On Tue, 2006-04-11 at 23:51 -0500, Scott M Stark wrote:
> I'm trying to understand the full implication of the intellij
> synchronization on non-final fields warning, which has this description:
>
> This inspection reports instances of synchronized statements where the
> lock expression is a non-final field. Such statements are unlikely to
> have useful semantics, as different threads may be locking on different
> objects even when operating on the same object.
>
> An example usage is the following where a multiple operations on the
> domainCache variable is done in a synchronized block so that the
> remove/insert are atomic:
>
> public class JaasSecurityManager
> {
>private CachePolicy domainCache;
>
>private Subject updateCache(Principal principal)
>{
> synchronized( domainCache )
> {
> if( domainCache.peek(principal) != null )
> domainCache.remove(principal);
> domainCache.insert(principal, info);
> }
>}
> }
>
> In going over the current memory model docs:
> http://www.cs.umd.edu/~pugh/java/memoryModel/
> http://gee.cs.oswego.edu/dl/jmm/cookbook.html
> http://www.cs.umd.edu/~pugh/java/memoryModel/jsr133.pdf
>
> The only context I can see where this warning applies is if the
> domainCache variable is being changed. In that case two threads may
> actually be synchronizing/working on different objects, but that is fine
> in this case as the atomic block of ops only applies to the domainCache
> object. If other state was being referenced I can see a problem, but not
> for the illustrated usage.
>
> Am I missing something here?
>
>
> Scott Stark
> VP Architecture & Technology
> JBoss Inc.
>
>
>
>
> ---
> This SF.Net email is sponsored by xPML, a groundbreaking scripting language
> that extends applications into web and mobile media. Attend the live webcast
> and join the prime developer group breaking into this new coding territory!
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642
> _______
> JBoss-Development mailing list
> JBoss-Development@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jboss-development
--
Adrian Brock
Chief Scientist
JBoss Inc.
---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] 5.0..0 Release Schedule
Ok with me. On Thu, 2006-04-06 at 20:22 -0500, Brian Stansberry wrote: > Hi Adrian, > > Can we try to schedule some time in the next couple weeks to have a call > to go over clustering integration issues for 5.0? Particularly with > respect to the MC. I'd like to get your input on what you think the key > issues are so I can get JIRA issues raised, work started. I don't want > to be the one holding up planning for getting 5.0 out :) > > Ivelin also would like to sit in on the call. > > Key areas that I'm aware of: > > Clustering aspects in the MC > -- singleton deployment > -- replicated metadata > -- invoking configured POJO operations on all nodes across the cluster > > Configuration/mgmt of clustering as related to Profile service > > Farmed deployments > > I found out today I'm doing a custom training all next week, but how do > things look for you the week after? > > Cheers, > > Brian > > [EMAIL PROTECTED] wrote: > > We don't have those dates. > > > > I've tried to set those dates about three times in the last > > year by asking for the information you want to provide, but > > very few people actually responded. > > > > On Sun, 2006-03-05 at 18:55, Brian Stansberry wrote: > >> Adrian, > >> > >> Can you give me a rough estimate of the planned release dates for > >> 5.0.0.Beta1 and 5.0.0.GA? JIRA shows no dates beyond 5.0.0.Alpha. > >> I'm trying to make an estimate of which release will have various > >> features/fixes and don't have a clear picture of the schedule. > >> > >> Thanks, > >> > >> Brian Stansberry > >> Lead, AS Clustering > >> JBoss, Inc. > >> callto://bstansberry > >> > >> > >> --- > >> This SF.Net email is sponsored by xPML, a groundbreaking scripting > >> language that extends applications into web and mobile media. Attend > >> the live webcast and join the prime developer group > > breaking into this new coding territory! > >> http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642 > >> ___ > >> JBoss-Development mailing list > >> JBoss-Development@lists.sourceforge.net > >> https://lists.sourceforge.net/lists/listinfo/jboss-development > -- Adrian Brock Chief Scientist JBoss Inc. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] RE: jboss-4.0-testsuite Build Failed
The deployment is destroyed before the classloader. It is just that it left a thread lying around referencing the classloader. On Wed, 2006-04-05 at 12:33 -0500, Scott M Stark wrote: > I do have to question why the class loader is destroyed before all > deployments are though. I'll look into that as part of the JBAS-3063 > issue. > > > -Original Message- > > From: Scott M Stark > > Sent: Wednesday, April 05, 2006 10:24 AM > > To: Adrian Brock > > Cc: Rajesh Rajasekaran; QA; jboss-development@lists.sourceforge.net > > Subject: RE: jboss-4.0-testsuite Build Failed > > > > I'll create a jira issue for the class loader behavior. > > > > > -Original Message- > > > From: Adrian Brock > > > Sent: Wednesday, April 05, 2006 10:16 AM > > > To: Scott M Stark > > > Cc: Rajesh Rajasekaran; QA; jboss-development@lists.sourceforge.net > > > Subject: RE: jboss-4.0-testsuite Build Failed > > > > > > On Wed, 2006-04-05 at 11:44 -0500, Scott M Stark wrote: > > > > An undeployed class loader should probably still delegate to its > > > > parent if it does not have a repository? > > > > > > Agreed. Reflection didn't work either. > > > > > > I've changed the minimal config to have > > name="StopTimeOut">0 to temporarily workaround > > the issue. > > -- Adrian Brock Chief Scientist JBoss Inc. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] RE: jboss-4.0-testsuite Build Failed
On Wed, 2006-04-05 at 11:44 -0500, Scott M Stark wrote:
> An undeployed class loader should probably still delegate to its parent
> if it does not have a repository?
Agreed. Reflection didn't work either.
I've changed the minimal config to have
0
to temporarily workaround the issue.
>
> > -Original Message-----
> > From: Adrian Brock
> > Sent: Wednesday, April 05, 2006 9:42 AM
> > To: Scott M Stark
> > Cc: Rajesh Rajasekaran; QA; jboss-development@lists.sourceforge.net
> > Subject: RE: jboss-4.0-testsuite Build Failed
> >
> > Very interesting Mr Bond...
> >
> > new Thread(new Runnable()
> > {
> > public void run()
> > {
> > System.exit(0);
> > }
> > }, "ExitOnShutdown").start();
> >
> > Can't do that either, because this cannot load a class from
> > the undeployed classloader. :-)
> >
--
Adrian Brock
Chief Scientist
JBoss Inc.
---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] RE: jboss-4.0-testsuite Build Failed
Very interesting Mr Bond...
new Thread(new Runnable()
{
public void run()
{
System.exit(0);
}
}, "ExitOnShutdown").start();
Can't do that either, because this cannot load a class from the
undeployed classloader. :-)
2006-04-05 17:36:57,751 DEBUG [org.jboss.deployment.MainDeployer]
Undeployed
file:/home/ejort/jboss-4.0/build/output/jboss-4.0.4.GA/server/minimal/deploy/shutdown.sar
2006-04-05 17:36:57,753 ERROR [STDERR] java.lang.NoClassDefFoundError:
java/lang/System
2006-04-05 17:36:57,753 ERROR [STDERR] at
org.jboss.test.jmx.shutdown.ExitOnShutdown$1.run(ExitOnShutdown.java:52)
2006-04-05 17:36:57,754 ERROR [STDERR] at
java.lang.Thread.run(Thread.java:534)
On Wed, 2006-04-05 at 17:33 +0100, Adrian Brock wrote:
> The problem is that ExitOnShutDown.java
> invokes exit() from stopService()
> this means the new code thinks the deployment thread is busy,
> because exit() never returns.
>
> I'll make stopService() fork a thread.
>
> On Wed, 2006-04-05 at 11:21 -0500, Scott M Stark wrote:
> > The minimal shutdown is very sensative to the implementation details of
> > the server because there is no jmx invoker in this config. The shutdown
> > relies on the behavior of a service undeployment calling System.exit so
> > JBAS-3050 has likely changed how this behaves. I don't remember why this
> > service could not use a jmx message instead.
> >
> > > -Original Message-
> > > From: Rajesh Rajasekaran
> > > Sent: Wednesday, April 05, 2006 8:59 AM
> > > To: Adrian Brock; QA
> > > Cc: Alexey Loubyansky; Amit Bhayani; Anil Saldhana; Bela Ban;
> > > Bill Burke; Brian Stansberry; Clebert Suconic; Dimitris
> > > Andreadis; Emmanuel Bernard; [EMAIL PROTECTED];
> > > jboss-development@lists.sourceforge.net;
> > > [EMAIL PROTECTED]; Kabir Khan; Ryan Campbell; Ruel Loehr;
> > > Scott M Stark; Thomas Diesler; Tom Elrod
> > > Subject: RE: jboss-4.0-testsuite Build Failed
> > >
> > > The "all" config fails to start because port 1098 is still in
> > > use by the "minimal" configuration which started up earlier.
> > > The minimal waits for 60 secs to completely shut down before
> > > which the "all" config starts. I guess this change is related
> > > to the following issue.
> > > http://jira.jboss.com/jira/browse/JBAS-3050
> > >
> > > This can be verfied by running the testsuite manually. "ant
> > > tests" from the testsuite folder.
> > > This can be avoided by allowing the testsuite to wait for 60
> > > secs or more before different configurations start up.
> > >
> > > Thanks
> > > Rajesh
--
Adrian Brock
Chief Scientist
JBoss Inc.
---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] RE: jboss-4.0-testsuite Build Failed
The problem is that ExitOnShutDown.java invokes exit() from stopService() this means the new code thinks the deployment thread is busy, because exit() never returns. I'll make stopService() fork a thread. On Wed, 2006-04-05 at 11:21 -0500, Scott M Stark wrote: > The minimal shutdown is very sensative to the implementation details of > the server because there is no jmx invoker in this config. The shutdown > relies on the behavior of a service undeployment calling System.exit so > JBAS-3050 has likely changed how this behaves. I don't remember why this > service could not use a jmx message instead. > > > -Original Message- > > From: Rajesh Rajasekaran > > Sent: Wednesday, April 05, 2006 8:59 AM > > To: Adrian Brock; QA > > Cc: Alexey Loubyansky; Amit Bhayani; Anil Saldhana; Bela Ban; > > Bill Burke; Brian Stansberry; Clebert Suconic; Dimitris > > Andreadis; Emmanuel Bernard; [EMAIL PROTECTED]; > > jboss-development@lists.sourceforge.net; > > [EMAIL PROTECTED]; Kabir Khan; Ryan Campbell; Ruel Loehr; > > Scott M Stark; Thomas Diesler; Tom Elrod > > Subject: RE: jboss-4.0-testsuite Build Failed > > > > The "all" config fails to start because port 1098 is still in > > use by the "minimal" configuration which started up earlier. > > The minimal waits for 60 secs to completely shut down before > > which the "all" config starts. I guess this change is related > > to the following issue. > > http://jira.jboss.com/jira/browse/JBAS-3050 > > > > This can be verfied by running the testsuite manually. "ant > > tests" from the testsuite folder. > > This can be avoided by allowing the testsuite to wait for 60 > > secs or more before different configurations start up. > > > > Thanks > > Rajesh -- Adrian Brock Chief Scientist JBoss Inc. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] jboss-head, Testsuite for all configuration fails
gt; > 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:262) > > > at > > > org.jboss.mx.server.MBeanServerImpl.invoke (MBeanServerImpl.java:668) > > > at > > org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210) > > > at $Proxy5.deploy(Unknown Source) > > > at org.jboss.system.server.ServerImpl.doStart( > > ServerImpl.java:481) > > > at > > org.jboss.system.server.ServerImpl.start(ServerImpl.java:361) > > > at org.jboss.Main.boot(Main.java:201) > > > at org.jboss.Main$1.run(Main.java:470) > > > at java.lang.Thread.run(Thread.java:595) > > > Caused by: java.lang.NullPointerException > > > at > > > > > > > org.jboss.system.ServiceConfigurator.internalInstall(ServiceConfigurator.java:452) > > > at > > > > > > > org.jboss.system.ServiceConfigurator.install(ServiceConfigurator.java:171) > > > ... 36 more > > > Failed to boot JBoss: > > > org.jboss.deployment.DeploymentException: - nested throwable: > > > (java.lang.NullPointerException ) > > > at > > > > > > > org.jboss.system.ServiceConfigurator.install(ServiceConfigurator.java:196) > > > at > > > > > org.jboss.system.ServiceController.install(ServiceController.java:226) > > > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native > > Method) > > > at > > > > > > > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) > > > 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 > > :262) > > > at > > > org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:668) > > > at > > org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210) > > > at $Proxy4.install(Unknown Source) > > > at > > org.jboss.deployment.SARDeployer.create(SARDeployer.java:249) > > > at > > org.jboss.deployment.MainDeployer.create(MainDeployer.java:953) > > > at org.jboss.deployment.MainDeployer.deploy > > (MainDeployer.java:807) > > > at > > org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:771) > > > at > > org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:755) > > > at sun.reflect.NativeMethodAccessorImpl.invoke0 (Native > > Method) > > > at > > > > > > > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) > > > 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:262) > > > at > > > org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:668) > > > at > > org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210) > > > at $Proxy5.deploy(Unknown Source) > > > at > > org.jboss.system.server.ServerImpl.doStart(ServerImpl.java:481) > > > at > > org.jboss.system.server.ServerImpl.start(ServerImpl.java:361) > > > at org.jboss.Main.boot(Main.java:201) > > > at org.jboss.Main$1.run(Main.java:470) > > > at java.lang.Thread.run(Thread.java:595) > > > Caused by: java.lang.NullPointerException > > > at > > > org.jboss.system.ServiceConfigurator.internalInstall > > (ServiceConfigurator.java:452) > > > at > > > > > > > org.jboss.system.ServiceConfigurator.install(ServiceConfigurator.java:171) > > > ... 36 more > > > 20:28:18,818 INFO [Server] Runtime shutdown hook called, > > forceHalt: true > > > 20:28:18,818 INFO [Server] JBoss SHUTDOWN: Undeploying all packages > > > 20:28:19,003 INFO [Server] Shutdown complete > > > Shutdown complete > > > Halting VM > > > > > > ===End= > > > > > > > > --- > > This SF.Net email is sponsored by xPML, a groundbreaking scripting > > language > > that extends applications into web and mobile media. Attend the live > > webcast > > and join the prime developer group breaking into this new coding > > territory! > > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 > > > > <http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642> > > ___ > > JBoss-Development mailing list > > JBoss-Development@lists.sourceforge.net > > <mailto:JBoss-Development@lists.sourceforge.net> > > https://lists.sourceforge.net/lists/listinfo/jboss-development > > > > > -- Adrian Brock Chief Scientist JBoss Inc. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] RE: Toward JBoss v4.0.4.GA - Part 3 - For developers
And even that is broken! It shows displaying 1..20 of 37 but there is no link to view the others :-) Just remove the &view=rnotes On Wed, 2006-04-05 at 12:22 +0100, Adrian Brock wrote: > Ok, so I just found a bug in JIRA, the correct links are: > Compatibility > http://jira.jboss.com/jira/secure/IssueNavigator.jspa?mode=hide&requestId=12310487&view=rnotes > Doco > http://jira.jboss.com/jira/secure/IssueNavigator.jspa?mode=hide&requestId=12310486&view=rnotes -- xxxx Adrian Brock Chief Scientist JBoss Inc. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] RE: Toward JBoss v4.0.4.GA - Part 3 - For developers
Ok, so I just found a bug in JIRA, the correct links are: Compatibility http://jira.jboss.com/jira/secure/IssueNavigator.jspa?mode=hide&requestId=12310487&view=rnotes Doco http://jira.jboss.com/jira/secure/IssueNavigator.jspa?mode=hide&requestId=12310486&view=rnotes On Wed, 2006-04-05 at 12:16 +0100, Adrian Brock wrote: > You can already get this information from JIRA. > > Let's keep the process simple please. > > I already: > 1) Describe the change on the JIRA task > 2) Update and the relevant WIKI page and link it on the JIRA task > 3) Mark the JIRA task as requiring a doco change > > I am not going to update an arbitrary number of web pages > when the information is already available. > > If people kept their JIRA tasks to a description of the > change rather than using them as discussion forums, it wouldn't be > as hard to understand. > > e.g. You can already get this information from JIRA: > comaptibility changes > http://jira.jboss.com/jira/secure/IssueNavigator.jspa?view=rnotes&tempMax=1 > or doco changes required > http://jira.jboss.com/jira/secure/IssueNavigator.jspa?view=rnotes&tempMax=1 > > > On Wed, 2006-04-05 at 05:49 -0500, Dimitris Andreadis wrote: > > Forgot also to mention that thing that should go in the admin guide > > should be linked from this JIRA task: > > > > http://wiki.jboss.org/wiki/Wiki.jsp?page=404UpgradeIssues > > > > > > --- > > This SF.Net email is sponsored by xPML, a groundbreaking scripting language > > that extends applications into web and mobile media. Attend the live webcast > > and join the prime developer group breaking into this new coding territory! > > http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642 > > _______ > > JBoss-Development mailing list > > JBoss-Development@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/jboss-development -- Adrian Brock Chief Scientist JBoss Inc. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] RE: Toward JBoss v4.0.4.GA - Part 3 - For developers
You can already get this information from JIRA. Let's keep the process simple please. I already: 1) Describe the change on the JIRA task 2) Update and the relevant WIKI page and link it on the JIRA task 3) Mark the JIRA task as requiring a doco change I am not going to update an arbitrary number of web pages when the information is already available. If people kept their JIRA tasks to a description of the change rather than using them as discussion forums, it wouldn't be as hard to understand. e.g. You can already get this information from JIRA: comaptibility changes http://jira.jboss.com/jira/secure/IssueNavigator.jspa?view=rnotes&tempMax=1 or doco changes required http://jira.jboss.com/jira/secure/IssueNavigator.jspa?view=rnotes&tempMax=1 On Wed, 2006-04-05 at 05:49 -0500, Dimitris Andreadis wrote: > Forgot also to mention that thing that should go in the admin guide > should be linked from this JIRA task: > > http://wiki.jboss.org/wiki/Wiki.jsp?page=404UpgradeIssues > > > --- > This SF.Net email is sponsored by xPML, a groundbreaking scripting language > that extends applications into web and mobile media. Attend the live webcast > and join the prime developer group breaking into this new coding territory! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642 > ___ > JBoss-Development mailing list > JBoss-Development@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jboss-development -- Adrian Brock Chief Scientist JBoss Inc. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Unassigned for 4.0.4
On Mon, 2006-04-03 at 17:15 -0500, Dimitris Andreadis wrote: > Nice. How you indicate in the filter "next release" ? I just change it after each release :-) > > > -Original Message- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] On > > Behalf Of Adrian Brock > > Sent: 04 April, 2006 00:38 > > To: jboss-development@lists.sourceforge.net > > Subject: RE: [JBoss-dev] Unassigned for 4.0.4 > > > > I already created a more generic version of this: > > http://jira.jboss.com/jira/secure/IssueNavigator.jspa?mode=hid > > e&requestId=12310181 > > > > On Mon, 2006-04-03 at 16:20 -0500, Dimitris Andreadis wrote: > > > This filter should show the open 4.0.4.GA issues left for > > every user > > > (i.e. the current user), so you can see what's assigned to you. > > > > > > > > http://jira.jboss.com/jira/secure/IssueNavigator.jspa?mode=hide&reques > > > tI > > > d=12310484 > > > > > > > -Original Message- > > > > From: [EMAIL PROTECTED] > > > > [mailto:[EMAIL PROTECTED] On > > Behalf Of > > > > Adrian Brock > > > > Sent: 03 April, 2006 22:26 > > > > To: jboss-development > > > > Subject: [JBoss-dev] Unassigned for 4.0.4 > > > > > > > > There are still 19 tasks unassigned for 4.0.4 > > > > http://jira.jboss.com/jira/secure/IssueNavigator.jspa?mode=hid > > > > e&requestId=12310482 > > > > > > > > We should get these assigned or deferred, so there isn't > > a mad rush > > > > come release time. :-) > > > > -- > > > > > > > > Adrian Brock > > > > Chief Scientist > > > > JBoss Inc. > > > > > > > > > > > > > > > > > > > > --- > > > > This SF.Net email is sponsored by xPML, a groundbreaking > > scripting > > > > language that extends applications into web and mobile > > media. Attend > > > > the live webcast and join the prime developer group breaking into > > > > this new coding territory! > > > > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&; > > > > dat=121642 > > > > ___ > > > > JBoss-Development mailing list > > > > JBoss-Development@lists.sourceforge.net > > > > https://lists.sourceforge.net/lists/listinfo/jboss-development > > > > > > > > > > > > > --- > > > This SF.Net email is sponsored by xPML, a groundbreaking scripting > > > language that extends applications into web and mobile > > media. Attend > > > the live webcast and join the prime developer group > > breaking into this new coding territory! > > > http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642 > > > ___ > > > JBoss-Development mailing list > > > JBoss-Development@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/jboss-development > > -- > > > > Adrian Brock > > Chief Scientist > > JBoss Inc. > > > > > > > > > > --- > > This SF.Net email is sponsored by xPML, a groundbreaking > > scripting language > > that extends applications into web and mobile media. Attend > > the live webcast > > and join the prime developer group breaking into this new > > coding territory! > > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&; > > dat=121642 > > ___ > > JBoss-Development mailing list > > JBoss-Development@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/jboss-development > > > > > --- > This SF.Net email is sponsored by xPML, a groundbreaking scripting language > that extends applications into web and mobile media. Attend the live webcast > and join the prime developer group breaking into this new coding territory! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642 > ___ > JBoss-Development mailing list > JBoss-Development@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jboss-development -- Adrian Brock Chief Scientist JBoss Inc. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Unassigned for 4.0.4
I already created a more generic version of this: http://jira.jboss.com/jira/secure/IssueNavigator.jspa?mode=hide&requestId=12310181 On Mon, 2006-04-03 at 16:20 -0500, Dimitris Andreadis wrote: > This filter should show the open 4.0.4.GA issues left for every user > (i.e. the current user), so you can see what's assigned to you. > > http://jira.jboss.com/jira/secure/IssueNavigator.jspa?mode=hide&requestI > d=12310484 > > > -Original Message- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] On > > Behalf Of Adrian Brock > > Sent: 03 April, 2006 22:26 > > To: jboss-development > > Subject: [JBoss-dev] Unassigned for 4.0.4 > > > > There are still 19 tasks unassigned for 4.0.4 > > http://jira.jboss.com/jira/secure/IssueNavigator.jspa?mode=hid > > e&requestId=12310482 > > > > We should get these assigned or deferred, so there isn't a > > mad rush come release time. :-) > > -- > > > > Adrian Brock > > Chief Scientist > > JBoss Inc. > > > > > > > > > > --- > > This SF.Net email is sponsored by xPML, a groundbreaking > > scripting language > > that extends applications into web and mobile media. Attend > > the live webcast > > and join the prime developer group breaking into this new > > coding territory! > > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&; > > dat=121642 > > ___ > > JBoss-Development mailing list > > JBoss-Development@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/jboss-development > > > > > --- > This SF.Net email is sponsored by xPML, a groundbreaking scripting language > that extends applications into web and mobile media. Attend the live webcast > and join the prime developer group breaking into this new coding territory! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642 > ___ > JBoss-Development mailing list > JBoss-Development@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jboss-development -- Adrian Brock Chief Scientist JBoss Inc. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Unassigned for 4.0.4
Try again. On Mon, 2006-04-03 at 14:31 -0500, Ryan Campbell wrote: > Adrian, it doesn't look like this filter is public. > > Errors > > * Could not getRequest search with this id. > > > > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of > Adrian Brock > Sent: Monday, April 03, 2006 2:26 PM > To: jboss-development > Subject: [JBoss-dev] Unassigned for 4.0.4 > > There are still 19 tasks unassigned for 4.0.4 > http://jira.jboss.com/jira/secure/IssueNavigator.jspa?mode=hide&requestI > d=12310482 > > We should get these assigned or deferred, > so there isn't a mad rush come release time. :-) -- Adrian Brock Chief Scientist JBoss Inc. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Unassigned for 4.0.4
There are still 19 tasks unassigned for 4.0.4 http://jira.jboss.com/jira/secure/IssueNavigator.jspa?mode=hide&requestId=12310482 We should get these assigned or deferred, so there isn't a mad rush come release time. :-) -- xxxx Adrian Brock Chief Scientist JBoss Inc. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] RE: JBoss-4.0.4.CR2 today - 4.0.x freeze
While you are there, can you also fix jboss-head? BUILD FAILED /home/ejort/jboss-head/build/build.xml:1036: The following error occurred while executing this line: /home/ejort/jboss-head/build/build-thirdparty.xml:131: A versioning problem exists: Component: apache-logging is at version: 1.0.4jboss but it is also required to be compatible with: [EMAIL PROTECTED], version=1.0.4.1jboss}] by: jboss/jbossws14 On Fri, 2006-03-31 at 11:17 -0600, Scott M Stark wrote: > I build ok with both jdk5/jdk1.4.2 last night. Let me try another > box/workspace to validate if something is missing. -- xxxx Adrian Brock Chief Scientist JBoss Inc. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] There isn't a runtime dependcy on javassist for jbossretro is there?
Yes, for the annotations. On Fri, 2006-03-31 at 02:43 -0600, Scott M Stark wrote: > I don't see any runtime dependency on javassist in the jbosstretro > translated output, but the component-info.xml declares a dependency: > > version="1.0.0.CR1" > licenseType="lgpl" > projectHome="http://www.jboss.org"; > description="JBossRetro is a weaver which will > transform Java SE 1.5 byte code to its Java 1.4 > equivalent." >> > > > > > > > > > > > > > This is needed for the translation step of course. Is there a runtime > dependency? > > > Scott Stark > VP Architecture & Technology > JBoss Inc. > > > > > --- > This SF.Net email is sponsored by xPML, a groundbreaking scripting language > that extends applications into web and mobile media. Attend the live webcast > and join the prime developer group breaking into this new coding territory! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642 > ___ > JBoss-Development mailing list > JBoss-Development@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jboss-development -- Adrian Brock Chief Scientist JBoss Inc. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] aop/jbossretro org.jboss.lang.Enum conflict
Ideally we want a way for aop and jbosretro to use the same implementations. The same thing applies to the ScopedClassPool vs AOPClassPool/JBossClassPool and the annotations. For now, I'd suggest just renaming the JBossRetro class until somebody has time to look at it. On Wed, 2006-03-29 at 14:54 -0600, Scott M Stark wrote: > There is a conflict between two org.jboss.lang.Enum objects, one from > aop and another from jbossretro. There should only be one. The > jbosstretro version is more complete, but is not designed to be usable > in js2e1.4 without being translated. > > How are we going to resolve this? > > > Scott Stark > VP Architecture & Technology > JBoss Inc. > > > > > --- > This SF.Net email is sponsored by xPML, a groundbreaking scripting language > that extends applications into web and mobile media. Attend the live webcast > and join the prime developer group breaking into this new coding territory! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642 > ___ > JBoss-Development mailing list > JBoss-Development@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jboss-development -- Adrian Brock Chief Scientist JBoss Inc. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] RE: jboss-4.0-testsuite Build Completed With Testsuite Errors
I've just fixed it. The problem was the regular expression changes in JMX. Why HAJNDI needs to run a query to find the partition beats me. ;-) On Wed, 2006-03-29 at 10:01 -0600, Ryan Campbell wrote: > The all server starts with an error in HAJNDI: > > > 2006-03-29 09:05:40,711 DEBUG [org.jboss.system.ServiceController] Creating > service jboss:service=HAJNDI > 2006-03-29 09:05:40,711 DEBUG [org.jboss.ha.jndi.HANamingService] Creating > jboss:service=HAJNDI > 2006-03-29 09:05:40,711 DEBUG [org.jboss.ha.jndi.HANamingService] > Initializing HAJNDI server on partition: DefaultPartition > 2006-03-29 09:05:40,734 DEBUG [org.jboss.ha.jndi.HANamingService] initialize > HAJNDI > 2006-03-29 09:05:40,734 DEBUG [org.jboss.ha.jndi.HAJNDI] > subscribeToStateTransferEvents > 2006-03-29 09:05:40,735 DEBUG [org.jboss.ha.jndi.HANamingService] > Initialization failed jboss:service=HAJNDI > java.lang.NullPointerException > at org.jboss.ha.jndi.HAJNDI.init(HAJNDI.java:76) > at > org.jboss.ha.jndi.DetachedHANamingService.createService(DetachedHANamingService.java:312) > at > org.jboss.system.ServiceMBeanSupport.jbossInternalCreate(ServiceMBeanSupport.java:260) > at > org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBeanSupport.java:243) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > at java.lang.reflect.Method.invoke(Method.java:324) > at > org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155) > at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) > at org.jboss.mx.server.Invocation.invoke(Invocation.java:86) > at > org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:260) > at > org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659) > at > org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:978) > at $Proxy0.create(Unknown Source) > at > org.jboss.system.ServiceController.create(ServiceController.java:330) > at > org.jboss.system.ServiceController.create(ServiceController.java:273) > > > > > > > ______ > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Sent: Wednesday, March 29, 2006 9:31 AM > To: Adrian Brock; Alexey Loubyansky; Anil Saldhana; Bela Ban; Bill > Burke; Brian Stansberry; Clebert Suconic; Dimitris Andreadis; Emmanuel > Bernard; jboss-development@lists.sourceforge.net; > [EMAIL PROTECTED]; Kabir Khan; QA; Ryan Campbell; Ruel Loehr; Scott > M Stark; Thomas Diesler; Tom Elrod > Subject: jboss-4.0-testsuite Build Completed With Testsuite Errors > Importance: High > > > > > View results here -> > http://cruisecontrol.jboss.com/cc/buildresults/jboss-4.0-testsuite?log=log20060329084534 > > TESTS FAILED > > > Ant Error > Message: /services/cruisecontrol/work/scripts/build-jboss-common.xml:235: The > following error occurred while executing this line: > /services/cruisecontrol/work/scripts/build-common-targets.xml:26: Build > Successful - Tests completed with errors or failures. > > > Date of build: 03/29/2006 08:45:34 > > > Time to build: 102 minutes 46 seconds > > > Last changed: 03/29/2006 04:51:47 > > > Last log entry: replace isDebugEnabled() with isTraceEnabled() > > > > > -- Adrian Brock Chief Scientist JBoss Inc. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Re: [JBoss-dev] org.jboss.test.jbossmq.test.ExpiryDestinationTestCase
http://jira.jboss.com/jira/browse/JBAS-3027 On Wed, 2006-03-29 at 12:26 +0100, Adrian Brock wrote: > It is a new test for a new feature done by Genman. > > 2000 messages sounds a bit stupid for a unit test. > > I'd guess this is a timing issue since there > is no synchronization with the server state, > just a sleep of 1 second, hoping that all those > messages get processed in that time and the > cpu is not busy doing something else like > downloading your e-mail. :-) > > This test also doesn't tidyup after itself. > It leaves all those messages in the DLQ! > > On Wed, 2006-03-29 at 01:07 -0600, Scott M Stark wrote: > > I'm seeing this org.jboss.test.jbossmq.test.ExpiryDestinationTestCase > > fail due to timing issues? The test is failing because the dlq count is > > not 2000. Its both below and above. Is this a reliable test? > > > > > > Scott Stark > > VP Architecture & Technology > > JBoss Inc. > > > > > > > > > > --- > > This SF.Net email is sponsored by xPML, a groundbreaking scripting language > > that extends applications into web and mobile media. Attend the live webcast > > and join the prime developer group breaking into this new coding territory! > > http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642 > > _______ > > JBoss-Development mailing list > > JBoss-Development@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/jboss-development -- Adrian Brock Chief Scientist JBoss Inc. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Re: [JBoss-dev] org.jboss.test.jbossmq.test.ExpiryDestinationTestCase
It is a new test for a new feature done by Genman. 2000 messages sounds a bit stupid for a unit test. I'd guess this is a timing issue since there is no synchronization with the server state, just a sleep of 1 second, hoping that all those messages get processed in that time and the cpu is not busy doing something else like downloading your e-mail. :-) This test also doesn't tidyup after itself. It leaves all those messages in the DLQ! On Wed, 2006-03-29 at 01:07 -0600, Scott M Stark wrote: > I'm seeing this org.jboss.test.jbossmq.test.ExpiryDestinationTestCase > fail due to timing issues? The test is failing because the dlq count is > not 2000. Its both below and above. Is this a reliable test? > > > Scott Stark > VP Architecture & Technology > JBoss Inc. > > > > > --- > This SF.Net email is sponsored by xPML, a groundbreaking scripting language > that extends applications into web and mobile media. Attend the live webcast > and join the prime developer group breaking into this new coding territory! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642 > ___ > JBoss-Development mailing list > JBoss-Development@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jboss-development -- Adrian Brock Chief Scientist JBoss Inc. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Is JBAS-2973 worthy of a 3.2.8.SP2
On Sat, 2006-03-25 at 11:16 -0600, Scott M Stark wrote: > Is the JBAS-2973 (ConcurrentReaderHashMap iterators returning null) > issue worth a 3.2.8.SP2 after the 4.0.4.CR2? Not really. I am dubious that it is a real problem with the current code using Oswego. I haven't looked at the putAll problem (see the jms thread in user forums). I only fixed it because I could reproduce the problem with java.util.concurrent.ConcurrentHashMap and we will eventually want to cutover to at least backport concurrent util. When I tried it with the Oswego stuff, I didn't see the issue. Which leaves open the question of what the orignal user was seeing... But it is trivial to check for null in that code, so it is a worthwhile fix to "future proof" ourselves. > > > Scott Stark > VP Architecture & Technology > JBoss Inc. > > > > > --- > This SF.Net email is sponsored by xPML, a groundbreaking scripting language > that extends applications into web and mobile media. Attend the live webcast > and join the prime developer group breaking into this new coding territory! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642 > ___ > JBoss-Development mailing list > JBoss-Development@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jboss-development -- Adrian Brock Chief Scientist JBoss Inc. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] RE: JBAS-2972 - OOME / Redeployment leakages
On Thu, 2006-03-23 at 09:52 -0600, Clebert Suconic wrote: > 1) It is slow > - It's the best I can do now, since there is no way on the API to get > such thing. I can verify later if there is a way to associate two tags > with a class on JVMTI, that would help me doing a faster navigation. > I'm not familiar with JVMTI and the doco is not very good, at least for "newbies" trying to understands the semantics of the call. I need to expermient. ;-) > 2) The formatting is not good > - Any ideas on how to improve it? I have just made a quick fix, > improved a little bit, but not much I'd like to see something like reference <- referer1.field <- referer2.field <- referer3.field And although using object.toString() is useful, it can be obscure when it doesn't include [EMAIL PROTECTED] like some of the jsr77 classes and it is totally uninformative for arrays. Similarly, some collections like linked lists or HashMaps don't show up well with the algorithm you are using. > > 3) Showing the field name > - I don't have a way on the event chain to determine what's the field > keeping a reference. It would be nice though. > http://java.sun.com/j2se/1.5.0/docs/guide/jvmti/jvmti.html#jvmtiObjectReferenceCallback http://java.sun.com/j2se/1.5.0/docs/guide/jvmti/jvmti.html#JVMTI_REFERENCE_FIELD -- Adrian Brock Chief Scientist JBoss Inc. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] RE: JBAS-2972 - OOME / Redeployment leakages
On Thu, 2006-03-23 at 09:23 -0600, Clebert Suconic wrote: > The new features uses getRerenceHolders Method, which does an inverted > walkthrough everyObject looking for references on the object passed by > parameter, what can be done on a life JVM (I can discover holders > without create a snapshot) > > The method takes probably one second to run every time you call it, > since it walks through the whole heap. I have to do that, since there > isn't a way to fire reference events by its referenced objects. I have > to calculate the equivalent backward operation. For a 10 levels analysis > on a classLoader will probably take 1 minute or two. > I've been look at that this morning. 1) It is slow 2) The formatting is not good 3) Showing the field name There must be a better way to implement it, since that is what the api was designed for. > > BTW: If someone is using JVMTIInterface, I will create a xmdesc to the > MBean today/tomorrow. Right now you will have to look at parameter names > on source code (JVMTIInterfaceMBean) > > > > > > -Original Message- > From: Adrian Brock > Sent: Thursday, March 23, 2006 4:27 AM > To: Clebert Suconic > Cc: Scott M Stark; QA > Subject: RE: JBAS-2972 - OOME / Redeployment leakages > > On Thu, 2006-03-23 at 01:37 -0600, Clebert Suconic wrote: > > I created another method on JVMTIInterface, called > > exploreClassRefernces. With that method you can use JMXConsole to > > explore class and classLoader references to a class (given by name). > > > > - First let me explain how the data is organized: > > > > > > ReferencesToClassLoader.html shows every reference to > > [EMAIL PROTECTED] url=null > > ,addedOrder=50}, on this case the ClassLoader responsible for > deploying > > testbyvalue.ear. > > > > > > I have limited this analysis up to 10 levels. > > A better approach would be dump all objects and their > references out to a file. Then write something > that runs a full gc() over that information. > > Once that is done, you need something that lets you "walk the tree". > > I can imagine a visitor pattern that understands what is > permenantly deployed and what is hotdeployed and determines > the root cause. > > Otherwise, a simple GUI would do the trick. -- Adrian Brock Chief Scientist JBoss Inc. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] RE: JBAS-2972 - OOME / Redeployment leakages
On Thu, 2006-03-23 at 09:23 -0600, Clebert Suconic wrote: > > I can imagine a visitor pattern that understands what is > permenantly deployed and what is hotdeployed and determines > the root cause. > > I have that already. I can create a heapSnapshot, and analyze it later. > But at this point the method I have to sort the will takes a lot of time > to process now. I need a faster way to index file (without using a > database). > Can't you just use hsqldb in memory? That is what it was designed for ;-) -- xxxx Adrian Brock Chief Scientist JBoss Inc. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] RE: FW: JBAS-2972 - OOME / Redeployment leakages
On Thu, 2006-03-23 at 09:05 -0600, Clebert Suconic wrote:
> > I don't even know what ThreadPool changes you are referring to, are
> they real or proposed?
>
> I thought we had some changes on the ThreadPools. My bad.
> I meant that because of references through ThreadWithAttributes (they
> will be always appear for some reason on JVMTI).
>
>
> Anyway, I need to know if a Thread is cleared
> (Thread.setContextClassLoader(somethingElse) before the Thread goes to
> sleep.
> If the Thread keeps the ClassLoader reference until next request, that
> will make my life harder creating a TestCase structure for testing
> redeployment/classLeakages.
All code should be switching and restoring the classloader
during the invocations. Anything else is a bug.
ClassLoader old = tcl;
tcl = myClassLoader
try
{
}
finally
{
tcl = old;
}
Of course if something (e.g. an MBean)
that is hotdeployed starts a thread
and doesn't stop it at undeployment then it will leak
the classloader. But that is also a bug.
--
Adrian Brock
Chief Scientist
JBoss Inc.
---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Re: FW: JBAS-2972 - OOME / Redeployment leakages
On Wed, 2006-03-22 at 21:03 -0600, Clebert Suconic wrote: > Sorry... pressed Ctrl-enter instead of Enter. (Damn Outlook) > > Do you think that our changes on ThreadPool would eventually leak > redeployments on the testsuite? (for instance, by keeping > Thread.currentThread().contextClassLoader() still alive) ? Clebert, can you please include some hard facts. I am not going to comment on speculation. If you want me to "get the facts" - (and I don't mean MSFacts ;-) then tell me. I don't even know what ThreadPool changes you are referring to, are they real or proposed? -- xxxx Adrian Brock Chief Scientist JBoss Inc. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] RE: 4.0.4 CR2 and testsuite failures
On Wed, 2006-03-22 at 05:58 -0600, Dimitris Andreadis wrote: > Nevertheless, we do have 24 failures in jboss-4.0-testsuite and another > 14 in ejb3-4.0-testsuite. > > Can somebody verify the Tomcat problem? I'm out training this week. > http://jira.jboss.com/jira/browse/JBAS-2072 I've written the basics of a test that shows the problem exists. The problem exists regardless of using the Tomcat or JBoss classloader. -- xxxx Adrian Brock Chief Scientist JBoss Inc. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Code review
I'm sure others weren't aware of this behaviour, so you might want to check your code: http://jira.jboss.com/jira/browse/JBAS-2973 -- xxxxxxxx Adrian Brock Chief Scientist JBoss Inc. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Re: [jboss-cvs] jbosstest ...
There is a perfectly good way to make this configurable
locally without swamping the rest of us with garbage on the console
from crappily written tests.
There is no need for this anyway.
If you write your tests properly using logging,
the output goes to output/log/test.log
And the System.out/err is caught in the xml reports
for each test.
I will revert (AGAIN!).
On Tue, 2006-03-21 at 07:31 -0500, Thomas Diesler wrote:
> User: tdiesler
> Date: 06/03/21 07:31:43
>
> Modified:jbosstest build.xml
> Log:
> force showoutput=true for target one-test
>
> Revision ChangesPath
> 1.545 +2 -2 jbosstest/build.xml
>
> (In the diff below, changes in quantity of whitespace are not shown.)
>
> Index: build.xml
> ===
> RCS file: /cvsroot/jboss/jbosstest/build.xml,v
> retrieving revision 1.544
> retrieving revision 1.545
> diff -u -b -r1.544 -r1.545
> --- build.xml 20 Mar 2006 07:49:32 - 1.544
> +++ build.xml 21 Mar 2006 12:31:43 - 1.545
> @@ -10,7 +10,7 @@
>
>
>
> -
> +
>
> xmlns:server="http://jboss.org/ns/test/ant/server";>
> @@ -2982,7 +2982,7 @@
> haltonfailure="${junit.haltonfailure}"
> fork="${junit.fork}"
> timeout="${junit.timeout}"
> -showoutput="${junit.showoutput}"
> +showoutput="true"
> jvm="${junit.jvm}">
>
>
>
>
>
>
>
> ---
> This SF.Net email is sponsored by xPML, a groundbreaking scripting language
> that extends applications into web and mobile media. Attend the live webcast
> and join the prime developer group breaking into this new coding territory!
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
> ___
> jboss-cvs-commits mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-cvs-commits
--
Adrian Brock
Chief Scientist
JBoss Inc.
---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] optional schema validation
On Mon, 2006-03-20 at 13:38 -0500, Bill Burke wrote:
> Tell me something I don't already know. I want validation if there is a
> schema specified, no validation if there is not.
>
And no default attributes, etc.
> Adrian Brock wrote:
> > The element declaration is required (from your error message)
> > http://www.w3.org/TR/xmlschema-1/#cvc-elt
> >
> > and validation is required for minimal conformance:
> > http://www.w3.org/TR/xmlschema-1/#concepts-conformance
> >
> > On Mon, 2006-03-20 at 13:20 -0500, Bill Burke wrote:
> >
> >>How do you set up xml parsing to not validate if there is no schema
> >>specified in the XML?
> >>
> >>Caused by: org.xml.sax.SAXParseException: cvc-elt.1: Cannot find the
> >>declaration of element 'persistence'.
> >> at
> >>org.apache.xerces.util.ErrorHandlerWrapper.createSAXParseException(Unknown
> >>Source)
> >> at org.apache.xerces.util.ErrorHandlerWrapper.error(Unknown Source)
> >> at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown
> >>Source)
> >>
> >>
> >>
> >>HEM is doing the following code and throwing an error:
> >>
> >>private static Document loadURL(URL configURL, EntityResolver resolver)
> >>throws Exception {
> >>InputStream is = configURL != null ? configURL.openStream() :
> >> null;
> >>if ( is == null ) {
> >>throw new IOException( "Failed to obtain InputStream
> >> from url: " +
> >>configURL );
> >>}
> >>List errors = new ArrayList();
> >>DocumentBuilderFactory docBuilderFactory = null;
> >>docBuilderFactory = DocumentBuilderFactory.newInstance();
> >>docBuilderFactory.setValidating( true );
> >>docBuilderFactory.setNamespaceAware( true );
> >>try {
> >>//otherwise Xerces fails in validation
> >>docBuilderFactory.setAttribute(
> >>"http://apache.org/xml/features/validation/schema";, true);
> >>}
> >>catch (IllegalArgumentException e) {
> >>docBuilderFactory.setValidating( false );
> >>docBuilderFactory.setNamespaceAware( false );
> >>}
> >>InputSource source = new InputSource( is );
> >>DocumentBuilder docBuilder =
> >> docBuilderFactory.newDocumentBuilder();
> >> docBuilder.setEntityResolver( resolver );
> >>docBuilder.setErrorHandler( new ErrorLogger("XML InputStream",
> >> errors) );
> >>Document doc = docBuilder.parse( source );
> >> if ( errors.size() != 0 ) {
> >>throw new PersistenceException( "invalid
> >> persistence.xml",
> >>(Throwable) errors.get( 0 ) );
> >>}
> >>return doc;
> >>}
> >>
> >>
>
--
Adrian Brock
Chief Scientist
JBoss Inc.
---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] optional schema validation
The element declaration is required (from your error message)
http://www.w3.org/TR/xmlschema-1/#cvc-elt
and validation is required for minimal conformance:
http://www.w3.org/TR/xmlschema-1/#concepts-conformance
On Mon, 2006-03-20 at 13:20 -0500, Bill Burke wrote:
> How do you set up xml parsing to not validate if there is no schema
> specified in the XML?
>
> Caused by: org.xml.sax.SAXParseException: cvc-elt.1: Cannot find the
> declaration of element 'persistence'.
> at
> org.apache.xerces.util.ErrorHandlerWrapper.createSAXParseException(Unknown
> Source)
> at org.apache.xerces.util.ErrorHandlerWrapper.error(Unknown Source)
> at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown
> Source)
>
>
>
> HEM is doing the following code and throwing an error:
>
> private static Document loadURL(URL configURL, EntityResolver resolver)
> throws Exception {
> InputStream is = configURL != null ? configURL.openStream() :
> null;
> if ( is == null ) {
> throw new IOException( "Failed to obtain InputStream
> from url: " +
> configURL );
> }
> List errors = new ArrayList();
> DocumentBuilderFactory docBuilderFactory = null;
> docBuilderFactory = DocumentBuilderFactory.newInstance();
> docBuilderFactory.setValidating( true );
> docBuilderFactory.setNamespaceAware( true );
> try {
> //otherwise Xerces fails in validation
> docBuilderFactory.setAttribute(
> "http://apache.org/xml/features/validation/schema";, true);
> }
> catch (IllegalArgumentException e) {
> docBuilderFactory.setValidating( false );
> docBuilderFactory.setNamespaceAware( false );
> }
> InputSource source = new InputSource( is );
> DocumentBuilder docBuilder =
> docBuilderFactory.newDocumentBuilder();
> docBuilder.setEntityResolver( resolver );
> docBuilder.setErrorHandler( new ErrorLogger("XML InputStream",
> errors) );
> Document doc = docBuilder.parse( source );
>if ( errors.size() != 0 ) {
> throw new PersistenceException( "invalid
> persistence.xml",
> (Throwable) errors.get( 0 ) );
> }
> return doc;
> }
>
>
--
Adrian Brock
Chief Scientist
JBoss Inc.
---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Re: repository.jboss.com checkout problem
On Fri, 2006-03-17 at 11:51 -0600, Anil Saldhana wrote: > Adrian Brock wrote: > > >Anybody else having problems checking out from cvs? > > > >It is getting stuck here: > >cvs update: Updating eclipse/sdk/3.1.1 > >U eclipse/sdk/3.1.1/eclipse-SDK-3.1.1-linux-gtk.tar.gz > > > >I tried cancelling it and restarting, but it still gets stuck? > > > > > Doesn't CVS do diffs on the server and need to have atleast 10 times RAM > the size of the file? It looks like this is correct, it has got past eclipse now. It definitely stalled at one point though, unless 2 hours is typical to download eclipse? :-) -- Adrian Brock Chief Scientist JBoss Inc. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] RE: Simplifying the JBoss source/binary distributions
If the tar archives are under utilized we could "hide" them in a different section of sourceforge. That way, people that know about them and want to use them could be directed to it. I think it is more a problem for people with slow connections which explains they are under utilized nowadays. On Fri, 2006-03-17 at 12:23 -0600, Scott M Stark wrote: > This is what we had a long time ago but there was a request for tar > distributions. If it turns out that the old posix tar implementations that > for some reason have not been dropped as the default platform tar(this > problem is at least 15 years old) cause problems for naïve users, perhaps we > just need to stick with what works. > > I doubt the source distributions are ever a problem. It is the unpacked > deployments with nested classes that trigger the long path name requirement. > > > -Original Message- > > From: Dimitris Andreadis > > Sent: Friday, March 17, 2006 1:44 AM > > To: jboss-development@lists.sourceforge.net > > Cc: QA > > Subject: Simplifying the JBoss source/binary distributions > > > > > > Currently we produce bz2, tar.gz for the sources and bz2, > > tar.gz, .zip for the binary distros. > > > > There are issues with users using non-gnu tar (for the tar.gz > > distros) that doesn't support long filenames, etc., and at > > the same time, if you look at the download pages only 5-15% > > will use the bz2/tar.gz distros and there are projects (e.g. > > EJB3) that only distribute .zip without problems. > > > > We are thinking of just dumping all extensions except for .zip. > > > > It's what people mostly use, and most installations will have > > an unzip/winzip utility, or a jdk whose bin/jar can unzip the > > distro anyway. It'll make QA's life a little easier, too. > > > > The only dissadvantage AFAIK is .zip doesn't keep the > > execution bits of files (e.g. .sh) so those have to be set > > manually after un-ziping (but that's a trivial chmod +x bin/*.sh) > > > > Any views? > > > > jboss-4.0.4RC1-installer.jar 59104072 20249 > > Platform-Independent Other > > jboss-4.0.4RC1-installer.jar.MD5 32 414 Platform-Independent Other > > jboss-4.0.4RC1-installer.jar.SHA-256 64 174 > > Platform-Independent Other > > jboss-4.0.4RC1-src.tar.bz2 61600096 714 > > Platform-Independent Source .bz2 > > jboss-4.0.4RC1-src.tar.bz2.MD5 32 62 Platform-Independent Other > > jboss-4.0.4RC1-src.tar.bz2.SHA-256 64 48 Platform-Independent Other > > jboss-4.0.4RC1-src.tar.gz 65326480 1523 > > Platform-Independent Source .gz > > jboss-4.0.4RC1-src.tar.gz.MD5 32 64 Platform-Independent Other > > jboss-4.0.4RC1-src.tar.gz.SHA-256 64 38 Platform-Independent Other > > jboss-4.0.4RC1.tar.bz2 76605812 812 Platform-Independent .bz2 > > jboss-4.0.4RC1.tar.bz2.MD5 32 49 Platform-Independent Other > > jboss-4.0.4RC1.tar.bz2.SHA-256 64 39 Platform-Independent Other > > jboss-4.0.4RC1.tar.gz 81379037 1700 Platform-Independent .gz > > jboss-4.0.4RC1.tar.gz.MD5 32 50 Platform-Independent Other > > jboss-4.0.4RC1.tar.gz.SHA-256 64 33 Platform-Independent Other > > jboss-4.0.4RC1.zip 82323401 13867 Platform-Independent .zip > > jboss-4.0.4RC1.zip.MD5 32 198 Platform-Independent Other > > jboss-4.0.4RC1.zip.SHA-256 > > -- Adrian Brock Chief Scientist JBoss Inc. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] RE: repository.jboss.com checkout problem
That would explain it if the size of the files were changing, but they are not: [EMAIL PROTECTED]:~/repository.jboss.com/eclipse/sdk/3.1.1$ ls -la total 203740 drwxr-xr-x 3 ejort ejort 4096 2006-03-17 17:34 . drwxr-xr-x 5 ejort ejort 4096 2006-03-17 16:06 .. drwxr-xr-x 2 ejort ejort 4096 2006-03-17 17:34 CVS -rw-r--r-- 1 ejort ejort 104171637 2005-12-06 19:01 eclipse-SDK-3.1.1-linux-gtk.tar.gz -rw-r--r-- 1 ejort ejort 104228305 2005-12-06 19:02 eclipse-SDK-3.1.1-linux-gtk-x86_64.tar.gz -rwxr-xr-x 1 ejort ejort 0 2006-03-17 17:46 .new.eclipse-S [EMAIL PROTECTED]:~/repository.jboss.com/eclipse/sdk/3.1.1$ ls -la total 203740 ... drwxr-xr-x 3 ejort ejort 4096 2006-03-17 17:34 . drwxr-xr-x 5 ejort ejort 4096 2006-03-17 16:06 .. drwxr-xr-x 2 ejort ejort 4096 2006-03-17 17:34 CVS -rw-r--r-- 1 ejort ejort 104171637 2005-12-06 19:01 eclipse-SDK-3.1.1-linux-gtk.tar.gz -rw-r--r-- 1 ejort ejort 104228305 2005-12-06 19:02 eclipse-SDK-3.1.1-linux-gtk-x86_64.tar.gz -rwxr-xr-x 1 ejort ejort 0 2006-03-17 17:46 .new.eclipse-S On Fri, 2006-03-17 at 11:49 -0600, Ryan Campbell wrote: > I guess its because they are so big? > > http://repository.jboss.com/eclipse/sdk/3.1.1/ > [ ] eclipse-SDK-3.1.1-li..> 06-Dec-2005 14:02 99M > [ ] eclipse-SDK-3.1.1-li..> 06-Dec-2005 14:01 99M > [ ] eclipse-SDK-3.1.1-wi..> 05-Oct-2005 15:47 103M > > -----Original Message- > From: Adrian Brock > Sent: Friday, March 17, 2006 11:46 AM > To: jboss-development > Cc: QA > Subject: repository.jboss.com checkout problem > > Anybody else having problems checking out from cvs? > > It is getting stuck here: > cvs update: Updating eclipse/sdk/3.1.1 > U eclipse/sdk/3.1.1/eclipse-SDK-3.1.1-linux-gtk.tar.gz > > I tried cancelling it and restarting, but it still gets stuck? -- Adrian Brock Chief Scientist JBoss Inc. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] repository.jboss.com checkout problem
Anybody else having problems checking out from cvs? It is getting stuck here: cvs update: Updating eclipse/sdk/3.1.1 U eclipse/sdk/3.1.1/eclipse-SDK-3.1.1-linux-gtk.tar.gz I tried cancelling it and restarting, but it still gets stuck? -- Adrian Brock Chief Scientist JBoss Inc. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] RE: JBossRetro, JBossWS and JDK1.4
We need to speak to Chiba. I don't know whether he has even seen my latest fixes yet? ;-) On Fri, 2006-03-17 at 10:39 -0600, Ryan Campbell wrote: > For the Javassist release, how can this be handled? > > I think we need a Javassist_3_2_1_CR1. QA will handle the release > unless told otherwise. I assume it will need to be published to SF. > > http://jira.jboss.com/jira/browse/JBQA-324 > > > -----Original Message- > From: Adrian Brock > Sent: Friday, March 17, 2006 7:00 AM > To: jboss-development > Cc: QA > Subject: JBossRetro, JBossWS and JDK1.4 > > Let's move this discussion here so we make sure everybody > is "on the same page". > > I want to get this done before 4.0.4CR2 > so the community has a chance to test it, > rather than dumping it on them in a final release. > > http://jira.jboss.com/jira/browse/JBBUILD-188 > > We need to come up with a roadmap to define who is doing what. > > The tasks that need are: > > 1) Tag concurrent in our cvs repository > The only change since I imported it (tag=BUC_2_1) > is to add an ant script to build and run tests. > I'd suggest something like JBoss_BUC_2_1 > > 2) Get a Javassist release with the > lastest annotation fixes. > This is only necessary when purge=true > but purge=true is very desirable for memory reasons. > > 3) Update buildmagic to provide the retro and retrocheck > tasks to all projects (if they desire it) > > 4) Use it in JBossWS in jboss-head > > 5) Backport to JBoss4 the > * JBossRetro runtime classes > * JBossWS binaries > * javassist > * backport-concurrent-util > > 6) Test it in JBoss4 with JDK1.4 -- Adrian Brock Chief Scientist JBoss Inc. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] RE: JBossRetro, JBossWS and JDK1.4
Correct. On Fri, 2006-03-17 at 10:09 -0600, Ryan Campbell wrote: > As a part of 5: > > backport-concurrent and jbossretro-rt are both needed in > > 1. The client dir > 2. server/all/lib > > Correct? > > -Original Message- > From: Adrian Brock > Sent: Friday, March 17, 2006 7:03 AM > To: jboss-development > Cc: QA > Subject: Re: JBossRetro, JBossWS and JDK1.4 > > I missed one > > 1a) Tag and release JBossRetro > > On Fri, 2006-03-17 at 12:59 +, Adrian Brock wrote: > > Let's move this discussion here so we make sure everybody > > is "on the same page". > > > > I want to get this done before 4.0.4CR2 > > so the community has a chance to test it, > > rather than dumping it on them in a final release. > > > > http://jira.jboss.com/jira/browse/JBBUILD-188 > > > > We need to come up with a roadmap to define who is doing what. > > > > The tasks that need are: > > > > 1) Tag concurrent in our cvs repository > > The only change since I imported it (tag=BUC_2_1) > > is to add an ant script to build and run tests. > > I'd suggest something like JBoss_BUC_2_1 > > > > 2) Get a Javassist release with the > > lastest annotation fixes. > > This is only necessary when purge=true > > but purge=true is very desirable for memory reasons. > > > > 3) Update buildmagic to provide the retro and retrocheck > > tasks to all projects (if they desire it) > > > > 4) Use it in JBossWS in jboss-head > > > > 5) Backport to JBoss4 the > > * JBossRetro runtime classes > > * JBossWS binaries > > * javassist > > * backport-concurrent-util > > > > 6) Test it in JBoss4 with JDK1.4 -- Adrian Brock Chief Scientist JBoss Inc. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Re: JBossRetro, JBossWS and JDK1.4
I missed one 1a) Tag and release JBossRetro On Fri, 2006-03-17 at 12:59 +, Adrian Brock wrote: > Let's move this discussion here so we make sure everybody > is "on the same page". > > I want to get this done before 4.0.4CR2 > so the community has a chance to test it, > rather than dumping it on them in a final release. > > http://jira.jboss.com/jira/browse/JBBUILD-188 > > We need to come up with a roadmap to define who is doing what. > > The tasks that need are: > > 1) Tag concurrent in our cvs repository > The only change since I imported it (tag=BUC_2_1) > is to add an ant script to build and run tests. > I'd suggest something like JBoss_BUC_2_1 > > 2) Get a Javassist release with the > lastest annotation fixes. > This is only necessary when purge=true > but purge=true is very desirable for memory reasons. > > 3) Update buildmagic to provide the retro and retrocheck > tasks to all projects (if they desire it) > > 4) Use it in JBossWS in jboss-head > > 5) Backport to JBoss4 the > * JBossRetro runtime classes > * JBossWS binaries > * javassist > * backport-concurrent-util > > 6) Test it in JBoss4 with JDK1.4 -- Adrian Brock Chief Scientist JBoss Inc. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JBossRetro, JBossWS and JDK1.4
Let's move this discussion here so we make sure everybody is "on the same page". I want to get this done before 4.0.4CR2 so the community has a chance to test it, rather than dumping it on them in a final release. http://jira.jboss.com/jira/browse/JBBUILD-188 We need to come up with a roadmap to define who is doing what. The tasks that need are: 1) Tag concurrent in our cvs repository The only change since I imported it (tag=BUC_2_1) is to add an ant script to build and run tests. I'd suggest something like JBoss_BUC_2_1 2) Get a Javassist release with the lastest annotation fixes. This is only necessary when purge=true but purge=true is very desirable for memory reasons. 3) Update buildmagic to provide the retro and retrocheck tasks to all projects (if they desire it) 4) Use it in JBossWS in jboss-head 5) Backport to JBoss4 the * JBossRetro runtime classes * JBossWS binaries * javassist * backport-concurrent-util 6) Test it in JBoss4 with JDK1.4 -- xxxxxxxx Adrian Brock Chief Scientist JBoss Inc. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Re: [jboss-cvs] jbossretro/src/main/org/jboss/lang ...
I think you can get the enclosing stuff from the attributes in the
constant pool. See the javassist EnclosingMethodAttribute which
also serves for classes when the index is 0
On Tue, 2006-03-14 at 22:56 -0500, Scott Stark wrote:
> User: starksm
> Date: 06/03/14 22:56:35
>
> Modified:src/main/org/jboss/lang ClassRedirects.java
> Log:
> Add missing jdk5 Class method redirects. Several todos still exist for
> methods.
>
> Revision ChangesPath
> 1.4 +252 -19 jbossretro/src/main/org/jboss/lang/ClassRedirects.java
>
> (In the diff below, changes in quantity of whitespace are not shown.)
>
> Index: ClassRedirects.java
> ===
> RCS file:
> /cvsroot/jboss/jbossretro/src/main/org/jboss/lang/ClassRedirects.java,v
> retrieving revision 1.3
> retrieving revision 1.4
> diff -u -b -r1.3 -r1.4
> --- ClassRedirects.java 15 Feb 2006 22:31:11 - 1.3
> +++ ClassRedirects.java 15 Mar 2006 03:56:35 - 1.4
> @@ -22,20 +22,29 @@
>package org.jboss.lang;
>
>import java.lang.reflect.Array;
> +import java.lang.reflect.TypeVariable;
> +import java.lang.reflect.Type;
> +import java.lang.reflect.Method;
> +import java.lang.reflect.Constructor;
>import java.util.ArrayList;
>import java.util.regex.Matcher;
>import java.util.regex.Pattern;
>
>/**
> - * ClassRedirects.
> + * Implementations of java.lang.Class methods added in jdk5
> *
> * @author Adrian Brock
> - * @version $Revision: 1.3 $
> + * @author [EMAIL PROTECTED]
> + * @version $Revision: 1.4 $
> */
>public class ClassRedirects
>{
> /** The enum modifier */
> // private static final int ENUM = 0x4000;
> + /**
> +* The synthetic modifier
> +*/
> + private static final int SYNTHETIC = 0x1000;
>
> /**
>* Whether the class is an enum
> @@ -50,9 +59,13 @@
> // return false;
> Class superClass = clazz.getSuperclass();
> if (superClass == null)
> + {
> return false;
> + }
> if (Enum.class == clazz.getSuperclass())
> + {
> return true;
> + }
> return superClass.getName().equals("java.lang.Enum");
> }
>
> @@ -60,7 +73,6 @@
>* Get the enumeration constants
>*
>* @param the enum type
> -* @param the array
>* @param enumType the enum type
>* @return the constants
>*/
> @@ -82,11 +94,34 @@
> public static T cast(Class clazz, Object o)
> {
> if (o != null && clazz.isInstance(o) == false)
> + {
> throw new ClassCastException("Expected " + clazz.getName() + "
> got " + o.getClass().getName());
> + }
> return (T) o;
> }
>
> /**
> +* @param clazz
> +* @param thisClazz
> +* @return thisClazz object, cast to represent a subclass of
> +* the specified class object.
> +* @throws ClassCastException if thisClazz object does not
> +* represent a subclass of the specified class (here "subclass"
> includes
> +* the class itself).
> +*/
> + public static Class asSubclass(Class clazz, Class
> thisClazz)
> + {
> + if (clazz.isAssignableFrom(thisClazz))
> + {
> + return (Class) thisClazz;
> + }
> + else
> + {
> + throw new ClassCastException("Expected " + clazz.getName() + "
> got " + thisClazz.getName());
> + }
> + }
> +
> + /**
>* Replace a character sequence
>*
>* @param string the string
> @@ -125,16 +160,214 @@
> for (char c : string.toCharArray())
> {
> if (c == '\\')
> + {
>builder.append("");
> + }
> else if (c == '$')
> + {
>builder.append("\\$");
> + }
> else
> + {
>builder.append(c);
> }
> + }
> return builder.toString();
> }
>
> /**
> +* Implementation of the jdk5 Class.getSimpleName() method.
> +* Returns the simple name of the underlying class as given in the
> +* source code. Returns an empty string if the underlying class is
> +* anonymous.
> +*
[JBoss-dev] RE: Synching up on webservice/retro tasks for
On Tue, 2006-03-14 at 19:04 -0600, Scott M Stark wrote: > Meaning AnnotationHelper.getCtClass(Class) has to maintain a ClassLoader > to AOPClassPool like mapping? > Correct. -- xxxx Adrian Brock Chief Scientist JBoss Inc. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] RE: Synching up on webservice/retro tasks for
On Tue, 2006-03-14 at 23:05 +, Adrian Brock wrote: > Can we please stop using html emails. Especially MSHTML. > I tried to reply to this e-mail and got a screen. Not intentional but funny :-), I mean't "got a blank screen". -- xxxx Adrian Brock Chief Scientist JBoss Inc. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] RE: Synching up on webservice/retro tasks for
Can we please stop using html emails. Especially MSHTML. I tried to reply to this e-mail and got a screen. Anyway. As I said before. The main constraint to using JBossRetro is fixing the AnnotationHelper to understand classloaders. Eventually, this should be linked with the ClassInfo abstraction, but that will likely require more work than what is currently required for AnnotationHelper to work. i.e. classloader == clazz.getClassLoader(); because AnnotationHelper knows the Class. The fix should basically be to copy what AOP does. If you like I can reproduce it. I had it working in the case where it is told the classloader. It is harder in the more general ClassInfo case where it has to determine the classloader for superclases/interfaces, etc. that are not already loaded. On Tue, 2006-03-14 at 15:39 -0600, Ryan Campbell wrote: Ok, I ran the webservices tests against a jbossretro-weaved jbossws14.sar and all the tests passed. Todo: - create a 1.0.RC1 for backport-concurrent, jbossretro so they can be added to the repository - officially integrate jbossretro into the jboss-head/webservices build - Create an 1.0.RC3 for jbossws14 from the jbossretro build - Integrate it with 4.0 This should be done by tomorrow, unless there are any objections. -- Adrian Brock Chief Scientist JBoss Inc. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] RE: jbossretro-testsuite Build Completed With Testsuite Errors
On Tue, 2006-03-14 at 10:50 -0600, Scott M Stark wrote: > Something seems wrong with the timeout setting on > org.jboss.test.concurrent.ReentrantLockTest as the test failed with a > timeout in 0.006 seconds? Yes I said that before. There is a "short delay" in the TCK parameters but it is ridiculously short. The backport concurrent tests have the problem. > > The 3 org.jboss.test.concurrent.SemaphoreTest failures seem to be > known issues? Yes. In backport concurrent util, you have to enable fair queueing for it to keep track of the threads inside the Semaphore. > > Unexpected exceptionjava.lang.UnsupportedOperationException: Use FAIR > version at edu.emory.mathcs.backport.java.util.concurrent.Semaphore > $NonfairSync.getQueuedThreads(Semaphore.java:298) at > edu.emory.mathcs.backport.java.util.concurrent.Semaphore.getQueuedThreads(Semaphore.java:827) > at > org.jboss.test.concurrent.SemaphoreTest$PublicSemaphore.getQueuedThreads(SemaphoreTest.java:29) > at > org.jboss.test.concurrent.SemaphoreTest.testGetQueuedThreads(SemaphoreTest.java:377) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > at java.lang.reflect.Method.invoke(Method.java:324) at > junit.framework.TestCase.runTest(TestCase.java:154) at > junit.framework.TestCase.runBare(TestCase.java:127) at > junit.framework.TestResult$1.protect(TestResult.java:106) at > junit.framework.TestResult.runProtected(TestResult.java:124) at > junit.framework.TestResult.run(TestResult.java:109) at > junit.framework.TestCase.run(TestCase.java:118) at > junit.framework.TestSuite.runTest(TestSuite.java:208) at > junit.framework.TestSuite.run(TestSuite.java:203) at > org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.run(JUnitTestRunner.java:289) > at > org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.launch(JUnitTestRunner.java:656) > at > org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.main(JUnitTestRunner.java:558) > > > > > > ______ > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Sent: Tuesday, March 14, 2006 1:59 AM > To: Adrian Brock; jboss-development@lists.sourceforge.net; QA; > Ryan Campbell; Scott M Stark > Subject: jbossretro-testsuite Build Completed With Testsuite > Errors > Importance: High > > > > View results here -> > > http://cruisecontrol.jboss.com/cc/buildresults/jbossretro-testsuite?log=log20060314045211 > > > TESTS FAILED > Ant Error > Message: > /services/cruisecontrol/work/scripts/build-jbossretro-testsuite.xml:75: The > following error occurred while executing this line: > /services/cruisecontrol/work/scripts/build-common-targets.xml:11: Build > Successful - Tests completed with errors or failures. > Date of build: 03/14/2006 04:52:11 > Time to build: 7 minutes 4 seconds > Last changed: 03/06/2006 15:09:55 > Last log entry: Revert the reentrant lock stuff to backport > concurrent utiland remove tests that don't have coverage. > > > Unit Tests: (1233) Total Errors and Failures: (5) > unknown > org.jboss.test.concurrent.ReentrantLockTest > testPrivilegedThreadFactory > org.jboss.test.concurrent.ExecutorsTest >testHasQueuedThreads > org.jboss.test.concurrent.SemaphoreTest > testGetQueueLength > org.jboss.test.concurrent.SemaphoreTest >testGetQueuedThreads > org.jboss.test.concurrent.SemaphoreTest > > > Modifications since last build: (first 50 of 166) > 1.2 >deleted > adrian >src/test/org/jboss/test/concurrent/LockSupportTest.java > Revert the > reentrant > lock stuff >
Re: [JBoss-dev] Refactoring JBossXB out of commons
On Mon, 2006-03-13 at 09:53 -0600, Ruel Loehr wrote: > I am going to move XB out of commons and into its own module. If > there are any objections now is the time. > I thought we'd agreed to do all the project restructuring with the Maven/SVN big bang? SVN has a move operation. > > > Is there any way to keep the CVS history when moving the source > between modules? I know Scott asked this a few weeks ago, but I > can’t find it on any of the public lists or in my mailbox. > > I wrote some scripts to do this a long time ago. I can't remember the exact details, IIRC the RCS file knows its own location in the repository??? > > > > Related discussion is here: > > http://www.jboss.com/index.html?module=bb&op=viewtopic&t=78424&start=30 > > > > Ruel Loehr > > JBoss QA > > > > > > -- Adrian Brock Chief Scientist JBoss Inc. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Re: [JBoss-dev] AspectManager.removeBindings(AspectManager.java:1240)
IIRC, the other issue relates to the delegate being null in ClassInstanceAdvisor. On Mon, 2006-03-13 at 14:21 +, Adrian Brock wrote: > There are other AOP problems besides this one. > > That's why I asked about the AOP testsuite being broken last week. > > On Mon, 2006-03-13 at 14:59 +0100, Alexey Loubyansky wrote: > > HEAD > > > > Kabir Khan wrote: > > > Which version/branch? > > > > > > > > >>-Original Message- > > >>From: [EMAIL PROTECTED] > > >>[mailto:[EMAIL PROTECTED] On > > >>Behalf Of Alexey Loubyansky > > >>Sent: 13 March 2006 14:52 > > >>To: jboss-development@lists.sourceforge.net > > >>Subject: [JBoss-dev] > > >>AspectManager.removeBindings(AspectManager.java:1240) > > >> > > >>Am I the only one who has been seeing this for quite some > > >>time now during JBoss shutdown? > > >> > > >>14:49:41,508 ERROR [AspectDeployer] failed to stop > > >>java.lang.IndexOutOfBoundsException: Index: 1, Size: 1 > > >> at java.util.ArrayList.RangeCheck(ArrayList.java:547) > > >> at java.util.ArrayList.get(ArrayList.java:322) > > >> at > > >>org.jboss.aop.AspectManager.removeBindings(AspectManager.java:1240) > > >> at > > >>org.jboss.aop.AspectXmlLoader.bulkUndeploy(AspectXmlLoader.java:1098) > > >> at > > >>org.jboss.aop.AspectXmlLoader.undeployXML(AspectXmlLoader.java:1089) > > >> at > > >>org.jboss.aop.AspectXmlLoader.undeploy(AspectXmlLoader.java:1211) > > >> at > > >>org.jboss.aop.AspectXmlLoader.undeployXML(AspectXmlLoader.java:1246) > > >> at > > >>org.jboss.aop.deployment.AspectDeployer.stop(AspectDeployer.java:211) > > >> at > > >>org.jboss.deployment.MainDeployer.stop(MainDeployer.java:658) > > >> at > > >>org.jboss.deployment.MainDeployer.undeploy(MainDeployer.java:631) > > >> at > > >>org.jboss.deployment.MainDeployer.shutdown(MainDeployer.java:510) > > >> at > > >>sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > > >> at > > >>sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccess > > >>orImpl.java:39) > > >> at > > >>sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMeth > > >>odAccessorImpl.java:25) > > >> at java.lang.reflect.Method.invoke(Method.java:585) > > >> at > > >>org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedD > > >>ispatcher.java:157) > > >> at > > >>org.jboss.mx.server.Invocation.dispatch(Invocation.java:96) > > >> at > > >>org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractIn > > >>terceptor.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(AbstractMBeanI > > >>nvoker.java:262) > > >> at > > >>org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:668) > > >> at > > >>org.jboss.system.server.ServerImpl$ShutdownHook.shutdownDeploy > > >>ments(ServerImpl.java:1049) > > >> at > > >>org.jboss.system.server.ServerImpl$ShutdownHook.shutdown(Serve > > >>rImpl.java:1024) > > >> at > > >>org.jboss.system.server.ServerImpl$ShutdownHook.run(ServerImpl > > >>.java:987) > > >>14:49:41,638 INFO [Server] Shutdown complete > > >> > > >> > > >>--- > > >>This SF.Net email is sponsored by xPML, a groundbreaking > > >>scripting language that extends applications into web and > > >>mobile media. Attend the live webcast and join the prime > > >>developer group breaking into this new coding territory! > > >>http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&; > > >>dat=121642 > > >>___
[JBoss-dev] RE: [JBoss-dev] AspectManager.removeBindings(AspectManager.java:1240)
.system.server.ServerImpl$ShutdownHook.run(ServerImpl > > >>> .java:987) > > >>> 14:49:41,638 INFO [Server] Shutdown complete > > >>> > > >>> > > >>> --- > > >>> This SF.Net email is sponsored by xPML, a groundbreaking > > scripting > > >>> language that extends applications into web and mobile > > media. Attend > > >>> the live webcast and join the prime developer group breaking into > > >>> this new coding territory! > > >>> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&; > > >>> dat=121642 > > >>> ___ > > >>> JBoss-Development mailing list > > >>> JBoss-Development@lists.sourceforge.net > > >>> https://lists.sourceforge.net/lists/listinfo/jboss-development > > >>> > > >> > > >> > > >> > > >> > > >> --- > > >> This SF.Net email is sponsored by xPML, a groundbreaking scripting > > >> language that extends applications into web and mobile > > media. Attend > > >> the live webcast and join the prime developer group breaking into > > >> this new coding territory! > > >> > > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121 > > >> 642 ___ > > >> JBoss-Development mailing list > > >> JBoss-Development@lists.sourceforge.net > > >> https://lists.sourceforge.net/lists/listinfo/jboss-development > > >> > > > > > > > > > --- > > > This SF.Net email is sponsored by xPML, a groundbreaking scripting > > > language that extends applications into web and mobile > > media. Attend > > > the live webcast and join the prime developer group > > breaking into this > > > new coding territory! > > > > > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=1216 > > > 42 ___ > > > JBoss-Development mailing list > > > JBoss-Development@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/jboss-development > > > > > > > > > --- > > This SF.Net email is sponsored by xPML, a groundbreaking > > scripting language that extends applications into web and > > mobile media. Attend the live webcast and join the prime > > developer group breaking into this new coding territory! > > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&; > > dat=121642 > > ___ > > JBoss-Development mailing list > > JBoss-Development@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/jboss-development > > > > > > --- > This SF.Net email is sponsored by xPML, a groundbreaking scripting language > that extends applications into web and mobile media. Attend the live webcast > and join the prime developer group breaking into this new coding territory! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 > ___ > JBoss-Development mailing list > JBoss-Development@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jboss-development -- Adrian Brock Chief Scientist JBoss Inc. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Re: [JBoss-dev] AspectManager.removeBindings(AspectManager.java:1240)
There are other AOP problems besides this one. That's why I asked about the AOP testsuite being broken last week. On Mon, 2006-03-13 at 14:59 +0100, Alexey Loubyansky wrote: > HEAD > > Kabir Khan wrote: > > Which version/branch? > > > > > >>-Original Message- > >>From: [EMAIL PROTECTED] > >>[mailto:[EMAIL PROTECTED] On > >>Behalf Of Alexey Loubyansky > >>Sent: 13 March 2006 14:52 > >>To: jboss-development@lists.sourceforge.net > >>Subject: [JBoss-dev] > >>AspectManager.removeBindings(AspectManager.java:1240) > >> > >>Am I the only one who has been seeing this for quite some > >>time now during JBoss shutdown? > >> > >>14:49:41,508 ERROR [AspectDeployer] failed to stop > >>java.lang.IndexOutOfBoundsException: Index: 1, Size: 1 > >> at java.util.ArrayList.RangeCheck(ArrayList.java:547) > >> at java.util.ArrayList.get(ArrayList.java:322) > >> at > >>org.jboss.aop.AspectManager.removeBindings(AspectManager.java:1240) > >> at > >>org.jboss.aop.AspectXmlLoader.bulkUndeploy(AspectXmlLoader.java:1098) > >> at > >>org.jboss.aop.AspectXmlLoader.undeployXML(AspectXmlLoader.java:1089) > >> at > >>org.jboss.aop.AspectXmlLoader.undeploy(AspectXmlLoader.java:1211) > >> at > >>org.jboss.aop.AspectXmlLoader.undeployXML(AspectXmlLoader.java:1246) > >> at > >>org.jboss.aop.deployment.AspectDeployer.stop(AspectDeployer.java:211) > >> at > >>org.jboss.deployment.MainDeployer.stop(MainDeployer.java:658) > >> at > >>org.jboss.deployment.MainDeployer.undeploy(MainDeployer.java:631) > >> at > >>org.jboss.deployment.MainDeployer.shutdown(MainDeployer.java:510) > >> at > >>sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > >> at > >>sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccess > >>orImpl.java:39) > >> at > >>sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMeth > >>odAccessorImpl.java:25) > >> at java.lang.reflect.Method.invoke(Method.java:585) > >> at > >>org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedD > >>ispatcher.java:157) > >> at > >>org.jboss.mx.server.Invocation.dispatch(Invocation.java:96) > >> at > >>org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractIn > >>terceptor.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(AbstractMBeanI > >>nvoker.java:262) > >> at > >>org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:668) > >> at > >>org.jboss.system.server.ServerImpl$ShutdownHook.shutdownDeploy > >>ments(ServerImpl.java:1049) > >> at > >>org.jboss.system.server.ServerImpl$ShutdownHook.shutdown(Serve > >>rImpl.java:1024) > >> at > >>org.jboss.system.server.ServerImpl$ShutdownHook.run(ServerImpl > >>.java:987) > >>14:49:41,638 INFO [Server] Shutdown complete > >> > >> > >>--- > >>This SF.Net email is sponsored by xPML, a groundbreaking > >>scripting language that extends applications into web and > >>mobile media. Attend the live webcast and join the prime > >>developer group breaking into this new coding territory! > >>http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&; > >>dat=121642 > >>___ > >>JBoss-Development mailing list > >>JBoss-Development@lists.sourceforge.net > >>https://lists.sourceforge.net/lists/listinfo/jboss-development > >> > > > > > > > > > > --- > > This SF.Net email is sponsored by xPML, a groundbreaking scripting language > > that extends applications into web and mobile media. Attend the live webcast > > and join the prime developer group breaking into this new coding territory! > > http://sel.as-us.falkag.net/sel
[JBoss-dev] Webservice metadata
I just fixed the webservice metadata such that all the cruisecontrol tests stop failing. I'm not sure if this is the complete fix? Is this ant exclude supposed to be excluding all the metadata or just the stuff in the root package. I don't see how it can exclude all the metadata given that is referenced elsewhere, but if it does not, you can't use Java5 features here. -- xxxxxxxx Adrian Brock Chief Scientist JBoss Inc. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
