DO NOT REPLY [Bug 15906] New: - jar task doesn't update existing jar file with update=yes

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://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 15886] - task

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://nagoya.apache.org/bugzilla/show_bu

Re: Log names ( for c-l ) was: Re: cvs commit: jakarta-ant/src/main/org/apache/tools/ant/listener CommonsLoggingListener.java

Sounds fine to me. I personally rarely use any kind of logging/listener for my builds, but its definitely handy when needed like in the case of using Ant within Tomcat. Keep in mind that your previous change, and your proposed changes break backwards compatibility in case anyone had already se

Log names ( for c-l ) was: Re: cvs commit: jakarta-ant/src/main/org/apache/tools/ant/listener CommonsLoggingListener.java

Erik ( and others ): What about using the task name and for the channel names : Something like: ant.tasks.TASK_NAME.TARGET_NAME ( ant.tasks.copy.init instead of org.apache.tools.ant.taskdefs.Copy.init ) Also - what about adding the project name - so you can toggle debugging ( or silence ) for

Re: cvs commit: jakarta-ant/src/main/org/apache/tools/ant/listener CommonsLoggingListener.java

Erik Hatcher wrote: > On Tuesday, January 7, 2003, at 11:35 PM, [EMAIL PROTECTED] wrote: >> costin 2003/01/07 20:35:22 > > [...] > >> +import org.apache.tools.ant.*; > > Our conventions are to expand out all imports, rather than using .* Sorry :-) I found the setting - it's something

Re: No default target

Conor MacNeill wrote: > Costin Manolache wrote: >> >> When ProjectHelper2 was started, the main branch didn't required a >> default. This was rolled back in main. The behavior is clearly broken - >> the top level should be executed only once. > > OK, I have removed the execution of the implicit

Re: Improt task and project basedir

Conor MacNeill wrote: > Costin Manolache wrote: >> >> No, the basedir was lost during the refactoring, it used to be >> extracted from the sax context. >> >> Since Import is a task - the easiest is to change to >> setFile( File ). I can't work on this right now - I'll try tommorow. >> > > Cons

DO NOT REPLY [Bug 11044] - FTP chmod from Windows-UNIX: wrong separator

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://nagoya.apache.org/bugzilla/show_bu

Re: [GUMP] Build Failure - smoketest

Nicola Ken Barozzi wrote: Stefan Bodewig wrote: On Tue, 07 Jan 2003, Nicola Ken Barozzi <[EMAIL PROTECTED]> wrote: Errr, so it's a bug, right? I think so. At least the code should check for null. I'm confused, how can I know if a class can be loaded if I can't get a classloader? 8-? If Class.g

RE: Improt task and project basedir

> From: Conor MacNeill [mailto:[EMAIL PROTECTED] > > Consider then > > project1 ---> import project2 ---> import project3 > > Project2 will specify project3 relative to its basedir. The > above approach > will, I think, load the project relative to project1's > basedir which would > be wrong

Re: cvs commit: jakarta-ant/src/main/org/apache/tools/ant/listener CommonsLoggingListener.java

On Tuesday, January 7, 2003, at 11:35 PM, [EMAIL PROTECTED] wrote: costin 2003/01/07 20:35:22 [...] +import org.apache.tools.ant.*; Our conventions are to expand out all imports, rather than using .* +public class CommonsLoggingListener implements BuildListener, BuildLogger { This could

Re: XDoclet and Ant descriptor generation

On Tuesday, January 7, 2003, at 10:07 PM, Steve Loughran wrote: I will see if I can tweak the Axis ant task doc generation to the new scheme, though I am not in a hurry. Serves me right for binding Axis to your first prototype. Bound how? Shouldn't be difficult to morph to the new way. Nothing

DO NOT REPLY [Bug 12217] - [PATCH][embed proposal] add ant.file.projectname property for every ed file

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://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 12217] - [PATCH][embed proposal] add ant.file.projectname property for every ed file

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://nagoya.apache.org/bugzilla/show_bu

Re: [GUMP] Build Failure - krysalis-cents-all

Nick Chalko wrote: This email is autogenerated from the output from: [...] BUILD FAILED file:///home/rubys/jakarta/krysal

DO NOT REPLY [Bug 15886] New: - task

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://nagoya.apache.org/bugzilla/show_bu

[GUMP] Test Failure - Ant

This email is autogenerated from the output from: Build results exceed maximum length. Please see URL above for details. Last 50 li

[GUMP] Build Failure - jakarta-ant-testutil

This email is autogenerated from the output from: Buildfile: build.xml prepare: check_for_optional_packages: build:

[GUMP] Build Failure - dist-ant

This email is autogenerated from the output from: Buildfile: build.xml main_distribution: [mkdir] Created dir: /home/rubys/jak

Re: Ant changes breaking Axis

On Tue, 7 Jan 2003, Steve Loughran <[EMAIL PROTECTED]> wrote: > Whatever has happened to Ant recently has broken Axis At first glance, it seems to be a Gump problem. The exception happens when the reference to the named "classpath" defined in axis/java/xmls/path_refs.xml gets expanded inside th

Re: [GUMP] Build Failure - smoketest

Stefan Bodewig wrote: On Tue, 07 Jan 2003, Nicola Ken Barozzi <[EMAIL PROTECTED]> wrote: Errr, so it's a bug, right? I think so. At least the code should check for null. I'm confused, how can I know if a class can be loaded if I can't get a classloader? 8-? If Class.getClassLoader is null, the c

DO NOT REPLY [Bug 15853] - Allow to plug-in different XML Catalog resolver in xslt task

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://nagoya.apache.org/bugzilla/show_bu

RE: Anybody know where I can find some JMX tasks?

> > I am interested in using JMX to configure a J2EE domain, things like > > creating and destroying resources like connection pools, > > jdbc data sources, tx data sources, etc. Are you thinking of task(s) like "invoke mbean method" or "set mbean attribute"? I just finished a data-source verifi

cvs commit: jakarta-ant/src/main/org/apache/tools/ant Main.java

bodewig 2003/01/08 02:05:23 Modified:src/main/org/apache/tools/ant Main.java Log: 2003 Revision ChangesPath 1.76 +1 -1 jakarta-ant/src/main/org/apache/tools/ant/Main.java Index: Main.java ===

RE: Adding a task to the "external tasks" page?

> > "pack" "pack" is a task to build the smallest possible JAR to link > > and run one or more classes. > > How does this relate to > > or simply using and ? Just curious. Of course :). For / I must suppose you may achieve the same results,

DO NOT REPLY [Bug 15390] - ant.regexp.regexpimpl only works if it is a system property

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://nagoya.apache.org/bugzilla/show_bu

Re: Adding a task to the "external tasks" page?

On Tue, 7 Jan 2003, Cristiano Sadun <[EMAIL PROTECTED]> wrote: > Here's the relevant information: Thanks, committed. > "pack" "pack" is a task to build the smallest possible JAR to link > and run one or more classes. How does this relate to o

cvs commit: jakarta-ant/proposal/ant-site/anakia/xdocs external.xml faq.xml

bodewig 2003/01/08 00:38:03 Modified:proposal/ant-site/anakia/docs external.html faq.html proposal/ant-site/anakia/xdocs external.xml faq.xml Log: sync with real site Revision ChangesPath 1.10 +164 -45 jakarta-ant/proposal/ant-site/anakia/docs/extern

cvs commit: jakarta-ant/xdocs external.xml

bodewig 2003/01/08 00:35:58 Modified:docs external.html xdocsexternal.xml Log: closer to alphanumeriucally sorted Revision ChangesPath 1.74 +92 -92jakarta-ant/docs/external.html Index: external.html ==

cvs commit: jakarta-ant/xdocs external.xml

bodewig 2003/01/08 00:34:10 Modified:docs external.html xdocsexternal.xml Log: Add pointer to Java+ Preprocessor task. Submitted by: Brad Cox Revision ChangesPath 1.73 +94 -0 jakarta-ant/docs/external.html Index: external.html

Re: No default target

Costin Manolache wrote: When ProjectHelper2 was started, the main branch didn't required a default. This was rolled back in main. The behavior is clearly broken - the top level should be executed only once. OK, I have removed the execution of the implicit target when no default is given and it se

cvs commit: jakarta-ant/src/main/org/apache/tools/ant Main.java

conor 2003/01/08 00:31:06 Modified:src/main/org/apache/tools/ant Main.java Log: Don't execute the implict target if no default available. Revision ChangesPath 1.75 +0 -2 jakarta-ant/src/main/org/apache/tools/ant/Main.java Index: Main.java ==

cvs commit: jakarta-ant check.xml

conor 2003/01/08 00:29:11 Modified:.check.xml Log: Update check file to latest version of checkstyle Revision ChangesPath 1.4 +7 -7 jakarta-ant/check.xml Index: check.xml === RCS

cvs commit: jakarta-ant/xdocs external.xml faq.xml

bodewig 2003/01/08 00:25:18 Modified:docs external.html faq.html xdocsexternal.xml faq.xml Log: * Add pointer to "pack" * Add FAQ on how to get your task listed. Submitted by: Cristiano Sadun Revision ChangesPath 1.72 +71 -0 jaka

cvs commit: jakarta-ant/src/main/org/apache/tools/ant/listener CommonsLoggingListener.java

bodewig 2003/01/08 00:06:49 Modified:src/main/org/apache/tools/ant/listener CommonsLoggingListener.java Log: 2003 Revision ChangesPath 1.3 +1 -1 jakarta-ant/src/main/org/apache/tools/ant/listener/CommonsLoggingListener.java Index:

Re: [GUMP] Build Failure - smoketest

On Tue, 07 Jan 2003, Nicola Ken Barozzi <[EMAIL PROTECTED]> wrote: > Errr, so it's a bug, right? I think so. At least the code should check for null. > I'm confused, how can I know if a class can be loaded if I can't get > a classloader? 8-? If Class.getClassLoader is null, the classloader is

Re: Wiki for external tasks ? Was: Re: Adding a task to the "external tasks" page?

On Tue, 07 Jan 2003, Costin Manolache <[EMAIL PROTECTED]> wrote: > What about moving the external task links to wiki, or to > include a link to a wiki page ? No problem with doing the later one, but I'd like to keep the existing page for a list with coherent information. Wikis tend to get chaoti

Re: Improt task and project basedir

Costin Manolache wrote: No, the basedir was lost during the refactoring, it used to be extracted from the sax context. Since Import is a task - the easiest is to change to setFile( File ). I can't work on this right now - I'll try tommorow. Consider then project1 ---> import project2 ---> import

Re: Ant changes breaking Axis

Steve Loughran wrote: > Whatever has happened to Ant recently has broken Axis > > http://cvs.apache.org/builds/gump/2003-01-07/xml-axis.html > > Caught exception (org.apache.tools.ant.BuildException) while expanding > classpath: /home/rubys/jakarta/xml-axis/java/samples/transport/lib not > found

Re: Improt task and project basedir

Conor MacNeill wrote: > The import task does not currently use the project basedir to resolve > import files. So, the following does not work as I would have expected > > > > > > > > Is this desirable? No, the basedir was lost during the refactoring, it used to be extracted from the

Re: Import test tasks

Conor MacNeill wrote: > Costin, > > There seem to be some test build files for testing the import tsk but I > can't seem to find the testcase class to drive them. Any ideas? > > I have a few new tests for imports which I'd like to add in. I also want > to move some files around to collect the te

Re: Release Plans

On Wed, 08 Jan 2003, Conor MacNeill <[EMAIL PROTECTED]> wrote: > Stefan Bodewig wrote: >> There are about 15 fixed bugs compared to 1.5.1, but nothing big >> IMHO. > > Ah, OK, I remember seeing 1.5.2 being thrown about and thought there > would be movement there soon - my mistake. Not your mista

Re: FW: Anybody know where I can find some JMX tasks?

Costin Manolache wrote: Some work is taking place in commons-modeler. No implementation for "remote" JMX yet - I'm still looking for a generic solution ( and reading the 1.2 spec ). The problem is that each server has its own mechanism - and the 1.2 spec that provides some "standard" way to access

Re: No default target

Conor MacNeill wrote: > What is the expected output of > > > > > > Currently I get > > Buildfile: src/etc/testcases/core/topleveltasks/nodefault.xml > [echo] Called > [echo] Called > > I expected either one "Called" or an error. > > I can't reproduce this in a testcase - the

Ant changes breaking Axis

Whatever has happened to Ant recently has broken Axis http://cvs.apache.org/builds/gump/2003-01-07/xml-axis.html Caught exception (org.apache.tools.ant.BuildException) while expanding classpath: /home/rubys/jakarta/xml-axis/java/samples/transport/lib not found. We could fix axis by creating the

Improt task and project basedir

The import task does not currently use the project basedir to resolve import files. So, the following does not work as I would have expected Is this desirable? Conor -- To unsubscribe, e-mail: For additional commands, e-mail:

Import test tasks

Costin, There seem to be some test build files for testing the import tsk but I can't seem to find the testcase class to drive them. Any ideas? I have a few new tests for imports which I'd like to add in. I also want to move some files around to collect the test build files in a separate directo

No default target

What is the expected output of Currently I get Buildfile: src/etc/testcases/core/topleveltasks/nodefault.xml [echo] Called [echo] Called I expected either one "Called" or an error. I can't reproduce this in a testcase - there it is only produced once so I guess this is something to

cvs commit: jakarta-ant/src/main/org/apache/tools/ant/listener CommonsLoggingListener.java

costin 2003/01/07 20:35:22 Modified:src/main/org/apache/tools/ant/listener CommonsLoggingListener.java Log: Few changes: - implement the BuildLogger - so it can be used with -logger - few hacks/changes to support logging messages to stdout/stderr witho

Re: TopLevelTaskTest failed - is this expected?

Steve Loughran wrote: > > - Original Message - > From: "Conor MacNeill" <[EMAIL PROTECTED]> > To: "Ant Developers List" <[EMAIL PROTECTED]> > Sent: Monday, January 06, 2003 06:03 > Subject: Re: TopLevelTaskTest failed - is this expected? > > >> Stefan Bodewig wrote: >> > Happy New Year!

Re: TopLevelTaskTest failed - is this expected?

- Original Message - From: "Conor MacNeill" <[EMAIL PROTECTED]> To: "Ant Developers List" <[EMAIL PROTECTED]> Sent: Monday, January 06, 2003 06:03 Subject: Re: TopLevelTaskTest failed - is this expected? > Stefan Bodewig wrote: > > Happy New Year! > > And to you too. > > > > > I'm trying

Re: Release Plans

Stefan Bodewig wrote: On Wed, 08 Jan 2003, Conor MacNeill <[EMAIL PROTECTED]> wrote: I think there is broad agreement on a 1.5.2 release pretty soon. Why? Are there any serious bugs that we've already fixed here? There are about 15 fixed bugs compared to 1.5.1, but nothing big IMHO. Ah, OK, I r

Re: XDoclet and Ant descriptor generation

- Original Message - From: "Erik Hatcher" <[EMAIL PROTECTED]> To: "Ant Developers List" <[EMAIL PROTECTED]> Sent: Sunday, January 05, 2003 13:36 Subject: Re: XDoclet and Ant descriptor generation > Update: > > I've tweaked the build process to now function out-of-the-box > (hopefully).

Re: Nightly Builds

A batch file is a good way to start. but you will soon find that you need more than a simle batch file provides. * log the results * format the output * send emails on failure. * archive old builds Gump is a excelent tool for nightly builds but overkill. Over at centipede we are

Re: FW: Anybody know where I can find some JMX tasks?

You can consult the jboss source code. Nearly all of jboss is mbeans. In particular the j2ee connector support is entirely based on mbeans, including connection pools, connection managers, and management of managed connection factories. david jencks On 2003.01.07 15:27:49 -0500 Strong Craeg wro

Anybody know where I can find some JMX tasks?

Hello: There has recently been some discussion about JMX on this list... I am interested in using JMX to configure a J2EE domain, things like creating and destroying resources like connection pools, jdbc data sources, tx data sources, etc. Can anyone point me to some already existing tasks? No

RE: Nightly Builds

Hi I want to run my Ant builds scripts nightly, what is the best means to do this via a batch file, do you just enter in the command to run the ant script in the batch file? All help here welcome -- To unsubscribe, e-mail: For additional commands, e-mail: