cocoon-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Luca Morandini" <luca.morandi...@tin.it>
Subject RE: cocoon build system
Date Fri, 18 Jul 2003 11:16:01 GMT
> -----Original Message-----
> From: Peter Velychko [mailto:v_peter@ukr.net]
> Sent: Friday, July 18, 2003 1:03 PM
> To: Stephan Michels
> Subject: Re: cocoon build system
>
>
> Hello Stephan,
>
> Friday, July 18, 2003, 1:25:36 PM, you wrote:
>
> Another problem.
> My classes have the package name beginning not with "org.*"
> But building temporary file "blocks-build.xml" contains in the target
> <target ... name="fins-compile"> the following instruction:
>
>                 <jar jarfile="${build.blocks}/fins-block.jar">
>                         <fileset dir="${build.blocks}/fins/dest">
>                                 <include name="org/**"/>
>                                 <include name="META-INF/**"/>
>                         </fileset>
>                 </jar>
> where "fins" is the name of my block.
>
> So the resulting jar is empty.
>

try substituting the jar element with:

<jar
   jarfile="{string('${build.blocks}')}/{$block-name}-block.jar"
   basedir="{string('${build.blocks}')}/{$block-name}/dest"/>

Regards,

P.S.
BTW, I presume you're in the process of packaging the chart-making Cocoon-add-on called "fins"
into a block, well... we've just done
it !
In a few days we'll release the new version of fins as a Cocoon block (thanks to Daniel Fagerstrom
for his guidance on Cocoon
blocks).

------------------------------------------
               Luca Morandini
               GIS Consultant
              lmorandini@ieee.org
http://space.virgilio.it/kumora/index.html
------------------------------------------


>
> >> >> I han't found any means to add "third part" jars to
> >> >> {$my_block}.classpath for block sources compiling.
> >> >>
> >> >> Does the possibility exist?
> >>
> >> SM> local.build.properties:
> >> SM> validate.jars=false
> >>
> >> SM> Stephan.
> >>
> >> Thank you. That's really simple :-).
> >>
> >> What is the global reason to validate "jar"-libraries?
>
> SM> To validate name of the jars, and if there exist
> SM> a description from where the lib comes, where it is
> SM> used.
>
> SM> We have approximately 100 jars, this target helps to
> SM> get the overview.
>
> >> Also I added the new element "dependjar" for "project" into the
> >> "gump.xml" and changed "blocks-build.xsl" to process the added
> >> element and it work also.
>
> SM> Fine :)
>
> SM> Have fun, Stephan.
>
>
> SM> ---------------------------------------------------------------------
> SM> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
> SM> For additional commands, e-mail: users-help@cocoon.apache.org
>
>
>
>
>
> --
> Best regards,
> Peter Velychko
> v_peter@ukr.net
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
> For additional commands, e-mail: users-help@cocoon.apache.org
>


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org


Mime
View raw message