<insert> will insert into your destination from either a buffer or the
CDATA section. Not from one to the other. You should probably specify a
'destbuffer' at the <xmltask> level.

Brian

On Mon, February 25, 2008 11:58, Holger Rauch wrote:
> Hi,
>
> why doesn't the following piece of code work? "Doesn't work" in this
> context
> refers to a message
>
> [xmltask] Couldn't find any entries for buffer 'esbcglobalsetup'
>
> (probably happens when I try to <print> the buffer)
>
> <xmltask>
>       <insert path="/"
>             buffer="esbcglobalsetup"><![CDATA[<project name="repconf"
> basedir="."></project>]]></insert>
>       <print buffer="esbcglobalsetup" comment="Initial contents of
> esbcglobalsetup" />
> </xmltask>
>
> My intention is to create a new buffer from scratch named esbcglobalsetup
> (solely in memory, i.e. without a real XML file), which I would like to
> use multiple times from different other <xmltask>s in order to collect
> info
> and make modifications/additions to the newly created buffer). Not sure
> whether it's really relevant, but all <xmltask>s reside in the samt Ant
> build file.
>
> In the end, when modifications/additions to buffer esbcglobalsetup have
> been
> made[1], I would like to store it to a file from a separate <xmltask> like
> this one:
>
> <xmltask indent="yes"
>        dest="${user.dir}/esbcglobalsetup.xml"
>        buffer="esbcglobalsetup"
>        encoding="utf-8"
>        outputter="simple:4" />
>
> The main usage for the resulting XML file will be Ant configuration via
> <property> settings (via an Ant <import> of that file upon the next Ant
> invocation).
>
> [1]: I'm talking about <insert>s like the one given below:
>
> <insert path="/project"
>       buffer="esbcglobalsetup"
>       expandProperties="true"><![CDATA[<property name="user.target.country"
> value="${user.target.country}" />]]></insert>
>
> Thanks in advance for enlightening me :-))))
>
> Kind regards,
>
>       Holger
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/_______________________________________________
> Xmltask-users mailing list
> Xmltask-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/xmltask-users
>


-- 
Brian Agnew                  http://www.oopsconsultancy.com
OOPS Consultancy Ltd
Tel: +44 (0)7720 397526
Fax: +44 (0)20 8682 0012


-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Xmltask-users mailing list
Xmltask-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/xmltask-users

Reply via email to