You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@cocoon.apache.org by Ugo Cei <u....@cbim.it> on 2003/02/26 16:40:50 UTC
Name and version properties undefined
Alert: in the fresh-out-from-CVS HEAD files, properties "name" and
"version" are not defined in either build.properties or build.xml,
resulting in a build directory name of "build/${name}-${version}".
Ugo
--
Ugo Cei - Consorzio di Bioingegneria e Informatica Medica
P.le Volontari del Sangue, 2 - 27100 Pavia - Italy
Phone: +39.0382.525100 - E-mail: u.cei@cbim.it
Re: Name and version properties undefined
Posted by Ugo Cei <u....@cbim.it>.
Stefano Mazzocchi wrote:
> Ugo Cei wrote:
>> There's a bigger problem, though. The "clean" target does not remove
>> the build/webapp directory. I first did a build with all the blocks
>> enabled, did a build clean, built again with just some blocks and
>> found all the blocks still in build/webapp/WEB-INF/lib. I think the
>> "clean" target should delete the whole build subdir, don't you?
>
>
> You should do 'build clean-webapp' if you really want to clean the webapp.
>
> I did this because I wanted to be able to clean and recompile without
> having to worry for the build to wipe away my stuff (since I create the
> webapp directly on my stuff)
>
> Anyway, nothing is carved in stone, if you have suggestions on how the
> build should work for the webapp I'm all ears.
I think 'build clean' should delete everything, just like it did before.
We should then rename the current 'clean' target to 'clean-jars' or
something like that. In accordance to the Principle of Least
Astonishment, "clean" should really mean "clean it all" (or is it just
me who's astonished?) ;-).
Just my 0.02 €.
Ugo
P.S.: On this 700MHz PIII, a trimmed build takes 1m27s. I'm
really excited with the new build system and coupled with the Flow,
these advancements really make me think (not that I ever doubted it)
that Cocoon is THE way to go!
--
Ugo Cei - Consorzio di Bioingegneria e Informatica Medica
P.le Volontari del Sangue, 2 - 27100 Pavia - Italy
Phone: +39.0382.525100 - E-mail: u.cei@cbim.it
Re: Name and version properties undefined
Posted by Stefano Mazzocchi <st...@apache.org>.
Ugo Cei wrote:
> Carsten Ziegeler wrote:
>
>> These values are now in cocoon.properties that resides in
>> src/java/org/apache/cocoon.
>>
>> Everything should be correctly checked-in and working. Please
>> check, if you are realy using the complete latest cvs.
>>
>> Carsten
>
>
> Hmmm no, the properties are indeed defined in cocoon.properties, but
> somehow they are not picked up by build.xml. Maybe this is just a local
> problem, and if I remove my working dir and checkout again, it will
> work. These kind of things already happened in the past. For the moment,
> I will just set them in local.build.properties.
>
> There's a bigger problem, though. The "clean" target does not remove the
> build/webapp directory. I first did a build with all the blocks enabled,
> did a build clean, built again with just some blocks and found all the
> blocks still in build/webapp/WEB-INF/lib. I think the "clean" target
> should delete the whole build subdir, don't you?
You should do 'build clean-webapp' if you really want to clean the webapp.
I did this because I wanted to be able to clean and recompile without
having to worry for the build to wipe away my stuff (since I create the
webapp directly on my stuff)
Anyway, nothing is carved in stone, if you have suggestions on how the
build should work for the webapp I'm all ears.
--
Stefano Mazzocchi <st...@apache.org>
Pluralitas non est ponenda sine necessitate [William of Ockham]
--------------------------------------------------------------------
Re: Name and version properties undefined
Posted by Ugo Cei <u....@cbim.it>.
Carsten Ziegeler wrote:
> These values are now in cocoon.properties that resides in
> src/java/org/apache/cocoon.
>
> Everything should be correctly checked-in and working. Please
> check, if you are realy using the complete latest cvs.
>
> Carsten
Hmmm no, the properties are indeed defined in cocoon.properties, but
somehow they are not picked up by build.xml. Maybe this is just a local
problem, and if I remove my working dir and checkout again, it will
work. These kind of things already happened in the past. For the moment,
I will just set them in local.build.properties.
There's a bigger problem, though. The "clean" target does not remove the
build/webapp directory. I first did a build with all the blocks enabled,
did a build clean, built again with just some blocks and found all the
blocks still in build/webapp/WEB-INF/lib. I think the "clean" target
should delete the whole build subdir, don't you?
Ugo
--
Ugo Cei - Consorzio di Bioingegneria e Informatica Medica
P.le Volontari del Sangue, 2 - 27100 Pavia - Italy
Phone: +39.0382.525100 - E-mail: u.cei@cbim.it
RE: Name and version properties undefined
Posted by Carsten Ziegeler <cz...@s-und-n.de>.
These values are now in cocoon.properties that resides in
src/java/org/apache/cocoon.
Everything should be correctly checked-in and working. Please
check, if you are realy using the complete latest cvs.
Carsten
> -----Original Message-----
> From: Ugo Cei [mailto:u.cei@cbim.it]
> Sent: Wednesday, February 26, 2003 4:41 PM
> To: cocoon-dev@xml.apache.org
> Subject: Name and version properties undefined
>
>
> Alert: in the fresh-out-from-CVS HEAD files, properties "name" and
> "version" are not defined in either build.properties or build.xml,
> resulting in a build directory name of "build/${name}-${version}".
>
> Ugo
>
> --
> Ugo Cei - Consorzio di Bioingegneria e Informatica Medica
> P.le Volontari del Sangue, 2 - 27100 Pavia - Italy
> Phone: +39.0382.525100 - E-mail: u.cei@cbim.it
>