Re: Trying (and failing) to build the nightly snapshot

[Steve Loughran]

EJ Ciramella wrote:

I also tried to verify that bug 42277 was closed/fixed in the nightly
builds, but I see it's not.

String resources only have properties single expanded. If you relied on
 resources being expanded more than once, it no longer happens.
Bugzilla report 42277.



I havent tried to build the nightly for a few weeks. Normally gump would 
warn of trouble, but it is held up with junit problems





-Original Message-
From: EJ Ciramella [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, July 29, 2008 9:48 AM

To: Ant Developers List
Subject: RE: Trying (and failing) to build the nightly snapshot

I'm not sure if I was supposed to do this or not, but I copied the
InterfaceMethodRefCPInfo.java file that comes in
/src/main/org/apache/tools/ant/taskdefs/optional/depend/constantpool to
ant/src/main/org/apache/tools/ant/taskdefs/optional/depend/constantpool
and it worked.

Is there any particular reason that ONE file is orphaned out there?

-Original Message-
From: EJ Ciramella [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, July 29, 2008 9:37 AM

To: dev@ant.apache.org
Subject: Trying (and failing) to build the nightly snapshot

Hey guys - I'm struggling to build the nightly snapshot and I'm sure
this is a /palmface type problem.

 


During compilation, I get this:

 


Compiling 296 source files to
E:\buildtools\ant-nightly\ant\build\classes

E:\buildtools\ant-nightly\ant\src\main\org\apache\tools\ant\taskdefs\opt
ional\depend\constantpool\ConstantPool.java:261: cannot find symbol

symbol  : class InterfaceMethodRefCPInfo

location: class
org.apache.tools.ant.taskdefs.optional.depend.constantpool.ConstantPool

if (element instanceof InterfaceMethodRefCPInfo) {

   ^

E:\buildtools\ant-nightly\ant\src\main\org\apache\tools\ant\taskdefs\opt
ional\depend\constantpool\ConstantPool.java:262: cannot find symbol

symbol  : class InterfaceMethodRefCPInfo

location: class
org.apache.tools.ant.taskdefs.optional.depend.constantpool.ConstantPool

InterfaceMethodRefCPInfo interfaceMethodRefEntry

^

E:\buildtools\ant-nightly\ant\src\main\org\apache\tools\ant\taskdefs\opt
ional\depend\constantpool\ConstantPool.java:263: cannot find symbol

symbol  : class InterfaceMethodRefCPInfo

location: class
org.apache.tools.ant.taskdefs.optional.depend.constantpool.ConstantPool

 = (InterfaceMethodRefCPInfo) element;

^

E:\buildtools\ant-nightly\ant\src\main\org\apache\tools\ant\taskdefs\opt
ional\depend\constantpool\ConstantPoolEntry.java:151: cannot find symbol

symbol  : class InterfaceMethodRefCPInfo

location: class
org.apache.tools.ant.taskdefs.optional.depend.constantpool.ConstantPoolE
ntry

cpInfo = new InterfaceMethodRefCPInfo();

 ^

Note: Some input files use or override a deprecated API.

Note: Recompile with -Xlint:deprecation for details.

4 errors

 


From what I can tell, this class exists in the
optional.jar/ant-nodeps.jar (which doesn't exist because I haven't built
it yet).  How do I get around this?

 


P.S. - the link to the nightly builds doesn't point to anything:

 


http://ant.apache.org/nightlies.html

 


http://people.apache.org/builds/ant/nightly/

 

 



-
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]




--
Steve Loughran  http://www.1060.org/blogxter/publish/5
Author: Ant in Action   http://antbook.org/

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

[Fwd: Ant 1.7.1 binary distribution seems to be corrupt.]

[Steve Loughran]

anyone seen this? I will try from the apache.org site

 Original Message 
Subject: Ant 1.7.1 binary distribution seems to be corrupt.
Date: Fri, 1 Aug 2008 10:44:50 +0100
From: <[EMAIL PROTECTED]>
Reply-To: Ant Users List <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>

Tried downloading apache-ant-1.7.1-bin.zip and
apache-ant-1.7.1-bin.tar.gz today, and extraction using jar xf and
winzip failed. Checked the MD5, SHA1 and PGP signatures and they all
failed. Tried a couple of mrirors
(http://www.mirrorservice.org/sites/ftp.apache.org and
http://mirrors.dedipower.com/ftp.apache.org) as well as the master
distribution directory, and they all have the same problem.



A colleague successfully installed these a couple of days ago, and
another colleague confirmed the incorrect checksums I'm seeing on the
current binaries.



apache-ant-1.7.1-bin.zip:


Apache MD5: f64c979dd593324fd1e58eea4d991522

I get (fsum): d03c4ad51b55a46f2a305beca5d586df



Apache SH1: a7e8fa7bc2102a8d8df99c64db73c2eae3d8b483

I get (fsum): 73974e69c5dfddf5834a4bb03bb16c45ac9c



When checking PGP sigs (using gnu-pg on windows):

gpg: Signature made 06/27/08 07:50:34 using DSA key ID AA0077B0

gpg: BAD signature from "Kev Jackson (apache key) <[EMAIL PROTECTED]>"



Not sure who else to inform about this...

In the meantime, 1.7.0 is fine.



Thanks,

Dan Boswell




___

This e-mail may contain information that is confidential, privileged or 
otherwise protected from disclosure. If you are not an intended 
recipient of this e-mail, do not duplicate or redistribute it by any 
means. Please delete it and any attachments and notify the sender that 
you have received it in error. Unless specifically indicated, this 
e-mail is not an offer to buy or sell or a solicitation to buy or sell 
any securities, investment products or other financial product or 
service, an official confirmation of any transaction, or an official 
statement of Barclays. Any views or opinions presented are solely those 
of the author and do not necessarily represent those of Barclays. This 
e-mail is subject to terms available at the following link: 
www.barcap.com/emaildisclaimer. By messaging with Barclays you consent 
to the foregoing.  Barclays Capital is the investment banking division 
of Barclays Bank PLC, a company registered in England (number 1026167) 
with its registered office at 1 Churchill Place, London, E14 5HP.  This 
email may relate to or be sent from other members of the Barclays Group.

_______


--
Steve Loughran  http://www.1060.org/blogxter/publish/5
Author: Ant in Action   http://antbook.org/

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

Re: [Fwd: Ant 1.7.1 binary distribution seems to be corrupt.]

[Steve Loughran]

Steve Loughran wrote:

anyone seen this? I will try from the apache.org site




-everything is valid on the apache.or and eu.apache.org sites, so 
something is up at their end, not ours


--
Steve Loughran  http://www.1060.org/blogxter/publish/5
Author: Ant in Action   http://antbook.org/

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

Re: Trying (and failing) to build the nightly snapshot

[Steve Loughran]

EJ Ciramella wrote:

I think I misunderstood this particular bug.  It appears to be a problem
with $${someprop} versus loading two property files and the first one
containing a ${property} that is set in the second one loaded.

To be explicit, if you have two property files, a.properties and
b.properties, in the first one loaded you have a ${property} that is set
in b.properties, ant leaves it as ${}.

a.properties:

foo=bar

coolprop=${foo}:${from.b.properties}





b.properties:

from.b.properties=awesome




build.xml:



	   
  

This is a problem: ${coolprop}



You'll see this:

This is a problem: bar:${from.b.properties}


That's because property expansion takes place when the properties files 
are loaded. If you want properties from b.properties, load it before 
a.properties





--
Steve Loughran  http://www.1060.org/blogxter/publish/5
Author: Ant in Action   http://antbook.org/

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

Re: Anybody familiar with ChoiceFormat? Issue 44659

[Steve Loughran]

Stefan Bodewig wrote:

On Fri, 22 Aug 2008, Matt Benson <[EMAIL PROTECTED]> wrote:


Looking back at this again, I think having the number
formatted according to the US Locale would be more
confusing than by the default Locale, speaking without
the perspective of a person who typically uses e.g. .
as a thousands separator and , as a decimal separator.


I am one of those people and to me it is more confusing to have Ant
use German number formatting but say "minutes" instead of "Minuten".
(well, would be since I haven't seen builds taking > 1000 minutes
myself).

When copying files we don't use a number format at all and thus end up
with a pure number without any separators at all.

I wouldn't expect that too many builds take tens of thousands of
minutes so a number with or without thousands separator may be as
readable as the other in out case.

AFAICT making the thousands separator go away takes the same amount of
coding effort as making it use the US locale.



I use a logger that tells me when the build finished; this is so that 
when I switch to different windows and back I can see if a build was 
recent or not. There's a good case for making the date/time info 
localised, if you want to do everything properly.


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

Re: File Name wiht NLS Special Characters

[Steve Loughran]

Stefan Bodewig wrote:

On Mon, 25 Aug 2008, <[EMAIL PROTECTED]> wrote:


Folks,

I'm trying to run the Jax-ws APT ant task on file with a NLS name:

S_BASIC_ÃÑÑÖÏÑG_Bean.java


I don't think you are asking on the correct list.  There may be people
on the user list who use the same task (I don't even know it) and can
help.

Since I don't know how the task is implemented, I can only guess.  If
you run Ant in verbose mode, does it give you any hint on how it
invokes apt?  Does it use a command line or does it invoke it via a
Java API inside the Ant process?  If the former is used, does the same
command line work if you use it outside of Ant?



The apt code in Ant uses javac style infocation; I don't know what the 
jax-ws APT task is, what it does, or who wrote it.


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

Re: Allowing antlibs to contribute diagnostics & version info

[Steve Loughran]

Jeffrey E Care wrote:

I haven't looked at the code in question, but I would
think the hardest part of this whole effort would be
providing the means for Ant to look up antlib version
info.  I'm actually fairly enthusiastic about using
the combination of existing arguments, mostly just
because of the number of requests I've seen for the
proliferation of arguments to Ant.  Surely one of the
existing committers could hook that up if you don't
want to tackle that part, Jeff... again, the rest is
the tricky part IMHO!


I'm using META-INF/services from the JAR spec, so the discovery is 
actually pretty easy so long as the Antlibs are available via the 
classloader that oata.launch.Launcher configures. Note that this approach 
does not need a project: it will discover anything that's available from 
the classloader. 

I already have a similar function working in the extensions we use to 
build WebSphere, so I've just been adapting that. I had to reverse 
engineer the ServiceLoader class from JDK 6, since I know that I can't 
depend on a JDK 6 runtime. I could have used sun.misc.Service, but I 
figured that would be problematic on opensource JDKs.




You could also run through all antlibs defined in the root of the 
project, list which are there and diagnose them. Since they are the ones 
that matter if they are missing...


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

Re: [VOTE] Release AntUnit 1.1 Beta 1

[Steve Loughran]

Stefan Bodewig wrote:

On Wed, 27 Aug 2008, Stefan Bodewig <[EMAIL PROTECTED]> wrote:


The vote runs for a week and needs 3 PMC member +1s to pass (and
more +1s than -1s).


Six days and two PMC member votes later.

I'd appreciate it if any other PMC member could take a look at the
proposed beta release.

Stefan

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



+1



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

Re: and basedir

[Steve Loughran]

Dominique Devienne wrote:

On Fri, Aug 29, 2008 at 8:48 AM, Stefan Bodewig <[EMAIL PROTECTED]> wrote:

Now if only  would work the same ;-)

We disagree here.


Definitely. Just the fact that you documented the whole mess about
<*ant*>'s basedir nightmare is enough of a hint to me that not doing
the obvious is a mistake. Resolution relative to the current file, or
relative to what the current file explicitly says it should be, is
always tons better than via something you don't control. It's simply
more natural, the least surprising, etc... That's how HTML resolves
things, XSL, etc...


Writing ${basedir}/ in front of every location in
the imported file would be pretty tedious.  IMHO it is far more common
that you want files resolved relative to basedir than relative to the
location of the imported file.


Builds always rely on tons a properties to this dir or that dir
anyway, and imported build files typically make assumptions about the
properties they depend on, to be set by the importer somehow.

But anyhow, I've lost this argument then, and sounds like I'm loosing
it now. It's too bad, as it's the simpler, least surprising behavior,
to always resolve relative to the current file. I'm 100% sure of that.
Saving a few keystrokes is a mistake if it goes away from the simple
choice. But 'nough said ;-)



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...


-steve



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

Re: DirectoryScanner performance

[Steve Loughran]

Kevin Jackson wrote:

The tests are not through yet, but one thing was so surprising to me
that I wanted to show it upfront:

Running the matchall target (of sr/etc/performance/dirscanner.xml):

Ant 1.6.5   1 min 30 s  ~ 19 MB
Ant 1.7.0   3 min 53 s  ~ 24 MB
Ant 1.7.1 10 s  ~ 14 MB

So 1.7.0 took more than twice as long as 1.6.5 to find all files in a
big directory tree without any patterns and 1.7.1 is a whole lot
faster than even 1.6.5.


That's a huge difference - what are we doing now in 1.7.1 that is
different from before?



I think it tries to sort stuff less.  This broke hadoop builds as their 
class structure was wrong

https://issues.apache.org/jira/browse/HADOOP-3907

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

Re: Why is undocumented?

[Steve Loughran]

Stefan Bodewig wrote:

The task has been added in the 1.7 timeframe but I don't see it
documented anywhere (some of our tests use it).

Does anybody remember whether we didn't want people to know the task
is there (see ) or just forgot to document it?


Is that the task to check that a JAR is signed? if so, its because it 
doesnt work as advertised.


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

Re: Ant @ CIServer "TeamCity"

[Steve Loughran]

[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]

Re: AW: Ant @ CIServer "TeamCity"

[Steve Loughran]

[EMAIL PROTECTED] wrote:

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? 


We should move Ant over to Jira too, perhaps. It makes x-filing bugs 
between ivy and other projects better, and has a fairly good experience 
*Except over very slow networks*.


1. Yahoo! are working with infrastructure on some build farm. Hadoop is 
their line of business app and they care about it never failing a test.


2. We are bringing up hudson at work on a set of machines, real and 
virtual. I could get it to build ant too, but you wont get to see the 
results, just get the mail. So much mail.

  -OS/X only works if someone is logged on
  -some of the linux VMs experience clock drift; this really makes a 
mess of a release process. Amazon AWS Auth doesnt even want to talk to 
you if your clock is 8 hours out, so there goes some of our functional 
tests, for example.





--
Steve Loughran  http://www.1060.org/blogxter/publish/5
Author: Ant in Action   http://antbook.org/

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

Re: Compiling fails on JDK 1.3

[Steve Loughran]

Stefan Bodewig wrote:

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



Don't recall. Me, I'd go for Java 5+ on SVN_HEAD, because Java 5 has 
been out there so long that sun are going to remove support for some 
versions soon, and some of the language changes are pretty fundamental


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

Re: Where next: 1.7.2 or 1.8.0?

[Steve Loughran]

Stefan Bodewig wrote:

Hi,

the current trunk doesn't contain many big or risky changes, the
biggest new things probably are the changed PropertyHelper[1],
FileProvider and local properties.  I seriously consider adding the
changes made by the EasyAnt proposal.

OTOH trunk contains a bunch of bug fixes that are not in 1.7.1, some
of them serious.

My personal query for open bugs outside of the SCM tasks currently
contains about 170 bugzilla issues and I'd like to get that count down
considerably before the next release.

I guess I'm asking whether you feel it would be worth to make the
extra effort of merging the bug fixes to te 1.7.x branch because we
anticipate a 1.7.2.  If so, I'd rather do it soon before the number of
things to merge gets even bigger.


Are there any defects so traumatic in Ant 1.7.1 that an urgent fix is 
needed? If not, then I'm -0 to a 1.7.2 release. Not just for the merge, 
but all the release overhead




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

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

[Steve Loughran]

Stefan Bodewig wrote:

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).



+1

I'm ruthless, I'd vote for Java5 if you asked for that instead.

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

Re: javac task problem in Java 6

[Steve Loughran]

Jesse Glick wrote:

Jess Holle wrote:
We've seen this before where A depends on B which /internally/ depends 
upon C and then suddenly one has to have C around to compile A.


Although this is not forbidden by the JLS (as far as I know), it does 
seem undesirable. If you know of particular examples which can be 
expressed as minimal test cases, I would encourage you to file bug 
reports for the compiler.




Not ever seen that.

I have just been burned today by the fact that Java6 lets you do an 
@Overrides on any method that implements an interface; I'd been using 
that to indicate which methods were interface implementations. Java5 
says @Overrides is only for non-abstract methods, hence breaks.


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

Re: [VOTE] IvyDE 2.0.0.beta1 Release

[Steve Loughran]

Nicolas Lalevée wrote:

I have built a release candidate for IvyDE 2.0.0.beta1

You can download the distribution from this URL: 
http://people.apache.org/~hibou/ivyde-2.0.0.beta1/ 



And a staging update site has been setup there: 
http://people.apache.org/~hibou/staging/updatesite 



Do you vote for the release of these binaries?



 [ +1] Yes
 [ ] No



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

Re: FileSet with copy fails with NPE..

[Steve Loughran]

Raja Nagendra Kumar wrote:

Pl. find the fix for the same in ProjectComponent

We are defining a GOBAL_DEFAULT_PROJECT which would be same as the first non
null setProject call parameter.

getProject() value on any tag if null, the non null GOBAL_DEFAULT_PROJECT
value is assumed with debug log message saying about this assumption.



No, this is lethal. This code encodes a static variable with the 
assumption that its ok to hold a long-lived project instance. Every IDE 
that uses Ant, everything else that embeds ant will come and tell us off.


An NPE is a validity check to ensure that every task has an owning 
project. Not a friendly one, but one that certainly halts the app with a 
stack trace.  Its something the developers get to see, usually the first 
time a task tries to log something. by the time the end users get to see 
it, it should have been fixed. That's the one nice thing about NPEs: 
they are hard to ignore.


Tasks that create other tasks should bind them with 
bindToOwner(ProjectComponent). This ensures that not only is project 
picked up, the child task even picks up the same name in the logs.


-steve

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

Re: Integration of antunit in junit

[Steve Loughran]

Gilles Scokart wrote:

While testing ant tasks in my toy project (deco), I have used antunit.

It is very useful, but I found one limitation: I couldn't not run the
ant-unit tests in the junit runner of my ide.

ant-testutils.jar provides some support for that, but requires to
duplicate all antunit test target into java TestCase method.  This is
a useless overhead now that we have most checks that can be done in
antunit.

An adaptation layer allow to see antunit test results directly with
the classical green/red bar of you junit runner.  It also allow to
very easily plug a java debugger.


I already some code prepared to support this.  The adaptation layer :

public class CompilePath extends TestCase {

public static TestSuite suite() {
File script = new
File("src/test/java/net/sourceforge/deco/ant/test-compilepath.xml");
return new AntUnitSuite(script);
}

}


When executed into a Junit Runner (for example in eclipse), we will
see a suite name "test-compilepath" that will have one test for each
testXXX target into my ant unit script.


+1.

I've done this before with other test systems, where you get the entire 
list of tests from an XML file. Though some tools (like IDEs) get really 
surprised when tests have spaces in their name


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

Re: Should I open a vote ? (Re: svn commit: r740252 - in /ant/ivy/updatesite/trunk/dist: ./ features/ plugins/)

[Steve Loughran]

Xavier Hanin wrote:

On Sat, Feb 14, 2009 at 9:20 PM, Maarten Coene  wrote:

Creating a 2.0.1 release is ok for me. I'm willing to create the release if 
no-one else volunteers...

I've taken a quick look at the changes in JIRA, I think IVY-970 contains the 
biggest change, but I think we can include it in the new release (or is it too 
risky?)

I agree, I've reviewed the changes too and I think they are all ok to
be included in 2.0.1. IVY-970 is slightly bigger but only impact
buildnumber, and after a quick code review I don't expect any major
problem with it, so I'm fine to include it.


And maybe we should also try to fix IVY-987 in the 2.0.1 release to improve our 
maven2 compatibility?

Indeed, this bug is giving bad feeling about Ivy maven 2
compatibility. I should be able to find some time this week to
investigate and hopefully find a fix. So if we all agree we could try
to plan making a release in a week or so, if this match your planned
availability Maarten.


+1 for a release, there are things that have been fixed like handling 
the latest Xalan sha1; though that also implies a full beta test cycle 
just to make sure everything seems stable


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

Re: Anybody planning to attend ApacheCon in Amsterdam late March?

[Steve Loughran]

Stefan Bodewig wrote:

On 2009-02-05, Jimmy Zhao  wrote:


Personally, I think my talk is more like a workshop or tutorial, it might
not so technical, but it would be interesting if people who want to know a
new way to do testing -- via AntUnit.


It may as well interesting to us who work on AntUnit to see hwo it is
used outside of our little world of testing Ant tasks - and where you
have found areas where AntUnit needs improverment for these other
ideas.


If possible, we would like to meet you there and hear your questions and
ideas about how to make AntUnit better, and I will definitely like to
contribute as best as I can.


Looking forward to meething you and to your stronger involvement here.

Stefan



I will be there, one technical talk, one more, well, strategic. Not 
sorted out travel plans.


If I make it to the hackathon I will probably be sitting on the hadoop 
table, though there are some needs there that I want to push back into 
ant, around junit work. when you are running jobs across a few hundred 
machines, your reporting needs change.


-steve

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

Re: schema for junit xml output

[Steve Loughran]

Peter Reilly wrote:

The google-test people are going to to change the output from
 to

(with a command-line switch).

They have some extra attributes, and do not populate some attributes
and elements. but the output is understood by hudson without mod to
hudson.



well, all the tools are one XSLT away from each other.

TestNG has an extended format with for their non-compatible runs, with 
explicit skip flags, and I think every text can have a description


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

Re: distribution of ivy with ant

[Steve Loughran]

Enis Soztutar wrote:
I don't know if it is discussed previously but I was wondering why ivy 
is not included in the ant distribution. More and more projects 
previously depending on ant start to use ivy, but the build files are 
cluttered with ivy-download, check-ivy-antlib, etc. Technically ivy is a 
subproject of ant, and it can be used optionally. However if they are 
distributed together there will be several benefits:

1. Out-of-the-box support for dependency management for ant
2. Better integration of ivy with ant
3. No more check, download and load ivy targets in build files
4. Lowered entry barrier to using ivy  for existing ant users
5. Exposure of ivy to more users

the only drawback I can think of is the extra ivy jar file in the 
distribution.


Is there any plans on the roadmap?



Now that ivy is part of Ant, it makes sense to start thinking of 
bundling the two. However, it may tie the release cycle of the faster 
moving item (ivy) to that of the slower one. Do you think things have 
stabilised/slowed down enough for this? We can of course increase the 
release frequency of Ant...


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

Re: ant 1.7. Finding undefined variables

[Steve Loughran]

Dominique Devienne wrote:

On Wed, May 20, 2009 at 2:28 PM, Dave Pawson  wrote:

2009/5/20 Dominique Devienne :
Yes, that's what I generate. Except I run through the properties file
and the build file to ensure I get all the (used) properties!
 As apposed to what I remembered to put in (and didn't change).
That's the problem I was addressing, those changes and the
odd properties I'd forgotten to test using 


Maybe running in verbose or debug mode and grepping for all property
related messages, especially those about not finding the property, and
convert that into a build similarly to what you did? --DD


A really ruthless trick would be to have a switch to say "halt on an 
attempt to resolve an unresolved variable", giving you the trace of 
where things were when the situation was reached -or let you provide a 
list of unresolved variables to fail on. This would let you track down a 
problem without breaking the moment you hit the first echo statement 
with any undefined value in the printed message



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

Re: Tentative 1.8.0 Release Proposal

[Steve Loughran]

Stefan Bodewig wrote:

On 2009-12-18, Stefan Bodewig  wrote:


If I'd be the one to create the release, I'll need some help by Kev
and/or Antoine to become able to compile the optional tasks with
commercial dependencies.  That being said, if Antoine wants to take
things over, I'll happily let him do so.


Even though Antoine shared all necessary jars with me, he'll take over
as a release manager for this release because I'll be without a working
JDK 1.4 installation for the next two weeks.  I hope to be available for
subsequent releases.


* decide on a name for target-group: Dec 22


are we there yet?


* build 1.8.0 RC1 and call for a vote on it: Dec 23




I'd better make sure all my funtest stuff is documented then, hadn't I

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

Re: svn commit: r894136 - /ant/sandbox/antlibs/git/trunk/src/main/org/apache/ant/git/AbstractGitTask.java

[Steve Loughran]

k...@apache.org wrote:


+   throw new BuildException("The repository [ "+ getGitRepo()+ 
" ] specified is not recognised");
+   }


A UK spelling of recognised is just going to lead to more bugreps, we 
need a phrase that is more locale-neutral


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

Re: [VOTE][RESULT] name for target-group

[Steve Loughran]

Antoine Levy Lambert wrote:

I am thinking of building the first ant 1.8.0 release candidate tomorrow.


I need to get my  docs together; won't be able to do it today 
in EU working hours. what is the timetable for getting doc patches into 
the release chain?


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

Re: svn commit: r901218 - in /ant/core/trunk: WHATSNEW src/main/org/apache/tools/ant/taskdefs/optional/ssh/Scp.java

[Steve Loughran]

Having just checked this in, I was struck by a thought of guilt: should 
I have done this given we are in the RC phase? I'm just looking at what 
(minor) changes I have in my local ant build (this & some better error 
and OOM handling in the junit result formatters). I've stuck this in, 
but technically it's still a code change, right?


I can move this patch to a branch instead.

-steve

ste...@apache.org wrote:

Author: stevel
Date: Wed Jan 20 14:41:43 2010
New Revision: 901218

URL: http://svn.apache.org/viewvc?rev=901218&view=rev
Log:
 task didn't report build file location when a remote operation failed
   Bugzilla Report 48578.

Modified:
ant/core/trunk/WHATSNEW
ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/optional/ssh/Scp.java

Modified: ant/core/trunk/WHATSNEW
URL: 
http://svn.apache.org/viewvc/ant/core/trunk/WHATSNEW?rev=901218&r1=901217&r2=901218&view=diff





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

Re: svn commit: r901218 - in /ant/core/trunk: WHATSNEW src/main/org/apache/tools/ant/taskdefs/optional/ssh/Scp.java

[Steve Loughran]

Antoine Levy Lambert wrote:

I think it is OK to commit bug fixes, but not OK to introduce new concepts.

Just my 2cents.


OK. I'll leave out the junit stuff as they are trying to be more robust 
against OOM errors, and they are trickier to test that they actually 
work without causing damage


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

Re: And calling python

[Steve Loughran]

On 16/04/2010 00:56, Antoine Levy Lambert wrote:

This would be more a user question. Anyway, ant can execute python with
the  task.
What is hard is to return something to ant. Maybe if the python script
prints out what ant needs to capture on systemout,
then using the outputproperty attribute of the exec task, you can store
the output of the python script.

Another possibility would be to have the python script create a property
file which would be read by ant after executing the python script.



I'd look at jython and try doing this stuff in-JVM with 

Re: move-test fails on Windows7

[Steve Loughran]

Stefan Bodewig wrote:

Hi,

my work machine has been "upgraded" from XP to Win7 and now I get
an error in test-move-caseonly:

   abc was not renamed aBc at line 31 , column 80

This is true for trunk as well as Ant 1.8.0.

Does anybody else see this or is it something specific to my (still
incomplete) environment?  My only datapoint is using Java6 right now.


I'd have expected that rename to fail on any of the windows platforms, 
as the existing name gets priority. So perhaps the check for windows 
(and special handling) is failing



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

class BuildTimeoutException extends BuildException

[Steve Loughran]

I'm thinking we need a specific class BuildTimeoutException that extends 
BuildException


-Java.java looks for the specific error message "Timeout: killed the 
sub-process" in Exec.java to recognise a timeout, and doesn't even share 
the constant string across classes.


-my own code looks for "Parallel execution timed out" in a test run and 
inserts a more meaningful message.


I propose

1. a new BuildTimeoutException
2. Exec, Parallel and other things that can timeout raise it.
3. Calling code in the Ant codebase can look for this.
4. we leave the error strings alone for fear of


#4 irritates me, I'd like some details about which subprocess got 
killed, but if we are searching for the string in Ant's own codebase, 
then we can be confident that others will be doing the same trick as well.


I'll do the coding...

-Steve

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

Re: class BuildTimeoutException extends BuildException

[Steve Loughran]

On 27/10/10 11:01, Steve Loughran wrote:

I'm thinking we need a specific class BuildTimeoutException that extends
BuildException

I'll do the coding...


Of course, there is a well documented exception of just that name in
org.apache.tools.ant.taskdefs.optional.testing

Which implies that I should really

 1. move that into the core codebase
 2. retain a subclass in that location, though that really confuses code:

class BuildTimeoutException extends 
org.apache.tools.ant.BuildTimeoutException


Better to have some new Exception name like 
BuildOperationTimeoutException to eliminate confusion


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

Re: class BuildTimeoutException extends BuildException

[Steve Loughran]

On 27/10/10 18:34, Jesse Glick wrote:

On 10/27/2010 06:01 AM, Steve Loughran wrote:

4. we leave the error strings alone for fear of [...fear itself?]

#4 irritates me, I'd like some details about which subprocess got
killed, but if we are searching for the string in Ant's own codebase,
then we can be confident that others will be doing the same trick as
well.


Possible hack: leave Throwable.detailMessage ~ getMessage() alone, but
add extra fields & getters for the info about the subprocess, and
override getLocalizedMessage() to include that information. Then the
richer info will be shown in a stack trace, but other code checking
e.getMessage() will not be broken. The only problem would be foreign
code checking e.toString(), since this also uses getLocalizedMessage(),
but I will bet people would naturally look at getMessage() instead.



good trick. All the places I've seen it do use getMessage() and would be 
brittle to change.


I think for my short-term needs (translation of a parallel exec timeout 
into a more meaningful message) in funtest, I just need the error class. 
I just noticed that java was playing the same trick with exec, and 
again, classtype is all it needs.


I'll look through the code to see where it looks for the toString() or 
getMessage() of buildexceptions



(pause)

Ant uses getMessage() primarily to extract some text from BuildException 
to use in a log or other exception.


Kaffe and Gcjh search the message for the string "failed with return 
code" when execing their apps and deciding whether to rethrow the 
exceptions. This is a bit naughty, again there should be a separate 
exception from Execute which signals that execution failed which these 
tasks should look for


-steve


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

junit4 test runners

[Steve Loughran]

I'm doing something non-ant related, but I'm wondering if anyone has 
seen this problem here, as it's the closest to what I'm trying to do


1. I have some code that is a test runner for Junit3.8.x classes, it works.
2. I am trying to flip the ivy version to junit 4.8.2 something.
3. I rerun my test runner tests
4. I get sealing violations on dependent JARs from my own upstream projects

Neither my JARs or JUnit4 is sealed, yet as soon as say "JUnit 4", 
things stop working.


Anyone else seen something like this? Or am I deep in a classloader hell 
of my own making?


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

Re: junit4 test runners

[Steve Loughran]

On 06/09/2011 11:58 AM, Steve Loughran wrote:

I'm doing something non-ant related, but I'm wondering if anyone has
seen this problem here, as it's the closest to what I'm trying to do

1. I have some code that is a test runner for Junit3.8.x classes, it works.
2. I am trying to flip the ivy version to junit 4.8.2 something.
3. I rerun my test runner tests
4. I get sealing violations on dependent JARs from my own upstream projects

Neither my JARs or JUnit4 is sealed, yet as soon as say "JUnit 4",
things stop working.

Anyone else seen something like this? Or am I deep in a classloader hell
of my own making?


-turns out one file in a package was sealed. What's interesting is that 
this triggered a problem only in junit4 builds, which makes me thing 
that the classloading was different. Perhaps a sealing violation only 
triggers if the first class is loaded from a sealed JAR, and rest from 
unsealed ones.


Odd though -reverting to junit3 did fix it, even though ivy set the 
build up both times.


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

[Fwd: Re: please update the next release of Ant 1.7 to Xerces 2.9.0]

[Steve Loughran]

As raised on the user mail list. Should we upgrade? It would get the 
latest version out, stop them receiving support calls related to old 
apps, etc. And, assuming we have been using the live source tree in 
gump, it is what we've been building against.



 Original Message 
Subject: Re: please update the next release of Ant 1.7 to Xerces 2.9.0
Date: Mon, 04 Dec 2006 11:06:20 +
From: Steve Loughran <[EMAIL PROTECTED]>
Reply-To: Ant Users List 
To: Ant Users List 
References: <[EMAIL PROTECTED]> 
<[EMAIL PROTECTED]> <[EMAIL PROTECTED]>


Jacob Kjome wrote:

Quoting Steve Loughran <[EMAIL PROTECTED]>:




http://ibiblio.org/maven/xerces/

I see the 2.8.1 jars and poms there.  I can ping the xerces list and get them to
put the 2.9.0 versions out there.  What's the time frame for the next release? 
Is it imminent?  I can work on them to get it out there.  Maybe you can just

check in the 2.9.0 stuff (xercesImpl.jar, xml-apis.jar, serializer.jar) in the
meantime if the next release of Ant-1.7 (final?) is happening soon.

Jake


It would be nice for everything to be in sync, but that is separate from
the apache launch. If the release manager agrees, then yes, we will ship
with the latest version. Given that SVN_HEAD Ant and xerces have been
coexisting on gump, the upgrade should not be traumatic.

-steve

-
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]

Re: Two good patches for mysql support and generic sql row counting

[Steve Loughran]

Hunter Peress wrote:

I submitted two patches a month ago and I would like to know if any of the
developers wouldnt mind adding it to a forthcoming release.

One of the patches returns the count of the result rows in an efficient
manner. The other adds support for mysql which is especially useful when
sourcing mysqldump files from version 5.0 and greater.

Thanks!

http://issues.apache.org/bugzilla/show_bug.cgi?id=40923
http://issues.apache.org/bugzilla/show_bug.cgi?id=40922




I do agree that we need to improve the SQL task, but think its too late 
to get into the 1.7.0 release. this is something that would be good in a 
1.7.1 timeframe, *after* we have a decent set of tests for the sql task, 
so that we can be sure that changes dont break anything.


to put differently: the first thing we have to add to SQL, before 
anything else, is some tests to verify the current functionality.


FWIW, I have been doing bits of this @work in the smartfrog database 
components, that are based on the SQL task, albeit without any comment 
support, and without the where-does-the-line end problem, which I solved 
by requiring the statements to come as a list:



 CreateUser extends AdminCommand {
username TBD;
password TBD;
sqlCommands [
 (("CREATE USER " ++ username ) ++ (" PASSWORD " ++ password)),
 "DROP TABLE events"
];
 }

We could use the SQL I have there (which works with hsqldb) together 
with the code to read the database results as the test base.


As usual, I no free time to do this right now...

-steve

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

[Fwd: Call for Papers Opens for ApacheCon Europe 2007]

[Steve Loughran]

Apache are looking for talks at next summer's European ApacheCon.

There's a big EU presence in the dev and user groups, so I'm sure we can 
put together some talks.  Indeed, I think we ought to, otherwise the 
conference is full of Maven presentations, and while I value them (esp. 
Jason's), I dont want the world to forget that ant still has market 
dominance of the java build problem.


1. If we can get Xavier to introduce Ivy, that would be great.
2. Having given the Ant 1.7 talk in 2005 (!) I could either give an 
update, or focus on something more esoteric, like 'scripting and testing'
3. Maybe its someone else's time to give a presentation. That way I get 
to sit in the audience making faces instead of having Stefan and Jan do 
the same for me.


-Steve


 Original Message 

Call for Papers Opens for ApacheCon Europe 2007

The Call for Papers is now open for ApacheCon Europe, to be held May
1-4  at the newly-opened Movenpick Hotel, Amsterdam. The conference
will consist of one day of tutorials (May 1) and three days of
regular conference sessions (May 2-4).

Proposals can be submitted at http://www.apachecon.com/ . Log in and
follow the instructions.

Topics appropriate for submission to this conference are manifold,
and may include but are not restricted to:

* ASF projects
* ASF-Incubated projects
* Scripting languages and dynamic content such as Java, Perl, Python,
Ruby, XSL, and PHP
* New technologies and broader initiatives such as Web Services and
Web 2.0
* Security and e-commerce, performance tuning, load balancing, and
high availability
* Business and community issues surrounding the ASF and Open Source

The paper submission deadline is Friday, 12 January 2007, Midnight GMT.

Thanks, and we hope to hear from you, and to see you in Amsterdam

--
The ApacheCon Planners
http://www.apachecon.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]

Re: [Fwd: Call for Papers Opens for ApacheCon Europe 2007]

[Steve Loughran]

Xavier Hanin wrote:

On 12/5/06, Steve Loughran <[EMAIL PROTECTED]> wrote:



Apache are looking for talks at next summer's European ApacheCon.

There's a big EU presence in the dev and user groups, so I'm sure we can
put together some talks.  Indeed, I think we ought to, otherwise the
conference is full of Maven presentations, and while I value them (esp.
Jason's), I dont want the world to forget that ant still has market
dominance of the java build problem.

1. If we can get Xavier to introduce Ivy, that would be great.



I would love to! I will be pretty busy until the end of next week, but then
I'll have more time to prepare a short abstract. If you agree we'll discuss
that further on the ivy-dev list, maybe some other people could help, as 
you

know my english is pretty poor.



The audience will be international. Java, they all understand. Nobody 
understands XML schema or namespaces. You'll do just fine :)


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

Re: [Fwd: Call for Papers Opens for ApacheCon Europe 2007]

[Steve Loughran]

Stefan Bodewig wrote:

On Tue, 05 Dec 2006, Steve Loughran <[EMAIL PROTECTED]> wrote:


3. Maybe its someone else's time to give a presentation. That way I
get to sit in the audience making faces instead of having Stefan and
Jan do the same for me.


I promise to not make faces for anybody else but Steve.



I managed to interrupt the Maven talk last summer by pouring water over 
my laptop.  It was not intentional. Jason managed to completely ignore 
the person in the front row swearing, ripping out his batteries in a 
hurry and shaking the keyboard until the wateer came back outl



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

Triage time

[Steve Loughran]

I'm looking at some outstanding issues with the RC and wondering whether 
to pull them either temporarily or indefinitely. I'd like some opinions.



#1 automatic proxy setup on Java 1.5

This was meant to be a benefit, in which the JVM would pick up the proxy 
settings of the OS unless you said -noproxy


But
 1. I have never seen it work on Linux, either with KDE or Gnome 
desktops (suse and ubuntu)
 2. Some people have reported problems with oracle JDBC driver and 
tigris SVN not working unless you go -noproxy


The problem here is that while trying to simplify a problem (proxy 
setup), we've broken things that worked. And that forces us to take on 
support calls/stops builds.


Proposal: pull the auto proxy unless you say -noproxy; add a -autoproxy 
option to turn it on if you want it. Fix the documentation coverage to 
match. Users who live behind silly firewalls (me) have to set up ANT_ENV 
to get it to work.


#2  and optional web.xml

I've had reports (and seen myself) cases of users getting warned their 
web.xml isnt being used when updating a WAR file that exists. I think 
its something to do with updates.


Proposal: move the new web.xml features (code+doc+tests) to the Ant1.7.1 
Branch, to put in once we've had better testing.



I dont know if we have a 1.7.x branch but suspect this is the time to 
create one.


-steve

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

Re: Triage time

[Steve Loughran]

Stefan Bodewig wrote:

On Fri, 08 Dec 2006, Steve Loughran <[EMAIL PROTECTED]> wrote:


I'm looking at some outstanding issues with the RC and wondering
whether to pull them either temporarily or indefinitely. I'd like
some opinions.

#1 automatic proxy setup on Java 1.5


+1 on only setting it up when required.


Done. new command -autoproxy to turn auto proxy on.

The -noproxy command still turns it off. I did that for backwards 
compatibility, but realised there's another value. If you have 
ANT_ARGS=-autoproxy, you can still go -noproxy on the command line to 
override it (whichever statement comes last, wins)





#2  and optional web.xml

I've had reports (and seen myself) cases of users getting warned
their web.xml isnt being used when updating a WAR file that
exists. I think its something to do with updates.


so let's remove it.



I've left that alone for now, because while it was printing messages, it 
didnt break anything.


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

Re: DO NOT REPLY [Bug 39960] - NPE when trying to a custom resource

[Steve Loughran]

Matt Benson wrote:
Damn it... do we think this is a blocker for 1.7.0? 
Or should we leave this known "hole" for 1.7.1?  :(  I

won't be able to get back to this until Monday... and
isn't Antoine building RC2 tomorrow?  :(  Is it wrong
to build an RC that we already know won't be the
final?

-Matt



No, I dont think its a blocker.

There are many less obscure bugs, there is a workaround (give your 
custom resource a name) and we know that when we fix it, there wont be 
backwards compatibility issues from having shipped.


Welcome to applied software triage. This defect we can leave alone.

-steve


[SNIP]
--- Additional Comments From [EMAIL PROTECTED] 
2006-12-08 16:06 ---

1. yes, I do still have the source. So do you, if
you check it out from CVS
under http://sourceforge.net/projects/antbook , and
gump may run it too.

2. you've managed to move it.

--- Nested Exception ---
java.lang.NullPointerException
at


org.apache.tools.ant.util.ResourceUtils.selectOutOfDateSources(ResourceUtils.java:176)

at


org.apache.tools.ant.util.ResourceUtils.selectOutOfDateSources(ResourceUtils.java:126)

at


org.apache.tools.ant.taskdefs.Copy.buildMap(Copy.java:732)

at


org.apache.tools.ant.taskdefs.Copy.scan(Copy.java:664)

at


org.apache.tools.ant.taskdefs.Copy.execute(Copy.java:547)

at


org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:288)

at
sun.reflect.NativeMethodAccessorImpl.invoke0(Native
Method)
at


sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)

at


sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)

at
java.lang.reflect.Method.invoke(Method.java:585)
at


org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:105)

at
org.apache.tools.ant.Task.perform(Task.java:348)
at
org.apache.tools.ant.Target.execute(Target.java:357)
at


org.apache.tools.ant.Target.performTasks(Target.java:385)

at


org.apache.tools.ant.Project.executeSortedTargets(Project.java:1329)

at


org.apache.tools.ant.Project.executeTarget(Project.java:1298)

at


org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:41)

at


org.apache.tools.ant.Project.executeTargets(Project.java:1181)

at
org.apache.tools.ant.Main.runBuild(Main.java:698)
at
org.apache.tools.ant.Main.startAnt(Main.java:199)
at


org.apache.tools.ant.launch.Launcher.run(Launcher.java:298)

at


org.apache.tools.ant.launch.Launcher.main(Launcher.java:104)

Total time: 0 seconds

--
Configure bugmail:


http://issues.apache.org/bugzilla/userprefs.cgi?tab=email

--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching
the assignee.



-

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






 


Yahoo! Music Unlimited
Access over 1 million songs.
http://music.yahoo.com/unlimited

-
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]

Re: AW: Triage time

[Steve Loughran]

[EMAIL PROTECTED] wrote:
I'm looking at some outstanding issues with the RC and wondering 
whether to pull them either temporarily or indefinitely. I'd like 
some opinions.


#1 automatic proxy setup on Java 1.5

+1 on only setting it up when required.

Done. new command -autoproxy to turn auto proxy on.

The -noproxy command still turns it off. I did that for 
backwards compatibility, but realised there's another value. 
If you have ANT_ARGS=-autoproxy, you can still go -noproxy on 
the command line to override it (whichever statement comes last, wins)



Proxy came in with rev 278520 (2005-08-17) [1] which was after 1.6.5
[2].
So I think we dont need BWC here as all was done on HEAD only (and the
1.7.0RC).

If there is no real benefit I would prefer having a "small" number of
options.



We can do that. Shall I strip it out now?

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

Re: AW: AW: Triage time

[Steve Loughran]

[EMAIL PROTECTED] wrote:
 


-Ursprüngliche Nachricht-
Von: Steve Loughran [mailto:[EMAIL PROTECTED] 





We can do that. Shall I strip it out now?



+1 from me ;-) 
Other opinions?




Actually it looks like my edits didnt take last night. hmm.

I upgraded to SVN 1.4 on the command line @home to do an svn switch of a 
project, which then updated my client-side metadata and broke various 
other SVN tools. I hope nothing has been permanently lost, but will have 
to put off making any more changes until I get home and at the laptop 
again.


Expect the -autoproxy in, -noproxy out later on today. I would like to 
hold off the RC until this goes in, as its the most troublesome change I 
have pending.


-steve

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

Re: [VOTE] Release of Apache Ant 1.7.0

[Steve Loughran]

Kevin Jackson wrote:

For the condition that's fine, but for the java16 package, it will not
compile on java5 (not that the code in there is used at the moment)


In fact unless anyone thinks I should leave this in, I'm going to pull
the util.java16 package from svn head and alter the build.xml to
remove the selector


?I do not follow?


The code in the java16 package doesn't use reflection, it's java6
'native code', but I didn't remove it before Antoine started the
release, as I said as it's unused right now (it was used in the first
version of , but the reflection changes made it's
inclusion unnecessary).

I think it's best to pull it completely


+1

its not traumatic if we leave it out. It means we get a chance to test 
it before going in to a later ant release.


Who has upgraded to java 6 yet? I may do it on my laptop

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

Re: [VOTE] Release of Apache Ant 1.7.0

[Steve Loughran]

Kevin Jackson wrote:

This is life! a sequence of lessons!


A day where you learn something is a good day (generally), but I
should've just held back the changes until the release had happened,
then I could have added them to trunk and not broken this release -
doh!



That's why we have release managers, they are the official refuser. A 
good RM will say no to everybody, even those up the mgt chain.


There's always a lot of pressure to put stuff in just before a release, 
but really RC time is when to decide to pull things, not add stuff. It's 
too late to get anything new working.


-steve

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

Re: [VOTE] Release of Apache Ant 1.7.0 - new upload done

[Steve Loughran]

Antoine Levy-Lambert wrote:

Hello,

I did a third upload where the HasFreeSpace condition will be present.

Regards,

Antoine


ok. is this the artifact I should be voting on?

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

Re: [VOTE] Release of Apache Ant 1.7.0 - new upload done

[Steve Loughran]

Antoine Levy-Lambert wrote:


Hi,

I have updated my SVN sandbox, got the new StringUtils.java, and done a 
new upload.


So we might want to start a new vote.

You can download it from this URL : 
http://people.apache.org/~antoine/apache-ant-1.7.0/


Due to our bylaws, if a positive vote happens, the effective release 
date (already entered in the doc) will be Dec 19, 2006.


Do you vote for the release of these binaries ?

[+1 ] Yes

[ ] No

Regards,


+1


I'm not happy about last minute changes going in, but as they are 1.6 
features they dont matter too much. I have just retested all the anunit 
script examples I have for my book, and they are all passing, once I 
found and deleted an old bsh-1.2 jar that was in the lib dir.


-steve


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

Re: [VOTE] Release of Apache Ant 1.7.0 - new upload done

[Steve Loughran]

Stefan Bodewig wrote:

On Wed, 13 Dec 2006, Antoine Levy-Lambert <[EMAIL PROTECTED]> wrote:


I did a third upload where the HasFreeSpace condition will be
present.


+1 for releasing these builds.  Everything looks good.

RmicAdvancedTest fails for me using JDK 1.6, the stack trace (below)
looks like a deeply confused Xerces to me.  No reason to hold back the
release

Stefan

[junit] Testcase: testIIOP(org.apache.tools.ant.taskdefs.RmicAdvancedTest): 
Caused an ERROR
[junit] org.apache.xerces.parsers.XIncludeAwareParserConfiguration cannot 
be cast to org.apache.xerces.xni.parser.XMLParserConfiguration
[junit] java.lang.ClassCastException: 
org.apache.xerces.parsers.XIncludeAwareParserConfiguration cannot be cast to 
org.apache.xerces.xni.parser.XMLParserConfiguration
[junit] at org.apache.xerces.parsers.SAXParser.(Unknown Source)
[junit] at org.apache.xerces.parsers.SAXParser.(Unknown Source)
[junit] at 
org.apache.xerces.jaxp.SAXParserImpl$JAXPSAXParser.(Unknown Source)
[junit] at org.apache.xerces.jaxp.SAXParserImpl.(Unknown Source)
[junit] at 
org.apache.xerces.jaxp.SAXParserFactoryImpl.newSAXParser(Unknown Source)
[junit] at 
org.apache.tools.ant.util.JAXPUtils.newSAXParser(JAXPUtils.java:215)
[junit] at 
org.apache.tools.ant.util.JAXPUtils.getNamespaceXMLReader(JAXPUtils.java:172)
[junit] at 
org.apache.tools.ant.helper.ProjectHelper2.parse(ProjectHelper2.java:185)
[junit] at 
org.apache.tools.ant.helper.ProjectHelper2.parse(ProjectHelper2.java:138)
[junit] at 
org.apache.tools.ant.ProjectHelper.configureProject(ProjectHelper.java:96)
[junit] at 
org.apache.tools.ant.BuildFileTest.configureProject(BuildFileTest.java:252)
[junit] at 
org.apache.tools.ant.BuildFileTest.configureProject(BuildFileTest.java:235)
[junit] at 
org.apache.tools.ant.taskdefs.RmicAdvancedTest.setUp(RmicAdvancedTest.java:44)
[junit] at junit.framework.TestCase.runBare(TestCase.java:128)



Classloader grief. We cannot parse the XML file because Xerces is toasting:
configureProject(TASKDEFS_DIR + "rmic.xml");

Stefan. Rebuild the machine, or if its a vm image, go back to last 
weeks' copy.


-steve

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

Re: [VOTE] Release of Apache Ant 1.7.0 - new upload done

[Steve Loughran]

Stefan Bodewig wrote:




Stefan. Rebuild the machine,


Just installed Service Pack 1 for VS2005 today, felt like rebuilding
the machine, no less.  It took about 85 minutes, at least twice as
long as the initial installation of VS2005, Guidancy Automation
Extensions and Toolkit and the VS2005 SDK it was patching took.

Stefan



Microsoft blur the distinction between their apps and the OS. Any 
install of an MS app can break your machine. The only safe way to work 
with the stuff is under vmware or an equivalent.


That way the hour and a half system install is just one window on your 
desktop being out of action.


-steve

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

Re: Pack200

[Steve Loughran]

Mark Claassen wrote:

Well, be that as it may, I feel that having a pack200 task would be a great
feature.  We distribute our code via webstart and the pack200 format really
does do a great job compressing jar files.

The code I got from java.net did not quite work for me and I had to modify
it quite a bit.  I submitted my modifications back to the project where the
originals from, but then it didn't go anywhere.  In fact, I can't even find
the posts I sent with my modifications.  Maybe this is because the java.net
project (https://java-pack200-ant-task.dev.java.net/) says its defunct.  


In any case, is there anything that I can do to get this ball rolling?  I
don't want to step on any toes, or break any copyrights, but I certainly
feel that the pack200 should be a part of core ANT.

Mark






1. I checked, yes, the deployment.java.net project is, if not dead, 
pining for the fjords.


2. Harmony is adding pack200 support too.

any apache ant task would want to work with the Harmony impl, alongside 
the sun one, or we go with the harmony one only as a complete redist 
that may even work on java1.4 systems. in which case the ant project 
itself probably isnt the right place for it, as it is coupled more 
tightly to the harmony API


-steve





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

Re: [VOTE] Release of Apache Ant 1.7.0 - new upload done

[Steve Loughran]

Stefan Bodewig wrote:

On Mon, 18 Dec 2006, Steve Loughran <[EMAIL PROTECTED]> wrote:

Stefan Bodewig wrote:



RmicAdvancedTest fails for me using JDK 1.6, the stack trace
(below) looks like a deeply confused Xerces to me.



[junit] Testcase: testIIOP(org.apache.tools.ant.taskdefs.RmicAdvancedTest): 
Caused an
ERROR
[junit] org.apache.xerces.parsers.XIncludeAwareParserConfiguration cannot be 
cast to org.apache.xerces.xni.parser.XMLParserConfiguration

Classloader grief.


Are you sure?  This is the only test exhibiting the problem.  I need
to dig deeper to find the reason, though.


This was just a guess. I did a search and you are the first person to 
have encountered this problem, incidentally.



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

Re: Pack200

[Steve Loughran]

Mark Claassen wrote:

PININ' for the FJORDS?!?!?!? What kind of talk is that?, look, why did he
fall flat on his back the moment I got 'im home?
...'E's kicked the bucket, 'e's shuffled off 'is mortal coil, run down the
curtain and joined the bleedin' choir invisibile!!
THIS IS AN EX-PROJECT!!

I always appreciate a bit a levity.


well,lets just say I wouldnt expect a christmas card from it.


---
So, the Harmony project will follow the specifications of the pack200
format, but not necessarily the interface (options as so on)?  Not that you
have any control over it, but that seems like a poor decision.  I hope it is
similar enough so that people aren't forced into a decision about which to
use, Harmony or Sun's JRE.  (That's is my 2 cents.)

Anyway, to me it sounds like you are saying that ANT is currently not
interested in a pack200 task until the Harmony project has decided on its
implementation?  Is this a fair assessment of what you said?



no, its more 'we dont know what is happening there well enough to take a 
guess".


If they do pack200 exe with 100% compatibility with sun-pack200, life is 
simple.


If they do something low level, we are in the multiple-facade-pattern 
which we do for javac and the like and which is unduly complex. the 
other risk is that sun pull pack200 in java6 or later. Assuming that 
they keep everything stable there, we can do a task, but we cannot use 
any of the code from the java.net . Instead we need


-good dependency logic
-error messages for end users
-some tests.

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

Re: [ANN] Ant 1.7.0 Released

[Steve Loughran]

Antoine Levy-Lambert wrote:

Hi,

We have the pleasure to announce the release of Apache Ant 1.7.0.



Congratulations!

Thanks for being the release manager; take a rest now and let the rest 
of the team handle the support calls. I'm waiting for the first 'doesnt 
work on win98 with spaces in the path and weblogic in CLASSPATH' defect 
to arrive.


-steve


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

Re: [ANN] Ant 1.7.0 Released

[Steve Loughran]

Antoine Levy-Lambert wrote:

Hi,

We have the pleasure to announce the release of Apache Ant 1.7.0.


Oh, we need to put the libs up on the maven repository, along with 
Ant-testutil.jar.


Does this also means we can go to 1.0 with ?

-steve

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

Re: Pack200

[Steve Loughran]

Mark Claassen wrote:

Well, I don't think it will be too difficult, and there certainly are a lot
of core ant tasks I can pull information from.  So, if I get bored sometime,
maybe I will give it a whirl.  I could still use it, even if no one else
does. :)

Thanks for the advice.
Mark



Go for it!

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

Re: [ANN] Ant 1.7.0 Released

[Steve Loughran]

Antoine Levy-Lambert wrote:

Hello Steve,

the libs should already be in the maven repository.

But pay attention : groupId is now org.apache.ant, not ant any more.


That's ok, I'm only moving our project to Ivy this week; we have no hard 
coded commitments to the old paths.


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

Re: [ANN] Ant 1.7.0 Released

[Steve Loughran]

Antoine Levy-Lambert wrote:

Hi Steve,

actually, the org.apache.ant artifacts seem not to be available yet in the 
maven repository.


I knew that :)



I have just posted something to repository@ to find out whether it is just a 
delay, or whether I did something which does not follow the expectations of the 
repo infrastructure.


oh, it just takes a few hours to sync. There is no staging/auditing 
process yet for you to get blocked by


-steve

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

Re: Branch

[Steve Loughran]

Matt Benson wrote:

--- Antoine Levy-Lambert <[EMAIL PROTECTED]> wrote:


Hello,

I also would prefer to wait a bit to create the
ANT_17_BRANCH.

For Ant 1.8, I have in mind some refactoring, like
maybe splitting the source tree per jar.
Documentation could also be split by theme such as
property tasks, resource based tasks, SCM tasks
rather than the current distinction core/optional
which is not so nice.


While we're on the subject, note that in Java6,

Re: [VOTE] Release AntUnit 1.0

[Steve Loughran]

Stefan Bodewig wrote:

Hi all,

I've uploaded the distribution binaries created from the AntUnit
version tagged 10 to  and
propose to release them as Apache AntUnit 1.0.

Stefan


+1

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

Re: svn commit: r491723 - in /ant/core/trunk/docs/manual: CoreTasks/javac.html using.html

[Steve Loughran]

[EMAIL PROTECTED] wrote:


+  Path Shortcut
+  
+In Ant 1.6 a shortcut for converting paths to OS specific strings
+in properties has been added. One can use the expression 
+${toString:pathreference} to convert a path element

+reference to a string that can be used for a path argument.
+For example:
+  



Does that work for any resolvable datatype? If so, cool.

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

Re: Proposed roadmap

[Steve Loughran]

Wolfgang Häfelinger wrote:

* 1.9
  - add EL (?from jsp/jsf - properties or references?)

Since EL is a really cool feature and simplifies JSP development so much, 
I
would like to give it a much higher priority (1.7.x)... 



1. I'm not sure how serious it was
2. its a traumatic change
3. I dont actually like EL handling as the way any invalid bit the the 
expression switches the whole thing to null, instead of telling where 
you've left something undefined. That may just be the JSP2 
implementation, of course,.







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

Re: Ant jars on Maven repo

[Steve Loughran]

[EMAIL PROTECTED] wrote:

I have just seen that the 1.7.0 files are not in the Maven repository
under 
   http://repo1.maven.org/maven2/ant/ant/




moved to org/apache/ant, maven2 style, with the testutils jar too:

http://mirrors.ibiblio.org/pub/mirrors/maven2/org/apache/ant/

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

Re: remove from defaults.properties

[Steve Loughran]

Kevin Jackson wrote:

I suggest removing the jspc-namebinding from the default.properties [1]:
-  is deprecated for a long time
- it causes trouble like [2]
- it's one step on the road of moving optional tasks to AntLibs


I agree, at least we can move it to the deprecated area of the
default.properties



+1

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

Re: svn commit: r491723 - in /ant/core/trunk/docs/manual: CoreTasks/javac.html using.html

[Steve Loughran]

Peter Reilly wrote:

On 1/3/07, Steve Loughran <[EMAIL PROTECTED]> wrote:

[EMAIL PROTECTED] wrote:

> +  Path Shortcut
> +  
> +In Ant 1.6 a shortcut for converting paths to OS specific strings
> +in properties has been added. One can use the expression
> +${toString:pathreference} to convert a path element
> +reference to a string that can be used for a path argument.
> +For example:
> +  


Does that work for any resolvable datatype? If so, cool.

No, it depends on the implemenation of toString of the particular
class. The ant code uses the toString() method of path when
it is handling the path attribute of the command line arg, so
that is how I know that it is safe to use for paths.

Fileset.toString() on the other hand use ';' to seperate the files



We may want to tweak that to make it platform neutral.

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

Re: Branch

[Steve Loughran]

Antoine Levy-Lambert wrote:




In the long run, if maven becomes better at solving some issues like the

release process (including the so called staged release process) we could
build, stage and release ant using maven. 
  

what's the benefit ? for what purpose ?




the benefit would be to use whatever the maven team develops to automate or 
semi automate releases.



There's stuff underway in ivy to generate pom files from ivy 
descriptors; it could be the precursor to ant based release deployment. 
For those of us whose projects live mostly in the Ant space, not having 
to drop to Maven would only be a good thing. After all, if I can use 
maven for releases, why not use it from the ground up?


Nb, we have used maven1 in the past to create some of the site docs for 
smartfrog, like the change log. We also use forrest.


-steve

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

memory profiling Ant

[Steve Loughran]

What's the best way to memory profile Ant?

We have an interesting problem at work where  is  running out of 
memory when run in an ivy-managed  Run, but not when run 
standalone. So something is eating up lots of memory, and  is the 
symptom, not the problem. Same problem on Ant1.6 and 1.7, java1.4 and 
1.5 BTW.


I suspect Ivy may be the cause, it being the most recent change, and it 
does have that singleton configuration


-steve

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

Re: svn commit: r495399 - in /ant/core/trunk: WHATSNEW src/main/org/apache/tools/ant/ComponentHelper.java

[Steve Loughran]

[EMAIL PROTECTED] wrote:

Author: stevel
Date: Thu Jan 11 14:01:51 2007
New Revision: 495399

URL: http://svn.apache.org/viewvc?view=rev&rev=495399
Log:
Extra diagnostics. Dump all types in a namespace if the one you ask for isnt known. Good for 
identifying typos, and helps you differentiate "library not yet loaded" from "task 
unknown"

Modified:
ant/core/trunk/WHATSNEW
ant/core/trunk/src/main/org/apache/tools/ant/ComponentHelper.java

Modified: ant/core/trunk/WHATSNEW
URL: 
http://svn.apache.org/viewvc/ant/core/trunk/WHATSNEW?view=diff&rev=495399&r1=495398&r2=495399
==
--- ant/core/trunk/WHATSNEW (original)
+++ ant/core/trunk/WHATSNEW Thu Jan 11 14:01:51 2007
@@ -63,6 +63,10 @@
 
 * Allow  to refer directly to a FileNameMapper instance.
 
+* If you try and use a type in a namespace (or an antlib), and the type is not

+  recognized but there are other definitions in that namespace, Ant lists what
+  the known definitions are. This helps you find spelling errors. 




 /**
- * Print unknown definition.
+ * Print unknown definition.forking
  */
 private void printUnknownDefinition(
 PrintWriter out, String componentName, String dirListing) {
 boolean isAntlib = componentName.indexOf(MagicNames.ANTLIB_PREFIX) == 
0;
+String uri=ProjectHelper.extractUriFromComponentName(componentName);
 out.println("Cause: The name is undefined.");
 out.println("Action: Check the spelling.");
 out.println("Action: Check that any custom tasks/types have been 
declared.");
 out.println("Action: Check that any /"
 + " declarations have taken place.");
-if (isAntlib) {
-out.println();
-out.println("This appears to be an antlib declaration. ");
-out.println("Action: Check that the implementing library exists in one 
of:");
-out.println(dirListing);
+if(uri.length()>0) {
+List matches = antTypeTable.findMatches(uri);
+if(matches.size()>0) {
+out.println();
+out.println("The definitions in the namespace "+uri+" are:");
+for(Iterator it=matches.iterator();it.hasNext();) {
+AntTypeDefinition def=(AntTypeDefinition) it.next();
+String local = 
ProjectHelper.extractNameFromComponentName(def.getName());
+out.println(""+local);
+}
+} else {
+out.println("No types or tasks have been defined in this namespace 
yet");
+if (isAntlib) {
+out.println();
+out.println("This appears to be an antlib declaration. ");
+out.println("Action: Check that the implementing library exists 
in one of:");
+out.println(dirListing);
+}
+}
 }
 }
 


This is what the trace is:
BUILD FAILED - at 11/01/07 22:07
/home/slo/Projects/SmartFrog/Forge/core/components/database/build.xml:67:
Problem: failed to create task or type 
antlib:org.smartfrog.tools.ant:unknown

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.


The definitions in the namespace antlib:org.smartfrog.tools.ant are:
parse
waitfordaemon
gui
ping
stopdaemon
undeploy
tourl
daemonfound
daemon-debug
run
faultingwaitfor
deploy
functionaltest
console-debug
gui-debug
startdaemon
security
management-console
sign

It lets you see what is in a namespace, and whether anything at all is 
in there.


I've pulled the bit that tells you how to add an antlib to the classpath 
if there is stuff in the namespace. Instead I assume that the lib is 
loaded, and that you've just got the spelling wrong. If someone declares 
presets or macros in the same namespace then

that will be an invalid assumption.

I'd like to sort the listing, but that would mean implementing a 
comparator for the type definitions, or converting their short names to 
a string list and sorting that.


-steve

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

Re: & jsch & classpath loader issues

[Steve Loughran]

Kevin Jackson wrote:



Is the FAQ correct in that  & 

Re: [EMAIL PROTECTED]: Project test-ant (in module ant) failed

[Steve Loughran]

Gump Integration Build wrote:

To whom it may engage...

This is an automated request, but not an unsolicited one. For 
more information please visit http://gump.apache.org/nagged.html, 
and/or contact the folk at [EMAIL PROTECTED]






BUILD FAILED
/x1/gump/public/workspace/ant/build.xml:1618: Unit tests failed

Total time: 14 minutes 2 seconds


Its the test I added to show that xmlproperty expands stuff in 
alphabetical order, not build file order.


[au:antunit] Build File: 
/x1/gump/public/workspace/ant/src/tests/antunit/taskdefs/xmlproperty-test.xml

[au:antunit] Tests run: 3, Failures: 0, Errors: 1, Time elapsed: 0.093 sec
[au:antunit] Target: testInlineExpansion  caused an ERROR
[au:antunit]at line 39, column 11
[au:antunit]Message: xml attributes are not expanding correctly
[au:antunit]   expected: mnop=nnn${app.n}
[au:antunit]   actualmnop=${app.n}nnn
[au:antunit]took 0.009 sec
[au:antunit] Target: test-empty took 0.006 sec

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

Re: XSLT task, I want to not convert empty XML file

[Steve Loughran]

apryjom wrote:

Hi,

I have following task in my build:



I would like to add checking to not process empty xml files (0 bytes) which
may be saved in my basedir.

ANT version 1.6.5

thanks in advance,
Adam.


 not a developer question; A user one.

use the appropriate selector in your fileset

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

Re: Bug report for Ant [2007/25/01]

[Steve Loughran]

Arindam Das wrote:


undeploy:

BUILD FAILED
file:E:/trunkJan23/pe-capreg-serv/build.xml:287: The  task doesn't 
support the "failonerror" attribute.




Arindam.

1. this isn the way to file bugs, use bugzilla.

2. wldeploy doesnt come from the ant team. please take it up with the 
authors of the task.


-steve

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

tarfileset nested vs standalone

[Steve Loughran]

in the standalone  datatype, you cant go



the way you do inside , you have to go




Isnt that a bit, well, inconsistent?

-steve


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

Re: tarfileset nested vs standalone

[Steve Loughran]

Stefan Bodewig wrote:


On Mon, 29 Jan 2007, Steve Loughran <[EMAIL PROTECTED]> wrote:

in the standalone  datatype, you cant go



the way you do inside , you have to go




You mean the other way around, mode in  and filemode outside.
Actually, you can use filemode in both places.

The reason (as usual) is backwards compatibility.   always
used "filemode" while the  nested into  used "mode".

The standalone version of  shares code with 
and thus now has a filemode attribute.  The  inside 
corresponds to a subclass of the standalone one that delegates
setMode() to setFileMode() in its base class.


Isnt that a bit, well, inconsistent?


We should promote using filemode in either place.


how long has filemode been in tar/tarfileset? Does it work in 1.6.x?

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

Re: svn commit: r503754 - /ant/antlibs/common/trunk/build.xml

[Steve Loughran]

Stefan Bodewig wrote:

A tiny heads up

On Mon, 05 Feb 2007, <[EMAIL PROTECTED]> wrote:


URL: http://svn.apache.org/viewvc?view=rev&rev=503754
Log:
Enable ivy.xml creation by default


the antlib builds should now all produce a minimal ivy.xml file
alongside the Maven2 POM.

Could anybody who has actually used Ivy once or twice please review
what gets created? 


Stefan


 will do

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

per-task diagnostics

[Steve Loughran]

I've been thinking about how we could improve our diagnostics, by moving 
more of the diags into tasks themselves. Every task could have a 
diagnostics(PrintStream) method that would be called to do the diags.


With this the -diagnostics routine could run through all tasks that it 
knows about, creates them, and for everyone one that can be created, 
asks for its diagnostics.


This would move logic into the tasks, let junit be aware about its 
needs, xslt and junit report probe for an XSL engine, etc.


1. we could introspect for a public static void diagnostics(PrintStream) 
throws BuildException method. This would let us diagnose even if you 
cannot instantiate the task enough for new() to work.


2. or we'd use an interface Diagnostics that things could implement

3. the -diagnostics command and  tasks could be made to 
diagnose a single task


 ant -diagonistics -task junit

and maybe even a single antlib namespace

 ant -diagnostics -xmlns antlib:org.example.something

the  task would make it easy to test this stuff on a 
task-by-task basis, and for third party tasks to join in.


Thoughts?



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

Re: DSL

[Steve Loughran]

Matt Benson wrote:

All right... maybe I _am_ ready to prototype this
thing (see the userlist if you're not up to speed).  I
finally came up with a name I like, so maybe that's a
sign.

So what's the deal with starting a sandbox Antlib?  Do
I need 3 committers when I write the proposal, or
later if/when it's ready for proper?  The charter
isn't really clear (to me at least) on that point.


oh, just check some stuff in. all the voting stuff is for when it 
graduates. Though I think there are some rules about deleting dead stuff.


speaking of stuff in the sandbox, has anyone looked at the http stuff in 
there?


-steve

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

Re: vote: Remove javadoc2 for 1.8?

[Steve Loughran]

Kevin Jackson wrote:

Hi all,

In an effort to start trimming the deprecated fat from Ant for the
next release, I'd like to propose that the  task bin
consigned to the dustbin of history and the docs be updated.

My rational for this:
- personally I've never used it
- it's been deprecated since before I started looking at the source
(so at least 2 years, but probably longer)
- I can't even find the code in the source tree

Given these factors, I think it's time to remove it (even if it's just
an erroneous bit of doc)

Remove deprecated javadoc2 and associated documentation:



 [ x ]yes (my +1)
 [ ]no

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

Re: Playing with annotations for Ant - Sandboxable or not?

[Steve Loughran]

Kevin Jackson wrote:

Hi all,

I had an idea to try out using annotations in Ant - starting with a
simple @Validation for fields.

I know this can't be put in trunk for bwc reasons, but is it the sort
of thing that should be considered for the sandbox?


1. yes, for the sandbox

2. Testng uses some javadoc annotation library for pre-1.5 stuff, so you 
could get away with annotations and be BWC


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

Re: DSL

[Steve Loughran]

Stefan Bodewig wrote:

On Wed, 07 Feb 2007, Steve Loughran <[EMAIL PROTECTED]> wrote:


speaking of stuff in the sandbox, has anyone looked at the http
stuff in there?


Not at all.  And right now I'm even more burried in work than I
imagined two weeks ago, so no hope for now, sorry.

Do you consider it stable?



yes, with the caveat that it is built on java.net http and not 
httpclient. Its best tested functionally (with a running server nearby), 
so I need to do some work on testing it. I'm busy reworking my 
smartfrog-hosted distributed test infrastructure right now, so could 
bring up this stuff under it as another use case.


-steve

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

Re: Ant v1.7 and pathnames with spaces

[Steve Loughran]

Graham Leggett wrote:

Hi all,

I am trying to build an ant build script capable of calling the cl.exe
compiler from Visual Studio to compile some c++ code.

When called from the command line, the parameter:

  -I"c:\Program Files\somewhere\include"

is resolved correctly.

From within ant, the parameter:

  

Doesn't work, the quotes get stripped out and cl.exe complains about the
following unknown file:

  Files\somewhere\include

Is the XML " sequence the correct way of specifying quotes, or is
there some other mechanism that should be used?

I am trying to determine whether ant v1.7 is broken, or whether I am doing
something wrong.


do a -verbose run and see what is being passed down

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

Re: svn commit: r507587 - /ant/core/trunk/docs/manual/CoreTasks/parallel.html

[Steve Loughran]

[EMAIL PROTECTED] wrote:

Author: stevel
Date: Wed Feb 14 07:43:08 2007
New Revision: 507587

URL: http://svn.apache.org/viewvc?view=rev&rev=507587
Log:
thread-safe edition


I decided to make it very clear that Ant makes no thread safety 
guarantees about its classes, and moved all examples to use forking 
wherever appropriate, to emphasise thsi fact.




+
+The primary use case for  is to run external 
programs
+such as an application server, and the JUnit or TestNG test suites at the
+same time. Anyone trying to run large Ant task sequences in parallel, such
+as javadoc and javac at the same time, is implicitly taking on the task
+of identifying and fixing all concurrency bugs the tasks that they run.
+
+

+
+Accordingly, while this task has uses, it should be considered an advanced
+task which should be used in certain batch-processing or testing 
situations,
+rather than an easy trick to speed up build times on a multiway CPU. 
+


Seem reasonable. I dont want to put people off using it; (FWIW its the 
basis of our  task that I would love to move from 
smartfrog into ant), but I do want anyone who picks up the task to 
recognise the responsibilities.


-Steve

(who has to deal with RMI-reentrancy across clusters of machines)

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

Re: Ant v1.7 and pathnames with spaces

[Steve Loughran]

Graham Leggett wrote:

Steve Loughran wrote:

Graham Leggett wrote:

Hi all,

I am trying to build an ant build script capable of calling the cl.exe
compiler from Visual Studio to compile some c++ code.

When called from the command line, the parameter:

  -I"c:\Program Files\somewhere\include"

is resolved correctly.

From within ant, the parameter:

  

Doesn't work, the quotes get stripped out and cl.exe complains about the
following unknown file:

  Files\somewhere\include

Is the XML " sequence the correct way of specifying quotes, or is
there some other mechanism that should be used?

I am trying to determine whether ant v1.7 is broken, or whether I am 
doing

something wrong.


do a -verbose run and see what is being passed down


That's what I did do - which is how I could see the quotes were being 
stripped.


well, print it out and let us see it.

-why not use the  task from ant-contrib.sf.net? if you want detailed 
cc stuff if works very well, though calling nmake is another option.


-you can also embed msbuild scripts inside Ant, using a special msbuild 
antlib in our sandbox...


-steve




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

Re: per-task diagnostics

[Steve Loughran]

Jeffrey E Care wrote:
I know I'm a little late to this party - I've been tied up in my new 
assignment. Anyway, FWIW here's my opinion:


I've been thinking about how we could improve our diagnostics, by moving 


more of the diags into tasks themselves. Every task could have a 
diagnostics(PrintStream) method that would be called to do the diags.


Sounds like a good idea to me; might I suggest that we add a similar 
capability for an entire antlib (more on this below)?
 
1. we could introspect for a public static void diagnostics(PrintStream) 


throws BuildException method. This would let us diagnose even if you 
cannot instantiate the task enough for new() to work.


I'm a little rusty on static method overrides...if A extends B, can both A 
and B have a static method with identical signatures? This should be easy 
to test, but I'm feeling lazy at the moment :)


Yes, because static stuff gets set up at compile time (they are 
inherently non virtual). JUnit3 uses statics to set up test suites.





2. or we'd use an interface Diagnostics that things could implement


Intuitively this feels like a cleaner approach to me. Admittedly you need 
an instance to work with, but we'd just need to document the fact that if 
the constructor fails you can't get any diags; it shouldn't be too hard 
for tasks implementing this interface to put volatile init code somewhere 
other than the constructor.


Well that's it, you see, the diags could be more helpful




3. the -diagnostics command and  tasks could be made to 
diagnose a single task


  ant -diagnostics -task junit

and maybe even a single antlib namespace

  ant -diagnostics -xmlns antlib:org.example.something


Okay, so I see that you've considered the antlib case to a certain extent. 
This has me thinking about antlib auto-discovery again. Instead of 
requiring users to specify the task or antlib they want diags on, I think 
it would be easier for users to add a "-fullDiagnostics" option that would 
dump the normal "-diagnostics" info _plus_ whatever task/antlib diags it 
could find. For that to work we would need some sort of auto-discovery 
mechanism (which has been discussed before).


1. yes, you could do diags on a specific library. We could do it for all 
XML namespaces in scope in the doc, since that implicitly triggers some 
antlib loading.


2. we could extend every  declaration with a homepage attribute, 
and a diagnostics attr that takes a classname. These would be for 
specific things,.





I also think we could add something similar for version information; a 
"-fullVersion" flag could dump the normal "-version" info _plus_ version 
info about discovered antlibs.


Yes, I'd like to know about known antlibs. Incidentally,  Ant1.7.1 lists 
all known tasks in a namespace if it doesnt find the one you asked for.


-steve

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

Re: task behaviour is ok ?

[Steve Loughran]

Sharma, Jaikumar wrote:

Hi,

 


I am not sure if this is normal, please see the below mentioned small
snippet of xml code. 


What I am trying to do is test the equality one property which has been set
with the value of it, it gives me :



this ia not a developer question, please ask on ant's user list.

If you had been on the list, you would have noticed this discussion

http://mail-archives.apache.org/mod_mbox/ant-user/200702.mbox/[EMAIL PROTECTED]



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

Re: AW: Re: Ant Manual for Eclipse

[Steve Loughran]

[EMAIL PROTECTED] wrote:

I read that eclipse toc.xml and JavaHelp file are similar (just different 
tag+attribute names).
I could make the task configurable for both - just switch between two set of 
names ...


Jan


Is there an easy way to generate docs for IDE from Forrest? I'm just 
wondering, as we use Forrest at work, and at some point I think Ant 
should move over to it too


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

Re: Javac return status

[Steve Loughran]

euge wrote:

May be it's not the place to write my question. If yes, I'm sorry.

Why is it not allowed to put javac in condition tag? Is there any reason 
why it was not developed? or the developers did not just get to it yet?


Asking just out of curiosity.


Ant has a very simple view of the world. Either things compile, or they 
dont. Not compiling is an error and the build halts. Most tasks are like 
this, though a fair few have a failonerror to say "ignore failures". 
 does save its outcome, not because you want to ignore the 
failures, but to let you create  output before failing.


If you go to ant-contrib on sourceforge.net, you can pick up their 
try/catch tasks that let you catch a task failure.


-steve

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

Apachecon slides

[Steve Loughran]

I'm starting the apachecon  slides on extending ant under 
doc/slides...we can do what we want afterwards. They arent ready for 
review yet; maybe next week. People will need a copy of felt-tip font 
for viewing the slides; this come with the napkin L&F 
http://napkinlaf.sourceforge.net/



-steve

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

Re: AW: Apachecon slides

[Steve Loughran]

[EMAIL PROTECTED] wrote:
I'm starting the apachecon  slides on extending ant under 
doc/slides...we can do what we want afterwards. They arent ready for 
review yet; maybe next week. People will need a copy of felt-tip font 
for viewing the slides; this come with the napkin L&F 
http://napkinlaf.sourceforge.net/



Because I dont want to change the presentators slides, here my comments:


thank you for the comments, I shall apply them to the slides or the notes.



Jan


 
General:

- no animation? (Maybe after reviewing the content ...?)


Not a fan of animation, I hate going through slides on my desk where 
each bullet slides in, and I hate even more when I have to sit through a 
presentation where the speaker reads each line as you do so.


What I will animate (through a series of slides) is the wrapping of 
assertions and targets round the scriptdef'd tasks, when introducing 
antunit.




#2: Me
- Add a link to your book's homepage


good point :)



#3: Todays Topics
- cool made: what is and is NOT topic of the presentation
- the [EMAIL PROTECTED] adress is not fully readable (to far on the right site -
no "org")
- wrong email adress: use dev@ant.apache.org instead of
[EMAIL PROTECTED]


-will fix



#5: Before we begin
- "or Java 1.6": is Java 1.6 ONLY really enough? I thought Java6 just
provides
  an API for integrating scripting languages. So with Java 1.6 you dont
need BSF
  any more, but you'll need the js,groovy,...


as peter says, Javascript is built in. I've tested it, it works :) this 
means that in a 1.6+ only project, you can be sure that everyone has 
your scripts. Without that you need to set up the classpaths for the 
taskdefs.


#6: The simplest way 
- more easier than  is 

Re: Properties correct evaluation and resolve

[Steve Loughran]

easyproglife wrote:

Hi.

I have properties resolve and evaluate problem:

I have 2 projects: "project" and "common".
"common" contains default properties, while "project" contains its own
properties plus some properties to override the default properties from
"common".

For example:
"project" set these properties: src.dir, build.dir
"common" set these properties: build.dir (the default one) and dist.dir (=
${build.dir}/dist).

In my build.xml I first read "project" properties and then "common"
properties, allowing "project" properties to override "common" properties.


The problem arises when I use unresolved properties in "project" for
example:
"project" contains: dist.dir (=${build.dir}/dist2). It overrides default
dist.dir of "common" but uses the unresolved (yet) "build.dir" defined in
"common".
"common" contains: as above: build.dir and dist.dir.

I end up with not-fully-resolved "dist.dir".



yes you do, don't you.

Fully recursive reference resolution is something we do at work for 
deployment, but it does radically change the ordering and behaviour of 
how things work ... we dont want to go there in Ant.


I don't see any easy solution to letting a project override inherit 
something from the common.properties file without you copying that value 
over.


-steve


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

Re: Enhance move, copy with @overwrite-if-filesmatch = false

[Steve Loughran]

Guntis Ozols wrote:

Hi!

I think move and copy tasks should be enhanced with overwrite-if-filesmatch
boolean attribute. If set to false and source and target files match, target
file modification time should be left unchanged. This way, long rebuilds
triggered by small files can be avoided.

What do you think? Will somebody else need it, not just me? I can implement
this.


I'd file this under WORKSFORME.

 doesnt copy the files if the source and dest times are the same. 
If you are finding problems, then perhaps you are copying ot a remote 
machine whose clock is not in sync.


If you actually want a byte-for-byte comparision, copy a  with 
a nested  selector. Note that this gets very slow when there 
are lots of files to copy that havent changed, because ant still has to 
read every single byte to make sure.


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

Re: svn commit: r518896 - /ant/core/trunk/src/main/org/apache/tools/ant/util/FileUtils.java

[Steve Loughran]

Kevin Jackson wrote:

Hi Peter,


Please rollback this change.
It is a misuse of reflection.



Why do you say it's a mis-use of reflection - the code was duplicated
and using reflection we can remove the duplication, keep the interface
the same and have the same behaviour as before.  There may be a small
amount of method-call overhead because of the use of reflection - but
again I don't see this as a misuse



1. In Java5, all these things implement Closeable so you only need one 
method.


2.  we've just the more efficient invocation for existing code

This doesnt mean it isnt a nice trick, but since the code was there, it 
may as well stay. Unless we can retrofit Closeable to the java1.3+ 
classes, which is a serious trick indeed.


-steve

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

Re: Enhance move, copy with @overwrite-if-filesmatch = false

[Steve Loughran]

Guntis Ozols wrote:

Guntis Ozols wrote:

I think move and copy tasks should be enhanced with
overwrite-if-filesmatch boolean attribute.
If set to false and source and target files match,
target file modification time should be left unchanged.
This way, long rebuilds triggered by small files can be avoided.

What do you think? Will somebody else need it, not just me?
I can implement this.


Steve Loughran wrote:

I'd file this under WORKSFORME.
If you actually want a byte-for-byte comparision, copy a  with
a nested  selector. Note that this gets very slow when there
are lots of files to copy that havent changed, because ant still has to
read every single byte to make sure.


This attribute BELONGS to copy.
It represents the most basic relation between files.


1. If we added an attribute for one selector, we'd inevitably add them 
for more, then we have to deal with the problem of multiple options set, 
write the tests for them, etc, etc. Whereas putting it in the fileset 
hands off the problem to the bit of code best set up to deal with it.


2. its not basic.  has a default mode of dependency checking, an 
option of forcing a copy. Saying "do a slow per-byte check" on the far 
end file is not something you want by default.



Yes, I actually want byte-for-byte comparison, reasons above.
Please compare:



with (tested on 1.7):


  

  

  
  




yes its verbose, but think how short the  will be.

-steve







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

Re: The difficulty of extending Ant with large Antlibs because...

[Steve Loughran]

Wascally Wabbit wrote:

Hi all,

A bit of frustration...

I've just begun upgrading my antlibs to Ant 1.7 and I'm just blown over 
by the number of changed assumptions that are now part of base classes 
like Task and UnknownElement. It's just surprising coming from a 0.5 
revision change. It's becoming harder and harder to upgrade with Ant for 
large antlib collections (IMO) because of the lack of a clear lifecyle 
structure for data types and tasks (and task containers and probably 
AntLibDefinitions too).


Some examples:

+ With Ant 1.7 the inability to execute the same task twice (even if 
_you've written it do handle this_)...UE was altered and now this line 
breaks (from lines 291:296). UE is one of the great mysteries of Ant for 
a extension developer:


   // Finished executing the task, null it to allow
   // GC do its job
   // If this UE is used again, a new "realthing" will be made
   realThing = null;
   getWrapper().setProxy(null); //OUCH!OUCH!OUCH!

If Task.maybeConfigure is called subsequently it promptly throws a NPE 
because it uses the proxy w/o checking for null.


file a bug, with examples, if this is breaking yo.



+ With Ant 1.7 a complete reversal of the ordering of attribute 
configuration relative to child configuration...it's not the switching 
that's the fundamental problem (implementation details and all that) but 
Ant lacks any sort of public lifecycle event that a Task or 
TaskContainer implementation can consistently count on from release to 
release. It's always an adventure...even between minor minor revisions. 
It's even possible for a Task's "init()" method to be called multiple 
times...


Perhaps there could be a clear "I'm configured" trigger or event or 
callback or method or something before the task's execute method is called.


+1


+ Perhaps DataTypes can also have the ability to know when they've been 
completely configured (from Ant's perspective)? I guess this is more of 
the same lack-of lifecycle transparency as is the case for Tasks. I 
often use "quiet" tasks to get these features, but this is a 
heavy-handed solution.


I actually think these are good points. In SmartFrog we have an explicit 
lifecyle of

 -constructor
 -sfDeploy() invoked: you are live, your peers have all been 
constructed, but may or not be deployed. Read in your configuration 
data, and set any values you can, to share with your peers. validate 
anything and throw an exception if something is wrong.
 -sfStart() invoked. All your peers are in the deployed state. Start 
your work in a new thread. This is roughtly equivalent to execute.
 -sfTerminate(). Wake up, time to die. Can happen any time after 
sfDeploy() was invoked...you may not have started if a peer failed to 
deploy.

 -sfPing() : hit you for your system health.

Elegant termination handling is, well messy. Like when you want to issue 
SQL commands to the DB on shutdown, but it was the database itself that 
triggered the shutdown [yes, I have been doing functional testing of 
mysql last week :). How do you test that a database got rolled back on 
termination?]


Now, not all of this applies to Ant because it has an inherently 
sequential workflow, at least, not until you get into  where 
life gets complex, fast.


-We may want to consider having a formal AntLifecycle interface that 
lifecycle things can use -though there is the risk that embedded uses of 
tasks wont use it.


-A method telling a datatype that it is configured would be 
handy...maybe all ProjectComponents have their componentDeployed() 
method called by default. The rationale for datatypes is what if the DT 
has some work to do, like download an artifact from a remote site. Once 
its been configured, you want it to start its work.


-A componentTerminated() method is useful to say "you are no longer 
needed, ever. Clean up. Because finalizers are a no-no, and execute(), 
well, it can retain some state, can't it?"


Thoughts? Maybe we can have a little BoF on this topic at ApacheCon in May?

-steve



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

Re: AW: CVS - to antlib or not?

[Steve Loughran]

[EMAIL PROTECTED] wrote:

or at least bundle the ant-svn antlib with the release of ant so
that one does not have to do an extra download.

We could easily provide a Sumo tarball download with Ant core and all
released Antlibs.  The svn antlib hasn't seen a release so far, BTW.


I dont think the user want to have a "core" with all he need.
The user wants one "download" with all stuff...

The user downloads Eclipse SDK and gets RCP, Platform, JavaDK, ...
The user downloads Eclipse Europa and gets all plugins.
The user downloads Ant WHATEVER-NAME-WE-HAVE and gets all antlibs as a
bundle.

In that way we keep the separation.


I'm playing with izPack @ Work. Apart from the fact there's no 
x-platform way to edit the PATH and other env variables, its a nice way 
of letting people choose which things to install ---you can even do 
dynamic download of packages from a web site during deployment (with no 
apparent security, I'm afraid)


-steve

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

Re: String -> Ressource (was Re: archivefileset resources)

[Steve Loughran]

Stefan Bodewig wrote:

On Wed, 21 Mar 2007, Matt Benson <[EMAIL PROTECTED]> wrote:


I think what is needed is a well-known syntax specification for
specifying a string representation of [resource-type][String to pass
to constructor] e.g. "file?/foo/bar.baz",
"url?http://www.apache.org";, "string?blah blah blah".


This is so I can say

http://www.apache.org/dist/ant/.../ant-bin-current.zip"/>

instead of


  http://www.apache.org/dist/ant/.../ant-bin-current.zip"/>


right?

Sounds right.






This is to all intents and purposes the only way, IMHO, to seriously
take advantage in Ant tasks of our early decision to design
getOutputStream() into the Resource contract.  You'll notice my use
of the "?" character above to indicate the preceding text was the
name of a currently available type.  I used "?" because for xmlns as
well as fs reasons I'm pretty sure this character should NOT be a
colon.


I agree that a colon would be a bad choice, at least if we allow file
ressources to be specified without a prefix.  I don't really see any
conflict with xmlns.


ah, this is starting to scare me.

 you'd need qname resolution in string to support custom resources

http://www.apache.org/dist/ant/.../ant-bin-current.zip"/>

 I hate those because they only resolve relative to where they are defined

value="tns:url?http://www.apache.org/dist/ant/.../ant-bin-current.zip";

 xmlns:tns="http://example.org"; />

this defines the url property with the tns namespace in scope

but where it is used, it may be absent



or defined to something else

http://something-else"/>

So you're going to have to retaiin the entire list of in-scope XMLNS 
declarations in every property you define. Now, what if its a custom 
task that creates the string?  is Project.setNewProperty() going to have 
to take a reference to the node in the DOM graph where the current task 
is working?



You may think I'm being a troublemaker here, but I have had to deal with 
exactly this kind of problem in the past, where we really did have to 
extract and maintain the xmlns list. And believe me, Xom does not go out 
of its way to make that easy





However I'm not sure what the RIGHT "trigger character" is and IMO
this is the only outstanding question stopping us from adding this
feature to Ant.


that and how to correctly handle xml namespaces.

-steve


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

Re: String -> Ressource (was Re: archivefileset resources)

[Steve Loughran]

Matt Benson wrote:

--- Steve Loughran <[EMAIL PROTECTED]> wrote:



Maybe.  :)  But really, I appreciate your input.  I
have no problem admitting how clueless I am wrt xml in
general and ns in particular.  :|


rule 1 of xml: nobody understands XML namespaces
rule 2: anybody who says they do. still doesnt.

so there are the following categories

-ignorant of xmlns
-vaguely aware, but doesnt understand
-think they understand,  but doesnt really
-knows xmlns enough to know it doesnt make sense, and doesnt understand

if you meet someone who thinks they do understand it, ask them if, in 
xml schema, the ##local namespace is in ##other, or not.


For the record, I know enough for them to scare me, that's it.



have had to deal with 
exactly this kind of problem in the past, where we
really did have to 
extract and maintain the xmlns list. And believe me,
Xom does not go out 
of its way to make that easy




Can we mitigate any of this with usage guidelines? 
Three ways to resolve a type, the first two of which

are easy:

 - use a type in a globally defined ns
 - use e.g antlib:org.foo/type


1.

>  - use a type in a globally defined ns

kind of breaks some of the xmlns rules

2.
>  - use e.g antlib:org.foo/type

this is somewhat similar to how XPath lets you insert new XMLNS 
declarations. If you were do it, I'd prefer


{http://example.org}type as that is equivalent to how 
javax.xml.QName.toString() works


 3.

third option would require awareness of available
namespaces at the time of resolution, so if you
defined



you'd have to say:



or whatever... does that solve and/or accomplish
anything?



it would certainly work, but be unduly painful. Your task would need to 
know which namespace declarations to put i for a resource, which then 
becomes something you can't change.


Other options

-make a QName an official Ant type. When you set it, the XMLNS gets 
expanded. This is a good idea anyway; too bad QNAme is only built in to 
java5, though javax.xml.namespace is available as an add-on for older code.


you could create one in the qname task
http://org.example/"; local="local" >   == 
{http://org.example/}local

 == {}local
 == BuildException no local
 == {lookup(prefix)}value  ... xmlns:prefix 
would have to be up the tree


Of course, this doesnt help you with the problem of defining resource 
destinations in a string, or a properties file...


-Make an xmlns context something else that is a datatype

   //cache all defined xmlns in this element's 
scope


 //extract the namespaces and add them to the 
parent node (i.e. the target)



Not sure whether I like that one.

-steve


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