[JBoss-dev] RE: jboss-head-jdk-matrix Build Failed

2006-05-02 Thread Ryan Campbell
No, it doesn't.  

We plan to reduce the lag on the repository updates, which should reduce
our exposure to this problem.

-Original Message-
From: Adrian Brock 
Sent: Tuesday, May 02, 2006 4:45 PM
To: QA
Cc: Adrian Brock; Bill Burke; Brian Stansberry; Clebert Suconic;
Dimitris Andreadis; [EMAIL PROTECTED];
jboss-development@lists.sourceforge.net; [EMAIL PROTECTED]; Ovidiu
Feodorov; Rajesh Rajasekaran; Thomas Diesler; Weston Price
Subject: Re: jboss-head-jdk-matrix Build Failed

It looks like the "popcorn" check done by cruisecontrol
doesn't take into account waiting for the repository update to take
place?

synchronize.jboss/microcontainer:
  [get] Getting:
http://repository.jboss.com/jboss/microcontainer/snapshot/component-info
.xml
  [get] To:
/services/cruisecontrol/checkout/jboss-head/thirdparty/jboss/microcontai
ner/component-info.xml
  [get] local file date : Tue May 02 13:30:19 EDT 2006
  [get] Not modified - so not downloaded


On Tue, 2006-05-02 at 17:00 -0400, [EMAIL PROTECTED] wrote:
> View results here ->
>
http://cruisecontrol.jboss.com/cc/buildresults/jboss-head-jdk-matrix?log
=log20060502164357
> 
>  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/02/2006 16:43:57
>  Time to build: 15 minutes 38 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 139) 
>  1.4
>modified
>dimitris
>
testsuite/src/main/org/jboss/test/jmx/test/BaseURLDeploymentScannerTestC
ase.java
> JBAS-3119, add
> URLDeploymentScanner suspendDeployment(URL)/resumeDeployment(URL) test
>  1.3
>modified
>dimitris
>
testsuite/src/main/org/jboss/test/jmx/test/SimpleURLDeploymentScannerUni
tTestCase.java
> JBAS-3119, add
> URLDeploymentScanner suspendDeployment(URL)/resumeDeployment(URL) test
>  1.9
>modified
>dimitris
>  testsuite/src/main/org/jboss/test/deployment/DeploymentTestCase.java
>  make
> org.jboss.test.JBossTestServices.getDeployURL() return URL instead of
String
>  1.4
>modified
>dimitris
>
testsuite/src/main/org/jboss/test/deployers/AbstractDeploymentTest.java
>  make
> org.jboss.test.JBossTestServices.getDeployURL() return URL instead of
String
>  1.11
>modified
>dimitris
>
testsuite/src/main/org/jboss/test/classloader/test/ScopingUnitTestCase.j
ava
>  make
> org.jboss.test.JBossTestServices.getDeployURL() return URL instead of
String
>  1.15
>modified
>dimitris
>   testsuite/src/main/org/jboss/test/JBossTestClusteredServices.java
>  make
> org.jboss.test.JBossTestServices.getDeployURL() return URL instead of
String
>  1.5
>modified
>dimitris
>test/src/main/org/jboss/test/JBossTestCase.java
>  make
> org.jboss.test.JBossTestServices.getDeployURL() return URL instead of
String
>  1.7
>modified
>dimitris
>  test/src/main/org/jboss/test/JBossTestServices.java
>  make
> org.jboss.test.JBossTestServices.getDeployURL() return URL instead of
String
>  1.3
>modified
>dimitris
>test/src/main/org/jboss/test/JBossTestSetup.java
>  make
> org.jboss.test.JBossTestServices.getDeployURL() return URL instead of
String
>  1.36
>modified
> 

Re: [JBoss-dev] RE: jboss-head-jdk-matrix Build Failed

2006-05-02 Thread Alexey Loubyansky

Scott M Stark wrote:

Ok, then we just need to define a cutoff date for the common module to
be frozen in head and then remove the module from jboss-head and switch
to binary imports. Alexey I don't see any cvs commits to jbossxb
recently, are you already working off of the svn repo?


No, I've been working on CMP for 4.0.4.GA (done now) and had a few last 
days off.




---
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

2006-05-02 Thread Ruel Loehr
If container depended on aop and aop was not yet built and had not yet
published any binary artifacts, the build of course, would fail.  This
is assuming that both of these were standalone projects.   If they were
contained under the same parent build maven would look first for the
built artifacts and then attempt to retrieve them from the remote repo. 
Ruel Loehr
JBoss QA
 
-
512-342-7840 ext 2011
Yahoo: ruelloehr
Skype: ruelloehr
AOL: dokoruel

-Original Message-
From: Scott M Stark 
Sent: Tuesday, May 02, 2006 12:22 PM
To: Adrian Brock
Cc: Ryan Campbell; QA; jboss-development@lists.sourceforge.net
Subject: RE: jboss-head-jdk-matrix Build Failed

With jbossbuild we have to do the rebuild snapshot step manually because
its not supported by the build. With maven you could pull all of these
projects together with the dependcies and missing/out of date binaries
will be built. You could convert these projects to use maven first to
achieve this. Rule has all of the jbossbuild repository contents in a
maven2 repository so the conversion should be "painless" at least for
that. Unknown whether its worth the conversion to avoid the manual build
step.

> -Original Message-
> From: Adrian Brock 
> Sent: Tuesday, May 02, 2006 10:14 AM
> To: Scott M Stark
> Cc: Adrian Brock; Ryan Campbell; QA; 
> jboss-development@lists.sourceforge.net
> Subject: 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.?
> 


---
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


[JBoss-dev] RE: jboss-head-jdk-matrix Build Failed

2006-05-02 Thread Scott M Stark
With jbossbuild we have to do the rebuild snapshot step manually because
its not supported by the build. With maven you could pull all of these
projects together with the dependcies and missing/out of date binaries
will be built. You could convert these projects to use maven first to
achieve this. Rule has all of the jbossbuild repository contents in a
maven2 repository so the conversion should be "painless" at least for
that. Unknown whether its worth the conversion to avoid the manual build
step.

> -Original Message-
> From: Adrian Brock 
> Sent: Tuesday, May 02, 2006 10:14 AM
> To: Scott M Stark
> Cc: Adrian Brock; Ryan Campbell; QA; 
> jboss-development@lists.sourceforge.net
> Subject: 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.?
> 


---
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


[JBoss-dev] RE: jboss-head-jdk-matrix Build Failed

2006-05-02 Thread Ruel Loehr
Right.   And if you were to be to be in heavy development mode, rather
than publishing a number of different versions, you would just publish
snapshots to the public repository.  This eliminates the need to create
a buttload of versions.

Ruel Loehr
JBoss QA
 
-
512-342-7840 ext 2011
Yahoo: ruelloehr
Skype: ruelloehr
AOL: dokoruel

-Original Message-
From: Ryan Campbell 
Sent: Tuesday, May 02, 2006 12:12 PM
To: Scott M Stark; Adrian Brock
Cc: QA; 'jboss-development@lists.sourceforge.net'
Subject: RE: jboss-head-jdk-matrix Build Failed

This is the use case which Maven enables especially well, no?

ie, update code in container, build it, and then test the impact in AOP.
The jars from container are integrated into the AOP build using Maven's
local repository.  There is no "update the repository step" since it is
part of the default build cycle.

-Original Message-
From: Scott M Stark 
Sent: Tuesday, May 02, 2006 11:54 AM
To: Adrian Brock
Cc: Ryan Campbell; QA; jboss-development@lists.sourceforge.net
Subject: RE: jboss-head-jdk-matrix Build Failed

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.

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?


---
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


[JBoss-dev] RE: jboss-head-jdk-matrix Build Failed

2006-05-02 Thread Scott M Stark
Correct. 

> -Original Message-
> From: Ryan Campbell 
> Sent: Tuesday, May 02, 2006 10:12 AM
> To: Scott M Stark; Adrian Brock
> Cc: QA; 'jboss-development@lists.sourceforge.net'
> Subject: RE: jboss-head-jdk-matrix Build Failed
> 
> This is the use case which Maven enables especially well, no?
> 
> ie, update code in container, build it, and then test the 
> impact in AOP.  The jars from container are integrated into 
> the AOP build using Maven's local repository.  There is no 
> "update the repository step" since it is part of the default 
> build cycle.
> 
> -Original Message-
> From: Scott M Stark
> Sent: Tuesday, May 02, 2006 11:54 AM
> To: Adrian Brock
> Cc: Ryan Campbell; QA; jboss-development@lists.sourceforge.net
> Subject: RE: jboss-head-jdk-matrix Build Failed
> 
> 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.
> 
> 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?
> 


---
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


[JBoss-dev] RE: jboss-head-jdk-matrix Build Failed

2006-05-02 Thread Adrian Brock
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

2006-05-02 Thread Ryan Campbell
This is the use case which Maven enables especially well, no?

ie, update code in container, build it, and then test the impact in AOP.
The jars from container are integrated into the AOP build using Maven's
local repository.  There is no "update the repository step" since it is
part of the default build cycle.

-Original Message-
From: Scott M Stark 
Sent: Tuesday, May 02, 2006 11:54 AM
To: Adrian Brock
Cc: Ryan Campbell; QA; jboss-development@lists.sourceforge.net
Subject: RE: jboss-head-jdk-matrix Build Failed

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.

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?


---
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


[JBoss-dev] RE: jboss-head-jdk-matrix Build Failed

2006-05-02 Thread Scott M Stark
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.

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?


---
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


[JBoss-dev] RE: jboss-head-jdk-matrix Build Failed

2006-05-02 Thread Adrian Brock
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

2006-05-02 Thread Scott M Stark
Ok, then we just need to define a cutoff date for the common module to
be frozen in head and then remove the module from jboss-head and switch
to binary imports. Alexey I don't see any cvs commits to jbossxb
recently, are you already working off of the svn repo?

> -Original Message-
> From: Eric Brown 
> Sent: Tuesday, May 02, 2006 7:13 AM
> To: Scott M Stark; Adrian Brock
> Cc: Ryan Campbell; QA; 
> jboss-development@lists.sourceforge.net; Tom Benninger
> Subject: Re: jboss-head-jdk-matrix Build Failed
> 
> > 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.
> 
> These are on a real R/W repos:
> 
>   https://svn.jboss.org/repos/common-core/
>   https://svn.jboss.org/repos/common-logging/
>   https://svn.jboss.org/repos/common-xb/
> 
> Damon, Ryan, Ruel and yourself should have full R/W access.
> 
> 


---
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


[JBoss-dev] RE: jboss-head-jdk-matrix Build Failed

2006-05-02 Thread Scott M Stark
> 
> Ok, I'll do this. If you want to use JDK5 features, we should 
> also look at make jboss retro binaries.
> 
Yes, I do so we need separate binaries for 14.

> 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&kid0709&bid&3057&dat1642
___
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

2006-05-02 Thread Adrian Brock
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

2006-05-02 Thread Scott M Stark
JBBUILD-307 subtasks:

2. "Create script to modify a SVN jbossas repo and change the
directories to the proper names" is certainly a show stopper as the
migration of the cvs modules does not honor the cvs module aliases. The
jboss-head or jboss-4.0.x tag/branch from cvs contains the raw cvs
module names and so is not buildable.

6. "Investigate and document the process for extracting a module's src
into its own repository" is certainly not a show stopper.

4,5,7 are all related to does svn tagging/branching/comparision work
with the existing tools. The idea svn plugin seems rather poor (in fact,
non-existent) in terms of being able to compare a file against
tags/branches. Apparently someone who has no understanding of svn
tagging/branching wrote it. Eclipse and command line are usable. I don't
think this should be a show stopper for jbossas, but if say it was for
Bill and ejb3 he would need to pull that out of jboss-head (this has to
be done at some point anyway).

in terms of "being able to develop against the HEAD/Snapshot ..." this
would be done on the trunk for all of the mc modules. The issue is what
tagged releases need to exist to allow for comparison against those
versions.

> 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.


> -Original Message-
> From: Adrian Brock 
> Sent: Tuesday, May 02, 2006 6:41 AM
> To: Scott M Stark
> Cc: Adrian Brock; Ryan Campbell; QA; 
> jboss-development@lists.sourceforge.net
> Subject: 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.
> 


---
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


[JBoss-dev] RE: jboss-head-jdk-matrix Build Failed

2006-05-02 Thread Adrian Brock
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: jboss-head-jdk-matrix Build Failed

2006-05-02 Thread Scott M Stark
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.
> 


---
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


[JBoss-dev] RE: jboss-head-jdk-matrix Build Failed

2006-05-02 Thread Adrian Brock
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: jboss-head-jdk-matrix Build Failed

2006-03-17 Thread Scott M Stark



The ejb3 usage of the hibernate PersistenceXmlLoader is 
broken:
 
/services/cruisecontrol/checkout/jboss-head/ejb3/src/main/org/jboss/ejb3/Ejb3Deployment.java:598: 
deploy(java.net.URL,java.util.Map,org.xml.sax.EntityResolver) in 
org.hibernate.ejb.packaging.PersistenceXmlLoader cannot be applied to 
(java.net.URL,java.util.HashMap)  
List persistenceMetadata = 
PersistenceXmlLoader.deploy(persistenceXmlUrl, new HashMap());

  
  
  From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] 
  Sent: Friday, March 17, 2006 9:01 AMTo: Adrian Brock; 
  Bill Burke; jboss-development@lists.sourceforge.net; [EMAIL PROTECTED]; 
  Ovidiu Feodorov; QA; Rajesh Rajasekaran; Scott M Stark; Thomas 
  DieslerSubject: jboss-head-jdk-matrix Build 
  FailedImportance: High
  View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head-jdk-matrix?log=log20060317113555
  
  


  BUILD FAILED

  Ant Error 
Message: /services/cruisecontrol/work/scripts/build-jboss-common.xml:265: 
The following error occurred while executing this line: 
/services/cruisecontrol/work/scripts/build-jboss-common.xml:64: Exit 
code: 1 See compile_jdk15.log in Build Artifacts for details.

  Date of 
build: 03/17/2006 11:35:55

  Time to 
build: 23 minutes 5 seconds

  Last 
changed: 03/17/2006 11:26:10

  Last log 
entry: Rollback signed activation.jar, mail.jar from 
jbossall-client.jar
  
  





  


   Unit Tests: (0) 
 Total Errors and Failures: (0) 

  

  


   
   
  
  



[JBoss-dev] Re: jboss-head-jdk-matrix Build Failed

2006-01-20 Thread Alexey Loubyansky

This is my fault.

compile-classes-only:
[mkdir] Created dir: 
/services/cruisecontrol/checkout/jboss-head/testsuite/output/classes
[javac] Compiling 2773 source files to 
/services/cruisecontrol/checkout/jboss-head/testsuite/output/classes
[javac] 
/services/cruisecontrol/checkout/jboss-head/testsuite/src/main/org/jboss/test/xml/SOAPElementUnitTestCase.java:42: 
package org.jboss.ws.soap does not exist

[javac] import org.jboss.ws.soap.SOAPElementImpl;
[javac]  ^
[javac] 
/services/cruisecontrol/checkout/jboss-head/testsuite/src/main/org/jboss/test/xml/SOAPElementUnitTestCase.java:257: 
cannot resolve symbol

[javac] symbol  : class SOAPElementImpl
[javac] location: class 
org.jboss.test.xml.SOAPElementUnitTestCase.SOAPElementHandler
[javac]  SOAPElementImpl el = new 
SOAPElementImpl(elementName.getLocalPart(),

[javac]  ^
[javac] 
/services/cruisecontrol/checkout/jboss-head/testsuite/src/main/org/jboss/test/xml/SOAPElementUnitTestCase.java:257: 
cannot resolve symbol

[javac] symbol  : class SOAPElementImpl
[javac] location: class 
org.jboss.test.xml.SOAPElementUnitTestCase.SOAPElementHandler
[javac]  SOAPElementImpl el = new 
SOAPElementImpl(elementName.getLocalPart(),

[javac]   ^
[javac] Note: Some input files use or override a deprecated API.
[javac] Note: Recompile with -deprecation for details.
[javac] 3 errors



[EMAIL PROTECTED] wrote:
View results here -> 
http://cruisecontrol.jboss.com/cc/buildresults/jboss-head-jdk-matrix?log=log20060120153250


BUILD FAILED
Ant Error 
Message: /services/cruisecontrol/work/scripts/build-jboss-common.xml:180: 
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: 01/20/2006 15:32:50
Time to build: 22 minutes 52 seconds
Last changed: 01/20/2006 15:06:52
Last log entry: Port [JBAS-2304] from jboss-3.2.x

 Unit Tests: (0)  Total Errors and Failures: (0)

 


 Modifications since last build:  (first 50 of 15)
1.18	modified	adrian 
connector/src/main/org/jboss/resource/adapter/jdbc/BaseWrapperManagedConnection.java 
Port [JBAS-2304] from jboss-3.2.x
1.9	modified	adrian 
connector/src/main/org/jboss/resource/adapter/jdbc/PreparedStatementCache.java 
Port [JBAS-2304] from jboss-3.2.x
1.16	modified	adrian 
connector/src/main/org/jboss/resource/adapter/jdbc/WrappedConnection.java 
Port [JBAS-2304] from jboss-3.2.x
1.5	modified	adrian 
testsuite/src/main/org/jboss/test/jca/ejb/PreparedStatementBean.java 
Port [JBAS-2304] from jboss-3.2.x
1.4	modified	adrian 
testsuite/src/main/org/jboss/test/jca/interfaces/PreparedStatementRemote.java 
Port [JBAS-2304] from jboss-3.2.x
1.5	modified	adrian 
testsuite/src/main/org/jboss/test/jca/jdbc/TestConnection.java	Port 
[JBAS-2304] from jboss-3.2.x
1.2	modified	adrian 
testsuite/src/main/org/jboss/test/jca/jdbc/TestPreparedStatement.java 
Port [JBAS-2304] from jboss-3.2.x
1.5	modified	adrian 
testsuite/src/main/org/jboss/test/jca/test/PSCacheUnitTestCase.java	Port 
[JBAS-2304] from jboss-3.2.x
1.1	added	aloubyansky 
testsuite/src/main/org/jboss/test/xml/SOAPElementUnitTestCase.java	a 
testcase for JBXB-50
1.8	modified	aloubyansky 
common/src/main/org/jboss/xb/binding/sunday/unmarshalling/SimpleTypeBinding.java 
introduced default particle and character handlers and a way to override 
them at runtime (as part of JBXB-50 'changing default unmarshalling 
rules at runtime')
1.30	modified	aloubyansky 
common/src/main/org/jboss/xb/binding/sunday/unmarshalling/SundayContentHandler.java 
introduced default particle and character handlers and a way to override 
them at runtime (as part of JBXB-50 'changing default unmarshalling 
rules at runtime')
1.31	modified	aloubyansky 
common/src/main/org/jboss/xb/binding/sunday/unmarshalling/TypeBinding.java 
introduced default particle and character handlers and a way to override 
them at runtime (as part of JBXB-50 'changing default unmarshalling 
rules at runtime')
1.45	modified	aloubyansky 
common/src/main/org/jboss/xb/binding/sunday/unmarshalling/XsdBinder.java	introduced 
default particle and character handlers and a way to override them at 
runtime (as part of JBXB-50 'changing default unmarshalling rules at 
runtime')
1.5	modified	rcampbell 
tools/etc/cruisecontrol/scripts/build-hibernate-db-matrix.xml	turn on 
logging for hibernate testsuite
1.1	added	rcampbell 
tools/etc/cruisecontrol/scripts/hibernate/log4j.properties	turn on 
logging for hibernate testsuite





---
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=12

[JBoss-dev] RE: jboss-head-jdk-matrix Build Failed

2006-01-10 Thread Ryan Campbell






module-webservice14: BUILD FAILED/services/cruisecontrol/checkout/jboss-head/build/build.xml:631: The following error occurred while executing this line:/services/cruisecontrol/checkout/jboss-head/build/build-distr.xml:1432: /services/cruisecontrol/checkout/jboss-head/build/${jboss.jbossws.lib} not found.

 

 









From: Ryan Campbell 
Sent: Tuesday, January 10, 2006
4:23 PM
To: '[EMAIL PROTECTED]'; Anil Saldhana;
[EMAIL PROTECTED]; Dimitris Andreadis;
jboss-development@lists.sourceforge.net; QA; Rajesh Rajasekaran; Scott M Stark;
Thomas Diesler
Subject: RE: jboss-head-jdk-matrix
Build Failed



 

Webservices is breaking the build in a 1.4
JDK:

 

 









From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] 
Sent: Tuesday, January 10, 2006
4:20 PM
To: Anil Saldhana;
[EMAIL PROTECTED]; Dimitris Andreadis; jboss-development@lists.sourceforge.net;
QA; Rajesh Rajasekaran; Scott M Stark; Thomas Diesler
Subject: jboss-head-jdk-matrix
Build Failed
Importance: High



 

View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head-jdk-matrix?log=log20060110171308




 
  
  BUILD
  FAILED
  
 
 
  
  Ant
  Error Message: /services/cruisecontrol/work/scripts/build-jboss-common.xml:179:
  The following error occurred while executing this line:
  /services/cruisecontrol/work/scripts/build-jboss-common.xml:50: Exit code: 1
  See compile.log in Build Artifacts for details.
  
 
 
  
  Date
  of build: 01/10/2006 17:13:08
  
 
 
  
  Time
  to build: 4 minutes 49 seconds
  
 
 
  
  Last
  changed: 01/10/2006 17:04:34
  
 
 
  
  Last
  log entry: JBAS-2280, log a
  warning when undeploying not deployed packages
  
 




 




 
  
  
  
   

 Unit Tests:
(0)  Total Errors and Failures: (0) 

   
   



 
  
   
  
 





 


 


 

   
   

 


 


 


 

   
   

 


 


 

   
  
  
   
  
  
   

 Modifications
since last builds:  (first 50 of 15) 

   
   

1.85


modified


dimitris


system/src/main/org/jboss/deployment/MainDeployer.java


JBAS-2280, log a
warning when undeploying not deployed packages

   
   

1.9


modified


bstansberry


testsuite/src/main/org/jboss/test/cluster/test/DRMTestCase.java


Disable
testConflictingAddRemoveDeadlock.

   
   

1.10


modified


starksm


common/src/main/org/jboss/xb/binding/sunday/unmarshalling/SchemaBindingResolver.java


Fix the
resolveAsLSInput javadoc

   
   

1.16


modified


starksm


common/src/main/org/jboss/util/Classes.java


Fix the implicit
StringBuffer creation within the displayClassInfo method

   
   

1.16


modified


dimitris


connector/src/etc/example-config/hsqldb-ds.xml


JBAS-2371, Specifying
a bind address for Hypersonic in memory database

   
   

1.4


modified


dimitris


connector/src/etc/example-config/hsqldb-encrypted-ds.xml


JBAS-2371, Specifying
a bind address for Hypersonic in memory database

   
   

1.38


modified


rrajasekaran


tools/etc/cruisecontrol/templates/projects.xml


Updated
jboss-seam-testsuite to gather test results

   
   

1.2


modified


rrajasekaran


tools/etc/cruisecontrol/scripts/index-jboss-seam.html


Updated
jboss-seam-testsuite to gather test results

   
   

1.3


modified


rrajasekaran


tools/etc/cruisecontrol/scripts/build-jboss-seam-testsuite.xml


Updated
jboss-seam-testsuite to gather test results

   
   

1.11


modified


asaldhana


tomcat/src/main/org/jboss/web/tomcat/tc5/WebCtxLoader.java


Use the local variable
'jar'

   
   

1.10


modified


asaldhana


tomcat/src/main/org/jboss/web/tomcat/tc5/WebCtxLoader.java


JBAS-2538: The war
WebCtxLoader is not limiting WEB-INF/lib classpath contents to jars

   
   

1.34


modified


dimitris


varia/src/main/org/jboss/jdbc/HypersonicDatabase.java


JBAS-2371, Specifying
a bind address for Hypersonic in memory database

   
   

1.12


modified


dimitris


varia/src/main/org/jboss/jdbc/HypersonicDatabaseMBean.java


JBAS-2371, Specifying
a bind address for Hypersonic in memory database

   

[JBoss-dev] RE: jboss-head-jdk-matrix Build Failed

2006-01-10 Thread Ryan Campbell








Webservices is breaking the build in a 1.4
JDK:

 

 









From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] 
Sent: Tuesday, January 10, 2006
4:20 PM
To: Anil Saldhana;
[EMAIL PROTECTED]; Dimitris Andreadis;
jboss-development@lists.sourceforge.net; QA; Rajesh Rajasekaran; Scott M Stark;
Thomas Diesler
Subject: jboss-head-jdk-matrix
Build Failed
Importance: High



 

View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head-jdk-matrix?log=log20060110171308




 
  
  BUILD
  FAILED
  
 
 
  
  Ant
  Error Message: /services/cruisecontrol/work/scripts/build-jboss-common.xml:179:
  The following error occurred while executing this line:
  /services/cruisecontrol/work/scripts/build-jboss-common.xml:50: Exit code: 1
  See compile.log in Build Artifacts for details.
  
 
 
  
  Date
  of build: 01/10/2006 17:13:08
  
 
 
  
  Time
  to build: 4 minutes 49 seconds
  
 
 
  
  Last
  changed: 01/10/2006 17:04:34
  
 
 
  
  Last
  log entry: JBAS-2280, log a
  warning when undeploying not deployed packages
  
 




 




 
  
  
  
   

 Unit Tests:
(0)  Total Errors and Failures: (0) 

   
   



 
  
   
  
 





 


 


 

   
   

 


 


 


 

   
   

 


 


 

   
  
  
   
  
  
   

 Modifications
since last builds:  (first 50 of 15) 

   
   

1.85


modified


dimitris


system/src/main/org/jboss/deployment/MainDeployer.java


JBAS-2280, log a
warning when undeploying not deployed packages

   
   

1.9


modified


bstansberry


testsuite/src/main/org/jboss/test/cluster/test/DRMTestCase.java


Disable
testConflictingAddRemoveDeadlock.

   
   

1.10


modified


starksm


common/src/main/org/jboss/xb/binding/sunday/unmarshalling/SchemaBindingResolver.java


Fix the resolveAsLSInput
javadoc

   
   

1.16


modified


starksm


common/src/main/org/jboss/util/Classes.java


Fix the implicit
StringBuffer creation within the displayClassInfo method

   
   

1.16


modified


dimitris


connector/src/etc/example-config/hsqldb-ds.xml


JBAS-2371, Specifying
a bind address for Hypersonic in memory database

   
   

1.4


modified


dimitris


connector/src/etc/example-config/hsqldb-encrypted-ds.xml


JBAS-2371, Specifying
a bind address for Hypersonic in memory database

   
   

1.38


modified


rrajasekaran


tools/etc/cruisecontrol/templates/projects.xml


Updated
jboss-seam-testsuite to gather test results

   
   

1.2


modified


rrajasekaran


tools/etc/cruisecontrol/scripts/index-jboss-seam.html


Updated
jboss-seam-testsuite to gather test results

   
   

1.3


modified


rrajasekaran


tools/etc/cruisecontrol/scripts/build-jboss-seam-testsuite.xml


Updated
jboss-seam-testsuite to gather test results

   
   

1.11


modified


asaldhana


tomcat/src/main/org/jboss/web/tomcat/tc5/WebCtxLoader.java


Use the local
variable 'jar'

   
   

1.10


modified


asaldhana


tomcat/src/main/org/jboss/web/tomcat/tc5/WebCtxLoader.java


JBAS-2538: The war
WebCtxLoader is not limiting WEB-INF/lib classpath contents to jars

   
   

1.34


modified


dimitris


varia/src/main/org/jboss/jdbc/HypersonicDatabase.java


JBAS-2371, Specifying
a bind address for Hypersonic in memory database

   
   

1.12


modified


dimitris


varia/src/main/org/jboss/jdbc/HypersonicDatabaseMBean.java


JBAS-2371, Specifying
a bind address for Hypersonic in memory database

   
   

1.84


modified


tdiesler


webservice/build.xml


Remove dependency on
jbossxb, jbossws repository versions

   
   

1.48


modified


tdiesler


build/build-thirdparty.xml


Remove dependency on
jbossxb, jbossws repository versions

   
  
  
   
  
  
   

 

   
  
  
  
  
 




 








Re: [JBoss-dev] RE: jboss-head-jdk-matrix Build Failed

2005-08-30 Thread Bill Burke

yes there are plans to fix it.  No we haven't gotten to it yet.

Adrian Brock wrote:

This EJB3 tutorial is still broken, are there any plans to fix it?
Maybe it just needs updating to the latest JBossCache in jboss-head?

On Mon, 2005-08-22 at 19:10, Adrian Brock wrote:

jboss-head builds now, 
but the tutorial mentioned below is still broken.


On Mon, 2005-08-22 at 13:42, Adrian Brock wrote:


On Mon, 2005-08-22 at 12:50, Steve Ebersole wrote:


BTW, this fails for me even with the source checked out …



Looking at the code that doesn't compile, it also suggests
the hibernate integration is broken?

org.jboss.tutorial.clusteredentity.bean.EntityTestBean

  private boolean isInCache(TreeCache cache, Node node, String key)
throws CacheException
  {
 //Not the best way to look up the cache entry, but how hibernate
creates the cache entry
 //and fqn seems to be buried deep deep down inside hibernate...

 if (node == null)
 {
node = cache.get("/");
 }

//THIS AND SOME OTHER CODE IN THIS METHOD DOES NOT COMPILE:
 Map map = node.getChildren();



  
__


From:[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Ben Wang
Sent: Monday, August 22, 2005 11:13 AM
To: Ryan Campbell; jboss-development@lists.sourceforge.net; QA
Subject: [JBoss-dev] RE: jboss-head-jdk-matrix Build Failed




No, it should since it is not a major release branch. :-) This api
just got lost during the refactoring in the TreeCache module.



BTW, this is only 1.2.4Alpha build. I have commented it in the
component.xml as well.



-Ben



  
__


From: Ryan Campbell 
Sent: Monday, August 22, 2005 8:59 AM

To: Ben Wang; 'jboss-development@lists.sourceforge.net'; QA
Subject: RE: jboss-head-jdk-matrix Build Failed

So JBossCache 1.2.4’s API is not backwards-compatible with 1.2.3?



  
__


From: Ben Wang 
Sent: Monday, August 22, 2005 10:39 AM

To: Ryan Campbell; 'jboss-development@lists.sourceforge.net'; QA
Subject: RE: jboss-head-jdk-matrix Build Failed




Sorry about this. I forgot to compile it with JDK1.5 on ejb3. I will
fix it soon.



-Ben


--
Bill Burke
Chief Architect
JBoss Inc.



---
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


RE: [JBoss-dev] RE: jboss-head-jdk-matrix Build Failed

2005-08-30 Thread Ben Wang
Hmmn! Manik has checked in a new version of jboss-cache.jar that
supposed to have re-surrected that api though?

-Ben 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Adrian Brock
Sent: Tuesday, August 30, 2005 8:55 AM
To: jboss-development@lists.sourceforge.net
Subject: RE: [JBoss-dev] RE: jboss-head-jdk-matrix Build Failed

This EJB3 tutorial is still broken, are there any plans to fix it?
Maybe it just needs updating to the latest JBossCache in jboss-head?

On Mon, 2005-08-22 at 19:10, Adrian Brock wrote:
> jboss-head builds now,
> but the tutorial mentioned below is still broken.
> 
> On Mon, 2005-08-22 at 13:42, Adrian Brock wrote:
> > On Mon, 2005-08-22 at 12:50, Steve Ebersole wrote:
> > > BTW, this fails for me even with the source checked out ...
> > > 
> > 
> > Looking at the code that doesn't compile, it also suggests the 
> > hibernate integration is broken?
> > 
> > org.jboss.tutorial.clusteredentity.bean.EntityTestBean
> > 
> >private boolean isInCache(TreeCache cache, Node node, String key)

> > throws CacheException
> >{
> >   //Not the best way to look up the cache entry, but how 
> > hibernate creates the cache entry
> >   //and fqn seems to be buried deep deep down inside
hibernate...
> > 
> >   if (node == null)
> >   {
> >  node = cache.get("/");
> >   }
> > 
> > //THIS AND SOME OTHER CODE IN THIS METHOD DOES NOT COMPILE:
> >   Map map = node.getChildren();
> > 
> > 
> > > 
> > >
> > > __
> > > 
> > > 
> > > From:[EMAIL PROTECTED]
> > > [mailto:[EMAIL PROTECTED] On Behalf 
> > > Of Ben Wang
> > > Sent: Monday, August 22, 2005 11:13 AM
> > > To: Ryan Campbell; jboss-development@lists.sourceforge.net; QA
> > > Subject: [JBoss-dev] RE: jboss-head-jdk-matrix Build Failed
> > > 
> > > 
> > >  
> > > 
> > > No, it should since it is not a major release branch. :-) This api

> > > just got lost during the refactoring in the TreeCache module.
> > > 
> > >  
> > > 
> > > BTW, this is only 1.2.4Alpha build. I have commented it in the 
> > > component.xml as well.
> > > 
> > >  
> > > 
> > > -Ben
> > > 
> > >  
> > > 
> > >
> > > __
> > > 
> > > 
> > > From: Ryan Campbell
> > > Sent: Monday, August 22, 2005 8:59 AM
> > > To: Ben Wang; 'jboss-development@lists.sourceforge.net'; QA
> > > Subject: RE: jboss-head-jdk-matrix Build Failed
> > > 
> > > So JBossCache 1.2.4's API is not backwards-compatible with 1.2.3?
> > > 
> > >  
> > > 
> > >
> > > __
> > > 
> > > 
> > > From: Ben Wang
> > > Sent: Monday, August 22, 2005 10:39 AM
> > > To: Ryan Campbell; 'jboss-development@lists.sourceforge.net'; QA
> > > Subject: RE: jboss-head-jdk-matrix Build Failed
> > > 
> > > 
> > >  
> > > 
> > > Sorry about this. I forgot to compile it with JDK1.5 on ejb3. I 
> > > will fix it soon.
> > > 
> > >  
> > > 
> > > -Ben
--

Adrian Brock
Chief Scientist
JBoss Inc.
 



---
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle
Practices Agile & Plan-Driven Development * Managing Projects & Teams *
Testing & QA Security * Process Improvement & Measurement *
http://www.sqe.com/bsce5sf
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


---
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


RE: [JBoss-dev] RE: jboss-head-jdk-matrix Build Failed

2005-08-30 Thread Adrian Brock
This EJB3 tutorial is still broken, are there any plans to fix it?
Maybe it just needs updating to the latest JBossCache in jboss-head?

On Mon, 2005-08-22 at 19:10, Adrian Brock wrote:
> jboss-head builds now, 
> but the tutorial mentioned below is still broken.
> 
> On Mon, 2005-08-22 at 13:42, Adrian Brock wrote:
> > On Mon, 2005-08-22 at 12:50, Steve Ebersole wrote:
> > > BTW, this fails for me even with the source checked out …
> > > 
> > 
> > Looking at the code that doesn't compile, it also suggests
> > the hibernate integration is broken?
> > 
> > org.jboss.tutorial.clusteredentity.bean.EntityTestBean
> > 
> >private boolean isInCache(TreeCache cache, Node node, String key)
> > throws CacheException
> >{
> >   //Not the best way to look up the cache entry, but how hibernate
> > creates the cache entry
> >   //and fqn seems to be buried deep deep down inside hibernate...
> > 
> >   if (node == null)
> >   {
> >  node = cache.get("/");
> >   }
> > 
> > //THIS AND SOME OTHER CODE IN THIS METHOD DOES NOT COMPILE:
> >   Map map = node.getChildren();
> > 
> > 
> > > 
> > >
> > > __
> > > 
> > > From:[EMAIL PROTECTED]
> > > [mailto:[EMAIL PROTECTED] On Behalf Of
> > > Ben Wang
> > > Sent: Monday, August 22, 2005 11:13 AM
> > > To: Ryan Campbell; jboss-development@lists.sourceforge.net; QA
> > > Subject: [JBoss-dev] RE: jboss-head-jdk-matrix Build Failed
> > > 
> > > 
> > >  
> > > 
> > > No, it should since it is not a major release branch. :-) This api
> > > just got lost during the refactoring in the TreeCache module.
> > > 
> > >  
> > > 
> > > BTW, this is only 1.2.4Alpha build. I have commented it in the
> > > component.xml as well.
> > > 
> > >  
> > > 
> > > -Ben
> > > 
> > >  
> > > 
> > >
> > > __
> > > 
> > > From: Ryan Campbell 
> > > Sent: Monday, August 22, 2005 8:59 AM
> > > To: Ben Wang; 'jboss-development@lists.sourceforge.net'; QA
> > > Subject: RE: jboss-head-jdk-matrix Build Failed
> > > 
> > > So JBossCache 1.2.4’s API is not backwards-compatible with 1.2.3?
> > > 
> > >  
> > > 
> > >
> > > __
> > > 
> > > From: Ben Wang 
> > > Sent: Monday, August 22, 2005 10:39 AM
> > > To: Ryan Campbell; 'jboss-development@lists.sourceforge.net'; QA
> > > Subject: RE: jboss-head-jdk-matrix Build Failed
> > > 
> > > 
> > >  
> > > 
> > > Sorry about this. I forgot to compile it with JDK1.5 on ejb3. I will
> > > fix it soon.
> > > 
> > >  
> > > 
> > > -Ben
-- 
 
Adrian Brock
Chief Scientist
JBoss Inc.
 



---
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


RE: [JBoss-dev] RE: jboss-head-jdk-matrix Build Failed

2005-08-22 Thread Adrian Brock
On Mon, 2005-08-22 at 14:15, Steve Ebersole wrote:
> FWIW, for me, manually moving over the built
> cache/output/lib/jboss-cache.jar file to thirdparty/jboss/cache/lib
> fixed my issues.  Seems ejb3 is using APIs that are present in the
> source tree of cache, but not in the thirdparty binary.

This doesn't work properly either.

I've tried using the old jboss-head module and 
jboss-cache 1.2.3 from jboss4.  

It fixes ejb3, but then the tomcat module fails to build:

/home/adrian/jboss-head/workspace/tomcat/src/main/org/jboss/web/tomcat/tc5/session/JBossCacheService.java:160:
 cannot find symbol
symbol  : class RegionNotFoundException
location: class org.jboss.web.tomcat.tc5.session.JBossCacheService
} catch (RegionNotFoundException e) {

-- 
 
Adrian Brock
Chief Scientist
JBoss Inc.
 



---
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
___
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

2005-07-21 Thread Ryan Campbell






The change to MappingObjectModelProvider was incompatible with j2se 1.4 [execmodules] /scratch/cruisecontrol/checkout/jboss-head/common/src/main/org/jboss/xb/binding/MappingObjectModelProvider.java:182: cannot resolve symbol[execmodules] symbol  : constructor IllegalStateException (java.lang.String,java.lang.Exception)[execmodules] location: class java.lang.IllegalStateException[execmodules]  throw new IllegalStateException("Failed to provide value for " + localName + " from " + o, e);[execmodules]    ^[execmodules] /scratch/cruisecontrol/checkout/jboss-head/common/src/main/org/jboss/xb/binding/MappingObjectModelProvider.java:195: cannot resolve symbol[execmodules] symbol  : constructor IllegalStateException (java.lang.String,java.lang.Exception)[execmodules] location: class java.lang.IllegalStateException[execmodules]  throw new IllegalStateException("Failed to provide value for " + localName + " from " + o, e);

 

 











From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]

Sent: Thursday, July 21, 2005
12:09 PM
To: jboss-development@lists.sourceforge.net;
QA
Subject: jboss-head-jdk-matrix
Build Failed
Importance: High



 

View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head-jdk-matrix?log=log20050721125938




 
  
  BUILD
  FAILED
  
 
 
  
  Ant
  Error Message: /home/cruisecontrol/work/scripts/build-jboss-head.xml:65:
  The following error occurred while executing this line:
  /home/cruisecontrol/work/scripts/build-jboss-head.xml:39: Exit code: 1 See
  compile.log in Build Artifacts for details. JAVA_HOME=/opt/j2sdk1.4.2_05/
  
 
 
  
  Date
  of build: 07/21/2005 12:59:38
  
 
 
  
  Time
  to build: 6 minutes 42 seconds
  
 
 
  
  Last
  changed: 07/21/2005 12:38:56
  
 
 
  
  Last
  log entry: More debugging.Be
  strict on marshalling failures.
  
 




 




 
  
  
  
   

 Unit Tests:
(0)  Total Errors and Failures: (0) 

   
   



 
  
   
  
 





 


 


 

   
   

 


 


 


 

   
   

 


 


 

   
  
  
   
  
  
   

 Modifications
since last builds:  (first 50 of 8) 

   
   

1.6


modified


tdiesler


common/src/main/org/jboss/xb/binding/MappingObjectModelProvider.java


More debugging.Be
strict on marshalling failures.

   
   

1.1


added


tdiesler


webservice/test/etc/tst.policy


Add security manager

   
   

1.56


modified


tdiesler


webservice/test/build.xml


Add security manager

   
   

1.47


modified


rloehr


jbossas/jbossbuild.xml


changed cvs property
to be parameterized

   
   

1.1


added


rloehr


jbossas/local.properties


no message

   
   

1.33


modified


starksm


connector/src/resources/stylesheets/ConnectionFactoryTemplate.xsl


Fix for (JBAS-2033)
ConnectionFactoryTemplate.xsl contains invalid markup.

   
   

1.83


modified


bill


ejb3/build-test.xml


change test class
directory

   
   

1.33


modified


bill


ejb3/build.xml


change test class
directory