You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@avalon.apache.org by Stephen McConnell <mc...@apache.org> on 2003/11/12 05:50:15 UTC
avalon meta site surgery
I've been doing some digging into this problem. The inital reason why a
file url was included in the maven.xdocs.jsl was due to a bug back in
Maven 8. That bug was resolved in maven 9, however the workaround seems
to still be present in the meta package build procedures. I've tried to
resolve this using the approach that Alexis suggested (and a dozen other
variations) but this breaks under Windows.
Conclusion - there is a problem in variable resolution that is probably
linked to ant properties verus jelly variable assignments in the context
of reactor builds.
I've just updated cvs to change the site jeneration model. The changes
involve the shifting of all site related defintions from
site/project.xml to the root directory under platform.xml (the same
approach as used in the merlin package). This ensures that we are
always running from the same ${basedir) and that the properties file and
meven.xml are the same when running a build and when running site
generation. Under this approach the defintion of the maven.xdoc.jsl is
simply "site/etc/site.jsl".
The following goal is working nicely under Windows.
$ maven avalon:dist
Could user of other platforms please confirm.
Cheers, Steve.
--
Stephen J. McConnell
mailto:mcconnell@apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@avalon.apache.org
For additional commands, e-mail: dev-help@avalon.apache.org
Re: avalon meta site surgery
Posted by Niclas Hedhman <ni...@hedhman.org>.
On Wednesday 12 November 2003 12:50, Stephen McConnell wrote:
> The following goal is working nicely under Windows.
>
> $ maven avalon:dist
Works on Linux...
Cheers,
Niclas
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@avalon.apache.org
For additional commands, e-mail: dev-help@avalon.apache.org
Re: avalon meta site surgery
Posted by Stephen McConnell <mc...@apache.org>.
Steven Harris wrote:
> works on os x
;-)
--
Stephen J. McConnell
mailto:mcconnell@apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@avalon.apache.org
For additional commands, e-mail: dev-help@avalon.apache.org
Re: avalon meta site surgery
Posted by Steven Harris <st...@kenamea.com>.
works on os x
On Nov 11, 2003, at 8:50 PM, Stephen McConnell wrote:
>
> I've been doing some digging into this problem. The inital reason why
> a file url was included in the maven.xdocs.jsl was due to a bug back
> in Maven 8. That bug was resolved in maven 9, however the workaround
> seems to still be present in the meta package build procedures. I've
> tried to resolve this using the approach that Alexis suggested (and a
> dozen other variations) but this breaks under Windows.
>
> Conclusion - there is a problem in variable resolution that is
> probably linked to ant properties verus jelly variable assignments in
> the context of reactor builds.
>
> I've just updated cvs to change the site jeneration model. The
> changes involve the shifting of all site related defintions from
> site/project.xml to the root directory under platform.xml (the same
> approach as used in the merlin package). This ensures that we are
> always running from the same ${basedir) and that the properties file
> and meven.xml are the same when running a build and when running site
> generation. Under this approach the defintion of the maven.xdoc.jsl
> is simply "site/etc/site.jsl".
>
> The following goal is working nicely under Windows.
>
> $ maven avalon:dist
>
> Could user of other platforms please confirm.
>
> Cheers, Steve.
>
>
>
> --
>
> Stephen J. McConnell
> mailto:mcconnell@apache.org
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@avalon.apache.org
> For additional commands, e-mail: dev-help@avalon.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@avalon.apache.org
For additional commands, e-mail: dev-help@avalon.apache.org