[GitHub] [ant] twogee commented on issue #114: Update third-party libraries and optimize builds

twogee commented on issue #114: Update third-party libraries and optimize builds URL: https://github.com/apache/ant/pull/114#issuecomment-573352701 Checkstyle configuration synced with [Ivy](https://github.com/apache/ant-ivy/pull/90

[GitHub] [ant] twogee opened a new pull request #114: Update third-party libraries

twogee opened a new pull request #114: Update third-party libraries URL: https://github.com/apache/ant/pull/114 Perhaps junit-platform-launcher needs an update, too? This is an automated message from the Apache Git Service

[GitHub] ant pull request #69: Allow more control over location of JUnit libraries fo...

Github user jaikiran closed the pull request at: https://github.com/apache/ant/pull/69 --- - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org

[GitHub] ant issue #69: Allow more control over location of JUnit libraries for users...

Github user jaikiran commented on the issue: https://github.com/apache/ant/pull/69 Thanks Stefan. I'll go ahead and merge this today and include a note in WHATSNEW. --- - To unsubscribe, e-mail: dev-unsubscr...@ant.

[GitHub] ant issue #69: Allow more control over location of JUnit libraries for users...

Github user bodewig commented on the issue: https://github.com/apache/ant/pull/69 I haven't analyzed the changes in detail but things look good in general. We agree the moved class is unlikely to cause a real problem but WHATSNEW should talk about the changes in detail. --- ---

[GitHub] ant issue #69: Allow more control over location of JUnit libraries for users...

Github user jaikiran commented on the issue: https://github.com/apache/ant/pull/69 I'll merge this one tomorrow if there aren't any objections. However, even after this being merged, I'm open for any suggestions/review about this change. ---

[GitHub] ant issue #69: Allow more control over JUnit libraries and Ant runtime libra...

Github user asfgit commented on the issue: https://github.com/apache/ant/pull/69 Refer to this link for build results (access rights to CI server needed): https://builds.apache.org/job/Ant%20Github-PR-Linux/81/ --- --

[GitHub] ant issue #69: Allow more control over JUnit libraries and Ant runtime libra...

Github user asfgit commented on the issue: https://github.com/apache/ant/pull/69 Refer to this link for build results (access rights to CI server needed): https://builds.apache.org/job/Ant%20Github-PR-Windows/87/ ---

[GitHub] ant issue #69: Allow more control over JUnit libraries and Ant runtime libra...

Github user jaikiran commented on the issue: https://github.com/apache/ant/pull/69 The build actually caught a genuine issue that this build.xml was meant to catch. I have now added a 3rd commit to this PR which fixes that issue. I'll be squashing these commits before merging, if/when

[GitHub] ant issue #69: Allow more control over JUnit libraries and Ant runtime libra...

Github user jaikiran commented on the issue: https://github.com/apache/ant/pull/69 The build.xml changes that I committed look a bit wrong. Fixing them to a working version. --- - To unsubscribe, e-mail: dev-unsubsc

[GitHub] ant issue #69: Allow more control over JUnit libraries and Ant runtime libra...

Github user asfgit commented on the issue: https://github.com/apache/ant/pull/69 Refer to this link for build results (access rights to CI server needed): https://builds.apache.org/job/Ant%20Github-PR-Linux/80/ --- --

[GitHub] ant issue #69: Allow more control over JUnit libraries and Ant runtime libra...

Github user asfgit commented on the issue: https://github.com/apache/ant/pull/69 Refer to this link for build results (access rights to CI server needed): https://builds.apache.org/job/Ant%20Github-PR-Windows/86/ ---

[GitHub] ant pull request #69: Allow more control over JUnit libraries and Ant runtim...

GitHub user jaikiran opened a pull request: https://github.com/apache/ant/pull/69 Allow more control over JUnit libraries and Ant runtime libraries for users of junitlauncher I've been sitting on these changes for a while now trying to complete this work and then get some i

[GitHub] ant issue #53: Optional libraries for Ant 1.10

Github user twogee commented on the issue: https://github.com/apache/ant/pull/53 I see `dest` as a useful functionality of fetch.xml (why else should it be a part of the distribution?); and that is basically the crux of the matter. I will update the documentation, thanks for t

[GitHub] ant issue #53: Optional libraries for Ant 1.10

#x27;ve always seen at as something for the Ant developers and it really only sets the baseline Ant is compiled against. No more. I'm not sure which benefit you see with upgrading all those libraries as from my point of view you are only updating what the binary distributions get com

[GitHub] ant pull request #53: Optional libraries for Ant 1.10

Github user twogee closed the pull request at: https://github.com/apache/ant/pull/53 --- - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org

[GitHub] ant issue #53: Optional libraries for Ant 1.10

Github user twogee commented on the issue: https://github.com/apache/ant/pull/53 IMHO, the whole point with `-Ddest` in `fetch.xml` is being able to complement `$ANT_HOME/lib` in Ant distribution. Otherwise, we may just use Ivy and put the dependencies (except NetREXX) into `ivy.xml`

[GitHub] ant issue #53: Optional libraries for Ant 1.10

Github user bodewig commented on the issue: https://github.com/apache/ant/pull/53 Ahh, there is the misunderstanding. `fetch.xml` is only there for Ant development, not for Ant users at all. It is there to be used by people who want to build and test Ant. Users are expected to pick th

[GitHub] ant issue #53: Optional libraries for Ant 1.10

Github user twogee commented on the issue: https://github.com/apache/ant/pull/53 I assumed that the intention of fetch.xml is to provide something usable in runtime rather than at compile time. Nevertheless, I'd rather leave JRuby as it is, since the newer versions have a lot of depen

[GitHub] ant issue #53: Optional libraries for Ant 1.10

Github user bodewig commented on the issue: https://github.com/apache/ant/pull/53 We only add what we need on order to get things compiled - or in the case of jruby in order to run the tests. If what we do works without stdlib I don't see any reason to add it. People who want to use J

[GitHub] ant issue #53: Optional libraries for Ant 1.10

Github user asfgit commented on the issue: https://github.com/apache/ant/pull/53 Refer to this link for build results (access rights to CI server needed): https://builds.apache.org/job/Ant%20Github-PR-Windows/20/ ---

[GitHub] ant issue #53: Optional libraries for Ant 1.10

Github user asfgit commented on the issue: https://github.com/apache/ant/pull/53 Refer to this link for build results (access rights to CI server needed): https://builds.apache.org/job/Ant%20Github-PR-Linux/14/ --- --

[GitHub] ant pull request #53: Optional libraries for Ant 1.10

GitHub user twogee opened a pull request: https://github.com/apache/ant/pull/53 Optional libraries for Ant 1.10 A bit unsure about JRuby: should we stay with 1.7 for a while or go for 9? In any case, would jruby-core be sufficient, or should jruby-stdlib be added, too? You can

[GitHub] ant issue #50: Use newer third party libraries

Github user asfgit commented on the issue: https://github.com/apache/ant/pull/50 Refer to this link for build results (access rights to CI server needed): https://builds.apache.org/job/Ant%20Github-PR-Windows/19/ ---

[GitHub] ant issue #50: Use newer third party libraries

Github user asfgit commented on the issue: https://github.com/apache/ant/pull/50 Refer to this link for build results (access rights to CI server needed): https://builds.apache.org/job/Ant%20Github-PR-Linux/13/ --- --

[GitHub] ant pull request #50: Use newer third party libraries

Github user twogee closed the pull request at: https://github.com/apache/ant/pull/50 --- - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org

[GitHub] ant issue #50: Use newer third party libraries

Github user twogee commented on the issue: https://github.com/apache/ant/pull/50 I squashed the commits so the change is easier to apply to 1.9.x --- - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For addit

[GitHub] ant issue #50: Use newer third party libraries

Github user asfgit commented on the issue: https://github.com/apache/ant/pull/50 Refer to this link for build results (access rights to CI server needed): https://builds.apache.org/job/Ant%20Github-PR-Windows/18/ ---

[GitHub] ant issue #50: Use newer third party libraries

Github user asfgit commented on the issue: https://github.com/apache/ant/pull/50 Refer to this link for build results (access rights to CI server needed): https://builds.apache.org/job/Ant%20Github-PR-Linux/12/ --- --

[GitHub] ant issue #50: Use newer third party libraries

Github user asfgit commented on the issue: https://github.com/apache/ant/pull/50 Refer to this link for build results (access rights to CI server needed): https://builds.apache.org/job/Ant%20Github-PR-Linux/11/ --- --

[GitHub] ant issue #50: Use newer third party libraries

Github user asfgit commented on the issue: https://github.com/apache/ant/pull/50 Refer to this link for build results (access rights to CI server needed): https://builds.apache.org/job/Ant%20Github-PR-Windows/17/ ---

[GitHub] ant issue #50: Use newer third party libraries

Github user twogee commented on the issue: https://github.com/apache/ant/pull/50 I intended it for 1.9.x in particular. I will open a new request for master later (with commons-net 3.6, for example). --- - To unsubs

[GitHub] ant issue #50: Use newer third party libraries

Github user bodewig commented on the issue: https://github.com/apache/ant/pull/50 Thanks, looks good to me. Unless you want to port it to the 1.9.x branch you don't need to care about Java5 compatibility. --- -

[GitHub] ant issue #50: Use newer third party libraries

Github user asfgit commented on the issue: https://github.com/apache/ant/pull/50 Refer to this link for build results (access rights to CI server needed): https://builds.apache.org/job/Ant%20Github-PR-Windows/13/ ---

[GitHub] ant issue #50: Use newer third party libraries

Github user asfgit commented on the issue: https://github.com/apache/ant/pull/50 Refer to this link for build results (access rights to CI server needed): https://builds.apache.org/job/Ant%20Github-PR-Linux/7/ --- ---

[GitHub] ant issue #50: Use newer third party libraries

Github user asfgit commented on the issue: https://github.com/apache/ant/pull/50 Refer to this link for build results (access rights to CI server needed): https://builds.apache.org/job/Ant%20Github-PR-Windows/12/ ---

[GitHub] ant issue #50: Use newer third party libraries

Github user asfgit commented on the issue: https://github.com/apache/ant/pull/50 Refer to this link for build results (access rights to CI server needed): https://builds.apache.org/job/Ant%20Github-PR-Linux/6/ --- ---

AW: removal of classes depending upon dead third party libraries

>VAJ is a special case since it comes bundled with a JDK 1.1 >that can't be changed. The VAJ integration code of anything >after Ant 1.5.4 won't work in VAJ anyway since it requires JDK >1.2 or later. > >> - wow, I'm old enough to remember vaj erk!) > >Symantec Visual Cafe ;-) JBuilder 2 (not

Re: removal of classes depending upon dead third party libraries

On Wed, 12 Apr 2006, Kev Jackson <[EMAIL PROTECTED]> wrote: > I think that we should be careful Of course. > as there might be a few old build files that still use these > *extremely* dated tools (vaj was superseded by eclipse based tools > over 6 years ago VAJ is a special case since it comes

Re: removal of classes depending upon dead third party libraries

Martijn Kruithof wrote: > I think we should consult the user list first (so far no reactions on > a open question regarding icontract though). > > Martijn Hello Martijn, I have just sent a similar message on the user list. Regards, Antoine ---

Re: removal of classes depending upon dead third party libraries

Martijn Kruithof wrote: I think we should consult the user list first (so far no reactions on a open question regarding icontract though). Martijn Antoine Levy-Lambert wrote: Hello, I think of starting a vote soon (or maybe better 4 votes) on the removal of the classes depending upon xslp,

Re: removal of classes depending upon dead third party libraries

I think we should consult the user list first (so far no reactions on a open question regarding icontract though). Martijn Antoine Levy-Lambert wrote: Hello, I think of starting a vote soon (or maybe better 4 votes) on the removal of the classes depending upon xslp, icontract, vaj, testlet.

removal of classes depending upon dead third party libraries

Hello, I think of starting a vote soon (or maybe better 4 votes) on the removal of the classes depending upon xslp, icontract, vaj, testlet. Remarks, critics and suggestions about : - whether this should happen at all, - in terms of bylaws, would such a vote be considered a code change with lazy

Information on Ant Libraries Subproject on our site

Hi, I've committed a few pages to the xdocs, but not committed the generated pages yet, so that you can still jump in and make changes before anything goes live. If you want to see the output without running Anakia, see , nothing should have changed exc

Re: libraries

Matt Benson wrote: Just curious... are we going to remove this from CVS? (no rush) yes. First I want to get to a stage with my revised (uncommitted) where the tests pass, then commit it, tag it and pull everything. I cant do it this week as my laptop is on loan, and that is where the code is.

libraries

Just curious... are we going to remove this from CVS? (no rush) -Matt __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - To

Re: [VOTE] Start a subproject for Ant libraries

I changed about 20 files. Some of the files are new. - Alexey. Steve Loughran wrote: Alexey N. Solofnenko wrote: Interesting. So there is yet another revision control system. All I can tell that Darcs is stable and very convenient to use. Out of curiosity, how much has your copy of ant diverged f

Creation of new Ant libraries

Another point that may have been unclear from the proposal so I want to explain my ideas a bit better. First of all, every existing Ant (or Ant library) committer should be free to create new sandbox libraries. After a certain amount of time this library either gets promoted to proper or retired

Re: [VOTE] Start a subproject for Ant libraries

Alexey N. Solofnenko wrote: Interesting. So there is yet another revision control system. All I can tell that Darcs is stable and very convenient to use. Out of curiosity, how much has your copy of ant diverged from the main one ? --

Vote passes (was Re: [VOTE] Start a subproject for Ant libraries)

With +1s from Stefan Bodewig Peter Reilly Steve Loughran Conor MacNeill Martijn Kruithof Matt Benson Bruce Atherton Antoine Levy-Lambert Jesse Glick Jan Materne Jose Alberto Fernandez Dominique Devienne the vote has passed. I'll spawn of new threads to resolve the issues raised during the vote a

Re: [VOTE] Start a subproject for Ant libraries

List Subject: Re: [VOTE] Start a subproject for Ant libraries There are several newer revision control systems (for example, DARCS and TLA) that provide an ability for everybody enjoy versioned environment even if the root repository is read only. They both allow local modification and up

RE: [VOTE] Start a subproject for Ant libraries

> -Original Message- > From: Alexey N. Solofnenko [mailto:[EMAIL PROTECTED] > Sent: Wednesday, March 09, 2005 9:10 AM > To: Ant Developers List > Subject: Re: [VOTE] Start a subproject for Ant libraries > > There are several newer revision control systems (for &g

Re: [VOTE] Start a subproject for Ant libraries

Life is never easy. I guess Subversion in a step forward comparing to CVS. There are several newer revision control systems (for example, DARCS and TLA) that provide an ability for everybody enjoy versioned environment even if the root repository is read only. They both allow local modificat

Re: [VOTE] Start a subproject for Ant libraries

let me add my +1 to go ahead and sort out the details as we go. Conor - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: [VOTE] Start a subproject for Ant libraries

On Tue, 08 Mar 2005, Alexey N. Solofnenko <[EMAIL PROTECTED]> wrote: > Is it possible to use darcs instead of Subversion? The ASF infrastructure is run by volunteers, just as our code is written by volunteers. In the case of SCM system there is a strong preference towards SVN because we can get

Re: [VOTE] Start a subproject for Ant libraries

Stefan Bodewig wrote: as threatened, here is the proposal. +1 Conor's points are good ones, but I think need not block this vote. Cheers, -J. -- Jesse Glick x22801 NetBeans, Open APIs

Re: [VOTE] Start a subproject for Ant libraries

--- "Alexey N. Solofnenko" <[EMAIL PROTECTED]> wrote: > Is it possible to use darcs instead of Subversion? > darcs allows > non-commiters to use revision control system on > their local copies. Apache uses CVS and SVN; http://www.apache.org/dev/version-control.html the latter only is what they

Re: [VOTE] Start a subproject for Ant libraries

Is it possible to use darcs instead of Subversion? darcs allows non-commiters to use revision control system on their local copies. - Alexey. Stefan Bodewig wrote: (3.2) SVN repositories Create Expected are sub-directories antlibs/ | -> proper/ |

Re: [VOTE] Start a subproject for Ant libraries

+ 1, Cheers, Antoine - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

RE: [VOTE] Start a subproject for Ant libraries

> From: Stefan Bodewig [mailto:[EMAIL PROTECTED] > as threatened, here is the proposal. +1. We can sort the details out later on. --DD - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: [VOTE] Start a subproject for Ant libraries

+1. The points that Conor brought up are good ones and probably need thrashing out before we can make a decision about them, but I'd prefer we vote on this proposal first just so we can get something started, and vote on an amendment to the proposal afterward. Iterative design through iterative

AW: Ant SVN repo URLs (WAS: RE: [VOTE] Start a subproject for Ant libraries)

a subproject for Ant libraries) Have you tried darcs? It is very nice and it allows non-commiters to have their own repositories. - Alexey. Dominique Devienne wrote: >>From: Stefan Bodewig [mailto:[EMAIL PROTECTED] >> >> >>>>(3.2) SVN repositories >>&

Re: Ant SVN repo URLs (WAS: RE: [VOTE] Start a subproject for Ant libraries)

Have you tried darcs? It is very nice and it allows non-commiters to have their own repositories. - Alexey. Dominique Devienne wrote: From: Stefan Bodewig [mailto:[EMAIL PROTECTED] (3.2) SVN repositories Create If we are going to use SVN for th

Ant SVN repo URLs (WAS: RE: [VOTE] Start a subproject for Ant libraries)

> From: Stefan Bodewig [mailto:[EMAIL PROTECTED] > >> (3.2) SVN repositories > >> Create > >> > > > > If we are going to use SVN for this, I think we should migrate Ant > > to SVN as well and consider where to put it in your proposed > > structure. > > Actual

Re: [VOTE] Start a subproject for Ant libraries

--- Stefan Bodewig <[EMAIL PROTECTED]> wrote: > Hi all, > > as threatened, here is the proposal. +1 -Matt __ Celebrate Yahoo!'s 10th Birthday! Yahoo! Netrospective: 100 Moments of the Web http://birthday.yahoo.com/netrospective/

Re: [VOTE] Start a subproject for Ant libraries

On Tue, 08 Mar 2005, Steve Loughran <[EMAIL PROTECTED]> wrote: > Yes, the big problem is "what happens when an actively used library > stops being maintained". To date, with all in our codebase open to > all, it is free for anyone to edit. Any Ant PMC member should be able to request karma to any

AW: [VOTE] Start a subproject for Ant libraries

://marc.theaimsgroup.com/?l=ant-dev&m=110803361106920&w=2 -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Gesendet am: Dienstag, 8. März 2005 14:34 An: Ant Developers List Betreff: Re: [VOTE] Start a subproject for Ant libraries +1 I'd rather have onl

Re: [VOTE] Start a subproject for Ant libraries

Steve Loughran wrote: Incidentally, what is with the BSH project. It appears not to build on gump on java1.5, and a lot of things are failing? Have all the committers whithered away there? I fear this is the example we dont want to replicate. AFAIK Pat is (and has been) the only committer to BS

Re: [VOTE] Start a subproject for Ant libraries

+1 I'd rather have only one version control system though, (and a version control system that is supported by a non sandbox part of ant). This is not meant as a no against svn, but more as ant should in that case also be migrated to svn lets say this calender year, and the svn tasks should be m

RE: [VOTE] Start a subproject for Ant libraries

+1 Jose Alberto > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Sent: 08 March 2005 09:07 > To: [EMAIL PROTECTED] > Subject: AW: [VOTE] Start a subproject for Ant libraries > > > +1 > Jan > > -Ursprüngliche Nachricht--

Re: [VOTE] Start a subproject for Ant libraries

Stefan Bodewig wrote: On Tue, 08 Mar 2005, Steve Loughran <[EMAIL PROTECTED]> wrote: Stefan Bodewig wrote: (3.3) Bugzilla New components under product "Ant" for each new library. Not Jira? I'm on the fence here. I'd like to use the same tracking system as Ant does and don't care much which one w

Re: [VOTE] Start a subproject for Ant libraries

need to avoid two things. One would be lack of oversight > - so make all committers responsible for everything. That's why I required at least one PMC member as committer. > The other problem is libraries that atrophy. Again I think the > solution is to keep access broad so we don't ge

Re: [VOTE] Start a subproject for Ant libraries

On Tue, 08 Mar 2005, Steve Loughran <[EMAIL PROTECTED]> wrote: > Stefan Bodewig wrote: >> (3.3) Bugzilla >> New components under product "Ant" for each new library. > > Not Jira? I'm on the fence here. I'd like to use the same tracking system as Ant does and don't care much which one we use. >

Re: [VOTE] Start a subproject for Ant libraries

hasn't added himself to the page yet). Even if I subtract the two PMC members who've stated they want to go to emeritus state (Costin and Magesh) two thirds would still mean more than 11. Costin resigned some time ago as a PMC member. I need to update the website to reflect that. Common Java

Re: [VOTE] Start a subproject for Ant libraries

wn right. (4.1) Each library has its own status file, release schedule, version number, QA tests, documentation, bug category, and individual JAR. (4.2) Each library must clearly specify any external dependencies, including any other libraries, and the earliest JDK version

Re: [VOTE] Start a subproject for Ant libraries

eformatted): Proposal to Create a Ant-Libraries Sub-Project in Apache Ant (0) rationale Ant itself has accumulated lots and lots of tasks over time. So many, that Ant developers have become reluctant to adding new task. Furthermore any new task in

Re: [VOTE] Start a subproject for Ant libraries

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

AW: [VOTE] Start a subproject for Ant libraries

+1 Jan -Ursprüngliche Nachricht- Von: Stefan Bodewig [mailto:[EMAIL PROTECTED] Gesendet am: Dienstag, 8. März 2005 10:02 An: [EMAIL PROTECTED] Betreff: [VOTE] Start a subproject for Ant libraries Hi all, as threatened, here is the proposal. According to our bylaws it needs +1s froms

[VOTE] Start a subproject for Ant libraries

eate a Ant-Libraries Sub-Project in Apache Ant (0) rationale Ant itself has accumulated lots and lots of tasks over time. So many, that Ant developers have become reluctant to adding new task. Furthermore any new task in Ant would be tied to Ant

DO NOT REPLY [Bug 22904] - [Patch] to download some third party libraries (not complete)

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 22904] - [Patch] to download some third party libraries (not complete)

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 30518] New: - Suport creation of client-view ejb-client.jar libraries

gzilla/show_bug.cgi?id=30518 Suport creation of client-view ejb-client.jar libraries Summary: Suport creation of client-view ejb-client.jar libraries Product: Ant Version: unspecified Platform: Other OS/Version: Linux Status: NEW Se

DO NOT REPLY [Bug 24887] - Junit forked task can't find ant libraries

gzilla/show_bug.cgi?id=24887 Junit forked task can't find ant libraries [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED

DO NOT REPLY [Bug 24887] New: - Junit forked task can't find ant libraries

gzilla/show_bug.cgi?id=24887 Junit forked task can't find ant libraries Summary: Junit forked task can't find ant libraries Product: Ant Version: 1.5.4 Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Normal

DO NOT REPLY [Bug 22904] - [Patch] to download some third party libraries (not complete)

gzilla/show_bug.cgi?id=22904 [Patch] to download some third party libraries (not complete) --- Additional Comments From [EMAIL PROTECTED] 2003-10-23 03:30 --- Created an attachment (id=8684) Updated patch with new URLs --

DO NOT REPLY [Bug 22904] - [Patch] to download some third party libraries (not complete)

gzilla/show_bug.cgi?id=22904 [Patch] to download some third party libraries (not complete) --- Additional Comments From [EMAIL PROTECTED] 2003-09-04 21:11 --- Created an attachment (id=8067) updated patch with NetRexx do

DO NOT REPLY [Bug 8874] - .NET task - too many libraries in DEFAULT_REFERENCE_LIST

gzilla/show_bug.cgi?id=8874 .NET task - too many libraries in DEFAULT_REFERENCE_LIST [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RE