[JBoss-dev] ejb3-4.0-testsuite Build Failed
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/ejb3-4.0-testsuite?log=log20060212010714 BUILD FAILEDAnt Error Message: /services/cruisecontrol/work/scripts/build-ejb3-4.0-testsuite.xml:83: Exit code: 1 See tests.log in Build Artifacts for details.Date of build: 02/12/2006 01:07:14Time to build: 64 minutes 28 secondsLast changed: 12/31/2005 16:46:08Last 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 3660)1.3modifiedbillsrc/test/org/jboss/ejb3/test/tableperinheritance/unit/EntityUnitTestCase.javaEJBs and Persistence can now be within a .jar file1.7modifiedbillsrc/test/org/jboss/ejb3/test/timer/unit/RemoteUnitTestCase.javaEJBs and Persistence can now be within a .jar file1.6modifiedbillsrc/test/org/jboss/ejb3/test/txexceptions/unit/TxExceptionsTestCase.javaEJBs and Persistence can now be within a .jar file1.3modifiedbillsrc/test/org/jboss/ejb3/test/xmlcfg/unit/EntityUnitTestCase.javaEJBs and Persistence can now be within a .jar file1.4modifiedbdecostesrc/test/org/jboss/ejb3/test/txexceptions/Dao.javaapplication-exception support1.7modifiedbdecostesrc/test/org/jboss/ejb3/test/txexceptions/DaoBean.javaapplication-exception support1.1addedbdecostesrc/test/org/jboss/ejb3/test/txexceptions/DeploymentDescriptorAppException.javabranches: 1.1.2;application-exception support1.1addedbdecostesrc/test/org/jboss/ejb3/test/txexceptions/DeploymentDescriptorCheckedRollbackException.javabranches: 1.1.2;application-exception support1.5modifiedbdecostesrc/test/org/jboss/ejb3/test/txexceptions/unit/TxExceptionsTestCase.javaapplication-exception support1.2modifiedbdecostesrc/test/org/jboss/ejb3/test/wls/embeddedwar/QueueTestMDB.javabranches: 1.2.2;activateConfig to activationConfig1.2modifiedbdecostesrc/test/org/jboss/ejb3/test/wls/embeddedwar/TopicTestMDB.javabranches: 1.2.2;activateConfig to activationConfig1.1addedbdecostesrc/test/org/jboss/ejb3/test/wls/embeddedwar/unit/EmbeddedEjb3TestCase.javatest for embedded EJB3 in WLS1.1addedbdecostesrc/test/org/jboss/ejb3/test/wls/embeddedwar/Customer.javatest for embedded EJB3 in WLS1.1addedbdecostesrc/test/org/jboss/ejb3/test/wls/embeddedwar/CustomerDAOBean.javabranches: 1.1.2;test for embedded EJB3 in WLS1.1addedbdecostesrc/test/org/jboss/ejb3/test/wls/embeddedwar/CustomerDAOLocal.javabranches: 1.1.2;test for embedded EJB3 in WLS1.1addedbdecostesrc/test/org/jboss/ejb3/test/wls/embeddedwar/CustomerDAORemote.javabranches: 1.1.2;test for embedded EJB3 in WLS1.1addedbdecostesrc/test/org/jboss/ejb3/test/wls/embeddedwar/EmbeddedEJB3.jsptest for embedded EJB3 in WLS1.1addedbdecostesrc/test/org/jboss/ejb3/test/wls/embeddedwar/JndiTest.jsptest for embedded EJB3 in WLS1.1addedbdecostesrc/test/org/jboss/ejb3/test/wls/embeddedwar/QueueTestMDB.javatest for embedded EJB3 in WLS1.1addedbdecostesrc/test/org/jboss/ejb3/test/wls/embeddedwar/TopicTestMDB.javatest for embedded EJB3 in WLS1.3modifiedstarksmsrc/test/org/jboss/ejb3/test/xmlcfg/Customer.javaUpdate the jboss LGPL headers1.3modifiedstarksmsrc/test/org/jboss/ejb3/test/xmlcfg/EntityTest.javaUpdate the jboss LGPL headers1.6modifiedstarksmsrc/test/org/jboss/ejb3/test/xmlcfg/EntityTestBean.javaUpdate the jboss LGPL headers1.4modifiedstarksmsrc/test/org/jboss/ejb3/test/timer/TimerTester.javaUpdate the jboss LGPL headers1.9modifiedstarksmsrc/test/org/jboss/ejb3/test/timer/TimerTesterBean.javaUpdate the jboss LGPL headers1.2modifiedstarksmsrc/test/org/jboss/ejb3/test/timer/TimerTesterBean21.javaUpdate the jboss LGPL headers1.6modifiedstarksmsrc/test/org/jboss/ejb3/test/timer/unit/RemoteUnitTestCase.javaUpdate the jboss LGPL headers1.2modifiedstarksmsrc/test/org/jboss/ejb3/test/txexceptions/AnnotatedAppException.javaUpdate the jboss LGPL headers1.2modifiedstarksmsrc/test/org/jboss/ejb3/test/txexceptions/AppException.javaUpdate the jboss LGPL headers1.2modifiedstarksmsrc/test/org/jboss/ejb3/test/txexceptions/CheckedRollbackException.javaUpdate the jboss LGPL headers1.3modifiedstarksmsrc/test/org/jboss/ejb3/test/txexceptions/Dao.javaUpdate the jboss LGPL headers1.6modifiedstarksmsrc/test/org/jboss/ejb3/test/txexceptions/DaoBean.javaUpdate the jboss LGPL headers1.2modifiedstarksmsrc/test/org/jboss/ejb3/test/txexceptions/NoRollbackRemoteException.javaUpdate the jboss LGPL headers1.2modifiedstarksmsrc/test/org/jboss/ejb3/test/txexceptions/NoRollbackRuntimeException.javaUpdate the jboss LGPL headers1.2modifiedstarksmsrc/test/org/jboss/ejb3/test/txexceptions/RollbackRemoteException.javaUpdate the jboss LGPL headers1.2modifiedstarksmsrc/test/org/jboss/ejb3/test/txexceptions/RollbackRuntimeException.javaUpdate the jboss LGPL headers1.3modifiedstarksmsrc/test/org/jboss/ejb3/test/txexceptions/SimpleEntity.javaUpdate the jboss LGPL headers1.4m
[JBoss-dev] concurrent-testsuite Build Completed With Testsuite Errors
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/concurrent-testsuite?log=log20060211173033 TESTS FAILEDAnt Error Message: /services/cruisecontrol/work/scripts/build-concurrent-testsuite.xml:73: 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: 02/11/2006 17:30:33Time to build: 7 minutes 20 seconds Unit Tests: (1707) Total Errors and Failures: (1)testPrivilegedThreadFactory.ExecutorsTest Modifications since last build: (first 50 of 0)
RE: Ongoing build changes: was RE: [JBoss-dev] OntheedgeoftheMavencliff
The committer lists needs to be everyone currently doing work on jbossas which is pretty large. Take whoever has made a commit in the past 6 months as a start. -Original Message- From: Damon Sicore Sent: Saturday, February 11, 2006 1:14 PM To: jboss-development@lists.sourceforge.net Cc: Adrian Brock; QA; Tom Benninger; Eric Brown Subject: Re: Ongoing build changes: was RE: [JBoss-dev] OntheedgeoftheMavencliff OK... Seriously... It will take me about 15 mins to do the import, but more importantly, I'll need to get the list of committers added to the proper branch structures in svn. This will take me a bit of time to do first, but, I'll start now. After they are added, you can easily coordinate people using the new repo at your leisure. Do you have a list of committers, and only those committers, you want for these branches? Is there a subset of all the committers? Since we have directory level access controls, we can do this, and I recommend it. Also, I'd recommend making the switch.. officially... after Eric and TomBen get the anonsvn off the fisheye, committer, cvs, and [insert- every-other-app-here] machine. It's currently running at a load of 10 on a single proc machine (or something close). Eric? On Feb 11, 2006, at 2:38 PM, Scott M Stark wrote: --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid3432&bid#0486&dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: Ongoing build changes: was RE: [JBoss-dev] OntheedgeoftheMavencliff
OK... Seriously... It will take me about 15 mins to do the import, but more importantly, I'll need to get the list of committers added to the proper branch structures in svn. This will take me a bit of time to do first, but, I'll start now. After they are added, you can easily coordinate people using the new repo at your leisure. Do you have a list of committers, and only those committers, you want for these branches? Is there a subset of all the committers? Since we have directory level access controls, we can do this, and I recommend it. Also, I'd recommend making the switch.. officially... after Eric and TomBen get the anonsvn off the fisheye, committer, cvs, and [insert- every-other-app-here] machine. It's currently running at a load of 10 on a single proc machine (or something close). Eric? On Feb 11, 2006, at 2:38 PM, Scott M Stark wrote: That would be a way to actually start with a 4.0 branch fork which might be more manageable due to fewer changes to merge between the cvs and svn repositories. Can we get the jboss-4.0.x and jboss-head contents moved into svn Damon? -Original Message- From: Adrian Brock Sent: Saturday, February 11, 2006 3:48 AM To: Scott M Stark Cc: jboss-development@lists.sourceforge.net; QA Subject: RE: Ongoing build changes: was RE: [JBoss-dev] OntheedgeoftheMavencliff On Sat, 2006-02-11 at 04:33, Adrian Brock wrote: On Fri, 2006-02-10 at 13:28, Scott M Stark wrote: Let's do that. Do you want to couple this to maven? It would help Ruel I suppose. We may as well go "Big Bang!". :-) Speaking of Big Bang. It might be idea to convert to subversion at the same time. Given we want to refactor the project structures to native Maven we could: 1) Import CVS into SVN 2) Use SVN rename to rework the project structure 3) Keep the history attached to those files! http://weblogs.java.net/blog/joshy/archive/2005/03/ subversion_rena.html -- Adrian Brock Chief Scientist JBoss Inc. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid3432&bid#0486&dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid3432&bid#0486&dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: Ongoing build changes: was RE: [JBoss-dev] OntheedgeoftheMavencliff
Yes, svn:externals are a good way to go. It all depends on how much interdependency you have between your subcomponents and whether or not you've decided to offer those subcomponents as independent projects. It's something we definitely need to talk about. On Feb 11, 2006, at 3:08 PM, Scott M Stark wrote: Tim is suggesting that if we plan on moving modules around, Subversion's svn:externals facility might be something we want to examine as a mechanism for relating components (and different versions of those components) to large "deliverables". You end up storing each distinct component in a normal "trunk", "tags", "branches" directory that subversion users are used to, and you aggregate components into larger releases using the svn:externals property on a directory. He found this method to be helpful becuase it allows you to create releases of independently versioned subcomponents. Maven uses it here: http://svn.apache.org/repos/asf/maven/trunks/ Jakarta Commons uses it here: http://svn.apache.org/repos/asf/jakarta/commons/trunks-proper/ -Original Message- From: Adrian Brock Sent: Saturday, February 11, 2006 3:48 AM To: Scott M Stark Cc: jboss-development@lists.sourceforge.net; QA Subject: RE: Ongoing build changes: was RE: [JBoss-dev] OntheedgeoftheMavencliff On Sat, 2006-02-11 at 04:33, Adrian Brock wrote: On Fri, 2006-02-10 at 13:28, Scott M Stark wrote: Let's do that. Do you want to couple this to maven? It would help Ruel I suppose. We may as well go "Big Bang!". :-) Speaking of Big Bang. It might be idea to convert to subversion at the same time. Given we want to refactor the project structures to native Maven we could: 1) Import CVS into SVN 2) Use SVN rename to rework the project structure 3) Keep the history attached to those files! http://weblogs.java.net/blog/joshy/archive/2005/03/ subversion_rena.html -- Adrian Brock Chief Scientist JBoss Inc. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid3432&bid#0486&dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid3432&bid#0486&dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: Ongoing build changes: was RE: [JBoss-dev] OntheedgeoftheMavencliff
Tim is suggesting that if we plan on moving modules around, Subversion's svn:externals facility might be something we want to examine as a mechanism for relating components (and different versions of those components) to large "deliverables". You end up storing each distinct component in a normal "trunk", "tags", "branches" directory that subversion users are used to, and you aggregate components into larger releases using the svn:externals property on a directory. He found this method to be helpful becuase it allows you to create releases of independently versioned subcomponents. Maven uses it here: http://svn.apache.org/repos/asf/maven/trunks/ Jakarta Commons uses it here: http://svn.apache.org/repos/asf/jakarta/commons/trunks-proper/ -Original Message- From: Adrian Brock Sent: Saturday, February 11, 2006 3:48 AM To: Scott M Stark Cc: jboss-development@lists.sourceforge.net; QA Subject: RE: Ongoing build changes: was RE: [JBoss-dev] OntheedgeoftheMavencliff On Sat, 2006-02-11 at 04:33, Adrian Brock wrote: > On Fri, 2006-02-10 at 13:28, Scott M Stark wrote: > > Let's do that. Do you want to couple this to maven? It would help Ruel I > > suppose. > > We may as well go "Big Bang!". :-) Speaking of Big Bang. It might be idea to convert to subversion at the same time. Given we want to refactor the project structures to native Maven we could: 1) Import CVS into SVN 2) Use SVN rename to rework the project structure 3) Keep the history attached to those files! http://weblogs.java.net/blog/joshy/archive/2005/03/subversion_rena.html -- Adrian Brock Chief Scientist JBoss Inc. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid3432&bid#0486&dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: Ongoing build changes: was RE: [JBoss-dev] OntheedgeoftheMavencliff
4.0 vs head is a tradeoff of how long its going to take and how this relates to how much has to be merged to the ultimate svn structure. What are you referring to in terms of increased time, the download from the repository, maven, both? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Andrew Oliver Sent: Saturday, February 11, 2006 12:47 PM To: jboss-development@lists.sourceforge.net Subject: Re: Ongoing build changes: was RE: [JBoss-dev] OntheedgeoftheMavencliff gosh wouldn't it make more sense to do all of this for 5.0 where there is a free hand rather than 4.0? Do we have feasibility targets (i.e. the build cannot suddenly take 5 hours on a IA64 with 8 gb of ram) for this? -andy (who finds maven and all things like it to be really frustrating) Damon Sicore wrote: > Adding them now... ;-) > > On Feb 11, 2006, at 2:38 PM, Scott M Stark wrote: > >> That would be a way to actually start with a 4.0 branch fork which might >> be more manageable due to fewer changes to merge between the cvs and svn >> repositories. >> >> Can we get the jboss-4.0.x and jboss-head contents moved into svn Damon? >> >> -Original Message- >> From: Adrian Brock >> Sent: Saturday, February 11, 2006 3:48 AM >> To: Scott M Stark >> Cc: jboss-development@lists.sourceforge.net; QA >> Subject: RE: Ongoing build changes: was RE: [JBoss-dev] >> OntheedgeoftheMavencliff >> >> On Sat, 2006-02-11 at 04:33, Adrian Brock wrote: >> >>> On Fri, 2006-02-10 at 13:28, Scott M Stark wrote: >>> Let's do that. Do you want to couple this to maven? It would help >> >> Ruel I >> suppose. >>> >>> >>> We may as well go "Big Bang!". :-) >> >> >> Speaking of Big Bang. It might be idea to convert to subversion at the >> same time. >> Given we want to refactor the project structures to native Maven >> we could: >> >> 1) Import CVS into SVN >> 2) Use SVN rename to rework the project structure >> 3) Keep the history attached to those files! >> >> http://weblogs.java.net/blog/joshy/archive/2005/03/ subversion_rena.html >> -- >> >> Adrian Brock >> Chief Scientist >> JBoss Inc. >> >> >> >> >> --- >> This SF.net email is sponsored by: Splunk Inc. Do you grep through >> log files >> for problems? Stop! Download the new AJAX search engine that makes >> searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! >> http://sel.as-us.falkag.net/sel?cmd=lnk&kid3432&bid#0486&dat1642 >> ___ >> JBoss-Development mailing list >> JBoss-Development@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/jboss-development > > > > > --- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log > files > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > http://sel.as-us.falkag.net/sel?cmd=k&kid3432&bid#0486&dat1642 > ___ > JBoss-Development mailing list > JBoss-Development@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jboss-development > --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&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: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid3432&bid#0486&dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: Ongoing build changes: was RE: [JBoss-dev] OntheedgeoftheMavencliff
gosh wouldn't it make more sense to do all of this for 5.0 where there is a free hand rather than 4.0? Do we have feasibility targets (i.e. the build cannot suddenly take 5 hours on a IA64 with 8 gb of ram) for this? -andy (who finds maven and all things like it to be really frustrating) Damon Sicore wrote: Adding them now... ;-) On Feb 11, 2006, at 2:38 PM, Scott M Stark wrote: That would be a way to actually start with a 4.0 branch fork which might be more manageable due to fewer changes to merge between the cvs and svn repositories. Can we get the jboss-4.0.x and jboss-head contents moved into svn Damon? -Original Message- From: Adrian Brock Sent: Saturday, February 11, 2006 3:48 AM To: Scott M Stark Cc: jboss-development@lists.sourceforge.net; QA Subject: RE: Ongoing build changes: was RE: [JBoss-dev] OntheedgeoftheMavencliff On Sat, 2006-02-11 at 04:33, Adrian Brock wrote: On Fri, 2006-02-10 at 13:28, Scott M Stark wrote: Let's do that. Do you want to couple this to maven? It would help Ruel I suppose. We may as well go "Big Bang!". :-) Speaking of Big Bang. It might be idea to convert to subversion at the same time. Given we want to refactor the project structures to native Maven we could: 1) Import CVS into SVN 2) Use SVN rename to rework the project structure 3) Keep the history attached to those files! http://weblogs.java.net/blog/joshy/archive/2005/03/ subversion_rena.html -- Adrian Brock Chief Scientist JBoss Inc. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid3432&bid#0486&dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=k&kid3432&bid#0486&dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: Ongoing build changes: was RE: [JBoss-dev] OntheedgeoftheMavencliff
Adding them now... ;-) On Feb 11, 2006, at 2:38 PM, Scott M Stark wrote: That would be a way to actually start with a 4.0 branch fork which might be more manageable due to fewer changes to merge between the cvs and svn repositories. Can we get the jboss-4.0.x and jboss-head contents moved into svn Damon? -Original Message- From: Adrian Brock Sent: Saturday, February 11, 2006 3:48 AM To: Scott M Stark Cc: jboss-development@lists.sourceforge.net; QA Subject: RE: Ongoing build changes: was RE: [JBoss-dev] OntheedgeoftheMavencliff On Sat, 2006-02-11 at 04:33, Adrian Brock wrote: On Fri, 2006-02-10 at 13:28, Scott M Stark wrote: Let's do that. Do you want to couple this to maven? It would help Ruel I suppose. We may as well go "Big Bang!". :-) Speaking of Big Bang. It might be idea to convert to subversion at the same time. Given we want to refactor the project structures to native Maven we could: 1) Import CVS into SVN 2) Use SVN rename to rework the project structure 3) Keep the history attached to those files! http://weblogs.java.net/blog/joshy/archive/2005/03/ subversion_rena.html -- Adrian Brock Chief Scientist JBoss Inc. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid3432&bid#0486&dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid3432&bid#0486&dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: Ongoing build changes: was RE: [JBoss-dev] OntheedgeoftheMavencliff
That would be a way to actually start with a 4.0 branch fork which might be more manageable due to fewer changes to merge between the cvs and svn repositories. Can we get the jboss-4.0.x and jboss-head contents moved into svn Damon? -Original Message- From: Adrian Brock Sent: Saturday, February 11, 2006 3:48 AM To: Scott M Stark Cc: jboss-development@lists.sourceforge.net; QA Subject: RE: Ongoing build changes: was RE: [JBoss-dev] OntheedgeoftheMavencliff On Sat, 2006-02-11 at 04:33, Adrian Brock wrote: > On Fri, 2006-02-10 at 13:28, Scott M Stark wrote: > > Let's do that. Do you want to couple this to maven? It would help Ruel I > > suppose. > > We may as well go "Big Bang!". :-) Speaking of Big Bang. It might be idea to convert to subversion at the same time. Given we want to refactor the project structures to native Maven we could: 1) Import CVS into SVN 2) Use SVN rename to rework the project structure 3) Keep the history attached to those files! http://weblogs.java.net/blog/joshy/archive/2005/03/subversion_rena.html -- Adrian Brock Chief Scientist JBoss Inc. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid3432&bid#0486&dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-remoting-testsuite-1.5 Build Completed With Testsuite Errors
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-remoting-testsuite-1.5?log=log20060211121330 TESTS FAILEDAnt Error Message: /services/cruisecontrol/work/scripts/build-jboss-remoting.xml:96: 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: 02/11/2006 12:13:30Time to build: 69 minutes 34 secondsLast changed: 12/31/2005 20:37:24Last log entry: JBREM-272:Added tests for (clientPool != null) and (threadPool != null) in cleanup. Unit Tests: (293) Total Errors and Failures: (12)testStartorg.jboss.test.remoting.callback.pull.memory.callbackstore.CallbackStoreCallbackTestCase(java_serialization)testStartorg.jboss.test.remoting.callback.pull.memory.callbackstore.CallbackStoreCallbackTestCase(jboss_serialization)unknownorg.jboss.test.remoting.stream.StreamingTestCase(java_serialization)unknownorg.jboss.test.remoting.stream.StreamingTestCase(jboss_serialization)unknownorg.jboss.test.remoting.transport.multiplex.MultiplexInvokerConfigTestCase(java_serialization)unknownorg.jboss.test.remoting.transport.multiplex.MultiplexInvokerConfigTestCase(java_serialization)unknownorg.jboss.test.remoting.transport.multiplex.MultiplexInvokerConfigTestCase(jboss_serialization)unknownorg.jboss.test.remoting.transport.multiplex.MultiplexInvokerConfigTestCase(jboss_serialization)unknownorg.jboss.test.remoting.transport.multiplex.MultiplexInvokerTestCase(java_serialization)unknownorg.jboss.test.remoting.transport.multiplex.MultiplexInvokerTestCase(java_serialization)unknownorg.jboss.test.remoting.transport.multiplex.MultiplexInvokerTestCase(jboss_serialization)unknownorg.jboss.test.remoting.transport.multiplex.MultiplexInvokerTestCase(jboss_serialization) Modifications since last build: (first 50 of 2038)1.3modifiedtelrodsrc/tests/org/jboss/test/remoting/transport/socket/timeout/TimeoutClientTest.javaJBREM-235 - added new lgpl headers.1.3modifiedtelrodsrc/tests/org/jboss/test/remoting/transport/socket/timeout/TimeoutServerTest.javaJBREM-235 - added new lgpl headers.1.2modifiedtelrodsrc/tests/org/jboss/test/remoting/transport/socket/timeout/TimeoutTestCase.javaJBREM-235 - added new lgpl headers.1.3modifiedtelrodsrc/tests/org/jboss/test/remoting/transport/web/ComplexObject.javaJBREM-235 - added new lgpl headers.1.4modifiedtelrodsrc/tests/org/jboss/test/remoting/transport/web/WebInvocationHandler.javaJBREM-235 - added new lgpl headers.1.6modifiedtelrodsrc/tests/org/jboss/test/remoting/transport/web/WebInvokerTestClient.javaJBREM-235 - added new lgpl headers.1.2modifiedtelrodsrc/tests/org/jboss/test/remoting/transporter/TestClient.javaJBREM-235 - added new lgpl headers.1.2modifiedtelrodsrc/tests/org/jboss/test/remoting/transporter/TestServer.javaJBREM-235 - added new lgpl headers.1.2modifiedtelrodsrc/tests/org/jboss/test/remoting/transporter/TestServerImpl.javaJBREM-235 - added new lgpl headers.1.2modifiedtelrodsrc/tests/org/jboss/test/remoting/transporter/TransporterTestCase.javaJBREM-235 - added new lgpl headers.1.2modifiedtelrodsrc/tests/org/jboss/test/remoting/transport/socket/ssl/SSLInvokerConstants.javaJBREM-235 - added new lgpl headers.1.4modifiedtelrodsrc/tests/org/jboss/test/remoting/transport/socket/ssl/basic/InvokerClientTest.javaJBREM-235 - added new lgpl headers.1.8modifiedtelrodsrc/tests/org/jboss/test/remoting/transport/socket/ssl/basic/InvokerServerTest.javaJBREM-235 - added new lgpl headers.1.4modifiedtelrodsrc/tests/org/jboss/test/remoting/transport/socket/ssl/basic/InvokerTestCase.javaJBREM-235 - added new lgpl headers.1.4modifiedtelrodsrc/tests/org/jboss/test/remoting/transport/socket/ssl/custom/InvokerClientTest.javaJBREM-235 - added new lgpl headers.1.7modifiedtelrodsrc/tests/org/jboss/test/remoting/transport/socket/ssl/custom/InvokerServerTest.javaJBREM-235 - added new lgpl headers.1.5modifiedtelrodsrc/tests/org/jboss/test/remoting/transport/socket/ssl/custom/InvokerTestCase.javaJBREM-235 - added new lgpl headers.1.2modifiedtelrodsrc/tests/org/jboss/test/remoting/transport/socket/ssl/test/SSLSimpleClient.javaJBREM-235 - added new lgpl headers.1.3modifiedtelrodsrc/tests/org/jboss/test/remoting/transport/socket/ssl/test/SSLSimpleServer.javaJBREM-235 - added new lgpl headers.1.6modifiedtelrodsrc/tests/org/jboss/test/remoting/transport/socket/timeout/keepalive/TimeoutClientTest.javaJBREM-235 - added new lgpl headers.1.6modifiedtelrodsrc/tests/org/jboss/test/remoting/transport/socket/timeout/keepalive/TimeoutServerTest.javaJBREM-235 - added new lgpl headers.1.7modifiedrsigalsrc/tests/org/jboss/test/remoting/transport/socket/ssl/basic/InvokerServerTest.javaJBREM-270:Replaced "," with "&"1.6modifiedrsigalsrc/tests/org/jboss/test/remoting/transport/socket/ssl/custom/InvokerServerTest.javaJBREM-270:Replaced "," with "&"1.5modifiedtelrodsrc/tes
[JBoss-dev] jboss-remoting-testsuite-1.4 Build Completed With Testsuite Errors
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-remoting-testsuite-1.4?log=log2006025529 TESTS FAILEDAnt Error Message: /services/cruisecontrol/work/scripts/build-jboss-remoting.xml:96: 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: 02/11/2006 11:55:29Time to build: 16 minutes 57 secondsLast changed: 02/09/2006 23:59:00Last log entry: JBREM-316 - changed header apache license where appropriate. Unit Tests: (145) Total Errors and Failures: (5)unknownorg.jboss.test.remoting.stream.StreamingTestCase(java_serialization)unknownorg.jboss.test.remoting.transport.multiplex.MultiplexInvokerConfigTestCase(java_serialization)unknownorg.jboss.test.remoting.transport.multiplex.MultiplexInvokerConfigTestCase(java_serialization)unknownorg.jboss.test.remoting.transport.multiplex.MultiplexInvokerTestCase(java_serialization)unknownorg.jboss.test.remoting.transport.multiplex.MultiplexInvokerTestCase(java_serialization) Modifications since last build: (first 50 of 7)1.3modifiedtelrodsrc/main/org/jboss/remoting/transport/coyote/ClientAbortException.javaJBREM-316 - changed header apache license where appropriate.1.4modifiedtelrodsrc/main/org/jboss/remoting/transport/coyote/CoyoteInputStream.javaJBREM-316 - changed header apache license where appropriate.1.10modifiedtelrodsrc/main/org/jboss/remoting/transport/coyote/CoyoteInvoker.javaJBREM-316 - changed header apache license where appropriate.1.5modifiedtelrodsrc/main/org/jboss/remoting/transport/coyote/CoyoteOutputStream.javaJBREM-316 - changed header apache license where appropriate.1.3modifiedtelrodsrc/main/org/jboss/remoting/transport/coyote/InputBuffer.javaJBREM-316 - changed header apache license where appropriate.1.4modifiedtelrodsrc/main/org/jboss/remoting/transport/coyote/OutputBuffer.javaJBREM-316 - changed header apache license where appropriate.1.3modifiedtelrodsrc/main/org/jboss/remoting/transport/coyote/ssl/RemotingSSLSupport.javaJBREM-316 - changed header apache license where appropriate.
Re: Ongoing build changes: was RE: [JBoss-dev] OntheedgeoftheMaven cliff
You know my vote. On Feb 11, 2006, at 5:47 AM, Adrian Brock wrote: On Sat, 2006-02-11 at 04:33, Adrian Brock wrote: On Fri, 2006-02-10 at 13:28, Scott M Stark wrote: Let's do that. Do you want to couple this to maven? It would help Ruel I suppose. We may as well go "Big Bang!". :-) Speaking of Big Bang. It might be idea to convert to subversion at the same time. Given we want to refactor the project structures to native Maven we could: 1) Import CVS into SVN 2) Use SVN rename to rework the project structure 3) Keep the history attached to those files! http://weblogs.java.net/blog/joshy/archive/2005/03/ subversion_rena.html -- Adrian Brock Chief Scientist JBoss Inc. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel? cmd=lnk&kid=103432&bid=230486&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: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-3.2-jdk-matrix build.308 Build Fixed
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-3.2-jdk-matrix?log=log20060211085455Lbuild.308 BUILD COMPLETE - build.308Date of build: 02/11/2006 08:54:55Time to build: 9 minutes 51 secondsLast changed: 02/11/2006 05:27:52Last log entry: Make this compile on JDK1.3 Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build: (first 50 of 11)1.4.4.3modifiedadriantestsuite/src/main/org/jboss/test/jca/xads/Test.javaMake this compile on JDK1.31.9.2.15modifiedadrianconnector/src/main/org/jboss/resource/connectionmanager/RARDeployment.java[JBAS-2795] - Remove the property replacement since this already doneat the MBean level.1.4.2.11modifiedadriancommon/src/main/org/jboss/util/Strings.java[JBAS-2795] - Fix the broken String.replace()I never backported the test for this to 3.2.x1.21.2.10modifiedadrianserver/src/main/org/jboss/metadata/MetaData.java[JBAS-2795] - Add metadata methods that do not perform string property replacement1.3.4.3modifiedadriantestsuite/src/main/org/jboss/test/jca/test/XADSUnitTestCase.java[JBAS-2795] - Adapt the test for the 3.2.x name of the connection manager1.4.4.2modifiedadriantestsuite/src/main/org/jboss/test/jca/xads/Test.java[JBAS-2795] - Backport the JCA XADS tests from jboss41.3.4.2modifiedadriantestsuite/src/main/org/jboss/test/jca/xads/TestMBean.java[JBAS-2795] - Backport the JCA XADS tests from jboss41.4.4.2modifiedadriantestsuite/src/main/org/jboss/test/jca/xads/TestXADataSource.java[JBAS-2795] - Backport the JCA XADS tests from jboss41.3.8.2modifiedadriantestsuite/src/resources/jca/xads/test-xa-ds.xml[JBAS-2795] - Backport the JCA XADS tests from jboss41.2.2.3modifiedadriantestsuite/imports/sections/jca.xml[JBAS-2795] - Backport the JCA XADS tests from jboss41.3.4.2modifiedadriantestsuite/src/main/org/jboss/test/jca/test/XADSUnitTestCase.java[JBAS-2795] - Backport the JCA XADS tests from jboss4
RE: Ongoing build changes: was RE: [JBoss-dev] OntheedgeoftheMaven cliff
On Sat, 2006-02-11 at 04:33, Adrian Brock wrote: > On Fri, 2006-02-10 at 13:28, Scott M Stark wrote: > > Let's do that. Do you want to couple this to maven? It would help Ruel I > > suppose. > > We may as well go "Big Bang!". :-) Speaking of Big Bang. It might be idea to convert to subversion at the same time. Given we want to refactor the project structures to native Maven we could: 1) Import CVS into SVN 2) Use SVN rename to rework the project structure 3) Keep the history attached to those files! http://weblogs.java.net/blog/joshy/archive/2005/03/subversion_rena.html -- Adrian Brock Chief Scientist JBoss Inc. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-cache-testsuite Build Completed With Testsuite Errors
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-cache-testsuite?log=log20060211025137 TESTS FAILEDAnt Error Message: /services/cruisecontrol/work/scripts/build-JBossCache.xml:96: 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: 02/11/2006 02:51:37Time to build: 38 minutes 18 secondsLast changed: 12/28/2005 10:48:11Last log entry: Add the 1.2.4SP1 changelog notes. Unit Tests: (1349) Total Errors and Failures: (53)testorg.jboss.cache.ConcurrentEvictAndRemoveTesttestAllTx_RWLockorg.jboss.cache.EvictionLocalStressTesttestCircularAndSharedReferencesorg.jboss.cache.aop.ObjectGraphAopTesttestCircularAndSharedReferencesorg.jboss.cache.aop.ReplicatedObjectGraphAopTesttestSimplifiedorg.jboss.cache.aop.integrated.PropagationManagerlAopTesttestPropagationorg.jboss.cache.aop.integrated.PropagationManagerlAopTesttestSimplifiedorg.jboss.cache.aop.integrated.ReplicatedPropagationManagerlAopTesttestPropagationorg.jboss.cache.aop.integrated.ReplicatedPropagationManagerlAopTesttestIsReachableorg.jboss.cache.aop.util.ObjectUtilAopTesttestDataSourceIntegrationorg.jboss.cache.loader.DataSourceIntegrationTesttestCheckReplInstanceorg.jboss.cache.aop.ReplicatedObjectGraphAopTesttestCollectionWithCacheLoaderorg.jboss.cache.aop.loader.FileCacheLoaderAopTesttestConcurrentUseSyncorg.jboss.cache.aop.statetransfer.StateTransfer1241AopTesttestConcurrentUseSyncorg.jboss.cache.aop.statetransfer.StateTransfer124AopTesttestConcurrentUseSyncorg.jboss.cache.aop.statetransfer.StateTransfer130AopTestwarningorg.jboss.cache.benchmark.support.BaseTestwarningorg.jboss.cache.benchmark.support.Read50PercentTestwarningorg.jboss.cache.benchmark.support.Read75PercentTestwarningorg.jboss.cache.benchmark.support.Read90PercentTestwarningorg.jboss.cache.benchmark.tests.HashMapRead50JRunitTestwarningorg.jboss.cache.benchmark.tests.HashMapRead75JRunitTestwarningorg.jboss.cache.benchmark.tests.HashMapRead90JRunitTestwarningorg.jboss.cache.benchmark.tests.LocalPessIsoNoneRead50JRunitTestwarningorg.jboss.cache.benchmark.tests.LocalPessIsoNoneRead75JRunitTestwarningorg.jboss.cache.benchmark.tests.LocalPessIsoNoneRead90JRunitTestwarningorg.jboss.cache.benchmark.tests.LocalPessIsoRRRead50JRunitTestwarningorg.jboss.cache.benchmark.tests.LocalPessIsoRRRead75JRunitTestwarningorg.jboss.cache.benchmark.tests.LocalPessIsoRRRead90JRunitTestwarningorg.jboss.cache.benchmark.tests.ReplAsyncPessRead50JRunitTestwarningorg.jboss.cache.benchmark.tests.ReplAsyncPessRead75JRunitTestwarningorg.jboss.cache.benchmark.tests.ReplAsyncPessRead90JRunitTestwarningorg.jboss.cache.benchmark.tests.ReplSyncPessRead50JRunitTestwarningorg.jboss.cache.benchmark.tests.ReplSyncPessRead75JRunitTestwarningorg.jboss.cache.benchmark.tests.ReplSyncPessRead90JRunitTesttestUpdateEvictionorg.jboss.cache.eviction.AopLRUPolicyTesttestConcurrentPutAndEvictorg.jboss.cache.eviction.FIFOPolicyTesttestConcurrentPutAndEvictorg.jboss.cache.eviction.LFUPolicyTesttestConcurrentPutAndEvictorg.jboss.cache.eviction.LRUPolicyTesttestConcurrentPutAndEvictorg.jboss.cache.eviction.MRUPolicyTesttest2ReadersAnd1Writerorg.jboss.cache.lock.ReentrantWriterPreferenceReadWriteLockTestwarningorg.jboss.cache.optimistic.LocalCLTestwarningorg.jboss.cache.optimistic.LocalPessimisticCLTestwarningorg.jboss.cache.optimistic.LocalPessimisticTestwarningorg.jboss.cache.optimistic.LocalTesttestGetChildren9Passivationorg.jboss.cache.passivation.PassivationToBdbjeCacheLoaderTesttestGetChildren10Passivationorg.jboss.cache.passivation.PassivationToBdbjeCacheLoaderTesttestGetChildren9Passivationorg.jboss.cache.passivation.PassivationToFileCacheLoaderTesttestGetChildren10Passivationorg.jboss.cache.passivation.PassivationToFileCacheLoaderTesttestGetChildren9Passivationorg.jboss.cache.passivation.PassivationToLocalDelegatingCacheLoaderTesttestGetChildren10Passivationorg.jboss.cache.passivation.PassivationToLocalDelegatingCacheLoaderTesttestConcurrentUseAsyncorg.jboss.cache.statetransfer.StateTransfer124TesttestConcurrentAccessWithRWLockorg.jboss.cache.transaction.ConcurrentTransactionalTesttestNodeCreationRollbackorg.jboss.cache.transaction.IsolationLevelReadCommittedTest Modifications since last build: (first 50 of 1582)1.3modifiedmsurtanitests/perf/org/jboss/cache/loader/CacheLoaderPerfTest.javaFixes rating to JBCACHE-118 - optimising cache loader functionality.1.2modifiedmsurtanitests/perf/org/jboss/cache/loader/CacheLoaderPerfTest.javaAdded a perf test to measure performance on basic operations with a cache loader1.1addedmsurtanitests/perf/org/jboss/cache/loader/CacheLoaderPerfTest.javaAdded a perf test to measure performance on basic operations with a cache loader1.2modifieddhuangtests/stress/org/jboss/cache/EvictionLocalStressTest.javaEviction policy refactor