You are viewing a plain text version of this content. The canonical link for it is here.
Posted to general@gump.apache.org by David Crossley <cr...@apache.org> on 2011/01/07 00:21:21 UTC
Gump on adam.a.o trouble with Forrest build
> Author: crossley
> Date: Thu Jan 6 00:18:08 2011
> New Revision: 1055692
>
> URL: http://svn.apache.org/viewvc?rev=1055692&view=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=1055692&r1=1055691&r2=1055692&view=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-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org
Re: Gump on adam.a.o trouble with Forrest build
Posted by Stefan Bodewig <bo...@apache.org>.
On 2011-01-11, sebb wrote:
> On 11 January 2011 08:36, Stefan Bodewig <bo...@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-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org
Re: Gump on adam.a.o trouble with Forrest build
Posted by sebb <se...@gmail.com>.
On 11 January 2011 08:36, Stefan Bodewig <bo...@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-unsubscribe@gump.apache.org
> For additional commands, e-mail: general-help@gump.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org
Re: Gump on adam.a.o trouble with Forrest build
Posted by Stefan Bodewig <bo...@apache.org>.
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-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org
Re: Gump on adam.a.o trouble with Forrest build
Posted by David Crossley <cr...@apache.org>.
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-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org
Re: Gump on adam.a.o trouble with Forrest build
Posted by Stefan Bodewig <bo...@apache.org>.
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-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org
Re: Gump on adam.a.o trouble with Forrest build
Posted by David Crossley <cr...@apache.org>.
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-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org
Re: Gump on adam.a.o trouble with Forrest build
Posted by David Crossley <cr...@apache.org>.
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-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org
Re: Gump on adam.a.o trouble with Forrest build
Posted by David Crossley <cr...@apache.org>.
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-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org
Re: Gump on adam.a.o trouble with Forrest build
Posted by Stefan Bodewig <bo...@apache.org>.
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=1055692&view=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-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org