AW: Nant version of Ivy

[Jan.Materne]

> I'm familiar enough with the .NET platform to give an 
> opinion. But what
> would be the advantage of such a version? Is having a jvm on the build
> machine really the issue?

Maybe for clarification: Ivy doesnt handle JARs - it handles "artifacts"
which could be
every kind of file ...


Jan

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

AW: Ivy 2.0 RC1 planning

[Jan.Materne]

> > I have just a little issue that I would like to be 
> addressed before the
> > release. It is about the OSGi version number of the rc and 
> final version.
> > Version numbers in the OSGi environment needs to be ordered 
> alphabetically.
> > Currently the OSGi version of the Ivy bundle is 
> 2.0.0.rc1_$TIMESTAMP. So for
> > the final version, we will have issues to find a name 
> "upper" than that one.
> > I think we should better take 2.0.0.candidate1_$TIMESTAMP 
> (it is still upper
> > than "beta") and then for the final : 2.0.0.final_$TIMESTAMP.
> 
> Good point. Maybe for the OSGi bundle version we could use cr 
> instead of rc:
> 2.0.0.cr1_$TIMESTAMP. Some projects use candidate release 
> instead of release
> candidate, so this is pretty well accepted and understood.


Could that be documented somewhere?
As naming is important for releasing, maybe in the release instructions?

Jan

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

AW: Directions

[Jan.Materne]

If you invoke a target the method
org.apache.tools.ant.Project.executeTarget() is invoked. You could start 
reading there.
http://svn.apache.org/viewvc/ant/core/trunk/src/main/org/apache/tools/ant/Project.java?view=markup
 
Jan



Von: Murat Knecht [mailto:[EMAIL PROTECTED]
Gesendet: So 31.08.2008 22:24
An: dev@ant.apache.org
Betreff: Directions



Hi all,

I would like to dig a bit into particular parts of the ant-code.
Especially, I am interested in the part where dependencies between
targets and circles are recognized. This ought to be the spot where, for
any particular target (to be built), its required targets are
established, right?
I'd appreciate directions in this matter, as I do not really want to
first learn all about the entire ant source structure and its internal
dependencies. :)

Thanks!
Murat


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

AW: How to automize Ant

[Jan.Materne]

Homepage of CC
http://cruisecontrol.sourceforge.net/

List of recommend readings 
http://cruisecontrol.sourceforge.net/gettingstartedbindist.html#Where_to_go_Next

After a quick look I recommend of these
http://confluence.public.thoughtworks.org/display/CC/Getting+Started+With+CruiseControl

Continous Integration by Martin Fowler
http://www.martinfowler.com/articles/continuousIntegration.html

"Ant in Action" contains a large chapter about CI


Jan
 

-Ursprüngliche Nachricht-
Von: Jan K [mailto:[EMAIL PROTECTED] 
Gesendet: Dienstag, 2. September 2008 07:23
An: dev@ant.apache.org
Betreff: Re: How to automize Ant


Hi,
I have downloaded the cruisecontrol.I have cvs.Can you let me know what
should i do next or can you give me any documentation on it.Please guide me.
 

Thorsten Scherler-3 wrote:
> 
> On Mon, 2008-09-01 at 02:40 -0700, Jan K wrote:
>> Hi,
>> 
>> I am new to apache ant.I just know for what purpose we use ant.Now i need
>> to 
>> automize my project with ant.My requirement is Whenever i checkin my
>> code,the build and deploy  should be done automatically.
> 
> Well there are a couple of our of the box tools for that
> http://en.wikipedia.org/wiki/Continuous_Integration
> 
> Here on apache there are http://continuum.apache.org/ and
> http://gump.apache.org/ but the list is long as you may see from the
> websites above.
> 
> Basically what you need to do (the poor men approach) is create a
> post-commit hook in your svn server that triggers the build. 
> 
> The rest is done by your build script.
> 
> HTH
> 
> salu2
> 
>> Also a notification
>> should be send to QA team.Also the build and deploy should be carried out
>> automatically in my onsite server also.This should be done for all the
>> java
>> projects running in our company.How can i do this,Please help
>> me.Please.Thanks in advance.
> -- 
> Thorsten Scherler thorsten.at.apache.org
> Open Source Java  consulting, training and solutions
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 
> 

-- 
View this message in context: 
http://www.nabble.com/How-to-automize-Ant-tp19251721p19264294.html
Sent from the Ant - Dev mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

AW: and basedir

[Jan.Materne]

> One thing I think matters is that complex builds work under eclipse. 
> Right now if you build stuff with  it doesnt. I don't think
this 
> is basedir related, but more the way import doesnt use it...

We use MyEclipse 6.0 (based on Eclipse 3.3) and have a construct














and use the AntView - without any problems.


Jan

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

AW: svn commit: r693493 - /ant/ivy/core/trunk/src/java/org/apache/ivy/plugins/parser/m2/PomModuleDescriptorBuilder.java

[Jan.Materne]

URL: http://svn.apache.org/viewvc?rev=693493&view=rev
Log:
review packaging to ext mapping (related to IVY-899)

Modified:
 
ant/ivy/core/trunk/src/java/org/apache/ivy/plugins/parser/m2/PomModuleDe
scriptorBuilder.java

+private static final Collection/**/ JAR_PACKAGINGS =
Arrays.asList(
+new String[] {"ejb", "bundle", "maven-plugin"});
 
 
 if ("pom".equals(packaging)) {
 // no artifact defined!
 return;
-} else if ("ejb".equals(packaging)) {
+} else if (JAR_PACKAGINGS.contains(packaging)) {
 ext = "jar";
 } else {
 ext = packaging;
 }
 

Not sure what JAR_PACKAGINGS should be. But if it lists all possible
packagings, shouldnt "pom" be listed there too?

Jan

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

AW: apache-ant-1.7.0: 115 * Java source code bugs

[Jan.Materne]

Thanks for trying out PMD on Ant's codebase.
But what we need is an integration into our build.

Could you open a Bugzilla request and attach a target which does the PMD checks?


Jan 

-Ursprüngliche Nachricht-
Von: d binderman [mailto:[EMAIL PROTECTED] 
Gesendet: Donnerstag, 11. September 2008 11:16
An: dev@ant.apache.org
Betreff: apache-ant-1.7.0: 115 * Java source code bugs




Hello there,

I just tried to analyse the package apache-ant-1.7.0 with the most
excellent Java static analysis tool pmd.

A subset of the results were

/usr/src/packages/BUILD/apache-ant-1.7.0/src/main/org/apache/tools/ant/DefaultLogger.java:249
   Avoid appending characters as strings in StringBuffer.append.
/usr/src/packages/BUILD/apache-ant-1.7.0/src/main/org/apache/tools/ant/input/DefaultInputHandler.java:107
   Avoid appending characters as strings in StringBuffer.append.
/usr/src/packages/BUILD/apache-ant-1.7.0/src/main/org/apache/tools/ant/Location.java:139
Avoid appending characters as strings in StringBuffer.append.
/usr/src/packages/BUILD/apache-ant-1.7.0/src/main/org/apache/tools/ant/Main.java:1032
   Avoid appending characters as strings in StringBuffer.append.
/usr/src/packages/BUILD/apache-ant-1.7.0/src/main/org/apache/tools/ant/taskdefs/AbstractCvsTask.java:423
Avoid appending characters as strings in StringBuffer.append.
/usr/src/packages/BUILD/apache-ant-1.7.0/src/main/org/apache/tools/ant/taskdefs/AntStructure.java:285
   Avoid appending characters as strings in StringBuffer.append.
/usr/src/packages/BUILD/apache-ant-1.7.0/src/main/org/apache/tools/ant/taskdefs/AntStructure.java:292
   Avoid appending characters as strings in StringBuffer.append.
/usr/src/packages/BUILD/apache-ant-1.7.0/src/main/org/apache/tools/ant/taskdefs/AntStructure.java:314
   Avoid appending characters as strings in StringBuffer.append.
/usr/src/packages/BUILD/apache-ant-1.7.0/src/main/org/apache/tools/ant/taskdefs/AntStructure.java:322
   Avoid appending characters as strings in StringBuffer.append.
/usr/src/packages/BUILD/apache-ant-1.7.0/src/main/org/apache/tools/ant/taskdefs/AntStructure.java:324
   Avoid appending characters as strings in StringBuffer.append.
/usr/src/packages/BUILD/apache-ant-1.7.0/src/main/org/apache/tools/ant/taskdefs/AntStructure.java:327
   Avoid appending characters as strings in StringBuffer.append.
/usr/src/packages/BUILD/apache-ant-1.7.0/src/main/org/apache/tools/ant/taskdefs/AntStructure.java:342
   Avoid appending characters as strings in StringBuffer.append.
/usr/src/packages/BUILD/apache-ant-1.7.0/src/main/org/apache/tools/ant/taskdefs/AntStructure.java:346
   Avoid appending characters as strings in StringBuffer.append.
/usr/src/packages/BUILD/apache-ant-1.7.0/src/main/org/apache/tools/ant/taskdefs/AntStructure.java:359
   Avoid appending characters as strings in StringBuffer.append.
/usr/src/packages/BUILD/apache-ant-1.7.0/src/main/org/apache/tools/ant/taskdefs/AntStructure.java:399
   Avoid appending characters as strings in StringBuffer.append.
/usr/src/packages/BUILD/apache-ant-1.7.0/src/main/org/apache/tools/ant/taskdefs/Checksum.java:577
   Avoid appending characters as strings in StringBuffer.append.
/usr/src/packages/BUILD/apache-ant-1.7.0/src/main/org/apache/tools/ant/taskdefs/compilers/AptCompilerAdapter.java:141
   Avoid appending characters as strings in StringBuffer.append.
/usr/src/packages/BUILD/apache-ant-1.7.0/src/main/org/apache/tools/ant/taskdefs/compilers/DefaultCompilerAdapter.java:405
   Avoid appending characters as strings in StringBuffer.append.
/usr/src/packages/BUILD/apache-ant-1.7.0/src/main/org/apache/tools/ant/taskdefs/Copy.java:998
   Avoid appending characters as strings in StringBuffer.append.
/usr/src/packages/BUILD/apache-ant-1.7.0/src/main/org/apache/tools/ant/taskdefs/Javadoc.java:1487
   Avoid appending characters as strings in StringBuffer.append.
/usr/src/packages/BUILD/apache-ant-1.7.0/src/main/org/apache/tools/ant/taskdefs/KeySubst.java:192
   Avoid appending characters as strings in StringBuffer.append.
/usr/src/packages/BUILD/apache-ant-1.7.0/src/main/org/apache/tools/ant/taskdefs/MacroInstance.java:206
  Avoid appending characters as strings in StringBuffer.append.
/usr/src/packages/BUILD/apache-ant-1.7.0/src/main/org/apache/tools/ant/taskdefs/optional/Cab.java:254
   Avoid appending characters as strings in StringBuffer.append.
/usr/src/packages/BUILD/apache-ant-1.7.0/src/main/org/apache/tools/ant/taskdefs/optional/Cab.java:256
   Avoid appending characters as strings in StringBuffer.append.
/usr/src/packages/BUILD/apache-ant-1.7.0/src/main/org/apache/tools/ant/taskdefs/optional/Cab.java:256
   Avoid appending characters as strings in StringBuffer.append.
/usr/src/packages/BUILD/apache-ant-1.7.0/src/main/org/apache/tools/ant/taskdefs/optional/ejb/IPlanetEjbc.java:412
   Avoid appending characters as strings in StringBuffer.append.
/usr/src/packages/BUILD/apache-ant-1.7.0/src/main/org/apache/tools/ant/taskdefs

CI server

[Jan.Materne]

Xavier will contact Teamcity if they would add Ivy to the list of
observed+built projects.
Should we ask for adding Ant too (after Xaviers response)?

Originally I thought adding some antlibs would also be good, but there
is too less activity.

WDYT?


Jan 

> >>> Gradle is hosted at JetBrain's teamcity server:
http://teamcity.jetbrains.com
> >>>
> >>>  I really like Teamcity and the hosting is very reliable. They
only host
> >>> selected projects. Considering the popularity of Ivy and that they
use Ivy
> >>> under the hood in Teamcity (at least I think so), I suppose that
should be
> >>> no problem. Why not hosting the CI build of Ivy there?
>
> Indeed, it works properly for groovy, and the service seems to be
pretty
> good. Do you know who I can contact to get our build setup on their
> server?
>
Yes, I don't like administration, that's why I'd rather go with a
commercially hosted solution like teamcity. I'll send an e-mail to see
how
it goes.

Xavier


> I like the resources listings like
> * Build results overview
>
http://teamcity.jetbrains.com/viewLog.html?tab=artifacts&buildTypeId=bt1
09&buildId=13881
> * JUnit results overview
>
http://teamcity.jetbrains.com/repository/download/bt109/13881:id/junit/i
ndex.html
>
> Jan

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

AW: CI server

[Jan.Materne]

Any objections about adding Ant to TeamCitys CI server?
If not I will contact them.

Jan 

-Ursprüngliche Nachricht-
Von: Xavier Hanin [mailto:[EMAIL PROTECTED] 
Gesendet: Mittwoch, 17. September 2008 15:28
An: Ant Developers List
Betreff: Re: CI server

On Wed, Sep 17, 2008 at 10:46 AM, <[EMAIL PROTECTED]> wrote:

> Xavier will contact Teamcity if they would add Ivy to the list of
> observed+built projects.

Ivy is now built on their server:
http://teamcity.jetbrains.com/viewType.html?buildTypeId=bt125

They've been very responsive, and setup the build themselves. They only ask
to mention that the build is provided by jetbrains, if possible. I've asked
to add Ant too, they are ok, we just have to ask.

Xavier


> Should we ask for adding Ant too (after Xaviers response)?
>
> Originally I thought adding some antlibs would also be good, but there
> is too less activity.
>
> WDYT?
>
>
> Jan
>
> > >>> Gradle is hosted at JetBrain's teamcity server:
> http://teamcity.jetbrains.com
> > >>>
> > >>>  I really like Teamcity and the hosting is very reliable. They
> only host
> > >>> selected projects. Considering the popularity of Ivy and that they
> use Ivy
> > >>> under the hood in Teamcity (at least I think so), I suppose that
> should be
> > >>> no problem. Why not hosting the CI build of Ivy there?
> >
> > Indeed, it works properly for groovy, and the service seems to be
> pretty
> > good. Do you know who I can contact to get our build setup on their
> > server?
> >
> Yes, I don't like administration, that's why I'd rather go with a
> commercially hosted solution like teamcity. I'll send an e-mail to see
> how
> it goes.
>
> Xavier
>
>
> > I like the resources listings like
> > * Build results overview
> >
> http://teamcity.jetbrains.com/viewLog.html?tab=artifacts&buildTypeId=bt1
> 09&buildId=13881
> > * JUnit results overview
> >
> http://teamcity.jetbrains.com/repository/download/bt109/13881:id/junit/i
> ndex.html
> >
> > Jan
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>


-- 
Xavier Hanin - Independent Java Consultant
BordeauxJUG co leader - http://www.bordeauxjug.org/
Blogger - http://xhab.blogspot.com/
Apache Ivy Creator - http://ant.apache.org/ivy/

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

AW: svn commit: r697019 - in /ant/ivy/ivyde/trunk: org.apache.ivyde.eclipse/ org.apache.ivyde.eclipse/src/java/org/apache/ivyde/eclipse/cpcontainer/ test/ivy-base-dir/ test/ivy-base-dir/settings/ test

[Jan.Materne]

>Modified: 
>ant/ivy/ivyde/trunk/org.apache.ivyde.eclipse/src/java/org/apache/ivyde/
eclipse/cpcontainer/IvyClasspathContainerConfiguration.java
>@@ -480,14 +492,17 @@
> }
> 
> if (file.lastModified() != ivySettingsLastModified) {
>-ivy = new Ivy();
>+IvySettings ivySettings = new IvySettings();
>+if (javaProject != null) {
>+
ivySettings.setBaseDir(javaProject.getProject().getLocation().toFile());
>+}
> if (ivySettingsLastModified == -1) {
> Message.info("\n\n");
> } else {
> Message.info("\n\nIVYDE: ivysettings has changed,
configuring ivy again\n");

The info message completely in lower case?
Why just the two new lines when -1?


Jan

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

AW: AW: svn commit: r697019 - in /ant/ivy/ivyde/trunk: org.apache.ivyde.eclipse/ org.apache.ivyde.eclipse/src/java/org/apache/ivyde/eclipse/cpcontainer/ test/ivy-base-dir/ test/ivy-base-dir/settings/

[Jan.Materne]

>> > if (ivySettingsLastModified == -1) {
>> > Message.info("\n\n");
>> > } else {
>> > Message.info("\n\nIVYDE: ivysettings has changed,
>>
>>
>> The info message completely in lower case?
>
>is there any worry about it ?

Not really. But if you present a log message (like the Exception
strings)
I think it would be better to write 
Message.info("\n\nIVYDE: Ivy-settings has changed, configuring
Ivy again\n");
Or is "ivysettings" a technical term?


>
>> Why just the two new lines when -1?
>
>The two new lines are I think because we are probably starting 
>a new resolve 
>session, so this need to be somehow visible.
>And -1 means that the file has not been loaded yet, so there 
>is no reloading 
>to log about.

Ok, thanks


Jan

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

AW: AW: AW: svn commit: r697019 - in /ant/ivy/ivyde/trunk: org.apache.ivyde.eclipse/ org.apache.ivyde.eclipse/src/java/org/apache/ivyde/eclipse/cpcontainer/ test/ivy-base-dir/ test/ivy-base-dir/settin

[Jan.Materne]

>> > I think it would be better to write
>> >   Message.info("\n\nIVYDE: Ivy-settings has changed,
configuring Ivy again\n");
>> > Or is "ivysettings" a technical term?
>>
>> well, in Ivy's literature, I used to read about some "ivyconf", so
with the
>> new terminology, it becames "ivysettings". It looks understandable
for me.
>> But I don't have any objection to change every occurence of it into
"Ivy
>> settings".
>
>To me ivysettings is pretty obvious, at least when you know 
>how Ivy settings
>are written. But Ivy settings would be fine too, I don't mind.

I am not so familiar with Ivy (yet). So if "ivysettings" is a common
technical term,
I would keep it as it is.

Thanks for clarification.


Jan

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

AW: configure parameters during build process in ANT script

[Jan.Materne]

This is more a kind of (Ant)user question ("how to do something with Ant").
This Dev list is for the development of Ant itself.
That for future questions ...

You should use properties for that.


Jan


> -Ursprüngliche Nachricht-
> Von: Alpesh Vesuwala [mailto:[EMAIL PROTECTED] 
> Gesendet: Montag, 22. September 2008 09:42
> An: dev@ant.apache.org
> Betreff: configure parameters during build process in ANT script
> 
> 
> Hello mates,
> 
> I am developing a Blackberry application and build is done through ANT
> scripts.
> 
> I want some parameters to be configured during build process. 
> For example,
> Sound [On/OFF], enable/ disable some specific options (or you 
> can say menu
> items).
> 
> Can you please suggest the best way that I can achieve this 
> functionality?
> 
> Thanks,
> Alpesh
> 
> -- 
> View this message in context: 
> http://www.nabble.com/configure-parameters-during-build-proces
> s-in-ANT-script-tp19603185p19603185.html
> Sent from the Ant - Dev mailing list archive at Nabble.com.
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

AW: DirectoryScanner Memory Consumption

[Jan.Materne]

I try it for you sending an email to
   [EMAIL PROTECTED]
as this is the form to use according to http://ant.apache.org/mail.html "How to 
unsubscribe your old email address" 

So maybe you'll get a confirmation.


Jan

> -Ursprüngliche Nachricht-
> Von: Vijay Aravamudhan [mailto:[EMAIL PROTECTED] 
> Gesendet: Montag, 22. September 2008 14:34
> An: Ant Developers List
> Betreff: Re: DirectoryScanner Memory Consumption
> 
> hi,
> I would like to unsubscribe from this list. I have tried 
> multiple times 
> with the automated unsubscribe process - but it doesn't work. Please 
> remove me from this list.
> 
> thanks,
> Vijay
> 
> On 09/22/2008 03:07 AM, Stefan Bodewig wrote:
> > On Fri, 19 Sep 2008, Stefan Bodewig<[EMAIL PROTECTED]>  wrote:
> >
> >
> >> Something in File.getCanonicalPath seems to consume memory that
> >> isn't easily reclaimed by the GC, and I have no idea what we could
> >> do about it.
> >>  
> >
> > except increasing the number of times we are allowed to traverse
> > directories of the same name before we check whether they 
> are part of
> > a symlink cycle.  svn revision 697692 bumps it to five 
> instead of one.
> >
> > Just to show where we've come now (and I think I'll stop at this
> > point):
> >
> > small setup
> > ===
> >
> > matchall using pathconvert
> > --
> >
> > Ant 1.6.51 min 30 s  ~ 19 MB
> > Ant 1.7.03 min 53 s  ~ 24 MB
> > Ant 1.7.1   9 s  ~ 21 MB
> > svn rev 697073  3 s  ~ 26 MB
> > svn rev 697692  2 s  ~ 19 MB
> >
> > matchall using resourcecount
> > 
> >
> > Ant 1.7.01 min 25 s  ~ 21 MB
> > Ant 1.7.1   8 s  ~ 14 MB
> > svn rev 697073  2 s  ~ 17 MB
> > svn rev 697692  2 s  ~ 16 MB
> >
> > big setup
> > =
> >
> > matchall using resourcecount
> > 
> >
> > Ant 1.7.1   14 min  2 s  ~ 55 MB
> > svn rev 697073 53 s  ~ 78 MB
> > svn rev 697692 22 s  ~ 64 MB
> >
> > "small" is 1 directories and about 22000 files spread 
> accross four
> > levels, "big" is one level more and an order of magnitude 
> of files and
> > dirs more.
> >
> > The numbers differ a bit from the last I've posted because I had
> > ANT_OPTS=-Xmx512m set last time, this time svn rev 607073 consumes
> > less memory but takes longer while I'm reasonably happy 
> with speed and
> > memory consumption of svn rev 697692.
> >
> > Overall we've roughly gone from quadratic time to linear time when
> > scanning directories - and we even scan small directory trees faster
> > than 1.7.1.
> >
> > Stefan
> >
> > 
> -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
> 

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

AW: CI server

[Jan.Materne]

Ant Core is also now build on teamcity.jetbrains.com.
Last build: 
http://teamcity.jetbrains.com/viewLog.html?&buildTypeId=bt129&buildId=lastFinished
Last successful build: 
http://teamcity.jetbrains.com/viewLog.html?&buildTypeId=bt129&buildId=lastSuccessful

At the moment there are errors while building. That seems to be a problem while 
setting up the environment.


Jan

>-Ursprüngliche Nachricht-
>Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] 
>Gesendet: Freitag, 19. September 2008 10:49
>An: dev@ant.apache.org
>Betreff: AW: CI server
>
>Any objections about adding Ant to TeamCitys CI server?
>If not I will contact them.
>
>Jan 
>
>-Ursprüngliche Nachricht-
>Von: Xavier Hanin [mailto:[EMAIL PROTECTED] 
>Gesendet: Mittwoch, 17. September 2008 15:28
>An: Ant Developers List
>Betreff: Re: CI server
>
>On Wed, Sep 17, 2008 at 10:46 AM, <[EMAIL PROTECTED]> wrote:
>
>> Xavier will contact Teamcity if they would add Ivy to the list of
>> observed+built projects.
>
>Ivy is now built on their server:
>http://teamcity.jetbrains.com/viewType.html?buildTypeId=bt125
>
>They've been very responsive, and setup the build themselves. 
>They only ask
>to mention that the build is provided by jetbrains, if 
>possible. I've asked
>to add Ant too, they are ok, we just have to ask.
>
>Xavier
>
>
>> Should we ask for adding Ant too (after Xaviers response)?
>>
>> Originally I thought adding some antlibs would also be good, 
>but there
>> is too less activity.
>>
>> WDYT?
>>
>>
>> Jan
>>
>> > >>> Gradle is hosted at JetBrain's teamcity server:
>> http://teamcity.jetbrains.com
>> > >>>
>> > >>>  I really like Teamcity and the hosting is very reliable. They
>> only host
>> > >>> selected projects. Considering the popularity of Ivy 
>and that they
>> use Ivy
>> > >>> under the hood in Teamcity (at least I think so), I 
>suppose that
>> should be
>> > >>> no problem. Why not hosting the CI build of Ivy there?
>> >
>> > Indeed, it works properly for groovy, and the service seems to be
>> pretty
>> > good. Do you know who I can contact to get our build setup on their
>> > server?
>> >
>> Yes, I don't like administration, that's why I'd rather go with a
>> commercially hosted solution like teamcity. I'll send an 
>e-mail to see
>> how
>> it goes.
>>
>> Xavier
>>
>>
>> > I like the resources listings like
>> > * Build results overview
>> >
>> 
>http://teamcity.jetbrains.com/viewLog.html?tab=artifacts&buildT
>ypeId=bt1
>> 
>09&buildId=13881=artifacts&buildTypeId=bt109&buildId=13881>
>> > * JUnit results overview
>> >
>> 
>http://teamcity.jetbrains.com/repository/download/bt109/13881:i
>d/junit/i
>> 
>ndex.html09/13881:id/junit/index.html>
>> >
>> > Jan
>>
>> -
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>>
>>
>
>
>-- 
>Xavier Hanin - Independent Java Consultant
>BordeauxJUG co leader - http://www.bordeauxjug.org/
>Blogger - http://xhab.blogspot.com/
>Apache Ivy Creator - http://ant.apache.org/ivy/
>
>-
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]
>
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Problems with Ant on TeamCity

[Jan.Materne]

There are problems mit the tests on the CI server
http://teamcity.jetbrains.com/viewLog.html?buildId=14126&buildTypeId=bt1
29&tab=buildLog

[junit] org.apache.tools.ant.ExecutorTest (<1s)
   [org.apache.tools.ant.ExecutorTest] testIgnoreDependenciesExecutor
(<1s)
   [testIgnoreDependenciesExecutor] org.apache.tools.ant.BuildException:
Unable to obtain a Target Executor instance.
   [testIgnoreDependenciesExecutor] Unable to obtain a Target Executor
instance.
at org.apache.tools.ant.Project.getExecutor(Project.java:1163)
at
org.apache.tools.ant.Project.executeTargets(Project.java:1181)
at
org.apache.tools.ant.ExecutorTest.testIgnoreDependenciesExecutor(Executo
rTest.java:90)


   [org.apache.tools.ant.ExecutorTest] testIgnoreDependenciesFailure
(<1s)
   [testIgnoreDependenciesFailure] org.apache.tools.ant.BuildException:
Unable to obtain a Target Executor instance.
   [testIgnoreDependenciesFailure] Unable to obtain a Target Executor
instance.
at org.apache.tools.ant.Project.getExecutor(Project.java:1163)
at
org.apache.tools.ant.Project.executeTargets(Project.java:1181)
at
org.apache.tools.ant.ExecutorTest.testIgnoreDependenciesFailure(Executor
Test.java:116)


   [org.apache.tools.ant.ExecutorTest] testKeepGoingIgnoreDependencies
(<1s)
   [testKeepGoingIgnoreDependencies]
junit.framework.AssertionFailedError
   [testKeepGoingIgnoreDependencies] 
 at
org.apache.tools.ant.ExecutorTest.testKeepGoingIgnoreDependencies(Execut
orTest.java:147)


[junit] Test org.apache.tools.ant.ExecutorTest FAILED
[junit] org.apache.tools.ant.taskdefs.AntTest (1s)
[org.apache.tools.ant.taskdefs.AntTest] testAntCoreLib (<1s)
[testAntCoreLib] junit.framework.AssertionFailedError: expecting log to
contain "ant.jar" log was "${ant.core.lib}"
[testAntCoreLib] junit.framework.AssertionFailedError: expecting log to
contain "ant.jar" log was "${ant.core.lib}"
at junit.framework.Assert.fail(Assert.java:47)
at junit.framework.Assert.assertTrue(Assert.java:20)
at
org.apache.tools.ant.BuildFileTest.assertLogContaining(BuildFileTest.jav
a:101)
at
org.apache.tools.ant.BuildFileTest.expectLogContaining(BuildFileTest.jav
a:123)
at
org.apache.tools.ant.taskdefs.AntTest.testAntCoreLib(AntTest.java:316)

...


These tests passed on my machine
Testsuite: org.apache.tools.ant.ExecutorTest
Tests run: 9, Failures: 0, Errors: 0, Time elapsed: 0,266 sec

Testsuite: org.apache.tools.ant.taskdefs.AntTest
Tests run: 32, Failures: 0, Errors: 0, Time elapsed: 1,015 sec


Some ideas?


Jan

AW: Problems with Ant on TeamCity

[Jan.Materne]

Thanks, I think that was the point.
I added a -Djunit.fork=true without success, so I changed the TC-configuration
to use the command line runner instead of Ant. This results in three 
configurations
(Windows, Linux, MacOS).

Jan 

>-Ursprüngliche Nachricht-
>Von: Stefan Bodewig [mailto:[EMAIL PROTECTED] 
>Gesendet: Donnerstag, 25. September 2008 13:39
>An: dev@ant.apache.org
>Betreff: Re: Problems with Ant on TeamCity
>
>On Thu, 25 Sep 2008, Jan Materne <[EMAIL PROTECTED]> wrote:
>
>> There are problems mit the tests on the CI server
>
>I'd say the problems come from having two versions of Ant on the
>classpath.  CI probably uses one itself.
>
>For example 
>
>,
>| StringUtilsTest.testRemovePrefix  (org.apache.tools.ant.util)
>| java.lang.NoSuchMethodError: 
>org.apache.tools.ant.util.StringUtils.removePrefix(Ljava/lang/S
>tring;Ljava/lang/String;)Ljava/lang/String;
>`
>
>really looks suspicious.
>
>Forking the tests may help.
>
>Stefan
>
>-
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]
>
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Problemes with continuous build

[Jan.Materne]

Xavier and I set up some build configurations on the CI server TeamCity.
The configurations are listed on http://ant.apache.org/nightlies.html .

But I have problems getting the builds to pass.
All builds are run from the command line with "build.[bat|sh] clean
test".

Subversion revision 700341


These are the machine settings:
- "Windows"
TeamCity Windows-Agent (WinXP 5.1, JDK 1.5.0_12)
Overview:
http://teamcity.jetbrains.com/viewType.html?buildTypeId=bt133
Log:
http://teamcity.jetbrains.com/viewLog.html;jsessionid=BA6A27197A01FE14E6
F4E134379843A0?tab=buildLog&buildTypeId=bt133&buildId=14266&all=true
- "Linux"
TeamCity Linux-Agent (version 2.6.18-53.1.14.el5, JDK 1.6.0_03)
Overview: 
Additional Parameter: -Dantunit.excludes=**/input-test.xml
-- it seemed that the Linux agent doesnt provide a console
Log:
http://teamcity.jetbrains.com/viewLog.html;jsessionid=BA6A27197A01FE14E6
F4E134379843A0?tab=buildLog&buildTypeId=bt134&buildId=14267&all=true
- "MyWindows"
Windows XP on my local notebook (JDK 1.6.0_02)




Testsuite: org.apache.tools.ant.util.VectorSetTest
WINDOWS  :  Tests run: 20, Failures: 7, Errors: 3, Time elapsed:
0,063 sec
LINUX:  Tests run: 20, Failures: 1, Errors: 0, Time elapsed:
0.008 sec
MYWINDOWS:  Tests run: 20, Failures: 1, Errors: 0, Time elapsed: 0
sec

WINDOWS
Testcase: testClear --> java.lang.StackOverflowError
Testcase: testAdd2  --> expected:<1> but was:<0>
at
org.apache.tools.ant.util.VectorSetTest.testAdd2(VectorSetTest.java:39)
Testcase: testAddAll2 --> expected:<1> but was:<0>
at
org.apache.tools.ant.util.VectorSetTest.testAddAll2(VectorSetTest.java:5
5)
Testcase: testInsertElementAt --> expected:<1> but was:<0>
at
org.apache.tools.ant.util.VectorSetTest.testInsertElementAt(VectorSetTes
t.java:90)
Testcase: testRemoveObject --> "null" (no meaningful error
message)
at
org.apache.tools.ant.util.VectorSetTest.testRemoveObject(VectorSetTest.j
ava:107)
Testcase: testRemoveAll --> "null"
at
org.apache.tools.ant.util.VectorSetTest.testRemoveAll(VectorSetTest.java
:114)
Testcase: testRemoveAllElements --> java.lang.StackOverflowError
Testcase: testRemoveElement --> "null"
at
org.apache.tools.ant.util.VectorSetTest.testRemoveElement(VectorSetTest.
java:127)
Testcase: testRemoveElementAt --> expected:<0> but was:<1>
at
org.apache.tools.ant.util.VectorSetTest.testRemoveElementAt(VectorSetTes
t.java:135)
Testcase: testRetainAll --> java.lang.StackOverflowError
LINUX
Testcase: testAddAll2 --> expected:<1> but was:<0>
at
org.apache.tools.ant.util.VectorSetTest.testAddAll2(VectorSetTest.java:5
5)
MYWINDOWS:
Testcase: testAddAll2 --> expected:<1> but was:<0>
at
org.apache.tools.ant.util.VectorSetTest.testAddAll2(VectorSetTest.java:5
5)


Testsuite: src\tests\antunit\taskdefs\move-test.xml
WINDOWS  : Tests run: 1, Failures: 1, Errors: 0, Time elapsed: 0,015
sec
LINUX: Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.017
sec
MYWINDOWS: Tests run: 1, Failures: 1, Errors: 0, Time elapsed: 0,016
sec

WINDOWS
Target: test-move-caseonly --> abc was not renamed aBc
at line 31, column 80
MYWINDOWS
Target: test-move-caseonly --> abc was not renamed aBc
at line 31, column 80


Testsuite: src\tests\antunit\types\filterset-test.xml
WINDOWS  : Tests run: 2, Failures: 1, Errors: 0, Time elapsed: 0,063
sec
LINUX: Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0.029
sec
MYWINDOWS: Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0,031
sec

WINDOWS
Target: testOverlappingMulticharToken --> Expected '[EMAIL PROTECTED]'
but was 'user@@@HOST@@'
at line 60, column 36


Testsuite: src\tests\antunit\types\firstmatch-test.xml
WINDOWS  : Tests run: 1, Failures: 0, Errors: 1, Time elapsed: 0,015
sec
LINUX: Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.013
sec
MYWINDOWS: Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0,015
sec

WINDOWS
Target: testMatch --> copy doesn't support the nested
"firstmatchmapper" element.
at line 29, column 59



Some ideas?


Jan

FYI: Ant listed as "defect free"

[Jan.Materne]

Fortify has listed Ant on https://opensource.fortify.com/ as "defect
free".

Jan

Ant @ CIServer "TeamCity"

[Jan.Materne]

Notifications by the CI server [1] are now send to
[EMAIL PROTECTED]
So you'll could get a little more traffic in the future.

BTW - now I saw that Apache is hosting a Hudson [2]  instance [3].


Jan


[1] http://ant.apache.org/nightlies.html
[2] https://hudson.dev.java.net/
[3] http://hudson.zones.apache.org/hudson/

AW: Ant @ CIServer "TeamCity"

[Jan.Materne]

Nice integration.

I like TeamCitys build agents. Has [EMAIL PROTECTED] some configured for 
different platforms (Linux, Windows)?

Because of the integration with Jira: is that something for Ivy? Is there an 
integration with Bugzilla? 


Jan

>-Ursprüngliche Nachricht-
>Von: Steve Loughran [mailto:[EMAIL PROTECTED] 
>Gesendet: Donnerstag, 2. Oktober 2008 12:07
>An: Ant Developers List
>Betreff: Re: Ant @ CIServer "TeamCity"
>
>[EMAIL PROTECTED] wrote:
>> Notifications by the CI server [1] are now send to
>> [EMAIL PROTECTED]
>> So you'll could get a little more traffic in the future.
>> 
>> BTW - now I saw that Apache is hosting a Hudson [2]  instance [3].
>> 
>> 
>> Jan
>> 
>> 
>> [1] http://ant.apache.org/nightlies.html
>> [2] https://hudson.dev.java.net/
>> [3] http://hudson.zones.apache.org/hudson/
>> 
>
>Hudson is being used by Hadoop. Here is an example of it at work
>
>https://issues.apache.org/jira/browse/HADOOP-4325
>
>when you submit a patch on jira, and mark it as patch 
>available, hudson 
>will check out and build the code, and reject it if
>  -it doesnt build
>  -it creates more findbugs or checkstyle warnings
>  -any tests fail
>  -it doesnt add or change existing tests
>
>so: no tests, no commit. Its a nice way of handling contribs 
>from third 
>parties; hudson rejects things until the patch is up to scratch, then 
>the committers take over.
>
>-
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]
>
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

AW: FYI: Ant listed as "defect free"

[Jan.Materne]

1. Maybe they have a different meaning what a "defect" is.
2. They havent checked the codebase a long time ago 
...

>-Ursprüngliche Nachricht-
>Von: Stefan Bodewig [mailto:[EMAIL PROTECTED] 
>Gesendet: Montag, 6. Oktober 2008 11:04
>An: dev@ant.apache.org
>Betreff: Re: FYI: Ant listed as "defect free"
>
>On Tue, 30 Sep 2008, Jan Materne <[EMAIL PROTECTED]> wrote:
>
>> Fortify has listed Ant on https://opensource.fortify.com/ as "defect
>> free".
>
>rdssubstr&bug_file_loc=&keywords_type=allwords&keywords=&bug_st
>atus=NEW&bug_status=ASSIGNED&bug_status=REOPENED&emailassigned_
>to1=1&emailtype1=substring&email1=&emailassigned_to2=1&emailrep
>orter2=1&emailcc2=1&emailtype2=substring&email2=&bugidtype=incl
ude&bug_id=&votes=&chfieldfrom=&chfieldto=Now&chfieldvalue=&field0-0-0=noop&type0-0-0=noop&value0-0-0=>
>
>seems to disagree (and I trust that link more ;-).
>
>Stefan
>
>-
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]
>
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

AW: FYI: Ant listed as "defect free"

[Jan.Materne]

Yes. But it is not so important what other say if you cant recheck it (IMHO).
So I tried to set up a Findbug run in check.xml.
But I got a problem:
- downloading Findbugs works - but only for an old version (1.0.0 instead of 
1.3.5) 
- FB run throws errors I dont understand

[fb:findbugs] Running FindBugs...
[fb:findbugs] Warning: could not load plugin -sortByClass: 
java.security.PrivilegedActionException: 
  edu.umd.cs.findbugs.PluginException: Couldn't find "findbugs.xml" 
in plugin
[fb:findbugs] The following errors occurred during analysis:
[fb:findbugs]   Warning: could not add URL 
C:\WINNT\Sun\Java\lib\ext\access-bridge.jar to classpath
[fb:findbugs] java.io.IOException: Could not open archive file 
C:\WINNT\Sun\Java\lib\ext\access-bridge.jar
[fb:findbugs]   At 
edu.umd.cs.findbugs.ba.URLClassPath$LocalArchiveEntry.(URLClassPath.java:88)
[fb:findbugs]   At 
edu.umd.cs.findbugs.ba.URLClassPath.addURL(URLClassPath.java:280)
[fb:findbugs]   At 
edu.umd.cs.findbugs.ba.URLClassPathRepository.addURL(URLClassPathRepository.java:80)
[fb:findbugs]   At 
edu.umd.cs.findbugs.ba.AnalysisContext.addClasspathEntry(AnalysisContext.java:236)
[fb:findbugs]   At 
edu.umd.cs.findbugs.FindBugs.setRepositoryClassPath(FindBugs.java:1401)
[fb:findbugs]   At edu.umd.cs.findbugs.FindBugs.execute(FindBugs.java:1170)
[fb:findbugs]   At edu.umd.cs.findbugs.FindBugs.runMain(FindBugs.java:1897)
...
Warning: could not add URL C:\WINNT\Sun\Java\lib\ext\dnsns.jar to classpath
Warning: could not add URL C:\WINNT\Sun\Java\lib\ext\jaccess-examples.jar to 
classpath
Warning: could not add URL C:\WINNT\Sun\Java\lib\ext\jaccess.jar to classpath
Warning: could not add URL C:\WINNT\Sun\Java\lib\ext\localedata.jar to classpath
Warning: could not add URL C:\WINNT\Sun\Java\lib\ext\QTJava.zip to classpath
Warning: could not add URL C:\WINNT\Sun\Java\lib\ext\sunjce_provider.jar to 
classpath
Warning: could not add URL C:\WINNT\Sun\Java\lib\ext\sunmscapi.jar to classpath
Warning: could not add URL C:\WINNT\Sun\Java\lib\ext\sunpkcs11.jar to classpath

The directory C:\WINNT\Sun\Java exists, but has only a subdir "Deployment".


Jan


>-Ursprüngliche Nachricht-
>Von: Stefan Bodewig [mailto:[EMAIL PROTECTED] 
>Gesendet: Dienstag, 7. Oktober 2008 10:51
>An: dev@ant.apache.org
>Betreff: Re: FYI: Ant listed as "defect free"
>
>On Tue, 7 Oct 2008, Jan Materne <[EMAIL PROTECTED]> wrote:
>
>> 1. Maybe they have a different meaning what a "defect" is.
>
>Of course.
>
>But they also say they'd use FindBugs and IIRC there was a user
>submitting his FindBugs results a month or two ago and the list was
>not empty.
>
>Stefan
>
>-
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]
>
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

AW: FYI: Ant listed as "defect free"

[Jan.Materne]

>> - downloading Findbugs works - but only for an old version (1.0.0
>> instead of 1.3.5)
>
>downloading via Ivy you mean?  When I was younger, we simply went to
>the project's download page and manually added the jars to the
>directories we wanted them to live in.  I've been told that still
>works. ;-) [I won't tell you what we did when I was young]
>
>Seriously, I think you can expect anybody who wants to run findbugs to
>walk the extra mile and install it if necessary.  If you can make that
>even smoother, power to you.

Maybe the 'old path' is the better one ATM.
I could use a

for ensure that the user had done that. (Maybe I was happy about the
success with Ivy+Checkstyle ...)



>> - FB run throws errors I dont understand
>> 
>> [fb:findbugs] Running FindBugs...  [fb:findbugs] Warning: could not
>> load plugin -sortByClass
>
>I think it may choke on the empty plugin list, which may make FindBugs
>misinterpret the -sortByClass option as the name of a plugin.


Maybe. But I couldnt find a place with documentation about what to
specify there.


Jan

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Build failed on CI server

[Jan.Materne]

Linux:
http://teamcity.jetbrains.com/viewLog.html;jsessionid=B2FCF7E3EAB6A4B0CD
46200A14A00579?tab=buildLog&buildTypeId=bt134&buildId=14460&all=true

[19:39:16]: Testsuite: org.apache.tools.ant.util.VectorSetTest
[19:39:16]: Tests run: 20, Failures: 1, Errors: 0, Time elapsed: 0.007
sec
[19:39:16]:
[19:39:16]: Testcase:
testAddAll2(org.apache.tools.ant.util.VectorSetTest): FAILED
[19:39:16]: expected:<1> but was:<0>
[19:39:16]: junit.framework.AssertionFailedError: expected:<1> but
was:<0>
[19:39:16]: at
org.apache.tools.ant.util.VectorSetTest.testAddAll2(VectorSetTest.java:5
5)



[19:40:18]: Build File:
/home/builduser/buildagent/work/819a8265f243c7f8/src/tests/antunit/taskd
efs/optional/depend/depend-test.xml
[19:40:21]: Tests run: 1, Failures: 1, Errors: 0, Time elapsed: 3.496
sec
[19:40:21]: Target: testBug45916 FAILED
[19:40:21]: at line 69, column 59
[19:40:21]: Message: Expected file '/tmp/testoutput/b/Main$1.class' to
exist
[19:40:21]: took 3.489 sec



On Windows there are more
http://teamcity.jetbrains.com/viewLog.html?tab=buildLog&buildTypeId=bt13
3&buildId=14458&all=true

[19:39:19]: [junit] Testsuite: org.apache.tools.ant.util.VectorSetTest
[19:39:19]: [junit] Tests run: 20, Failures: 7, Errors: 3, Time elapsed:
0,062 sec
[19:39:19]: [junit]
[19:39:19]: [junit] Testcase:
testClear(org.apache.tools.ant.util.VectorSetTest): Caused an ERROR
[19:39:19]: [junit] null
[19:39:19]: [junit] java.lang.StackOverflowError
[19:39:19]: [junit] at
org.apache.tools.ant.util.VectorSet.removeAllElements(VectorSet.java:133
)
[19:39:19]: [junit] at java.util.Vector.clear(Vector.java:812)
[19:39:19]: [junit] at
org.apache.tools.ant.util.VectorSet.clear(VectorSet.java:89)
[19:39:19]: [junit] at
org.apache.tools.ant.util.VectorSet.removeAllElements(VectorSet.java:133
)
[19:39:19]: [junit] at java.util.Vector.clear(Vector.java:812)
(seems to be an endless recursion)


[19:39:20]: [junit] Testcase:
testAdd2(org.apache.tools.ant.util.VectorSetTest): FAILED
[19:39:20]: [junit] expected:<1> but was:<0>
[19:39:20]: [junit] junit.framework.AssertionFailedError: expected:<1>
but was:<0>
[19:39:20]: [junit] at
org.apache.tools.ant.util.VectorSetTest.testAdd2(VectorSetTest.java:39)


[19:39:20]: [junit] Testcase:
testAddAll2(org.apache.tools.ant.util.VectorSetTest): FAILED
[19:39:20]: [junit] expected:<1> but was:<0>
[19:39:20]: [junit] junit.framework.AssertionFailedError: expected:<1>
but was:<0>
[19:39:20]: [junit] at
org.apache.tools.ant.util.VectorSetTest.testAddAll2(VectorSetTest.java:5
5)


[19:39:20]: [junit] Testcase:
testInsertElementAt(org.apache.tools.ant.util.VectorSetTest): FAILED
[19:39:20]: [junit] expected:<1> but was:<0>
[19:39:20]: [junit] junit.framework.AssertionFailedError: expected:<1>
but was:<0>
[19:39:20]: [junit] at
org.apache.tools.ant.util.VectorSetTest.testInsertElementAt(VectorSetTes
t.java:90)


[19:39:20]: [junit] Testcase:
testRemoveObject(org.apache.tools.ant.util.VectorSetTest): FAILED
[19:39:20]: [junit] null
[19:39:20]: [junit] junit.framework.AssertionFailedError
[19:39:20]: [junit] at
org.apache.tools.ant.util.VectorSetTest.testRemoveObject(VectorSetTest.j
ava:107)


[19:39:20]: [junit] Testcase:
testRemoveAll(org.apache.tools.ant.util.VectorSetTest): FAILED
[19:39:20]: [junit] null
[19:39:20]: [junit] at
org.apache.tools.ant.util.VectorSetTest.testRemoveAll(VectorSetTest.java
:114)


[19:39:20]: [junit] Testcase:
testRemoveAllElements(org.apache.tools.ant.util.VectorSetTest): Caused
an ERROR
[19:39:20]: [junit] null
[19:39:20]: [junit] java.lang.StackOverflowError
[19:39:20]: [junit] at java.util.Vector.clear(Vector.java:812)
[19:39:20]: [junit] at
org.apache.tools.ant.util.VectorSet.clear(VectorSet.java:89)
[19:39:20]: [junit] at
org.apache.tools.ant.util.VectorSet.removeAllElements(VectorSet.java:133
)
[19:39:20]: [junit] at java.util.Vector.clear(Vector.java:812)
[19:39:20]: [junit] at
org.apache.tools.ant.util.VectorSet.clear(VectorSet.java:89)
[19:39:20]: [junit] at
org.apache.tools.ant.util.VectorSet.removeAllElements(VectorSet.java:133
)
(seems to be an endless recursion)


[19:39:20]: [junit] Testcase:
testRemoveElement(org.apache.tools.ant.util.VectorSetTest): FAILED
[19:39:20]: [junit] null
[19:39:20]: [junit] at
org.apache.tools.ant.util.VectorSetTest.testRemoveElement(VectorSetTest.
java:127)


[19:39:20]: [junit] Testcase:
testRemoveElementAt(org.apache.tools.ant.util.VectorSetTest): FAILED
[19:39:20]: [junit] expected:<0> but was:<1>
[19:39:20]: [junit] junit.framework.AssertionFailedError: expected:<0>
but was:<1>
[19:39:20]: [junit] at
org.apache.tools.ant.util.VectorSetTest.testRemoveElementAt(VectorSetTes
t.java:135)


[19:39:20]: [junit] Testcase:
testRetainAll(org.apache.tools.ant.util.VectorSetTest): Caused an ERROR
[19:39:20]: [junit] null
[19:39:20]: [junit] java.lang.StackOverflowError
[19:39:20]: [junit] at java.util.Vector.clear(Vector.java:812)
[19:39:20]: [junit] at
org.apache.tools.ant.util.VectorSet.clear(VectorSet.java:89)
[19:39:20]: [junit] at
org.apac

AW: FYI: Ant listed as "defect free"

[Jan.Materne]

>Maybe the 'old path' is the better one ATM.
>I could use a
>
>for ensure that the user had done that. (Maybe I was happy about the
>success with Ivy+Checkstyle ...)


As Xavier does an "init-ivy" if implemented an "init-findbugs": download
Findbugs and set its home.


>>> - FB run throws errors I dont understand
>>> 
>>> [fb:findbugs] Running FindBugs...  [fb:findbugs] Warning: could not
>>> load plugin -sortByClass
>>
>>I think it may choke on the empty plugin list, which may make FindBugs
>>misinterpret the -sortByClass option as the name of a plugin.
>
>
>Maybe. But I couldnt find a place with documentation about what to
>specify there.


Works now.


Jan

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

AW: Build failed on CI server

[Jan.Materne]

>> [19:39:19]: [junit] Testcase:
>> testClear(org.apache.tools.ant.util.VectorSetTest): Caused an ERROR
>> [19:39:19]: [junit] null [19:39:19]: [junit]
>> java.lang.StackOverflowError [19:39:19]:
>
>Indicates the tests are being run against a pretty old (i.e. a few
>days older than trunk) version of VectorSet.  If you look into the
>stack trace youll see line numbers that don't make sense when compared
>to trunk.


You're right. I dont know why TC hasnt updated that, but I cleaned the
local checkout
so TC 'had' to update all files and now that test passed.
http://teamcity.jetbrains.com/viewLog.html?tab=buildLog&buildTypeId=bt13
3&buildId=14506&all=true

Only one test failed:

[15:54:05]: [au:antunit] Build File:
C:\TeamCityAgent\work\7d6e67c95588a32a\src\tests\antunit\taskdefs\move-t
est.xml
[15:54:05]: [au:antunit] Tests run: 1, Failures: 1, Errors: 0, Time
elapsed: 0,016 sec
[15:54:05]: [au:antunit] Target: test-move-caseonly FAILED
[15:54:05]: [au:antunit] at line 31, column 80
[15:54:05]: [au:antunit] Message: abc was not renamed aBc
[15:54:05]: [au:antunit] took 0,016 sec

  






  



  


Jan

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Compiling fails on JDK 1.3

[Jan.Materne]

I tried a build on JDK 1.3/WinXP-SP2, but that failed.
The constructor FileOutputStream(File, boolean) was added in JDK 1.4.

Jan



Java-Home: c:\jdk\130
java version "1.3.0"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.0-C)
Java HotSpot(TM) Client VM (build 1.3.0-C, mixed mode)

... Bootstrapping Ant Distribution
JAVA_HOME=c:\jdk\130
JAVA=java.exe
JAVAC=c:\jdk\130\bin\javac
CLASSPATH=lib\xercesImpl.jar;lib\xml-apis.jar;lib\optional\ant-antunit-1
.1.jar;lib\optional\junit-3.8.2.jar;c:\jdk\130\lib\tools.jar;build\c
lasses;src\main;

... Compiling Ant Classes
src\main\org\apache\tools\ant\taskdefs\Echo.java:70: cannot resolve
symbol
symbol  : constructor FileOutputStream  (java.io.File,boolean)
location: class java.io.FileOutputStream
OutputStream os = output instanceof FileProvider ? os =
new FileOutputStream(
 
^
src\main\org\apache\tools\ant\taskdefs\SQLExec.java:574: cannot resolve
symbol 
symbol  : constructor FileOutputStream  (java.io.File,boolean)
location: class java.io.FileOutputStream
os = new FileOutputStream(((FileProvider)
output).getFile(), append);
 ^
Note: Some input files use or override a deprecated API.
Note: Recompile with -deprecation for details.
2 errors

... Cleaning Up Build Directories

... Done Bootstrapping Ant Distribution

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

AW: Compiling fails on JDK 1.3

[Jan.Materne]

I found the vote that we dropped Java 1.2
http://marc.info/?l=ant-dev&m=117794737813795&w=2

I only found a thread about discussing dropping 1.3
http://marc.info/?l=ant-dev&m=120039266628773&w=2
but no vote...


Should we post these info in a more prominent place instead of a 
mailinglist-search?
Like FAQ?


Jan

>-Ursprüngliche Nachricht-
>Von: Stefan Bodewig [mailto:[EMAIL PROTECTED] 
>Gesendet: Dienstag, 14. Oktober 2008 06:27
>An: dev@ant.apache.org
>Betreff: Re: Compiling fails on JDK 1.3
>
>On Fri, 10 Oct 2008, Jan Materne <[EMAIL PROTECTED]> wrote:
>
>> I tried a build on JDK 1.3/WinXP-SP2, but that failed.  The
>> constructor FileOutputStream(File, boolean) was added in JDK 1.4.
>
>Should be easy to fix, I'm just not sure whether it needs to be.
>
> only talks about Java
>1.1 and 1.2.  I think we decided to make 1.7 require Java 1.3 and
>trunk Java 1.4 or has 1.7 still been at 1.2 and we switched to Java
>1.3 with trunk?
>
>Stefan
>
>-
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]
>
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

AW: Compiling fails on JDK 1.3

[Jan.Materne]

>Do you want to fix the JDK 1.3 issues in trunk (I don't have a
>1.3 JDK around anymore and am too lazy to install one right now) or
>should we wait for the thread's outcome?

I think it is too much work for getting JDK 1.3 compliance if we want to

get rid off 1.3. And Trunk is the parent of 1.7.2/1.8. If the vote
wouldnt pass,
I could investigate some time.

Jan

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

AW: Java version required for trunk

[Jan.Materne]

>this is not a vote, more of a poll to see whether there'd be a chance
>for consensus.
>
>Ant 1.7.1 dropped support for Java 1.2 somewhat officially, we voted
>to drop support but never made that decision public.
>
>There has been some discussion about dropping support for Java 1.3 in
>trunk.  One of the aguments against it was that 1.4 doesn't offer
>anything new and going from 1.3 to Java5 was too big a step.
>
>Given that nobody of us really works works with Java 1.3 anymore,
>trunk doesn't get tested there at all.  So even if 1.4 doesn't offer
>much, officially dropping support for 1.3 would make us match the
>supported environments to the tested environments more closely.
>
>So what do you think?  Do we want to move to 1.4?  Would you be more
>comfortable with it after a Java 1.3 compatible Ant 1.7.2 with most
>bug fixes from trunk applied?


According to http://java.sun.com/products/archive/eol.policy.html the
end
of lifetime is for
  Java 1.3 : March 2006
  Java 1.4 : April 2008, but most extended EOL (EOSL) April 2018
  Java 5   : June 2009, EOSL June 2019

Because 1.3 is (officially) dead and 1.3-compatibility errors are only
found
by accident, I am for dropping 1.3.

Because we searched often enough which Java version we officialy have to
support, we have to make these information public on a prominent
position.
Stefan already did that: http://ant.apache.org/faq.html#java-version

I would be happy having Java5 for its Generics and Annotations. But
staying on
1.4 would be ok, if we respect the eoSl of Java 1.4. 


>I am in the middle of fixing that, actually.  It's
>just that it's wrapped up with some new changes I have
>pending.

Because Matt is investigating in Java 1.3 compliance I prefer 
  Ant 1.7.1 : Java 1.3
  Ant next  : Java 1.4
  Ant 1.8   : Java 5


Jan

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

AW: Java version required for trunk

[Jan.Materne]

>Do we have a sense that people are still out 
>there in the wild using JDK 1.4?

Yes - in my project we are using Fujitsu-Siemens BeanTA application
server
(I dont know the exact version), which relies on Java 1.4. :-(
(EJB 2.0 .)


Jan

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

AW: svn commit: r705232 [1/2] - in /ant/core/trunk/src/tests/antunit/taskdefs/cvs: ./ repository/ repository/CVSROOT/ repository/CVSROOT/Emptydir/ repository/antmodule1/

[Jan.Materne]

We could store a svn repo in that cvs for testing the svn tasks :-O

Jan 

>-Ursprüngliche Nachricht-
>Von: Stefan Bodewig [mailto:[EMAIL PROTECTED] 
>Gesendet: Freitag, 17. Oktober 2008 09:50
>An: dev@ant.apache.org
>Betreff: Re: svn commit: r705232 [1/2] - in 
>/ant/core/trunk/src/tests/antunit/taskdefs/cvs: ./ repository/ 
>repository/CVSROOT/ repository/CVSROOT/Emptydir/ repository/antmodule1/
>
>On Fri, 17 Oct 2008, Gilles Scokart <[EMAIL PROTECTED]> wrote:
>
>> A CVS repository in Subversion...
>> Amazing :-)
>
>yeah, found it wierd as well.
>
>BTW, I think this wouldn't be possible if we still used CVS since CVS
>wouldn't have allowed me to check in the CVSROOT directory.
>
>Stefan
>
>-
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]
>
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

AW: How to build ANT from its source code

[Jan.Materne]

http://ant.apache.org/manual/install.html#buildingant

Jan 

>-Ursprüngliche Nachricht-
>Von: raj_sharath [mailto:[EMAIL PROTECTED] 
>Gesendet: Dienstag, 28. Oktober 2008 07:30
>An: dev@ant.apache.org
>Betreff: How to build ANT from its source code
>
>
>Hi-
>
>for my purposes i have modified couple of files in the 
>com.apache.tools.ant.taskdefs.optional.junit packages.
>
>How can i build this source code?
>
>What are the steps to do that
>
>Thanks
>Sharath
>-- 
>View this message in context: 
>http://www.nabble.com/How-to-build-ANT-from-its-source-code-tp2
>0202003p20202003.html
>Sent from the Ant - Dev mailing list archive at Nabble.com.
>
>
>-
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]
>
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

AW: Where next: 1.7.2 or 1.8.0?

[Jan.Materne]

>> Are there any defects so traumatic in Ant 1.7.1 that an urgent fix
>> is needed?
>
>traumatic is a strong word.  See yourself
>&component=Other&component=Wrapper+scripts&target_
milestone=1.8
>.0&long_desc_type=substring&long_desc=&bug_file_loc_type=substr
ing&bug_file_loc=&keywords_type=anywords&keywords=&bug_status=RESOLVED&b
ug_status=CLOSED&resolution=FIXED&emailassigned_to1=1&emailtype1=substri
ng&email1>=&emailreporter2=1&emailtype2=substring&email2=&bugidtype=incl
u
de&bug_id=&votes=&chfieldfrom=&chfieldto=Now&chfieldvalue=&cmdtype=doit&
order=Reuse+same+sort+as+last+time&field0-0-0=noop&type0-0-0=noop&value0
-0-0=>
>
>https://issues.apache.org/bugzilla/show_bug.cgi?id=45499 is an
>important one for Mac users since Apple decided to use funny symlinks
>in JAVA_HOME.
>
>https://issues.apache.org/bugzilla/show_bug.cgi?id=45194 is a deadlock
>in logging code.
>
>https://issues.apache.org/bugzilla/show_bug.cgi?id=45675 is a bit
>silly but makes Ant 1.7.x unusable for certain projects.
>
>https://issues.apache.org/bugzilla/show_bug.cgi?id=42389 is 
>serious IMHO,
>but then again it has been in there since 1.7.0 and we didn't get that
>many complaints.
>
>https://issues.apache.org/bugzilla/show_bug.cgi?id=44889 will become
>more important over time.
>
>https://issues.apache.org/bugzilla/show_bug.cgi?id=43892 makes Ant
>misreport failures for JUnit4 tests.
>
>https://issues.apache.org/bugzilla/show_bug.cgi?id=42275 has been
>mentioned on the user list a couple of times.
>
>DirectoryScanner's speed improvements.
>
>I'm not too eager on merging myself.


Basically I would prefer a release earlier than the last time.
1.7.1 was released on 2008.06.27, so we could wait if there are no
urgent fixes.

I havent a look at these fixes yet ...


Jan

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

AW: ProjectHelper (was Re: EasyAnt project)

[Jan.Materne]

>My "build file" is going to look like this (I'm making up half of it):
>
>@Project(Name="example", DefaultTarget="echo")
>public class BuildFile extends JavaFrontBuildFile {
>public BuildFile(Project p) {
>super(p);
>}
>
>@Target
>public void echo() {
>getProject().log("Hello world");
>}
>
>@Target(Name="-setproperty")
>public void setProperty() {
>taskBuilder().newProperty().withName("world").andValue("world")
>  .execute();
>}
>
>@Target(Depends="-setproperty")
>public void moreComplexExample() {
>taskBuilder().newEcho().withMessage("Hello
${world}").execute();
>}
>}


Looks like Leafcutter: https://leafcutter.dev.java.net/


   
   
  
   


public void backup(boolean enabled){
   init();
   if (enabled){
  File sourceDir = new File("src/main");
  TaskRunner.run("copy todir=home/backups verbose=true (fileset
dir=${1} includes=**/*.txt)", sourceDir);
   }
}


Jan

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

AW: [VOTE] Adopt Java 1.4 as a minimum requirement for core/trunk

[Jan.Materne]

+1
Jan 

>-Ursprüngliche Nachricht-
>Von: Stefan Bodewig [mailto:[EMAIL PROTECTED] 
>Gesendet: Donnerstag, 30. Oktober 2008 16:48
>An: dev@ant.apache.org
>Betreff: [VOTE] Adopt Java 1.4 as a minimum requirement for core/trunk
>
>This is not that much based on features available (although I consider
>using NIO in StreamPumper) but more on "where do we test".
>
>The vote is simple.  If you vote +1 then we make 1.4 the minimum
>requirement, if you vote -1 it will stay at 1.3.  This is a code
>change and thus subject to lazy consensus (i.e. no -1).
>
>Stefan
>
>-
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]
>
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

AW: Dynamic property names

[Jan.Materne]

>Is it possible to resolve a property name like this
>
>${${prefix}.someproperty}
>
>making the prefix variable?


see
http://ant.apache.org/faq.html#propertyvalue-as-name-for-property


Jan

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

AW: Dynamic property names

[Jan.Materne]

>I saw the FAQ, but the workaround deals with making a new 
>property, which is
>not something that is desirable in my situation.
>Is there a reason that double expanding is not implemented?

There is an implementation in the sandbox bundled as an AntLib.
You could give it try:


Root
http://svn.apache.org/viewvc/ant/sandbox/antlibs/props/trunk/

Doc
http://svn.apache.org/viewvc/ant/sandbox/antlibs/props/trunk/docs/index.
html?view=co


Jan

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

WG: [Urgent] Please help promote ApacheCon video streaming!

[Jan.Materne]

FYI

Jan 

-Ursprüngliche Nachricht-
Von: Lars Eilebrecht [mailto:[EMAIL PROTECTED] 
Gesendet: Dienstag, 4. November 2008 17:27
An: [EMAIL PROTECTED]
Betreff: [Urgent] Please help promote ApacheCon video streaming!
Wichtigkeit: Hoch

Hi,

please help promote the ApacheCon live video streaming by forwarding
the email below to your PMC user and dev mailing lists, ASAP!

Thank you
Lars Eilebrecht

-

Subject: ApacheCon live video streaming available; keynotes and Apache 101 are 
free


Can't make ApacheCon this week in New Orleans?  You can still watch all 
the keynotes, Apache 101 sessions, and system administration track in 
live video streams:

   http://streaming.linux-magazin.de/en/program_apacheconus08.htm?ann

Keynotes and the Apache 101 lunchtime sessions are free; the full 
sysadmin track, including httpd performance, security, and server stack 
administration talks are available for a fee.

Keynotes include:
- David Recordon, Six Apart  (Wednesday 09:30)
   "Learning from Apache to create Open Specifications"

- Shahani Markus Weerawarana, Ph.D.  (Thursday 11:30)
   "Standing on the Shoulders of Giants"

- Sam Ramji, Microsoft  (Friday 11:30)
   "struct.new("future", :open, :microsoft)"


   Reminder: New Orleans is CST or UTC/GMT -6 hours.


Advance notice: ApacheCon EU 2009 returns to Amsterdam, 23-27 March.  We 
had a great response to our CFP and look forward to announcing the 
schedule in the next month.

---

-- 
Lars Eilebrecht  -  V.P., Conference Planning
[EMAIL PROTECTED]  -  http://www.us.apachecon.com



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

AW: JavaFront + running a task from command line

[Jan.Materne]

>> I tried to implement a starter so that you can start a task from the
>> command line like
>> ant -lib JAVAFRONT -main org.apache.ant.javafront.TaskExec echo\
>>   message "Hallo Welt"
>
>interesting.  all you need from JavaFront is the TagBuilder, so it may
>better be split out.

Maybe next week. Splitting JavaFront in three parts
- tagbuilder library
- task executor
- java based buildfiles


>> private Project initProject() {
>> DefaultLogger logger = new DefaultLogger();
>> logger.setOutputPrintStream(System.out);
>> logger.setErrorPrintStream(System.err);
>>
>> I cant find the mistake, but there is no output ...
>> Any ideas?
>
>logger.setMessageOutputLevel(Project.MSG_INFO);
>
>DefaultLogger's default level is MSG_ERR so your echo wasn't logging
>at a level severe enough to create output.


Thanks. I should had a look at THAT source too ...


Jan

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

JavaFront + running a task from command line

[Jan.Materne]

I tried to implement a starter so that you can start a task from the
command line like
ant -lib JAVAFRONT -main org.apache.ant.javafront.TaskExec echo
message "Hallo Welt"
ant -lib JAVAFRONT -main org.apache.ant.javafront.TaskExec
echoproperties prefix ant.

In Ant XML:



The starter is:
public class TaskExec implements AntMain {

public void startAnt(String[] args, Properties
additionalUserProperties, ClassLoader coreLoader) {
Map attributes = new Hashtable();

// Analyzing the command line arguments
String taskname = args[0];
for(int i=1; i

AW: JavaFront: use of nested elements

[Jan.Materne]

I added support for AntLibs ...


Jan 

>-Ursprüngliche Nachricht-
>Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] 
>Gesendet: Montag, 10. November 2008 13:13
>An: dev@ant.apache.org
>Betreff: JavaFront: use of nested elements
>
>I have rewritten the command line parsing to support the use of nested
>elements and text like
>
>
>
>Hello World
>
>The examples now show the XML-Syntax followed by the command line.
>
>But the last example doesnt work:
>
>XML: 
> 
> Ant Version ${ant.version}
> End of text
> 
>CMD: concat + fileset dir src includes *.properties - + header # Ant
>Version ${ant.version} - + footer # End of text
>---
>-
>---
>Problem: failed to create task or type footer
>Cause: The name is undefined.
>Action: Check the spelling.
>Action: Check that any custom tasks/types have been declared.
>Action: Check that any / declarations have taken
>place.
>
>at
>org.apache.tools.ant.UnknownElement.getNotFoundException(Unknow
>nElement.
>java:481)
>at
>org.apache.tools.ant.UnknownElement.makeObject(UnknownElement.java:413)
>at
>org.apache.tools.ant.UnknownElement.maybeConfigure(UnknownEleme
>nt.java:1
>60)
>at org.apache.ant.javafront.builder.Tag.build(Tag.java:70)
>at 
>org.apache.ant.javafront.TaskExec.startAnt(TaskExec.java:110)
>at org.apache.tools.ant.launch.Launcher.run(Launcher.java:257)
>at org.apache.tools.ant.launch.Launcher.main(Launcher.java:104)
>
>
>Ideas?
>
>
>Jan
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

JavaFront: use of nested elements

[Jan.Materne]

I have rewritten the command line parsing to support the use of nested
elements and text like



Hello World

The examples now show the XML-Syntax followed by the command line.

But the last example doesnt work:

XML: 
 
 Ant Version ${ant.version}
 End of text
 
CMD: concat + fileset dir src includes *.properties - + header # Ant
Version ${ant.version} - + footer # End of text

---
Problem: failed to create task or type footer
Cause: The name is undefined.
Action: Check the spelling.
Action: Check that any custom tasks/types have been declared.
Action: Check that any / declarations have taken
place.

at
org.apache.tools.ant.UnknownElement.getNotFoundException(UnknownElement.
java:481)
at
org.apache.tools.ant.UnknownElement.makeObject(UnknownElement.java:413)
at
org.apache.tools.ant.UnknownElement.maybeConfigure(UnknownElement.java:1
60)
at org.apache.ant.javafront.builder.Tag.build(Tag.java:70)
at org.apache.ant.javafront.TaskExec.startAnt(TaskExec.java:110)
at org.apache.tools.ant.launch.Launcher.run(Launcher.java:257)
at org.apache.tools.ant.launch.Launcher.main(Launcher.java:104)


Ideas?


Jan

AW: JavaFront: use of nested elements

[Jan.Materne]

>Works for me now.

Cool :-)

Jan

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

AW: EasyAnt phases

[Jan.Materne]

> > There is one change: the current Ant behavior is to respect the
order in
> > which dependencies are set. The phase as currently proposed does not
deal
> > with this, making it only usable in certain use cases.
> 
> Someone correct me if I'm wrong here, but AFAIK there's nothing in the

> documentation that states target dependencies will be executed in the 
> order listed. The fact that the default executor respects the order is
a 
> side effect of the implementation, not a guaranteed behavior.

While implementing the ParallelExecutor in the sandbox I got reaction in
that case.
http://marc.info/?l=ant-user&m=119797310406425&w=2
Basically order does matter (at the moment).

But this was the basic idea of that executor: start all targets from the
depends clause 
in parallel and start executing the current target if all finished
without failure.

But someone pointed out
(http://marc.info/?l=ant-user&m=119797614510909&w=2) that the manual
itself gives that hint: http://ant.apache.org/manual/using.html#targets

  "It should be noted, however, that Ant's depends attribute only
specifies the order in 
  which targets should be executed - it does not affect whether the
target that specifies 
  the dependency(s) gets executed if the dependent target(s) did not
(need to) run.

  Ant tries to execute the targets in the depends attribute in the order
they appear (from 
  left to right). Keep in mind that it is possible that a target can get
executed earlier 
  when an earlier target depends on it."


The need of clarification was said in
http://marc.info/?l=ant-user&m=119797869814067&w=2



Jan

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

AW: svn commit: r718633 - in /ant/core/trunk: WHATSNEW docs/manual/CoreTypes/resources.html src/tests/antunit/taskdefs/war-test.xml

[Jan.Materne]

>+ * a new resource collection  generalizes the prefix
>+   and fullpath attributes of  to arbitrary mappers that
>+   can be applied to arbitrary resource collections.
>+   Bugzilla Report 4240.
>+
>+  Creates a WAR archive adding all CLASSPATH entries that are files
>+to the WEB-INF/lib directory without keeping their
>+files-system structure.
>+
>+  
>+
>+  
>+
>+  
>+  
>+
>+
>+  
>+  
>+
>+  
>+
>+  
>+


Are these closed now?
* https://issues.apache.org/bugzilla/show_bug.cgi?id=19523
  zip/unzip should have the capability to use a mapper
  Opened: 2003-05-01 18:01 PST
* https://issues.apache.org/bugzilla/show_bug.cgi?id=31947
  War task should flatten files in  element
  Opened: 2004-10-28 21:17 PST


Jan

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

AW: target-group committed

[Jan.Materne]

>> > > In addition, as we use target-group to have more "genericity" we
>> doesn't
>> > > want to have prefix on those "generic" targets.
>> >
>> > I'm afraid I don't understand this.
>> >
>> > One of your selling points for  was that the 
>included build is
>> > self-contained and remains that way by prefixing all 
>traget names and
>> > rewriting the depends lists.
>> >
>> > If we break that rule for some kind of target, the 
>included build is
>> > suddenly open for modifications from the outside - 
>including overrides
>> > of target-groups.
>> >
>> Again if we consider target-group as JUST a way to have 
>target dependency
>> injection, this doesn't make sens.
>> In opposite if we consider that target-groups are toplevel 
>target does't it
>> make sens to have prefix on target-group?
>> Example (using current HEAD revision):
>> Suppose you want to have a generic task called report
>> a.xml
>> 
>> 
>> javadoc
>> 
>> ...
>> 
>>
>> b.xml
>> 
>> description="generate
>> junit
>> report">
>> junitreport
>> 
>> ...
>> 
>>
>> c.xml
>> 
>> > target-group="report">
>>  emma report
>> 
>> ...
>> 
>>
>> phases.xml
>> 
>> 
>> 
>>
>> build.xml
>> 
>> 
>> 
>> 
>> 
>> 
>>
>>
>> If you try to use "ant report" :
>> you have this message
>> "can't add target javadoc.javadoc to target-group 
>javadoc.report because
>> the
>> target-group is unknown."
>>
>> IMHO a target-group should NEVER be prefixed, in a module 
>it's possible to
>> assign a target to a phase which is not declared in the 
>build module. It
>> makes the module dependent on the caller to declare the 
>phase prior to the
>> use call, and as such becomes a requirement of the module.
>>
>>
>I would like to bring more attention to this, because I think 
>Jean-Louis
>makes a very good point here.
>IMO joining a target group for a target should be possible for a target
>group which is defined in a build file "including" the build 
>file in which
>the target itself is defined.
>
>So maybe name resolution of a target-group when a target 
>declares to join a
>target-group (with ) 
>in an included
>file should first look for the prefixed name (as it is currently
>implemented) and then if it doesn't exist, try to look for the 
>non prefixed
>name.


Could we write a Wiki page with the "definitions"?
(Its content could after committing be moved to the manual)

Jan

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

AW: Updating the Continuous/Synergy tasks that are shipped with Ant

[Jan.Materne]

>Hey all,
>I'm the build manager working a financial company in Ireland.
>I'd like to add some more functionality to the standard 
>Continuous/ Synergy
>tasks which come with Ant.
>They're quite old now and could use some updating.
>How do I go about contributing source to the Ant project?
>Do I need to send svn diff's to the mailing list, or is their another
>preferred way?

I would suggest to deprecate the internal tasks and create a new antlib.

Do you have some implementations?
I have written a new antlib for my company and I can ask for
contributing that.


Jan

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

AW: Updating the Continuous/Synergy tasks that are shipped with Ant

[Jan.Materne]

We are using Synergy 6.5 at the moment and using it since ... mmh ... 5.1? 4.5?
With 6.5 Synergy has a Java client (ok present in 6.1 also), but sadly no real 
and open "API" so these tasks wrap the command line client.

As often with scm tasks a test environment for unit tests is difficult ...


Jan






Starts a Synergy session


Stops a Synergy session


Connects to a running session. ("CCM_ADDR" not set by the Java client any more)




Check files out


Check a project out
  ccm co -p ${project}-${version} -release ${release} -mod -path ${workarea}
  

Reconfigure command


Creates a new task





Gets information about the current session
  [echoproperties] #Ant properties
  [echoproperties] #Mon May 22 09:46:33 CEST 2006
  [echoproperties] info.interface=Command Interface
  [echoproperties] info.user=mat
  [echoproperties] info.session=1707
  [echoproperties] info.ip=130.11.36.89
  [echoproperties] info.db=/rzf/db/skm/ccm_databases/uebungen
  [echoproperties] info.computer=nb011689







Checks for a give role (task and condition)


Stores the object version of a given file in a property. Optional default value 
if not under CM control.


https://myJira.org/browse/"/>

Creates a changelist by getting all completed tasks of a release. The result is 
a text or xml file with release name and task synopsis. If "detailed" with 
their documentations too. A XSL could transform that into HTML.














Moving with Synergy.



Checks whether an open Synergy session is available.



>-Ursprüngliche Nachricht-
>Von: Dave [mailto:[EMAIL PROTECTED] 
>Gesendet: Freitag, 28. November 2008 10:40
>An: Ant Developers List
>Betreff: Re: Updating the Continuous/Synergy tasks that are 
>shipped with Ant
>
>Sounds good. I haven't started working on them yet, but I'd probably be
>enhancing the existing tasks a little (as they're still 
>relevant) and adding
>one or two new tasks.I'll post back here once I have something to show.
>Are you also using Synergy at your workplace, or was the antlib for
>something else?
>
>On Fri, Nov 28, 2008 at 7:11 AM, <[EMAIL PROTECTED]> wrote:
>
>> >Hey all,
>> >I'm the build manager working a financial company in Ireland.
>> >I'd like to add some more functionality to the standard
>> >Continuous/ Synergy
>> >tasks which come with Ant.
>> >They're quite old now and could use some updating.
>> >How do I go about contributing source to the Ant project?
>> >Do I need to send svn diff's to the mailing list, or is 
>their another
>> >preferred way?
>>
>> I would suggest to deprecate the internal tasks and create a 
>new antlib.
>>
>> Do you have some implementations?
>> I have written a new antlib for my company and I can ask for
>> contributing that.
>>
>>
>> Jan
>>
>> -
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>>
>>
>
>
>-- 
>"A lot of people are afraid of heights. Not me, I'm afraid of widths."
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

AW: Updating the Continuous/Synergy tasks that are shipped with Ant

[Jan.Materne]

What we need is an automatic unit test.
This requires a testbed.

As an AntLib for a very special scm we could live with the fact that not any 
committer has access to the scm system. But a few should have. And they should 
have a test suite so they can "click a button and get the result".


Jan

>-Ursprüngliche Nachricht-
>Von: Dave [mailto:[EMAIL PROTECTED] 
>Gesendet: Freitag, 28. November 2008 11:48
>An: Ant Developers List
>Betreff: Re: Updating the Continuous/Synergy tasks that are 
>shipped with Ant
>
>Well if you'd like to send me your Antlibs, I can do some 
>testing for you
>here. We're using Synergy 6.5 SP2 (and we're planning on installing the
>first post-SP2 patch next wednesday). Would that be of interest to you?
>
>On Fri, Nov 28, 2008 at 10:39 AM, <[EMAIL PROTECTED]> wrote:
>
>> We are using Synergy 6.5 at the moment and using it since 
>... mmh ... 5.1?
>> 4.5?
>> With 6.5 Synergy has a Java client (ok present in 6.1 also), 
>but sadly no
>> real and open "API" so these tasks wrap the command line client.
>>
>> As often with scm tasks a test environment for unit tests is 
>difficult ...
>>
>>
>> Jan
>>
>>
>>
>>
>>
>> uiDatabaseDir=""
>> initialRole=""/>
>> Starts a Synergy session
>>
>> 
>> Stops a Synergy session
>>
>> 
>> Connects to a running session. ("CCM_ADDR" not set by the 
>Java client any
>> more)
>>
>> 
>>
>> 
>> Check files out
>>
>> 
>> Check a project out
>>  ccm co -p ${project}-${version} -release ${release} -mod 
>-path ${workarea}
>>
>> 
>> Reconfigure command
>>
>> > asDefault=""/>
>> Creates a new task
>>
>> 
>>
>> > interfacekind="info.interface"
>> ip="info.ip"
>> sessionid="info.session"
>> user="info.user"
>> computer="info.computer"/>
>> 
>> Gets information about the current session
>>  [echoproperties] #Ant properties
>>  [echoproperties] #Mon May 22 09:46:33 CEST 2006
>>  [echoproperties] info.interface=Command Interface
>>  [echoproperties] info.user=mat
>>  [echoproperties] info.session=1707
>>  [echoproperties] info.ip=130.11.36.89
>>  [echoproperties] info.db=/rzf/db/skm/ccm_databases/uebungen
>>  [echoproperties] info.computer=nb011689
>>
>> 
>> 
>>
>>
>>
>> 
>> Checks for a give role (task and condition)
>>
>> 
>> Stores the object version of a given file in a property. 
>Optional default
>> value if not under CM control.
>>
>> detailed="">
>>prefix="https://myJira.org/browse/
>> "/>
>> 
>> Creates a changelist by getting all completed tasks of a release. The
>> result is a text or xml file with release name and task synopsis. If
>> "detailed" with their documentations too. A XSL could 
>transform that into
>> HTML.
>> >in="${build.dir}/changes-detailed.xml"
>>out="${build.dir}/changes.html"
>> >
>>
>>
>>
>>expression="${release.name}/${release.version}"/>
>> 
>>
>>
>>
>> 
>> 
>>
>>
>> 
>> Moving with Synergy.
>>
>>
>> 
>> Checks whether an open Synergy session is available.
>>
>>
>>
>> >-Ursprüngliche Nachricht-
>> >Von: Dave [mailto:[EMAIL PROTECTED]
>> >Gesendet: Freitag, 28. November 2008 10:40
>> >An: Ant Developers List
>> >Betreff: Re: Updating the Continuous/Synergy tasks that are
>> >shipped with Ant
>> >
>> >Sounds good. I haven't started working on them yet, but I'd 
>probably be
>> >enhancing the existing tasks a little (as they're still
>> >relevant) and adding
>> >one or two new tasks.I'll post back here once I have 
>something to show.
>> >Are you also using Synergy at your workplace, or was the antlib for
>> >something else?
>> >
>> >On Fri, Nov 28, 2008 at 7:11 AM, <[EMAIL PROTECTED]> wrote:
>> >
>> >> >Hey all,
>> >> >I'm the build manager working a financial company in Ireland.
>> >> >I'd like to add some more functionality to the standard
>> >> >Continuous/ Synergy
>> >> >tasks which come with Ant.
>> >> >They're quite old now and could use some updating.
>> >> >How do I go about contributing source to the Ant project?
>> >> >Do I need to send svn diff's to the mailing list, or is
>> >their another
>> >> >preferred way?
>> >>
>> >> I would suggest to deprecate the internal tasks and create a
>> >new antlib.
>> >>
>> >> Do you have some implementations?
>> >> I have written a new antlib for my company and I can ask for
>> >> contributing that.
>> >>
>> >>
>> >> Jan
>> >>
>> >> 
>-
>> >> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> >> For additional commands, e-mail: [EMAIL PROTECTED]
>> >>
>> >>
>> >
>> >
>> >--
>> >"A lot of people are afraid of heights. Not me, I'm afraid 
>of widths."
>> >
>>
>> -
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>>
>>
>
>
>-- 
>"A lot of people are afraid of heights. Not me, I'm afraid of widt

AW: How to call a task from a directory

[Jan.Materne]

This is more a question for the [EMAIL PROTECTED] mailinglist.
Try 

Jan 

>-Ursprüngliche Nachricht-
>Von: m.sudan [mailto:[EMAIL PROTECTED] 
>Gesendet: Mittwoch, 3. Dezember 2008 15:12
>An: dev@ant.apache.org
>Betreff: How to call a task from a directory
>
>
>Hi,
>
>How to call target, say t1 from a directory C:\abc\build.xml file into
>target, say x1 (D:\xyz\build.xml file)?
>
>Both build files are defined in two different directories.
>
>Thanks.
>
>madhu
>
>-- 
>View this message in context: 
>http://www.nabble.com/How-to-call-a-task-from-a-directory-tp208
>13653p20813653.html
>Sent from the Ant - Dev mailing list archive at Nabble.com.
>
>
>-
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]
>
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

AW: [DISCUSS] Announce of the IvyDE 2.0.0.beta1 release

[Jan.Materne]

 

>-Ursprüngliche Nachricht-
>Von: Nicolas Lalevée [mailto:[EMAIL PROTECTED] 
>Gesendet: Mittwoch, 10. Dezember 2008 15:31
>An: Ant Developers List
>Betreff: [DISCUSS] Announce of the IvyDE 2.0.0.beta1 release
>
>Here is the proposal of the announcement:
>
>-
>
>The Apache Ivy project is pleased to announce the release of 
>IvyDE 2.0.0.beta1.
>
>IvyDE is an Eclipse plugin that leverage the management of the 
>Ivy dependencies in the Eclipse development environment.
>It will help you manage your classpath based on the Ivy 
>dependencies, with a dedicated editor of ivy.xml files, with 
>completion.
>
>Whereas the status of the previous release was alpha, we got 
>this plugin to be more stable. The bugs which were making the 

>plugin unusable have been fixed. Thought we know that there 
>still some bugs, so this is a milestone towards the final stable, a beta 
>milestone.

- plugin unusable have been fixed. Thought we know that there 
- still some bugs, so this is a milestone towards the final stable, a beta 
milestone.
+ plugin unusable have been fixed. Thought we know that there are
+ still some bugs, so this is a milestone towards the final release.
+ But this is already stable, a beta milestone.



>
>To download IvyDE: http://ant.apache.org/ivy/ivyde/download.cgi
>Important note: the IvyDE updatesite at 
>http://ant.apache.org/ivy/ivyde/updatesite is now deprecated 
>because it causes us some deployment pain (which probably get 
>some pain to some user too). So please switch to use this one: 
>http://www.apache.org/dist/ant/ivyde/updatesite/
>
>The new main features in this release:
>* the configuration panel have been splitted to be more 
>manageable and understandable
>* Error markers now shows up if the resolve job failed
>* You can clean the ivy caches via the context menu
>* still experimental: handle dependencies between 
>IvyDE-enabled projects

?? Which Ivy version is included?


>
>You will find the raw release notes there:
>https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectI
>d=12310640&styleName=Html&version=12313273
>
>To get more information on the project, see:
>http://ant.apache.org/ivy/ivyde/
>
>Nicolas


Just my few cents ...


Jan

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

AW: AW: [DISCUSS] Announce of the IvyDE 2.0.0.beta1 release

[Jan.Materne]

>>> To download IvyDE: http://ant.apache.org/ivy/ivyde/download.cgi
>>> Important note: the IvyDE updatesite at 
>>> http://ant.apache.org/ivy/ivyde/updatesite is now deprecated 
>>> because it causes us some deployment pain (which probably get 
>>> some pain to some user too). So please switch to use this one: 
>>> http://www.apache.org/dist/ant/ivyde/updatesite/
>>>
>>> The new main features in this release:
>>> * the configuration panel have been splitted to be more 
>>> manageable and understandable
>>> * Error markers now shows up if the resolve job failed
>>> * You can clean the ivy caches via the context menu
>>> * still experimental: handle dependencies between 
>>> IvyDE-enabled projects
>>> 
>>
>> ?? Which Ivy version is included?
>>   
>
>Ivy is not included within IvyDE, it is distributed just next 
>to it. The 
>last Ivy release is already deployed on the eclipse updatesite.
>But probably we can at least refer to the compatibility between them:
>* it is compatible with the last release of Ivy (2.0.0.rc2)
>
>Nicolas



So IvyDE doesnt use Ivy? It "just" uses the same file Ivy uses?


Jan

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

AW: AW: AW: [DISCUSS] Announce of the IvyDE 2.0.0.beta1 release

[Jan.Materne]

>IvyDE does use Ivy, but it is a dependency relation more than a 
>inclusion/embedding relation. IvyDE relies on Ivy just as it relies on 
>the Eclipse JDT APIs.
>And so when there is a new version of Ivy released, there is 
>no need to 
>do a new release of IvyDE.

Ok, thanks.
So Ivy is available as Eclipse plugin.

Jan

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

AW: New iterating task

[Jan.Materne]

Sound very like  ...

Jan 

>-Ursprüngliche Nachricht-
>Von: Martin Holst Swende [mailto:martin.holst_swe...@msc.se] 
>Gesendet: Donnerstag, 18. Dezember 2008 10:16
>An: Ant Developers List
>Betreff: New iterating task
>
>Hi all,
>
>I have a little utility-task that I wrote because I did not find any 
>better alternative - but maybe I missed something obvious. So 
>I thought 
>I would contribute it, if there is any interest.
>
>Anyway, it is a kind of file iterator meant to be used on 
>tasks that are 
>not written to handle multiple files. Also a few other uses, such as 
>manipulating and/or preserve paths and filenames in the process . Here 
>is how I use it :
>
>
>
>
>
>
>
>
>
>
>
>
>Dir : ${dir}
>Path  : ${path}
>Filename:${filename}
>Extension:${extension}
>Extra-param: ${test}
>
>
>
>
>What it does is, for each entry in the fileset, it calls the target 
>(myecho), and sets these properties : dir, path, filename, 
>extension and 
>any supplied extra parameters. It just lists files, so far.
>
>The fully qualified path is created in this manner :
>
>dir + path + filename + "." + extension
>
>
>One way of using it is if I have a dir-structure, say a photoalbum, 
>where thumbnails have already been generated in the same 
>structure. If I 
>want to copy all thumbnails, but keep their directory 
>structure, normal 
>file-copy will not suffice (since it will copy all to same directory). 
>But I can do this :
>
>
>
>
>
>
>   
>todir="thumbs/${path}"/>
>
>
>The todir will retain path, and copy files into e.g 
>"thumbs/2008/01/21/img01_thumb.jpg" .
>
>And if I have a task that scales images, I could set it up like this :
>
>
>
>
>
>
>
> 
>outfile="thumbs/${path}${filename}_thumb.${extension}" size="${size}"/>
>   
>
>This way, I can iterate a task not built for it (in this case 
>"rescale") 
>and be pretty flexible with the input parameters to that task.
>
>So, have I re-invented the wheel?
>
>Regards,
>Martin Holst Swende
>
>-- 
>Martin Holst Swende . MSC Konsult AB
>tel: +46(0)70 9519098 ... Vasagatan 52
>martin.holst_swe...@msc.se .. 111 20 Stockholm
>
>
>
>-
>To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
>For additional commands, e-mail: dev-h...@ant.apache.org
>
>

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

AW: AW: New iterating task

[Jan.Materne]

Ok, but these property names are fixed. What about
  
  

The file informations could also retrieved via  and . 
Together with  these properties could 
be eliminated during each loop.

Your task is more comfortable to use if you need the file information. But I 
think it should be more generic and support resource collections. Maybe only 
file resources. The use of a  container is also more performant 
than reusing  or .










The size of file '@{name}' in directory '@{parent}' is @{size} 
Bytes.





http://svn.apache.org/repos/asf/ant/core/trunk/src/main/org/apache/tools/ant/types/resources/FileResource.java
http://svn.apache.org/repos/asf/ant/core/trunk/src/main/org/apache/tools/ant/types/resources/FileProvider.java



Jan

>-Ursprüngliche Nachricht-
>Von: Martin Holst Swende [mailto:martin.holst_swe...@msc.se] 
>Gesendet: Donnerstag, 18. Dezember 2008 12:45
>An: Ant Developers List
>Betreff: Re: AW: New iterating task
>
>Yes, it does.
>
>However, the foreach-task, to my understanding, cannot as 
>easily be used 
>in the examples I provided, since it does not provide parametrized 
>file-information (basedir, path, name and extension). Otherwise, it is 
>very similar.
>
>/Martin
>
>jan.mate...@rzf.fin-nrw.de wrote:
>> Sound very like  ...
>>
>> Jan 
>>
>>   
>>> -Ursprüngliche Nachricht-
>>> Von: Martin Holst Swende [mailto:martin.holst_swe...@msc.se] 
>>> Gesendet: Donnerstag, 18. Dezember 2008 10:16
>>> An: Ant Developers List
>>> Betreff: New iterating task
>>>
>>> Hi all,
>>>
>>> I have a little utility-task that I wrote because I did not 
>find any 
>>> better alternative - but maybe I missed something obvious. So 
>>> I thought 
>>> I would contribute it, if there is any interest.
>>>
>>> Anyway, it is a kind of file iterator meant to be used on 
>>> tasks that are 
>>> not written to handle multiple files. Also a few other 
>uses, such as 
>>> manipulating and/or preserve paths and filenames in the 
>process . Here 
>>> is how I use it :
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>Dir : ${dir}
>>>Path  : ${path}
>>>Filename:${filename}
>>>Extension:${extension}
>>>Extra-param: ${test}
>>>
>>>
>>>
>>>
>>> What it does is, for each entry in the fileset, it calls the target 
>>> (myecho), and sets these properties : dir, path, filename, 
>>> extension and 
>>> any supplied extra parameters. It just lists files, so far.
>>>
>>> The fully qualified path is created in this manner :
>>>
>>> dir + path + filename + "." + extension
>>>
>>>
>>> One way of using it is if I have a dir-structure, say a photoalbum, 
>>> where thumbnails have already been generated in the same 
>>> structure. If I 
>>> want to copy all thumbnails, but keep their directory 
>>> structure, normal 
>>> file-copy will not suffice (since it will copy all to same 
>directory). 
>>> But I can do this :
>>>
>>>
>>>
>>>
>>>
>>>
>>>   
>>>>> todir="thumbs/${path}"/>
>>>
>>>
>>> The todir will retain path, and copy files into e.g 
>>> "thumbs/2008/01/21/img01_thumb.jpg" .
>>>
>>> And if I have a task that scales images, I could set it up 
>like this :
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> 
>>>>> outfile="thumbs/${path}${filename}_thumb.${extension}" 
>size="${size}"/>
>>>   
>>>
>>> This way, I can iterate a task not built for it (in this case 
>>> "rescale") 
>>> and be pretty flexible with the input parameters to that task.
>>>
>>> So, have I re-invented the wheel?
>>>
>>> Regards,
>>> Martin Holst Swende
>>>
>>> -- 
>>> Martin Holst Swende . MSC Konsult AB
>>> tel: +46(0)70 9519098 ... Vasagatan 52
>>> martin.holst_swe...@msc.se .. 111 20 Stockholm
>>>
>>>
>>>
>>> 
>-
>>> To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
>>> For additional commands, e-mail: dev-h...@ant.apache.org
>>>
>>>
>>> 
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
>> For additional commands, e-mail: dev-h...@ant.apache.org
>>
>>   
>
>
>-- 
>Martin Holst Swende . MSC Konsult AB
>tel: +46(0)70 9519098 ... Vasagatan 52
>martin.holst_swe...@msc.se .. 111 20 Stockholm
>
>
>
>-
>To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
>For additional commands, e-mail: dev-h...@ant.apache.org
>
>

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

AW: IvyDE on hudson.zones.apache.org

[Jan.Materne]

Currently we have a CI running at JetBrains [1,2] and we have two user accounts 
for the CI server. One for administration and one for observing the builds.
We are not sure about migrating to hud...@apache (main reason: time for 
migration).

But you can add me, too.


Jan

[1] http://ant.apache.org/nightlies.html
[2] http://teamcity.jetbrains.com/  


>-Ursprüngliche Nachricht-
>Von: Nicolas Lalevée [mailto:nicolas.lale...@hibnet.org] 
>Gesendet: Montag, 12. Januar 2009 11:38
>An: Ant Developers List
>Betreff: IvyDE on hudson.zones.apache.org
>
>Hi all,
>
>I would like to add IvyDE to some CI server.
>And since I know Hudson and we have on hudson instance on 
>Apache I would 
>like to make IvyDE build there. I am even thinking of setting up an 
>automatic build of an Eclipse updatesite.
>Any objection ?
>And does anybody wants to join me as the administrator of Hudson ?
>
>Nicolas
>
>[See also] http://wiki.apache.org/general/Hudson
>
>
>-
>To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
>For additional commands, e-mail: dev-h...@ant.apache.org
>
>

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

AW: [DISCUSS]Ivy 2.0.0 announcement text

[Jan.Materne]

I think this is the first not-beta release under Apache.
Do you want the mention that?

Jan 

> -Ursprüngliche Nachricht-
> Von: Maarten Coene [mailto:maarten_co...@yahoo.com] 
> Gesendet: Sonntag, 18. Januar 2009 23:39
> An: ant-dev
> Betreff: [DISCUSS]Ivy 2.0.0 announcement text
> 
> Hi,
> 
> I prepared the announcement text for the 2.0.0 release of Ivy 
> (see below).
> Please post your feedback quickly, I would like to announce 
> it on monday or tuesday.
> 
> Maarten
> 
> ==
>  - The Ivy project is pleased to announce its
> 2.0.0 release.
> 
> Ivy is a tool for managing (recording, tracking, resolving and
> reporting) project dependencies, characterized by flexibility,
> configurability, and tight integration with Apache Ant.
> 
> Key features of the 2.0.0 release are
> * enhanced Maven2 compatibility, with several bug fixes and more
>   pom features covered
> * improved cache management, including dynamic revision caching
>   with fine grain TTL
> * improved concurrency support with cache locking and atomic publish
> * namespace aware validation, allowing to use validation with
>   extra attributes
> * better and more homogeneous relative paths handling
> * better support for local builds
> * numerous bug fixes as documented in Jira and in the release notes
> 
> We encourage all users of Ivy to update to this new version.
> 
> Issues should be reported to:
> https://issues.apache.org/jira/browse/IVY
> 
> Download the 2.0.0 release at:
> http://ant.apache.org/ivy/download.cgi
> 
> More information can be found on the Ivy website:
> http://ant.apache.org/ivy/
> 
> Regards,
> Maarten Coene
> ==
> 
> 
> 
>   
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
> For additional commands, e-mail: dev-h...@ant.apache.org
> 
> 

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

AW: listing my article

[Jan.Materne]

ref 735616
I added a link in the http://ant.apache.org/resources.html#Articles section.


Jan 

> -Ursprüngliche Nachricht-
> Von: Blaine Simpson [mailto:blaine.simp...@admc.com] 
> Gesendet: Freitag, 16. Januar 2009 17:31
> An: dev@ant.apache.org
> Betreff: listing my article
> 
> Could I get a kind soul to add a link to my new article on 
> Ant + Docbook
> in the Articles section of your Resources page?  I'm asking here, as
> requested on that page.
> 
> http://pub.admc.com/howtos/ant-docbook-howto/
> 
> The DocBook team documents how to use "make" for DocBook more 
> than Ant. 
> My HOWTO document is an attempt to cover the neglected case of using
> DocBook for pure Java projects.
> 
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
> For additional commands, e-mail: dev-h...@ant.apache.org
> 
> 

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

AW: AW: listing my article

[Jan.Materne]

Two barriers:
- the automatic sync between SVN repo and HTTPD docroot
- browser cache

I think the first one hasnt run yet ...
So retry it tomorrow.


Jan

 

> -Ursprüngliche Nachricht-
> Von: Blaine Simpson [mailto:blaine.simp...@admc.com] 
> Gesendet: Montag, 19. Januar 2009 14:23
> An: Ant Developers List
> Betreff: Re: AW: listing my article
> 
> Not there.  Will it appear when a content push occurs or something?
> 
> jan.mate...@rzf.fin-nrw.de wrote:
> > ref 735616
> > I added a link in the 
> http://ant.apache.org/resources.html#Articles section.
> >
> >
> > Jan 
> >
> >   
> >> -Ursprüngliche Nachricht-
> >> Von: Blaine Simpson [mailto:blaine.simp...@admc.com] 
> >> Gesendet: Freitag, 16. Januar 2009 17:31
> >> An: dev@ant.apache.org
> >> Betreff: listing my article
> >>
> >> Could I get a kind soul to add a link to my new article on 
> >> Ant + Docbook
> >> in the Articles section of your Resources page?  I'm 
> asking here, as
> >> requested on that page.
> >>
> >> http://pub.admc.com/howtos/ant-docbook-howto/
> >>
> >> The DocBook team documents how to use "make" for DocBook more 
> >> than Ant. 
> >> My HOWTO document is an attempt to cover the neglected 
> case of using
> >> DocBook for pure Java projects.
> >>
> >>
> >> 
> -
> >> To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
> >> For additional commands, e-mail: dev-h...@ant.apache.org
> >>
> >>
> >> 
> >
> > 
> -
> > To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
> > For additional commands, e-mail: dev-h...@ant.apache.org
> >
> >   
> 
> -- 
> http://admc.com/ Main:304-724-1433 Cell:703-944-9317
> 
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
> For additional commands, e-mail: dev-h...@ant.apache.org
> 
> 

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

AW: AW: IvyDE on hudson.zones.apache.org

[Jan.Materne]

Yes thank you. (That mail was hidden in my spam filter ;)
I'll have a look in the next few days.

Jan 

>-Ursprüngliche Nachricht-
>Von: Nicolas Lalevée [mailto:nicolas.lale...@hibnet.org] 
>Gesendet: Mittwoch, 21. Januar 2009 14:09
>An: Ant Developers List
>Betreff: Re: AW: IvyDE on hudson.zones.apache.org
>
>It is done, see https://issues.apache.org/jira/browse/INFRA-1864
>
>So Jan you should have received an email with some connection 
>info as I did.
>
>Nicolas
>
>
>On lundi 12 janvier 2009 14:24:17 jan.mate...@rzf.fin-nrw.de wrote:
>> Currently we have a CI running at JetBrains [1,2] and we 
>have two user
>> accounts for the CI server. One for administration and one 
>for observing
>> the builds. We are not sure about migrating to hud...@apache 
>(main reason:
>> time for migration).
>>
>> But you can add me, too.
>>
>>
>> Jan
>>
>> [1] http://ant.apache.org/nightlies.html
>> [2] http://teamcity.jetbrains.com/
>>
>> >-Ursprüngliche Nachricht-
>> >Von: Nicolas Lalevée [mailto:nicolas.lale...@hibnet.org]
>> >Gesendet: Montag, 12. Januar 2009 11:38
>> >An: Ant Developers List
>> >Betreff: IvyDE on hudson.zones.apache.org
>> >
>> >Hi all,
>> >
>> >I would like to add IvyDE to some CI server.
>> >And since I know Hudson and we have on hudson instance on
>> >Apache I would
>> >like to make IvyDE build there. I am even thinking of setting up an
>> >automatic build of an Eclipse updatesite.
>> >Any objection ?
>> >And does anybody wants to join me as the administrator of Hudson ?
>> >
>> >Nicolas
>> >
>> >[See also] http://wiki.apache.org/general/Hudson
>> >
>> >
>> 
>>-
>> >To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
>> >For additional commands, e-mail: dev-h...@ant.apache.org
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
>> For additional commands, e-mail: dev-h...@ant.apache.org
>
>
>-
>To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
>For additional commands, e-mail: dev-h...@ant.apache.org
>
>

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

AW: Announcing Ivy 2.0.0 release on Ant homepage

[Jan.Materne]

1. update on the local svn copy ;)
2. update the antnews.xml
   a) not sure about updating the s
   b) add a new  as (new) first in the  similar to the other
3. regenerate the site
   - Use Ant for generation
 ant -f docs.xml -Dsite.dir=%JAKARTA_SITE%
   - You need Anakia for that. On See 
http://jakarta.apache.org/site/jakarta-site2.html
4. check in the antnews.xml and antnews.html
5. wait until the jobs have picked up the modifications and published them ...


Jan

p.s.
I prepared the initial announcement, but you want to add more I think ;)

>-Ursprüngliche Nachricht-
>Von: Maarten Coene [mailto:maarten_co...@yahoo.com] 
>Gesendet: Freitag, 23. Januar 2009 00:08
>An: ant-dev
>Betreff: Announcing Ivy 2.0.0 release on Ant homepage
>
>How do I mention the Ivy 2.0.0 release on the ant homepage?
>I guess I have to add it to 
>http://svn.apache.org/repos/asf/ant/core/trunk/xdocs/antnews.xml ?
>
>But what do I have to do next?
>
>Maarten
>
>
>
>  
>
>-
>To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
>For additional commands, e-mail: dev-h...@ant.apache.org
>
>

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

[Travel Assistance] Applications for ApacheCon EU 2009 - Now Open

[Jan.Materne]

The Travel Assistance Committee is now accepting applications for those
wanting to attend ApacheCon EU 2009 between the 23rd and 27th March 2009
in Amsterdam.

The Travel Assistance Committee is looking for people who would like to
be able to attend ApacheCon EU 2009 who need some financial support in
order to get there. There are very few places available and the criteria
is high, that aside applications are open to all open source developers
who feel that their attendance would benefit themselves, their
project(s), the ASF or open source in general.

Financial assistance is available for travel, accommodation and entrance
fees either in full or in part, depending on circumstances. It is
intended that all our ApacheCon events are covered, so it may be prudent
for those in the United States or Asia to wait until an event closer to
them comes up - you are all welcome to apply for ApacheCon EU of course,
but there must be compelling reasons for you to attend an event further
away that your home location for your application to be considered above
those closer to the event location.

More information can be found on the main Apache website at
http://www.apache.org/travel/index.html - where you will also find a
link to the online application form.

Time is very tight for this event, so applications are open now and will
end on the 4th February 2009 - to give enough time for travel
arrangements to be made.

Good luck to all those that apply.


Regards,
The Travel Assistance Committee
-- 




--
Tony Stevenson
t...@pc-tony.com  //  pct...@apache.org  // pct...@freenode.net
http://blog.pc-tony.com/

1024D/51047D66 ECAF DC55 C608 5E82 0B5E  3359 C9C7 924E 5104 7D66
--



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

IVY-1018 include jsch classes in ivy jar - resolved?

[Jan.Materne]

I couldnt close that issue, but I think you could ...

Jan 



-Ursprüngliche Nachricht-
[ 
https://issues.apache.org/jira/browse/IVY-1018?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12667606#action_12667606
 ] 

Jan Matèrne commented on IVY-1018:
--

JSch 0.1.31 is included in the distribution "apache-ivy-2.0.0-bin-with-deps" 
(in its "lib" folder).

http://ant.apache.org/ivy/download.cgi
http://ant.apache.org/ivy/choose-distrib.html

> include jsch classes in ivy jar
> ---
>
> Key: IVY-1018
> URL: https://issues.apache.org/jira/browse/IVY-1018
> Project: Ivy
>  Issue Type: Wish
>  Components: Core
> Environment: any
>Reporter: Ruslan Shevchenko
>Priority: Minor
>   Original Estimate: 24h
>  Remaining Estimate: 24h
>
> It would be good include copy of jsch in ivy.jar

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


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

AW: buildlist/subant in parallel

[Jan.Materne]

>I'm not aware of any implementation, but I think it might be an
>excellent idea.  It would be a good step in the direction of
>concurrent build.
>
>However, note that implement the ivy-parallel-subant is not the only
>thing you will have to do.
>You might also have the ensure that your sub project can indeed be
>build in parallel.  The kind of issue you might have to solve are :
>- Thread safety issue in some tasks
>- Current access to some external ressources (database, repository,
>file system, ...)
>
>Anyway, I'm sure that concurrent build is the direction we have to
>take.  And an ivy-parallel-subant would be a good first step.
>
>Gilles Scokart
>
>
>
>2009/1/27 Alex Iliev :
>> I was thinking that the combination of ivy:buildlist and subant is a
>> perfect candidate for parallelization: the dependency graph tells us
>> exactly which Ivy modules can be built in parallel. I'd be interested
>> in implementing some such functionality. Any thoughts from 
>the list on
>> whether something like this exists or is in progress?


I have written an executor which tries to parallelize a "normal" Ant
build.
http://svn.apache.org/repos/asf/ant/sandbox/parallelexecutor/

Maybe you can get some ideas ;-)


Jan

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

AW: buildlist/subant in parallel

[Jan.Materne]

>> > Of particular concern is logging: your logger must be able to deal 
>with the
>> > fact that you have projects running in parallel or your 
>logs will be 
>an
>> > incomprehensible jumble.
>> 
>> Thanks for the tip! Prefixing logging lines, and/or writing to
>> separate log files per project look like reasonable options here. Was
>> your solution something like this? (if you can say :)
>
>I can't (yet) talk about the details of our solution; sorry.


Regarding to logging I thought about prefexing with the target name, but
havent implemented it in the ParallelExecutor.

Regarding the Java version - it depends if it should be in th Ant core
(JDK 1.3 ATM) or external (like the sandbox). In the later case you are
free to use any version. Just put a note in the readme.


Jan

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

AW: svn commit: r739577 - /ant/core/trunk/src/main/org/apache/tools/ant/property/NullReturn.java

[Jan.Materne]

Very curious ...

Source of String.valueOf(Object) from JDK 1.4.2_15

/**
 * Returns the string representation of the Object argument.
 *
 * @param   obj   an Object.
 * @return  if the argument is null, then a string equal to
 *  "null"; otherwise, the value of
 *  obj.toString() is returned.
 * @see java.lang.Object#toString()
 */
public static String valueOf(Object obj) {
return (obj == null) ? "null" : obj.toString();
} 


The same for JDK 1.6.0_10

public static String valueOf(Object obj) {
return (obj == null) ? "null" : obj.toString();
}


But indeed:
Java 1.3.0-C : NPE
Java 1.4.2_15-b02: NPE
Java 1.5.0_12-b04: NPE
Java 1.6.0_02-b05: NPE

If I add a cast then it works
System.out.println(String.valueOf( (Object)null ));

So the compiler must bind that to another method than String.valueOf(Object) ...


But of course, simply returning "null" is much easier ;)



Jan



> -Ursprüngliche Nachricht-
> Von: Martijn Kruithof [mailto:j...@kruithof.xs4all.nl] 
> Gesendet: Samstag, 31. Januar 2009 22:14
> An: Ant Developers List
> Betreff: Re: svn commit: r739577 - 
> /ant/core/trunk/src/main/org/apache/tools/ant/property/NullReturn.java
> 
> Doubted it, checked it and it returned NullPointerException.
> 
> D:\>type Test.java
> public class Test
> {
> public static void main(String[] args)
> {
> System.out.println(String.valueOf(null));
> }
> }
> 
> D:\>java Test
> Exception in thread "main" java.lang.NullPointerException
> at java.lang.String.(Unknown Source)
> at java.lang.String.valueOf(Unknown Source)
> at Test.main(Test.java:6)
> 
> br Martijn
> 
> Matt Benson schreef:
> > I always thought String.valueOf(null) returned "null".
> >  Was I on crack?
> >
> > -Matt
> >
> > P.S.  Good to see you committing, Martijn...
> >
> > --- j...@apache.org wrote:
> >
> >   
> >> Author: jkf
> >> Date: Sat Jan 31 17:10:50 2009
> >> New Revision: 739577
> >>
> >> URL:
> >> http://svn.apache.org/viewvc?rev=739577&view=rev
> >> Log:
> >> Original toString would always throw a NPE.
> >>
> >> Modified:
> >>
> >>
> >> 
> > 
> ant/core/trunk/src/main/org/apache/tools/ant/property/NullReturn.java
> >   
> >> Modified:
> >>
> >> 
> > 
> ant/core/trunk/src/main/org/apache/tools/ant/property/NullReturn.java
> >   
> >> URL:
> >>
> >> 
> > 
> http://svn.apache.org/viewvc/ant/core/trunk/src/main/org/apach
> e/tools/ant/property/NullReturn.java?rev=739577&r1=739576&r2=7
39577&view=diff
> >   
> > 
> ==
> 
> >   
> >> ---
> >>
> >> 
> > 
> ant/core/trunk/src/main/org/apache/tools/ant/property/NullReturn.java
> >   
> >> (original)
> >> +++
> >>
> >> 
> > 
> ant/core/trunk/src/main/org/apache/tools/ant/property/NullReturn.java
> >   
> >> Sat Jan 31 17:10:50 2009
> >> @@ -33,6 +33,6 @@
> >>   * {...@inheritdoc}
> >>   */
> >>  public String toString() {
> >> -return String.valueOf(null);
> >> +return "null";
> >>  }
> >>  }
> >>
> >>
> >>
> >> 
> >
> >
> >
> >   
> >
> > 
> -
> > To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
> > For additional commands, e-mail: dev-h...@ant.apache.org
> >
> >   
> 
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
> For additional commands, e-mail: dev-h...@ant.apache.org
> 
> 

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

AW: IvyDE on Hudson

[Jan.Materne]

I updated the nighlies page (adding Hudson and the TC-guest-link).
Thanks Yegor for that tip.


Jan 

>-Ursprüngliche Nachricht-
>Von: Yegor Yarko [mailto:yae...@gmail.com] 
>Gesendet: Montag, 2. Februar 2009 23:21
>An: dev@ant.apache.org
>Betreff: Re: IvyDE on Hudson
>
>
>Nicolas,
>
>If you would need to reference TeamCity-stored artifacts you 
>can user URL
>like:
>
>http://teamcity.jetbrains.com/guestAuth/viewLog.html?buildNumbe
r=lastSuccessful&tab=artifacts&buildTypeId=bt128
>
>Note "guestAuth" - this enforces "guest" user and ensures no 
>redirect is
>done to login form;
>also, "lastSuccessful" is used to go to the artifacts of the 
>last successful
>build.
>
>To download specific artifact, an URL like below may be used:
>
>http://teamcity.jetbrains.com/guestAuth/repository/download/bt1
>28/.lastSuccessful/2.1.x-local-20090201090027/ivy-2.1.x-local-2
0090201090027.jar
>
>The date should probably be dropped from the published 
>artifacts structure
>to make the URL usable.
>
>Yegor
>
>
>
>Nicolas Lalevée wrote:
>> 
>> On jeudi 29 janvier 2009 10:48:54 Xavier Hanin wrote:
>>> Hi Nicolas,
>>> How difficult would it be to have Ivy trunk on the update site too?
>>>
>>> It could help IvyDE users try out latest ivy version, and 
>also try out
>>> IvyDE trunk / Ivy trunk compatibility.
>>> WDYT?
>> 
>> I think it is a good idea.
>> Then the difficulty depends of where we want to have the 
>trunk Ivy build.
>> If we 
>> want to use the build which are on the TeamCity server, as 
>far as I could
>> look 
>> into it, it might be tricky of bypassing the login/password. 
>If we want to 
>> have it build on the same Hudson as IvyDE, it can be quite straight
>> forward.
>> 
>> Nicolas
>> 
>> 
>>>
>>> Xavier
>>>
>>> On Tue, Jan 27, 2009 at 11:03 AM, Nicolas Lalevée <
>>>
>>> nicolas.lale...@hibnet.org> wrote:
>>> > Hi all,
>>> >
>>> > I have setup the build of IvyDE on the ASF's Hudson:
>>> > http://hudson.zones.apache.org/hudson/view/Ant/job/IvyDE
>>> > So build issues will be reported to ant-notification@
>>> >
>>> > And I have also make it generate a simple updatesite with the last
>>> IvyDE
>>> > build. So for people interested to test the latest trunk, you can
>>> > configure your Eclipse to use that updatesite URL:
>>> >
>>> >
>>> 
>http://hudson.zones.apache.org/hudson/view/Ant/job/IvyDE/lastSu
>ccessfulBu
>>> >ild/artifact/trunk/updatesite
>>> >
>>> > Nicolas
>>> >
>>> >
>>> > 
>-
>>> > To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
>>> > For additional commands, e-mail: dev-h...@ant.apache.org
>> 
>> 
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
>> For additional commands, e-mail: dev-h...@ant.apache.org
>> 
>> 
>> 
>
>-- 
>View this message in context: 
>http://www.nabble.com/IvyDE-on-Hudson-tp21682575p21799808.html
>Sent from the Ant - Dev mailing list archive at Nabble.com.
>
>
>-
>To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
>For additional commands, e-mail: dev-h...@ant.apache.org
>
>

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

AW: [FWD] Bugzilla upgrade and proposed change to workflow

[Jan.Materne]

>We do use the ASSIGNED feature and I guess it may be more difficult to
>say "I work on this" without it.  I do understand the "notification
>mail is changed" problem, so maybe removing ASSIGNED is the right
>thing to do.
>
>We should talk about how we could change our workflow and maybe even
>ask to ASSIGNED around.
>
>How about the other developers?
>
>Stefan


In the past my personal workflow was
- getting a NEW issue
- working
- testing
- commit
- change to RESOLVED

The ASSIGNED is good for a resource planning, so that only one developer
is working on one issue. But I think we dont have a big potential for
resource collision here. If a patch is "fast" (1 day or so) to realize,
then thats ok. For longer work a discussion on d...@ant was done often.

Another discussion could be migrating to Jira.


Jan

BTW where can I see the defined workflows in BugZilla + Jira?

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

AW: Ant Script Library

[Jan.Materne]

done

Jan 



>Hi all,
>
>I'd like to introduce a library of Ant scripts I've packaged together,
>which I call the Ant Script Library. The scripts are available here:
>
>http://www.exubero.com/asl/
>
>If possible, can a link be added to the "Related Projects" page at
>http://ant.apache.org/projects.html ?
>
>The relevant details would be:
>
>Name: Ant Script Library
>Compatibility: Ant 1.7 or later
>URL: http://www.exubero.com/asl/
>Contact: Joe Schmetzer 
>License: The Apache Software License 2.0
>Description: The Ant Script Library (ASL) is a collection of re-usable
>Ant scripts that can be imported into your own projects. The ASL
>provides a number of pre-defined targets that simplify setting up build
>scripts for a new project, bringing re-use and consistency to your own
>Ant scripts.
>
>I'd really appreciate if anyone has any feedback or suggested
>improvements on these scripts.
>
>Regards,
>Joe
>
>
>-
>To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
>For additional commands, e-mail: dev-h...@ant.apache.org
>
>

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

AW: New Ivy release

[Jan.Materne]

>it's time to make a new Ivy release.

Cool.


>I volunteer to be release manager,

'handclap'

 
>but we should discuss the following first:
>
>- what will be the new Ivy version: 2.0.1 or 2.1.0 
>- what changes will we include in this new release?
>- will we create a release candidate first?


I would anser the 2nd question first. What are these changes?
Are they 'big' or more a bunch of patches? If you answer the 2nd first,
you can
answer these (additional) questions ...

Also for version schema: is there a guideline in Ivy? Maybe a 'reused'
one from 
Eclipse or OSGi? 

If you know what changes there are and have a version guideline, it
should be clear
whether 2.0.1 or 2.1.0. Just for PR: a 2.1.0 implies better improvements
and may force
user using that more than a 2.0.1.


A RC version should be done so all could check its content.


>My answers to these questions are:
>- new version: I'd prefer 2.1.0, but I'm ok with 2.0.1 as well
>- what changes: everything that has been committed to trunk
>- release candidate: yes
>
>regards,
>Maarten


Jan

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

AW: Enhancing eclipse plugins for Ivy and Ant

[Jan.Materne]

> Thus, meaning that a sensible approach for us to follow may 
> be to build on top of existing Ant and IvyDE plugins for Eclipse.
> 
> At a more detailed level, for us, it would mean:
> 1. Need for addition of tags/attributes to standard ant scripts.
> 2. Need for Addition of tags/attributes to standard ivy files.
> 
> Can someone advise on:
> 1. Feasibility of such approach, i.e. to enhance this functionality,
and
> create a separate plugin - from both ant and ivy plugins perspective.

For development lifecycle I would recommend writing your own
EasyAnt-Plugin.
You should then ask the two teams (IvyDE and Eclipse-Ant-PlugIn) for
required
extension points. 
If your adds are more generic you also could provide patches for these
two plugins.


> 2. Where I can find sources for both these.

IvyDE is in the repo of Apache Ant
http://svn.apache.org/repos/asf/ant/ivy/ivyde/trunk/

The Ant plugin is, as Jeffrey said, part of Eclipse itself (plugins
org.eclipse.ant*, org.apache.ant is 'just' Ant itself - without docs).


> I know this is the dev mailing list for IvyDE but, am not sure about
Ant. 

Funny. d...@ant was created for the development of Ant and was widened
for the development of Ivy + IvyDE after their joining ;)

You have all the developers here at d...@ant: Ant, Ivy, IvyDE - and some
Eclipse-Ant developers are also listening. 


> If this is not the correct place for ant, does someone know 
> where I should be writing for the Ant plugin?

The correct mailinglist should be platform-ant-...@eclipse.org.
http://www.eclipse.org/projects/project_summary.php?projectid=eclipse.pl
atform
https://dev.eclipse.org/mailman/listinfo/platform-ant-dev



Jan

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

AW: Enhancing eclipse plugins for Ivy and Ant

[Jan.Materne]

> Jan, I agree - We should proceed with investigation and 
> development. I shall
> probably come back for help from the IvyDE team when we can 
> make use of the
> plugin's extension points.
> >
> > For development lifecycle I would recommend writing your own
> > EasyAnt-Plugin.
> > You should then ask the two teams (IvyDE and Eclipse-Ant-PlugIn) for
> > required
> > extension points.
> > If your adds are more generic you also could provide 
> patches for these
> > two plugins.


I also thought that if you need additional extension points, you could
ask for them ;)

Jan

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

AW: ParallelExecutor

[Jan.Materne]

> I have written a simple Executor for ant that automatically 
> parallelizes a build.

What do you parallelize?
The ParallelExecutor implementation in the sandbox
http://svn.apache.org/repos/asf/ant/sandbox/parallelexecutor/
parallelizes target execution.




> The last time this came up, Alexey Solofnenko was writing it, 
> and he felt the need to add the ability to prevent some 
> targets from executing simultaneously.  Do others feel that 
> such a thing would be an important feature for a parallel executor?

Yes.
The Sandbox implementation has the drawback, that all targets are
parallelized.
But a common pattern is having a 
   
and here the order is important ;)


Another topic is logging - when forking the build execution, how to
combine
their output to one log chanell (STDOUT) without loosing the context of
one log message?


On the mailing lists there were discussions about this ...



Jan

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

AW: Ant arguments handling

[Jan.Materne]

> I have a build xml with target say 'compile'
> 
> However if the user says 'ant comp' or any other target which does not
> exists, I want to handle them using a my custom code either a 
> macro or a ant
> custom task or groovy. 
> 
> Is this possible, if yes, could you pl. let me know the right 
> place to get
> more info on this.


While this scenario is directly supported it could be achieved using
some hooks:
- the execution of targets is delegated by the org.apache.tools.ant.Main
class
  to an Executor 
 
http://svn.apache.org/repos/asf/ant/core/trunk/src/main/org/apache/tools
/ant/Main.java
  line 775: project.executeTargets(targets);

 
http://svn.apache.org/repos/asf/ant/core/trunk/src/main/org/apache/tools
/ant/Project.java
public void executeTargets(Vector names) throws BuildException {
...
getExecutor().executeTargets( ... );
}

   getExecutor() returns an implementation of
org.apache.tools.ant.Executor. The 
   class to return is defined by the property "ant.executor.class".

- you could implement your own executor which works like
executeTargets(Vector names) {
List missingTargets = checkTargetExistence(names);
if (missingTargets.isEmpty()) {
getExecutorDelegate().executeTargets(names);
} else {
handleTargetMissingError(missingTargets);
}


Jan

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

AW: Ant arguments handling (Virtual Ant Targets handling using custom code)

[Jan.Materne]

> * it looks like we need to place the custom executor calss in 
> ant lib folder
>- Is there a way to tell the ant to look for my project 
> libraries to find this custom executor

Use the -lib option of Ant to include your jar.


> * What is the default Executor the ant uses, so that for 
> certain tasks we wish to deligate to the default executor - is this
reference 
> avaiable some where so that I could use that reference to deligate

Not sure.
Should be org.apache.tools.ant.helper.DefaultExecutor.
BTW in that package are more executors ...


> * for IDE integration by giving the build.xml to the ide, how 
> do we tell the IDE that vitural targets exists so that it could
display as 
> one of the valid target with in the listed targests supported by the
ant xml file.

Not sure, that is IDE specific.


>   - Is there any interface which we need to impl. which gives 
> the list of valid targets. Executor should have had this method.. but
it 
> does not seem to have one.

The project instance holds the list. 
Youll get the reference as first parameter.


> * Could you pl. give more details on what the significance of
> getSubProjectExecutor()

No idea.


Jan

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

AW: Project Specific Classpath to customise ant

[Jan.Materne]

> Is there a way to tell core ant to looking into project 
> specific class path
> , in case one is definable (with the project xml defination 
> i.e in build.xml
> file rather than ant -lib or environment classpath etc) for 
> some of the
> custom classes which ant supports by way of properties.
> 
> e.g each project could provide its own class to hook to the 
> excution by way
> of setting a project specific class to the property ant.executor.class
> 
> The probable approach may exist already are:
> 
> 1. Some thing like if I define a ant propertly say 
> ant.project.cp=xyz etc.
> 2. for every customisable class, is there a way to tell ant 
> the path it
> should look for
> 
>  
> 
>  Some thing like the way we define the jars for taskdef.


No. The executor must be present before the build can be started -
running
the build is the executors job ;)

Jan

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

AW: ant -p does not list all the targets

[Jan.Materne]

ant -p lists all targets, if no target has a description.

The "hide-non-described-targets" behaviour is for having 'internal' targets
the user doesnt need to know.

But I dont think it would be a problem to have a new option "-pa" 
"-projecthelp-all"
which will show all the targets.


Jan 

> -Ursprüngliche Nachricht-
> Von: Raja Nagendra Kumar [mailto:nagendra.r...@tejasoft.com] 
> Gesendet: Freitag, 3. April 2009 06:02
> An: dev@ant.apache.org
> Betreff: ant -p does not list all the targets
> 
> 
> Ant -p lists only the targests which has a description 
> attribute value set. 
> 
> Is there any other command to simply see the list of targets 
> even if the
> description tag is not set.
> 
> Regards,
> Raja Nagendra Kumar,
> C.T.O
> www.tejasoft.com
> 
> 
> -- 
> View this message in context: 
> http://www.nabble.com/ant--p-does-not-list-all-the-targets-tp2
2861610p22861610.html
> Sent from the Ant - Dev mailing list archive at Nabble.com.
> 
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
> For additional commands, e-mail: dev-h...@ant.apache.org
> 
> 

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

AW: AW: Ant arguments handling (Virtual Ant Targets handling using custom code)

[Jan.Materne]

> > > * Could you pl. give more details on what the
> > significance of
> > > getSubProjectExecutor()
> > 
> > No idea.
> > 
> 
> ;) This allows the top executor to control what type of 
> executor is used to execute subprojects via 
> // and task that extend these.  All 
> bundled Executors return a SingleCheckExecutor (running a 
> merged set of depended targets for all targets called) to run 
> sub-builds.
> 
> -Matt
> 
> P.S. Jan--wrt the ongoing ParallelExecutor msg thread, it 
> seems to implement a single dependency check, so it should be 
> safe to do:
> 
> public Executor getSubProjectExecutor() {
> return this;
> }
> 
> :)

Thanks for explanation.
I changed the method implementation.

I also added your explanation to the interface javadoc, if it is ok with
you?


Jan

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

AW: Why 2 key files ?

[Jan.Materne]

>We have 2 KEYS files :
>- https://svn.apache.org/repos/asf/ant/core/trunk/KEYS
>- https://svn.apache.org/repos/asf/ant/antlibs/common/trunk/KEYS
>
>Why ?


The first is the one Ant itself.
The 2nd is included via svn:externals into all antlibs, so they contains
a 
{MYANTLIB}/common/KEYS file. (Not in the root directory ...)

Ivy and IvyDE doesnt have any KEYS file.

I think thats historically grown. Each released project must have a KEYS
file
and for the (newer) antlibs these were extracted into a single file and
included.
I am not sure why we havent done that with Ants own file - external
that.


Sadly we cant include one file - only directories. According 
to http://www.nabble.com/svn:external-for-a-single-file-td15029576.html
this should be possible with subversion 1.6 ...



Jan

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

AW: AW: ant -p does not list all the targets

[Jan.Materne]

> Like the proposed -pa do we have any thing to get the list of 
> macros, if no could you consider.

No. 
Only parsing the buildfile, eg applying a XSTL on that which creates the
list.


Jan

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

AW: Ant IDE Integration API to ease IDE plugin or any generic plugin development

[Jan.Materne]

> 1. Is certain property is set if yes, what is its value

computed at runtime:
   
   
   
'aProperty' could be specified in one of the first files and then load a
bunch of other
properties.


Jan

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

AW: JDK version in javac tag

[Jan.Materne]

 ?

Jan 

>-Ursprüngliche Nachricht-
>Von: peibel [mailto:p.castre...@ibermatica.com] 
>Gesendet: Donnerstag, 28. Mai 2009 14:51
>An: dev@ant.apache.org
>Betreff: JDK version in javac tag
>
>
>Hi,
>
>Is there a way to bind the javac tag to compile whith  JDKS 1.5 java
>version.
>
>thanks
>-- 
>View this message in context: 
>http://www.nabble.com/JDK-version-in-javac-tag-tp23761074p23761074.html
>Sent from the Ant - Dev mailing list archive at Nabble.com.
>
>
>-
>To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
>For additional commands, e-mail: dev-h...@ant.apache.org
>
>

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

AW: Shutdown and Start Tomcat with Ant

[Jan.Materne]

>Bonjour,
>J'ai besoin d'un code ANT pour arrêter le serveur Tomcat et le 
>le redémarrer
>de nouveau. Afin de déployer une nouvelle version de mon WAR.
>Merci.
>
>-- 
>
>Merci...
>OSMAN Mohamed AMINE.


Hello,

from the subject I think this is more a user question, so users@ would be the 
better mailinglist as 
this is one for developing the Ant core itself.
And the prefered language is English as this is the one all subscribers are 
able to read.


Jan

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

AW: svn commit: r790798 - in /ant/core/trunk: docs/antlibs/sandbox.html xdocs/antlibs/sandbox.xml

[Jan.Materne]

I took these information from SVN please recheck.

Jan

>-Ursprüngliche Nachricht-
>Von: j...@apache.org [mailto:j...@apache.org] 
>Gesendet: Freitag, 3. Juli 2009 08:13
>An: notificati...@ant.apache.org
>Betreff: svn commit: r790798 - in /ant/core/trunk: 
>docs/antlibs/sandbox.html xdocs/antlibs/sandbox.xml
>
>Author: jhm
>Date: Fri Jul  3 06:12:47 2009
>New Revision: 790798
>
>URL: http://svn.apache.org/viewvc?rev=790798&view=rev
>Log:
>Added "hidden" sandbox antlibs.
>
>Modified:
>ant/core/trunk/docs/antlibs/sandbox.html
>ant/core/trunk/xdocs/antlibs/sandbox.xml
>
>Modified: ant/core/trunk/docs/antlibs/sandbox.html
>URL: 
>http://svn.apache.org/viewvc/ant/core/trunk/docs/antlibs/sandbo
>x.html?rev=790798&r1=790797&r2=790798&view=diff
>===
>===
>--- ant/core/trunk/docs/antlibs/sandbox.html (original)
>+++ ant/core/trunk/docs/antlibs/sandbox.html Fri Jul  3 06:12:47 2009
>@@ -163,6 +163,63 @@
>   Current Sandbox Ant Libraries
> 
>   
>+
>+Compress
>+  
>+Compress library offers tasks for 
>minimizing JavaScript scripts.
>+  class="ForrestTable" cellspacing="1" cellpadding="4">
>+  
>+  +  valign="top" align="left">
>+  SVN URL:
>+  
>+  +  valign="top" align="left">
>+  href="https://svn.apache.org/repos/asf/ant/sandbox/antlibs/comp
>ress/">https://svn.apache.org/repos/asf/ant/sandbox/antlibs/com
>press/
>+  
>+  
>+  
>+  +  valign="top" align="left">
>+  ViewSVN:
>+  
>+  +  valign="top" align="left">
>+  href="http://svn.apache.org/viewcvs.cgi/ant/sandbox/antlibs/com
>press/">http://svn.apache.org/viewcvs.cgi/ant/sandbox/antlibs/c
>ompress/
>+  
>+  
>+  
>+  +  valign="top" align="left">
>+  Ant compatibility:
>+  
>+  +  valign="top" align="left">
>+  Ant 1.7.x
>+  
>+  
>+  
>+  +  valign="top" align="left">
>+  Added to sandbox:
>+  
>+  +  valign="top" align="left">
>+  2009-01-01
>+  
>+  
>+  
>+  +  valign="top" align="left">
>+  Sponsoring Committers
>+  
>+  +  valign="top" align="left">
>+  Kevin Jackson
>+  
>+  
>+  
>+  class="subsection">
> 
> DBPatch
>   
>@@ -576,6 +633,63 @@
>   
>   
>   class="subsection">
>+
>+StarTeam
>+  
>+This antlib provides tasks for 
>working with the StarTeam SCM.
>+  class="ForrestTable" cellspacing="1" cellpadding="4">
>+  
>+  +  valign="top" align="left">
>+  SVN URL:
>+  
>+  +  valign="top" align="left">
>+  href="https://svn.apache.org/repos/asf/ant/sandbox/antlibs/star
>team/">https://svn.apache.org/repos/asf/ant/sandbox/antlibs/sta
>rteam/
>+  
>+  
>+  
>+  +  valign="top" align="left">
>+  ViewSVN:
>+  
>+  +  valign="top" align="left">
>+  href="http://svn.apache.org/viewcvs.cgi/ant/sandbox/antlibs/sta
>rteam/">http://svn.apache.org/viewcvs.cgi/ant/sandbox/antlibs/s
>tarteam/
>+  
>+  
>+  
>+  +  valign="top" align="left">
>+  Ant compatibility:
>+  
>+  +  valign="top" align="left">
>+  Ant 1.7.x
>+  
>+  
>+  
>+  +  valign="top" align="left">
>+  Added to sandbox:
>+  
>+  +  valign="top" align="left">
>+  2007-08-27
>+  
>+  
>+  
>+  +  valign="top" align="left">
>+  Sponsoring Committers
>+  
>+  +  valign="top" align="left">
>+  Peter Reilly
>+  
>+  
>+  
>+  class="subsection">
> 
> VSS - Microsoft Visual SourceSafe Tasks
>   
>@@ -634,6 +748,63 @@
>   
>   
>   
>+  class="subsection">
>+
>+WebLogic
>+  
>+This antlib provides tasks for 
>working with the WebLogic app server.
>+  class="ForrestTable" cellspacing="1" cellpadding="4">
>+   

AW: Stop and Start TOMCAT with ANT

[Jan.Materne]

These tasks are part of Tomcat
http://svn.apache.org/repos/asf/tomcat/trunk/java/org/apache/catalina/ant/StartTask.java
http://svn.apache.org/repos/asf/tomcat/trunk/java/org/apache/catalina/ant/StopTask.java


Jan 

> -Ursprüngliche Nachricht-
> Von: MohamedAMINE OSMAN [mailto:osman.am...@gmail.com] 
> Gesendet: Samstag, 4. Juli 2009 14:01
> An: dev@ant.apache.org
> Betreff: Stop and Start TOMCAT with ANT
> 
> Hi,I search a source code with ant to stop and start apache tomcat. to
> deploy my application.
> thenks
> 
> -- 
> 
> Merci...
> OSMAN Mohamed AMINE.
> 

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

AW: Create a new folder...

[Jan.Materne]

This is more a user related question and should be asked on the us...@ant... 
mailinglist.
This dev@ list is intendet for discussions about the development of the Ant 
itself and its subprojects.

Have a look at
  
  
  



Jan 

>-Ursprüngliche Nachricht-
>Von: Rizvan Asgarov [mailto:rizvan.asga...@yahoo.com] 
>Gesendet: Montag, 6. Juli 2009 13:20
>An: dev@ant.apache.org
>Betreff: Create a new folder...
>
>
>Hi Dear Friends,
>
>Please help me for the following points:
>
>a) Create a new war_backup folder in any disk and create a new 
>01.07.2009
>(must be change every day) folder in war_backup folder (like 
>in the example
>G:/war_backup/01.07.2009)
>b) Further copy rizvan.war (Tomcat user -> 
>apache-tomcat/webapps/rizvan.war)
>to this new 01.07.2009 folder.
>
>Thanks in advance,
>Rizvan
>-- 
>View this message in context: 
>http://www.nabble.com/Create-a-new-folder...-tp24353734p24353734.html
>Sent from the Ant - Dev mailing list archive at Nabble.com.
>
>
>-
>To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
>For additional commands, e-mail: dev-h...@ant.apache.org
>
>

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

AW: When is planned release of ant 1.8.0?

[Jan.Materne]

Ant doesnt have a "release plan".
The next version will be available when "its finished" ;-)
This means:
- there must be some fixes, new features in the codebase
- the PMC must think the "new" things are a new version worth
- a volunteer to build the release
...
 
Do you think there are fixes or features in SVN-Head and not in Ant 1.7.1 so we 
should make a release?
 
 
Jan




Von: hotman...@gmail.com [mailto:hotman...@gmail.com] 
Gesendet: Mittwoch, 8. Juli 2009 23:53
An: dev@ant.apache.org
Betreff: Re: When is planned release of ant 1.8.0?


What does it mean, that it is no schedule for next release?

the previous versions is out more than an year. I don't understand why 
hasn't new release been released yet ?


2009/7/1 Marek Novotný 


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

 I haven't found out the answer for $subject by googling. Is 
any date
scheduled?


regards,
- --
Marek Novotny
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkpL2Q0ACgkQdvda98I5p9QwAwCeL/2wpZHVcj0KK5UyIVWguP42
kDUAmwU1RQDgx3oPsPrDs+UQLKhdsnAs
=xE1E
-END PGP SIGNATURE-





-- 
Marek Novotný

AW: Adding ANT4HG to the External Tools and Tasks

[Jan.Materne]

done
rev 792406

Jan 

>-Ursprüngliche Nachricht-
>Von: Benjamin de Dardel [mailto:benjamin.dedar...@gmail.com] 
>Gesendet: Mittwoch, 8. Juli 2009 18:20
>An: dev@ant.apache.org
>Betreff: Adding ANT4HG to the External Tools and Tasks
>
>Hi all,
>
>I'm working on ant4hg, which aims to implement mercurial 
>functionnalities in
>ant tasks.
>
>Could you please add this projet to the External Tools and 
>Tasks (section
>Source Control Systems).
>
>Best regards,
>Benjamin de Dardel
>
>
>
> These are tasks that allow users to access Mercurial
> functionality from within Ant build scripts.
>
> 
>  
>Compatibility:
>Ant 1.7 and later
>  
>  
>URL:
>http://ant4hg.free.fr";>
>http://ant4hg.free.fr
>  
>  
>Contact:
>mailto:ant...@free.fr";>ant...@free.fr
>  
>  
>License:
>GNU Lesser General Public License
>  
>
>  
>

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

AW: Re: [PATCH] org/apache/tools/ant/taskdefs/Manifest

[Jan.Materne]

Also remember that Ant must run on Java 1.3.

Jan 

>-Ursprüngliche Nachricht-
>Von: news [mailto:n...@ger.gmane.org] Im Auftrag von Jesse Glick
>Gesendet: Donnerstag, 6. August 2009 01:28
>An: dev@ant.apache.org
>Betreff: Re: [PATCH] org/apache/tools/ant/taskdefs/Manifest
>
>Gilbert Rebhan wrote:
>> after switching from Sun jdk 1.5.0_11 to jdk 1.6.0_14 i noticed that
>> property java.vm.version has changed, so the Manifest class 
>should use
>> java.runtime.version for the value of Created-By entry in MANIFEST.MF
>
>However java.vm.version is guaranteed to be set by 
>System.getProperties() Javadoc, whereas java.runtime.version 
>is not mentioned.
>
>
>-
>To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
>For additional commands, e-mail: dev-h...@ant.apache.org
>
>

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

AW: Ivy "exclude"s

[Jan.Materne]

>Please remove me from this subscription. 
>
>Thank You Niamath Khan 


You could unsubscribe yourself just by sending an email:
http://ant.apache.org/mail.html

If you have problems, please read the paragraph "How to unsubscribe your old 
email address"

After checking that, please ask again.


Jan

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

AW: 1.8.0 Bugzilla Milestone Reached

[Jan.Materne]

>> So is it true that JDK 1.4 is the minimum platform for 1.8.0?
>
>WHATSNEW in trunk says so, as does
>.  Sounds offical ;-)
>
>> If so, I've got a list of little cleanups that could be made to drop
>> code & docs dealing with earlier versions.
>
>I've already committed some NIO stuff and some classes use
>LinkedHashMap, so the code really requires 1.4 by now.  Go ahead.

When I sav "NIO" in Stefans commit message, I wondered myself.
But in http://ant.apache.org/faq.html#java-version we said
  Ant Version: current svn trunk (which means 1.8 ;)
  Minimum Java Version: 1.4


Jan

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

AW: Peformance Task usage from custom task

[Jan.Materne]

According to your stacktrace the NPE occurs in line 62 of the listener
Its source is available here:
http://ant-contrib.svn.sourceforge.net/viewvc/ant-contrib/ant-contrib/trunk/src/main/java/net/sf/antcontrib/perf/AntPerformanceListener.java?revision=130&view=markup

long stop_time = master.stop();

So 'master' is null.
This field is initialized in the buildStarted() method, which is invoked before 
your task started.

So try instead your add

AntPerformanceListener perf = new 
net.sf.antcontrib.perf.AntPerformanceListener();
perf.buildStarted(null); // the BuildEvent is not evaluated in that method
getProject().addBuildListener(perf);


Jan


>-Ursprüngliche Nachricht-
>Von: Raja Nagendra Kumar [mailto:nagendra.r...@tejasoft.com] 
>Gesendet: Mittwoch, 2. September 2009 20:37
>An: dev@ant.apache.org
>Betreff: Re: Peformance Task usage from custom task
>
>
>Hi Dale,
>
>Thank you for the pointer.
>
>Tried this in custom ant ask   getProject().addBuildListener(new
>net.sf.antcontrib.perf.AntPerformanceListener());
>
>this at the end of the build give the below exception..
>
>java.lang.NullPointerException
>at
>net.sf.antcontrib.perf.AntPerformanceListener.buildFinished(AntPerfor
>manceListener.java:62)
>at 
>org.apache.tools.ant.Project.fireBuildFinished(Project.java:2037)
>at org.apache.tools.ant.Main.runBuild(Main.java:778)
>at org.apache.tools.ant.Main.startAnt(Main.java:217)
>at org.apache.tools.ant.launch.Launcher.run(Launcher.java:257)
>at org.apache.tools.ant.launch.Launcher.main(Launcher.java:104)
>
>Not sure what else needs to be added..
>
>
>Dale Anson wrote:
>> 
>> From a custom task, you have access to a Project object, which has
>> both add and remove build listener methods, which means you should be
>> able to add and remove listeners on the fly.   I haven't tried this,
>> but I don't see why it wouldn't work.
>> 
>> Dale
>> 
>
>-- 
>View this message in context: 
>http://www.nabble.com/Peformance-Task-usage-from-custom-task-tp
25260860p25263224.html
>Sent from the Ant - Dev mailing list archive at Nabble.com.
>
>
>-
>To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
>For additional commands, e-mail: dev-h...@ant.apache.org
>
>

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

AW: how to call a predefined target or macroin build.xml from Custom Ant task

[Jan.Materne]

Jan 

>-Ursprüngliche Nachricht-
>Von: Raja Nagendra Kumar [mailto:nagendra.r...@tejasoft.com] 
>Gesendet: Mittwoch, 2. September 2009 20:25
>An: dev@ant.apache.org
>Betreff: Re: how to call a predefined target or macroin 
>build.xml from Custom Ant task
>
>
>Hi,
>
>I see there is a way to execut target using 
>getProject().executeTarget()..
>but don't find a way to execute the macro. Any pointers pl.
>
>Regards,
>Nagendra
>
>
>
>-- 
>View this message in context: 
>http://www.nabble.com/how-to-call-a-predefined-target-or-macroi
>n-build.xml-from-Custom-Ant-task-tp25260761p25263010.html
>Sent from the Ant - Dev mailing list archive at Nabble.com.
>
>
>-
>To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
>For additional commands, e-mail: dev-h...@ant.apache.org
>
>

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

AW: AW: how to call a predefined target or macroin build.xml from Custom Ant task

[Jan.Materne]

macro = ...createTask(...);
for(...) {
   macro.setDynamic(...)
   macro.execute();
} 

This should work. My example reused that too (1st with default value, 2nd run 
with custom value).
You have to ensure that no required values are "deleted" in further runs. But 
if all runs require
the setting of the same parameters (maybe with different values) this should be 
enough.


Jan

>-Ursprüngliche Nachricht-
>Von: Raja Nagendra Kumar [mailto:nagendra.r...@tejasoft.com] 
>Gesendet: Donnerstag, 3. September 2009 10:10
>An: dev@ant.apache.org
>Betreff: Re: AW: how to call a predefined target or macroin 
>build.xml from Custom Ant task
>
>
>Thank You Jon, this rocks..
>
>instead of createTask() every time, is there a way to reuse the already
>existing one (either may be created by xml files or with in 
>other script
>file..)
>
>Not sure how memory and cpu intesive is createTask() specially 
>when it is
>for loop (in our case this macro is run many times).
>
>Regards,
>Raja Nagendra Kumar
>TejaSoft
>
>
>-- 
>View this message in context: 
>http://www.nabble.com/how-to-call-a-predefined-target-or-macroi
>n-build.xml-from-Custom-Ant-task-tp25260761p25271525.html
>Sent from the Ant - Dev mailing list archive at Nabble.com.
>
>
>-
>To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
>For additional commands, e-mail: dev-h...@ant.apache.org
>
>

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

AW: AW: Peformance Task usage from custom task

[Jan.Materne]

You could also subclass that listener and overwrite the 
[task|target][Starts|Finished] by calling the build[Starts|Finished] method. 
Would that help?

Or use the StopWatchTask?
http://ant-contrib.svn.sourceforge.net/viewvc/ant-contrib/ant-contrib/trunk/src/main/java/net/sf/antcontrib/perf/StopWatchTask.java?revision=130&view=markup


Jan


>-Ursprüngliche Nachricht-
>Von: Raja Nagendra Kumar [mailto:nagendra.r...@tejasoft.com] 
>Gesendet: Donnerstag, 3. September 2009 10:30
>An: dev@ant.apache.org
>Betreff: Re: AW: Peformance Task usage from custom task
>
>
>Nope Jan..
>
>On making such correction it giving error in  line  188
>
>i.e the line 
>StopWatch sw = ( StopWatch ) targetStats.get( be.getTarget() );
>
>of targetFinished()..
>
>It appears to me that AntPerformanceListener or the interface 
>BuildListener
>is not custom tag friendly.. 
>
>Some of the things I see from the interface are.. they are meant for
>printing the report of entire build and not between when it is 
>added and
>when it is removed..
>
>I saw some where SubAntListener etc.. which means not sure 
>impact of calls
>antcall and ant and subant tags usage..
>
>May be it would be nice to put  AntPerformanceListener  or 
>BuildListener 
>towards TaskPerfListener level rather than entire build level..
>
>
>Regards,
>Raja Nagendra Kumar,
>C.T.O
>www.tejasoft.com
>
>
>
>-- 
>View this message in context: 
>http://www.nabble.com/Peformance-Task-usage-from-custom-task-tp
>25260860p25271781.html
>Sent from the Ant - Dev mailing list archive at Nabble.com.
>
>
>-
>To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
>For additional commands, e-mail: dev-h...@ant.apache.org
>
>

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

AW: How about ${fromRefId:some-reference}?

[Jan.Materne]

>we have a PropertyEvaluator for ${toString:some-id} that looks up an
>object with id "some-id" in the current project and expands to either
>null (reference doesn't exist) or the result of calling toString() on
>the object.
>
>With trunk PropertyEvaluators can return non-Strings as values for
>properties and IntrospectionHelper actually uses this.  Say I have
>
>public void setFoo(MyComplexType t)
>
>as attribute and
>
>
>
>and a PropertyEvaluator returns an instance of MyComplexType for
>"property" then IntrospectionHelper will happily pass that instance
>along (if the attribute setter didn't match the whole old
>set-from-string logic would be applied to the toString() version of my
>property).
>
>This is most useful for tasks that want to accept Resource as an
>attribute, all it takes is a property evaluator that returns a Resource
>instance.  For example
>propertyhelpers.xml?view=log>
>and
>taskdefs/replace-test.xml?view=log>.
>
>I suggest to add another core PropertyEvaluator that works like the one
>for toString but doesn't invoke toString() on the reference (but leaves
>that to IntrospectionHelper if necessary).
>
>As usual, I'm unsure about the name of the prefix
>
>${fromRefId:foo}
>${ref:foo}
>${refid:foo}
>${fromReference:foo}
>
>...
>
>The ${ref:} and ${refid:} ideas look prettier but are more likely to
>collide with existing property names.


Because you referencing an id I would prefer ${refid:*}. 
There can be collisions as this is possible
  


  

  [echoproperties] x\:foo=bar

but I think the ':' as seperation character is not a common use case. 
But in conclusion that would be a note in the "could break existing
builds" section.


Jan

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

FYI: IntelliJ

[Jan.Materne]

The Community vesion of IntelliJ is now open source
http://www.jetbrains.org/

Jan

AW: [External Task] EPP Task - an easy preprocessor

[Jan.Materne]

Added. rev825815

Jan 

>-Ursprüngliche Nachricht-
>Von: Dmitry Rykov [mailto:dmitry.ry...@gmail.com] 
>Gesendet: Donnerstag, 15. Oktober 2009 23:08
>An: dev@ant.apache.org
>Betreff: [External Task] EPP Task - an easy preprocessor
>
>
>  
>
>EPP Task is an easy preprocessor ant task.
>   The next directives are supported: #ifdef, #ifndef, #else,
>   #endif and #include.
>
>
>  
>Compatibility:
>Ant 1.4 and higher
>  
>  
>URL:
>http://sourceforge.net/projects/epptask/";>
>   http://sourceforge.net/projects/epptask/
>  
>  
>Contact:
>Dmitriy Rykov
>  
>  
>License:
>Apache License 2.0
>  
>
>  
>
>-
>To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
>For additional commands, e-mail: dev-h...@ant.apache.org
>
>

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