Re: Gump on adam.a.o trouble with Forrest build

2011-01-11 Thread Stefan Bodewig
On 2011-01-11, David Crossley wrote:

 Is there some way to stop the two projects just on adam.a.o
 that were causing it to hang for one hour each:
 (forrest-test-basic and forrest-test).
 I think that i have asked that before, and answer is no.

The only way would be if adam used a different profile than the rest of
the machines.

Stefan

-
To unsubscribe, e-mail: general-unsubscr...@gump.apache.org
For additional commands, e-mail: general-h...@gump.apache.org



Re: Gump on adam.a.o trouble with Forrest build

2011-01-11 Thread sebb
On 11 January 2011 08:36, Stefan Bodewig bode...@apache.org wrote:
 On 2011-01-11, David Crossley wrote:

 Is there some way to stop the two projects just on adam.a.o
 that were causing it to hang for one hour each:
 (forrest-test-basic and forrest-test).
 I think that i have asked that before, and answer is no.

 The only way would be if adam used a different profile than the rest of
 the machines.

Perhaps consider extending Gump to provide conditional execution of
modules/projects?

That way the build could be skipped e.g. based on host name or host OS
or availability of a particular compiler.

Just a thought - it might involve a too much work for the benefit.

 Stefan

 -
 To unsubscribe, e-mail: general-unsubscr...@gump.apache.org
 For additional commands, e-mail: general-h...@gump.apache.org



-
To unsubscribe, e-mail: general-unsubscr...@gump.apache.org
For additional commands, e-mail: general-h...@gump.apache.org



Re: Gump on adam.a.o trouble with Forrest build

2011-01-11 Thread Stefan Bodewig
On 2011-01-11, sebb wrote:

 On 11 January 2011 08:36, Stefan Bodewig bode...@apache.org wrote:
 On 2011-01-11, David Crossley wrote:

 Is there some way to stop the two projects just on adam.a.o
 that were causing it to hang for one hour each:
 (forrest-test-basic and forrest-test).
 I think that i have asked that before, and answer is no.

 The only way would be if adam used a different profile than the rest of
 the machines.

 Perhaps consider extending Gump to provide conditional execution of
 modules/projects?

I thought I've seen this requested in the past, but at least I can't
find a JIRA ticket for it.  Realistically it is not going to get
implemented unless anybody provides the code for it.

Stefan

-
To unsubscribe, e-mail: general-unsubscr...@gump.apache.org
For additional commands, e-mail: general-h...@gump.apache.org



Re: Gump on adam.a.o trouble with Forrest build

2011-01-10 Thread Stefan Bodewig
On 2011-01-09, David Crossley wrote:

 David Crossley wrote:
 David Crossley wrote:
 Stefan Bodewig wrote:

 I haven't looked at forrest's build file but I assume the java task
 you use to start Cocoon forks a new VM which does not see the system
 properties set for the VM used by Ant.

 Ah, i wondered about that. Yes it does.

 You could explicitly set the headless property in your java task or
 you can try to set the system property ant.build.clonevm[1] to true from
 inside your Gump descriptor (I'll do so shortly) which should copy over
 the system properties from Ant's VM including the headless one.

 The latter would be better. Thanks.

 That got past the hang on adam now thanks.

 Some new strangeness. We now need to require jakarta-regexp (on
 vmgump and zone too).  We must have been getting this for free, prior
 to adding the clonevm.

Is there some version of Xalan on the CLASSPATH of your forked VM that
may be different from the one Gump creates?  If so maybe prior to using
clonevm you've been picking up the one you specified in your build file.

Gump provides the unbundled Xalan jar while there is another version
of it that - among other things - contains a version of regexp inside of
it.

 Anyway, added now in r1056590.

 Mmmm, things are getting worse since adding the clonevm.
 The forrest-test-basic project that used to work are now
 failing with configuration problems.

 I don't know how to debug this. Any ideas?

Not really.  Getting Ant into debug mode verbose mode should give us an
idea of what the classpath looks like when the VM is forked.

My guess right now is that your forked VM now has some parts on the
system classloader that didn't use to be there and that those parts try
to load resources from a classloader other than the system classloader
(traversing the hierarchy in the wrong direction).

Stefan

-
To unsubscribe, e-mail: general-unsubscr...@gump.apache.org
For additional commands, e-mail: general-h...@gump.apache.org



Re: Gump on adam.a.o trouble with Forrest build

2011-01-10 Thread David Crossley
Thanks so much for your help Stefan. I need to concentrate on the
upcoming Forrest release. So i will return our gump descriptor
to its previous working state (knowing that there are some glitches).

Is there some way to stop the two projects just on adam.a.o
that were causing it to hang for one hour each:
(forrest-test-basic and forrest-test).
I think that i have asked that before, and answer is no.

Or to disable the complete Forrest on adam.a.o
so as to not consume the resources.

-David

-
To unsubscribe, e-mail: general-unsubscr...@gump.apache.org
For additional commands, e-mail: general-h...@gump.apache.org



Re: Gump on adam.a.o trouble with Forrest build

2011-01-08 Thread David Crossley
David Crossley wrote:
 David Crossley wrote:
  Stefan Bodewig wrote:
   
   I haven't looked at forrest's build file but I assume the java task
   you use to start Cocoon forks a new VM which does not see the system
   properties set for the VM used by Ant.
  
  Ah, i wondered about that. Yes it does.
  
   You could explicitly set the headless property in your java task or
   you can try to set the system property ant.build.clonevm[1] to true from
   inside your Gump descriptor (I'll do so shortly) which should copy over
   the system properties from Ant's VM including the headless one.
  
  The latter would be better. Thanks.
 
 That got past the hang on adam now thanks.
 
 Some new strangeness. We now need to require jakarta-regexp
 (on vmgump and zone too).
 We must have been getting this for free, prior to adding
 the clonevm.
 
 Anyway, added now in r1056590.

Mmmm, things are getting worse since adding the clonevm.
The forrest-test-basic project that used to work are now
failing with configuration problems.

I don't know how to debug this. Any ideas?

Otherwise i think perhaps revert the metadata,
get a build output when it is working again, save it.
Then try again, and compare the broken output results.

-David

-
To unsubscribe, e-mail: general-unsubscr...@gump.apache.org
For additional commands, e-mail: general-h...@gump.apache.org



Re: Gump on adam.a.o trouble with Forrest build

2011-01-07 Thread Stefan Bodewig
On 2011-01-07, David Crossley wrote:

 Author: crossley
 Date: Thu Jan  6 00:18:08 2011
 New Revision: 1055692

 URL: http://svn.apache.org/viewvc?rev=1055692view=rev
 Log:
 Try setting sysproperty java.awt.headless true.
 While forrest does run okay on vmgump and on zone,
 on the adam.a.o Mac OS X it issues java.lang.InternalError:
 Can't connect to window server - not enough permissions
 and then hangs for one hour until killed.

 That did not fix it.

I haven't looked at forrest's build file but I assume the java task
you use to start Cocoon forks a new VM which does not see the system
properties set for the VM used by Ant.

You could explicitly set the headless property in your java task or
you can try to set the system property ant.build.clonevm[1] to true from
inside your Gump descriptor (I'll do so shortly) which should copy over
the system properties from Ant's VM including the headless one.

Stefan

[1] http://ant.apache.org/manual/clonevm.html

-
To unsubscribe, e-mail: general-unsubscr...@gump.apache.org
For additional commands, e-mail: general-h...@gump.apache.org



Re: Gump on adam.a.o trouble with Forrest build

2011-01-07 Thread David Crossley
Stefan Bodewig wrote:
 
 I haven't looked at forrest's build file but I assume the java task
 you use to start Cocoon forks a new VM which does not see the system
 properties set for the VM used by Ant.

Ah, i wondered about that. Yes it does.

 You could explicitly set the headless property in your java task or
 you can try to set the system property ant.build.clonevm[1] to true from
 inside your Gump descriptor (I'll do so shortly) which should copy over
 the system properties from Ant's VM including the headless one.

The latter would be better. Thanks.

-David

 Stefan
 
 [1] http://ant.apache.org/manual/clonevm.html

-
To unsubscribe, e-mail: general-unsubscr...@gump.apache.org
For additional commands, e-mail: general-h...@gump.apache.org



Re: Gump on adam.a.o trouble with Forrest build

2011-01-07 Thread David Crossley
David Crossley wrote:
 Stefan Bodewig wrote:
  
  I haven't looked at forrest's build file but I assume the java task
  you use to start Cocoon forks a new VM which does not see the system
  properties set for the VM used by Ant.
 
 Ah, i wondered about that. Yes it does.
 
  You could explicitly set the headless property in your java task or
  you can try to set the system property ant.build.clonevm[1] to true from
  inside your Gump descriptor (I'll do so shortly) which should copy over
  the system properties from Ant's VM including the headless one.
 
 The latter would be better. Thanks.

That got past the hang on adam now thanks.

Some new strangeness. We now need to require jakarta-regexp
(on vmgump and zone too).
We must have been getting this for free, prior to adding
the clonevm.

Anyway, added now in r1056590.

-David

-
To unsubscribe, e-mail: general-unsubscr...@gump.apache.org
For additional commands, e-mail: general-h...@gump.apache.org



Gump on adam.a.o trouble with Forrest build

2011-01-06 Thread David Crossley
 Author: crossley
 Date: Thu Jan  6 00:18:08 2011
 New Revision: 1055692
 
 URL: http://svn.apache.org/viewvc?rev=1055692view=rev
 Log:
 Try setting sysproperty java.awt.headless true.
 While forrest does run okay on vmgump and on zone,
 on the adam.a.o Mac OS X it issues java.lang.InternalError:
 Can't connect to window server - not enough permissions
 and then hangs for one hour until killed.

That did not fix it.

Actually i see now that this is already set at the top level
Host Configuration metadata/adam.xml

Can anyone help to resolve this please.

-David

 Modified:
 gump/metadata/project/forrest.xml
 
 Modified: gump/metadata/project/forrest.xml
 URL: 
 http://svn.apache.org/viewvc/gump/metadata/project/forrest.xml?rev=1055692r1=1055691r2=1055692view=diff
 ==
 --- gump/metadata/project/forrest.xml (original)
 +++ gump/metadata/project/forrest.xml Thu Jan  6 00:18:08 2011
 @@ -84,7 +84,9 @@
  
project name=forrest-test-basic
  !-- Build the seed-basic site, which utilises no plugins. --
 -ant basedir=main target=test-basic/
 +ant basedir=main target=test-basic
 +  sysproperty name=java.awt.headless value=true/
 +/ant
  depend project=forrest-core inherit=runtime/
  depend project=commons-jxpath/
[ snip ]

-
To unsubscribe, e-mail: general-unsubscr...@gump.apache.org
For additional commands, e-mail: general-h...@gump.apache.org