OK I have done "something".

for taskdef-test.xml I have added 5 properties test1.jar to test5.jar
which correspond to work entries in gump.

I have seen that the java resources like ${java:foo!foo.properties} in
replacetokens-test.xml do not lend themselves to standardisation.

I wanted to replace ${java:foo!foo.properties} with
${java:${resources}!foo.properties} but we would need to have the props
antlib in ant somehow for that to work.

Hopefully this will work.

When I started to do these changes, I had forgotten to tell my IDE not
to create tabs. So after the fact I went chasing tabs in the complete
directory src/tests/antunit.

Regards,

Antoine

On 2/28/11 11:29 AM, Antoine Levy-Lambert wrote:
> On 2/28/11 11:02 AM, Stefan Bodewig wrote:
>> On 2011-02-28, Antoine Levy-Lambert wrote:
>>
>>> I see now that in fact there are still 21 antunit tests failing in gump
>>> (see [1] and [2] below) :
>>> Do we want to add a work entry in gump metadata for each of the
>>> directories where these tests create classes or resources ?
>>> Or do we want to somehow standardize and have a convention that the
>>> tests will use for instance <work
>>> nested="src/tests/antunit/taskdefs/tempresources"/> and then change both
>>> the tests and the gump descriptor ?
>> I'd favor a single resource directory from a maintenance POV.
>>
>> Stefan
>>
> OK. I will straighten that up hopefully in the next 24 hours.
>
> Regards,
>
> Antoine
>
>


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
For additional commands, e-mail: dev-h...@ant.apache.org

Reply via email to