Re: New SQLJ Task

[Jesse Stockall]

On Tue, 2003-05-06 at 17:45, Schultz, David (US - Chicago) wrote:
> 
> Please let me know if there is any additional work needed to get this
> included.
> 

Create a bugzilla enhancement request and attach the files to it.
Documentation is a must, and test cases are nice.

-- 
Jesse Stockall <[EMAIL PROTECTED]>

Re: modify classpath for a following compile ..

[Jesse Stockall]

On Tue, 2003-05-06 at 17:27, Harsha Kalidindi wrote:
> Hi:
> 
>  I have question about Tasks and setting Classpath ..
> 
> 
>  
> ...
>
>   ...
>  
>...
>  
>  
>
> 
>  
> 
> 
>  I am implementing mytask. Can I change/modify the classpath in 
> mytask's execute so that when javac runs, the new classpath is picked up?
> 

 can use a reference to a  defined elsewhere in the
project. 

In  you can build a org.apache.tools.ant.types.Path object and
then add it to the project with Project.addReference(). Then your
 target can use the reference.

-- 
Jesse Stockall <[EMAIL PROTECTED]>

New SQLJ Task

[Schultz, David (US - Chicago)]

I have attached a new SQLJ task for inclusion in the optional tasks.  I
know there is strong resistance to adding more tasks but this is
relatively simple and isn't tied to a particular vendor.  I have noticed
a few instances of people on the email lists using complicated checking
schemes to check the output of SQLJ compilation (up to 3 files).  All of
that is contained within the task.

If this meets with approval and there is interest, I also have some very
robust tasks for customizing and binding SQLJ profiles to DB2 for z/OS
(OS/390).

Please let me know if there is any additional work needed to get this
included.

Thanks,
Dave Schultz
Deloitte Consulting


---


This message (including any attachments) contains confidential information 
intended for a specific individual and purpose, and is protected by law.  If 
you are not the intended recipient, you should delete this message.  Any 
disclosure, copying, or distribution of this message, or the taking of any 
action based on it, is strictly prohibited.


<>

modify classpath for a following compile ..

[Harsha Kalidindi]

Hi:
I have question about Tasks and setting Classpath ..

   ...
  
 ...

  ...


  

I am implementing mytask. Can I change/modify the classpath in 
mytask's execute so that when javac runs, the new classpath is picked up?

Thanks,
Harsha
[EMAIL PROTECTED] 212.762.4165
This communication is intended for the addressee(s) and may contain 
confidential and legally privileged information. We do not waive 
confidentiality or privilege by mis-transmission. If you have received this 
communication in error, any use, dissemination, printing or copying is 
strictly prohibited; please destroy all electronic and paper copies and 
notify the sender immediately.

RE: Roles (was: antlib)

[Jose Alberto Fernandez]

Hi guys,

I was away on vacation so hasn't been around to make comments about the entire 
discussion.
I will try to sumarize here some comments that go across several messages I 
have read today.

The current  provides a way for the user of a particular antlib to 
rename
one or more elements that are in conflict with elements of some other antlib
it tries to use. As the renaming is local to the project there is no problem;
it is up to the user of the antlib to decide what names to use to refer to the
loaded things. For example I may use the  class of antcontrib but
for reasons of my project being in need to also use a  defined
by some other third party which works diferently. So I could just load it
and rename it lets say to  and use it in my project using that name.
 It is up to me as the user of the antlib.

Re: AW: command line option visibility within a task ..

[Harsha Kalidindi]

Peter:
Thanks for the example.
I was thinking of an attribute called debug for my tasks but I 
think I will use verbose to keep it consistent ..

Regards,
Harsha

The normal way is get debug output is to
use log(..., Project.MSG_VERBOSE);
And then use -debug at the command line.
This however results in a lot of debug output
So some tasks have a verbose attribute - like for 

ant -Ddelete.verbose="yes" ...
Check the source (ant.apache.tools.ant.taskdefs.Delete) for example code.
Peter
On Tuesday 06 May 2003 17:52, Harsha Kalidindi wrote:
> Jan,Peter:
>
>  Thanks for fixing the email address.
>
> >Main.main() -> Main.start() -> Main.Main() and none of these methods
> >store the arguments. So you can´t access them.
> >You can modify this class (should be very easy ...). But then you have a
> >customized version of an Ant base class.
>
>  I definitely don't want to customize a base Ant class ..
>
>  I'll have to think about this ..
>
> Regards,
> Harsha
>
> > > -Ursprüngliche Nachricht-
> > > Von: Harsha Kalidindi [mailto:[EMAIL PROTECTED]
> > > Gesendet am: Dienstag, 6. Mai 2003 18:11
> > > An: [EMAIL PROTECTED]
> > > Betreff: command line option visibility within a task ..
> > >
> > > Hi:
> > >
> > >  I am trying to write a few tasks to extend ant in
> > > our environment.
> > >
> > >  I would like these tasks to emit some debug
> > > information depending
> > > on the command line options used with the ant invocation.
> > >
> > >  Is there a way I can get a list of command line
> > > options that ant
> > > was invoked with?
> > >
> > > Thanks,
> > > Harsha
> > >
> > > [EMAIL PROTECTED] 212.762.4165
> > >
> > > This communication is intended for the addressee(s) and may contain
> > > confidential and legally privileged information. We do not waive
> > > confidentiality or privilege by mis-transmission. If you have
> > > received this
> > > communication in error, any use, dissemination, printing or
> > > copying is
> > > strictly prohibited; please destroy all electronic and paper
> > > copies and
> > > notify the sender immediately.
>
> [EMAIL PROTECTED] 212.762.4165
>
> This communication is intended for the addressee(s) and may contain
> confidential and legally privileged information. We do not waive
> confidentiality or privilege by mis-transmission. If you have received this
> communication in error, any use, dissemination, printing or copying is
> strictly prohibited; please destroy all electronic and paper copies and
> notify the sender immediately.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[EMAIL PROTECTED] 212.762.4165
This communication is intended for the addressee(s) and may contain 
confidential and legally privileged information. We do not waive 
confidentiality or privilege by mis-transmission. If you have received this 
communication in error, any use, dissemination, printing or copying is 
strictly prohibited; please destroy all electronic and paper copies and 
notify the sender immediately.

Re: AW: command line option visibility within a task ..

[peter reilly]

The normal way is get debug output is to 
use log(..., Project.MSG_VERBOSE);

And then use -debug at the command line.

This however results in a lot of debug output

So some tasks have a verbose attribute - like for 


ant -Ddelete.verbose="yes" ...

Check the source (ant.apache.tools.ant.taskdefs.Delete) for example code.
Peter

On Tuesday 06 May 2003 17:52, Harsha Kalidindi wrote:
> Jan,Peter:
>
>  Thanks for fixing the email address.
>
> >Main.main() -> Main.start() -> Main.Main() and none of these methods
> >store the arguments. So you can´t access them.
> >You can modify this class (should be very easy ...). But then you have a
> >customized version of an Ant base class.
>
>  I definitely don't want to customize a base Ant class ..
>
>  I'll have to think about this ..
>
> Regards,
> Harsha
>
> > > -Ursprüngliche Nachricht-
> > > Von: Harsha Kalidindi [mailto:[EMAIL PROTECTED]
> > > Gesendet am: Dienstag, 6. Mai 2003 18:11
> > > An: [EMAIL PROTECTED]
> > > Betreff: command line option visibility within a task ..
> > >
> > > Hi:
> > >
> > >  I am trying to write a few tasks to extend ant in
> > > our environment.
> > >
> > >  I would like these tasks to emit some debug
> > > information depending
> > > on the command line options used with the ant invocation.
> > >
> > >  Is there a way I can get a list of command line
> > > options that ant
> > > was invoked with?
> > >
> > > Thanks,
> > > Harsha
> > >
> > > [EMAIL PROTECTED] 212.762.4165
> > >
> > > This communication is intended for the addressee(s) and may contain
> > > confidential and legally privileged information. We do not waive
> > > confidentiality or privilege by mis-transmission. If you have
> > > received this
> > > communication in error, any use, dissemination, printing or
> > > copying is
> > > strictly prohibited; please destroy all electronic and paper
> > > copies and
> > > notify the sender immediately.
>
> [EMAIL PROTECTED] 212.762.4165
>
> This communication is intended for the addressee(s) and may contain
> confidential and legally privileged information. We do not waive
> confidentiality or privilege by mis-transmission. If you have received this
> communication in error, any use, dissemination, printing or copying is
> strictly prohibited; please destroy all electronic and paper copies and
> notify the sender immediately.

AW: AW: command line option visibility within a task ..

[Jan . Materne]

You can customize the wrapper script and store the parameter list as Flag.
A kind of 

ant2.bat:
call ant -Dcmdargs="%*" %*

In Ant you have the property 'cmdargs'. Maybe that works ...


Jan

> -Ursprüngliche Nachricht-
> Von: Harsha Kalidindi [mailto:[EMAIL PROTECTED]
> Gesendet am: Dienstag, 6. Mai 2003 18:53
> An: Ant Developers List; [EMAIL PROTECTED]
> Betreff: Re: AW: command line option visibility within a task ..
> 
> Jan,Peter:
> 
>  Thanks for fixing the email address.
> 
> >Main.main() -> Main.start() -> Main.Main() and none of these methods
> >store the arguments. So you can´t access them.
> >You can modify this class (should be very easy ...). But 
> then you have a
> >customized version of an Ant base class.
> 
>  I definitely don't want to customize a base Ant class ..
> 
>  I'll have to think about this ..
> 
> Regards,
> Harsha
> 
> 
> 
> 
> 
> 
> > > -Ursprüngliche Nachricht-
> > > Von: Harsha Kalidindi [mailto:[EMAIL PROTECTED]
> > > Gesendet am: Dienstag, 6. Mai 2003 18:11
> > > An: [EMAIL PROTECTED]
> > > Betreff: command line option visibility within a task ..
> > >
> > > Hi:
> > >
> > >  I am trying to write a few tasks to extend ant in
> > > our environment.
> > >
> > >  I would like these tasks to emit some debug
> > > information depending
> > > on the command line options used with the ant invocation.
> > >
> > >  Is there a way I can get a list of command line
> > > options that ant
> > > was invoked with?
> > >
> > > Thanks,
> > > Harsha
> > >
> > > [EMAIL PROTECTED] 212.762.4165
> > >
> > > This communication is intended for the addressee(s) and 
> may contain
> > > confidential and legally privileged information. We do not waive
> > > confidentiality or privilege by mis-transmission. If you have
> > > received this
> > > communication in error, any use, dissemination, printing or
> > > copying is
> > > strictly prohibited; please destroy all electronic and paper
> > > copies and
> > > notify the sender immediately.
> > >
> 
> [EMAIL PROTECTED] 212.762.4165
> 
> This communication is intended for the addressee(s) and may contain 
> confidential and legally privileged information. We do not waive 
> confidentiality or privilege by mis-transmission. If you have 
> received this 
> communication in error, any use, dissemination, printing or 
> copying is 
> strictly prohibited; please destroy all electronic and paper 
> copies and 
> notify the sender immediately.
> 

Re: AW: command line option visibility within a task ..

[Harsha Kalidindi]

Jan,Peter:
Thanks for fixing the email address.
Main.main() -> Main.start() -> Main.Main() and none of these methods
store the arguments. So you can´t access them.
You can modify this class (should be very easy ...). But then you have a
customized version of an Ant base class.
I definitely don't want to customize a base Ant class ..
I'll have to think about this ..
Regards,
Harsha



> -Ursprüngliche Nachricht-
> Von: Harsha Kalidindi [mailto:[EMAIL PROTECTED]
> Gesendet am: Dienstag, 6. Mai 2003 18:11
> An: [EMAIL PROTECTED]
> Betreff: command line option visibility within a task ..
>
> Hi:
>
>  I am trying to write a few tasks to extend ant in
> our environment.
>
>  I would like these tasks to emit some debug
> information depending
> on the command line options used with the ant invocation.
>
>  Is there a way I can get a list of command line
> options that ant
> was invoked with?
>
> Thanks,
> Harsha
>
> [EMAIL PROTECTED] 212.762.4165
>
> This communication is intended for the addressee(s) and may contain
> confidential and legally privileged information. We do not waive
> confidentiality or privilege by mis-transmission. If you have
> received this
> communication in error, any use, dissemination, printing or
> copying is
> strictly prohibited; please destroy all electronic and paper
> copies and
> notify the sender immediately.
>
[EMAIL PROTECTED] 212.762.4165
This communication is intended for the addressee(s) and may contain 
confidential and legally privileged information. We do not waive 
confidentiality or privilege by mis-transmission. If you have received this 
communication in error, any use, dissemination, printing or copying is 
strictly prohibited; please destroy all electronic and paper copies and 
notify the sender immediately.

AW: AW: command line option visibility within a task ..

[Jan . Materne]

Ups, sorry.
Thanks for correction :-)


Jan

> -Ursprüngliche Nachricht-
> Von: peter reilly [mailto:[EMAIL PROTECTED]
> Gesendet am: Dienstag, 6. Mai 2003 18:51
> An: Ant Developers List
> Betreff: Re: AW: command line option visibility within a task ..
> 
> On Tuesday 06 May 2003 17:39, [EMAIL PROTECTED] wrote:
> > BTW
> > You´re using the old email adress [EMAIL PROTECTED]
> > The new one is
> > [EMAIL PROTECTED]
> that is
> [EMAIL PROTECTED]
> 
> Peter
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 

Re: AW: command line option visibility within a task ..

[peter reilly]

On Tuesday 06 May 2003 17:39, [EMAIL PROTECTED] wrote:
> BTW
> You´re using the old email adress [EMAIL PROTECTED]
> The new one is
>   [EMAIL PROTECTED]
that is
[EMAIL PROTECTED]

Peter

AW: command line option visibility within a task ..

[Jan . Materne]

ASAIK no.

Main.main() -> Main.start() -> Main.Main() and none of these methods
store the arguments. So you can´t access them.
You can modify this class (should be very easy ...). But then you have a
customized version of an Ant base class.


BTW
You´re using the old email adress [EMAIL PROTECTED]
The new one is
[EMAIL PROTECTED]


CU
Jan


> -Ursprüngliche Nachricht-
> Von: Harsha Kalidindi [mailto:[EMAIL PROTECTED]
> Gesendet am: Dienstag, 6. Mai 2003 18:11
> An: [EMAIL PROTECTED]
> Betreff: command line option visibility within a task ..
> 
> Hi:
> 
>  I am trying to write a few tasks to extend ant in 
> our environment.
> 
>  I would like these tasks to emit some debug 
> information depending 
> on the command line options used with the ant invocation.
> 
>  Is there a way I can get a list of command line 
> options that ant 
> was invoked with?
> 
> Thanks,
> Harsha
> 
> [EMAIL PROTECTED] 212.762.4165
> 
> This communication is intended for the addressee(s) and may contain 
> confidential and legally privileged information. We do not waive 
> confidentiality or privilege by mis-transmission. If you have 
> received this 
> communication in error, any use, dissemination, printing or 
> copying is 
> strictly prohibited; please destroy all electronic and paper 
> copies and 
> notify the sender immediately.
> 

command line option visibility within a task ..

[Harsha Kalidindi]

Hi:
I am trying to write a few tasks to extend ant in our environment.
I would like these tasks to emit some debug information depending 
on the command line options used with the ant invocation.

Is there a way I can get a list of command line options that ant 
was invoked with?

Thanks,
Harsha
[EMAIL PROTECTED] 212.762.4165
This communication is intended for the addressee(s) and may contain 
confidential and legally privileged information. We do not waive 
confidentiality or privilege by mis-transmission. If you have received this 
communication in error, any use, dissemination, printing or copying is 
strictly prohibited; please destroy all electronic and paper copies and 
notify the sender immediately.

cvs commit: ant/src/main/org/apache/tools/ant/taskdefs/optional/ide VAJExport.java VAJImport.java VAJLoad.java VAJLocalUtil.java VAJRemoteUtil.java VAJTask.java VAJToolsServlet.java

[bodewig]

bodewig 2003/05/06 08:19:17

  Modified:.WHATSNEW build.xml
   docs/manual/Integration VAJAntTool.html
   src/main/org/apache/tools/ant/taskdefs/optional/ide
VAJExport.java VAJImport.java VAJLoad.java
VAJLocalUtil.java VAJRemoteUtil.java VAJTask.java
VAJToolsServlet.java
  Log:
  Big VAJ changes, in particular if they have ever worked for anybody,
  they probably won't do so any longer.
  
  Make the servlets work by using IBM's servlet classes
  PR: 10016
  
  URL-encoding in  didn't work properly.
  
  The VAJ tasks now support a haltonfailure attribute to conditionally
  keep building even if they fail.
  
  It is now possible to use the latest (versioned or unversioned)
  edition in  by using special wildcard characters.
  PR: 2236.
  
  Submitted by: Martin Landers 
  Francois Rey 
  
  Revision  ChangesPath
  1.409 +16 -0 ant/WHATSNEW
  
  Index: WHATSNEW
  ===
  RCS file: /home/cvs/ant/WHATSNEW,v
  retrieving revision 1.408
  retrieving revision 1.409
  diff -u -r1.408 -r1.409
  --- WHATSNEW  2 May 2003 14:44:53 -   1.408
  +++ WHATSNEW  6 May 2003 15:19:15 -   1.409
  @@ -30,6 +30,10 @@
 of the older ORO Netcomponents version.  See
 .
   
  +* If the Visual Age tasks used to work for you, they may stop doing so
  +  now - and we'd like to know about it.  The current set of tasks is
  +  supposed to work with any version of VAJ starting with 3.0.
  +
   Fixed bugs:
   ---
   * Filter readers were not handling line endings properly.  Bugzilla
  @@ -115,6 +119,11 @@
   * Setting filesonly to true in  and related tasks would cause the
 archives to be always recreated.  Bugzilla Report 19449.
   
  +* The Visual Age for Java tasks didn't work (at least for versions 3.0
  +  and higher).  Bugzilla Report 10016.
  +
  +* URL-encoding in  didn't work properly.
  +
   Other changes:
   --
   * Six new Clearcase tasks added.
  @@ -285,6 +294,13 @@
   *  has a new attribute "converteol" that can be used to
 control the automatic line-end conversion performed on ASCII files.
 Bugzilla Report 18884.
  +
  +* The VAJ tasks now support a haltonfailure attribute to conditionally
  +  keep building even if they fail.
  +
  +* It is now possible to use the latest (versioned or unversioned) edition
  +  in  by using special wildcard characters.  Also fixes
  +  Bugzilla Report 2236.
   
   Changes from Ant 1.5.2 to Ant 1.5.3
   ===
  
  
  
  1.375 +0 -9  ant/build.xml
  
  Index: build.xml
  ===
  RCS file: /home/cvs/ant/build.xml,v
  retrieving revision 1.374
  retrieving revision 1.375
  diff -u -r1.374 -r1.375
  --- build.xml 28 Apr 2003 12:22:29 -  1.374
  +++ build.xml 6 May 2003 15:19:16 -   1.375
  @@ -249,9 +249,6 @@
 
   
 
  -  
  -
  -  
 
   
 
  @@ -403,10 +400,6 @@
  classname="org.apache.env.Which"
  classpathref="classpath"/>
   
  -
  -
   
  @@ -587,7 +580,6 @@
   
   
   
  -
   
   
   
  @@ -755,7 +747,6 @@
   
   
   
  -
   
   
   
  
  
  
  1.18  +63 -54ant/docs/manual/Integration/VAJAntTool.html
  
  Index: VAJAntTool.html
  ===
  RCS file: /home/cvs/ant/docs/manual/Integration/VAJAntTool.html,v
  retrieving revision 1.17
  retrieving revision 1.18
  diff -u -r1.17 -r1.18
  --- VAJAntTool.html   16 Apr 2003 03:38:43 -  1.17
  +++ VAJAntTool.html   6 May 2003 15:19:17 -   1.18
  @@ -12,8 +12,12 @@
 Wolf Siberski
 (siberski at kbs.uni-hannover.de)
 Christoph Wilhelms
  -  (christoph.wilhelms at tui.de)
  -Version 1.2 - 2001/06/14
  +  (christoph.wilhelms at tui.de)
  +  Martin Landers
  +  (mailto:[EMAIL PROTECTED]">[EMAIL PROTECTED])
  +  François Rey
  +  (mailto:[EMAIL PROTECTED]">[EMAIL PROTECTED])
  +Version 1.2.1 - 2003/01/16
   
   Table of Contents
   
  @@ -48,6 +52,14 @@
   What's new
   

  +   2003/01/16
  +   
  +  
  +Now works outside of VAJ.
  + Added attribute haltonerror, "*" and "**" version 
qualifiers.
  + Amended documentation (this file) accordingly.
  +
  + 
  2001/06/14
  
 
  @@ -97,14 +109,20 @@
  Attribute
  Description
  Required
  - 
  +
  remote
  
 name and port of a remote tool server. (format:
 :).If this
 att

DO NOT REPLY [Bug 10016] - VAJ Tasks broken

[bugzilla]

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_bug.cgi?id=10016

VAJ Tasks broken

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2003-05-06 15:20 ---
Should be in the nightly source drops starting with 2003-05-07, won't appear
in the nightly builds, though.

DO NOT REPLY [Bug 2236] - Visual Age vajload task - ability to load open projects in workspace

[bugzilla]

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_bug.cgi?id=2236

Visual Age vajload task - ability to load open projects in workspace

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED
   Target Milestone|--- |1.6



--- Additional Comments From [EMAIL PROTECTED]  2003-05-06 15:16 ---
You can now specify * for the latest versioned and ** for the latest unversioned
edition.  Available in source-download 2003-05-07, unfortunately we don't ship
the VAJ classes with our nightly builds.

cvs commit: ant/xdocs external.xml

[bodewig]

bodewig 2003/05/06 06:26:47

  Modified:docs external.html
   xdocsexternal.xml
  Log:
  Pointer to Java2HTML, submitted by Jason Shattu 
  
  Revision  ChangesPath
  1.113 +50 -1 ant/docs/external.html
  
  Index: external.html
  ===
  RCS file: /home/cvs/ant/docs/external.html,v
  retrieving revision 1.112
  retrieving revision 1.113
  diff -u -r1.112 -r1.113
  --- external.html 22 Apr 2003 07:38:01 -  1.112
  +++ external.html 6 May 2003 13:26:46 -   1.113
  @@ -1348,7 +1348,11 @@
   
   Java2Html
 
  -Uses the Java2Html library for converting java 
source files
  +There are two different tools both named 
Java2HTML that
  +process Java source code and generate syntax higlighted
  +documentation from it.  Both include Ant tasks to run
  +them.
  +Java2Html library for converting java 
source files
   or snipplets to syntax highlighted html, rtf, tex and
   others.
 
  @@ -1390,6 +1394,51 @@
 
 GNU General Public License
  +  
  +  
  +
  +Java2HTML is a simple-to-use tool which 
converts a bunch of
  +Java Source Code into a colourized and browsable HTML
  +representation.
  +  
  +  
  +  
  +  Compatibility:
  +  
  +  
  +  1.5.1 onwards
  +  
  +  
  +  
  +  
  +  URL:
  +  
  +  
  +  http://www.java2html.com/java2html_ant_task.html";>http://www.java2html.com/java2html_ant_task.html
  +  
  +  
  +  
  +  
  +  Contact:
  +  
  +  
  +  mailto:[EMAIL PROTECTED]">[EMAIL PROTECTED]
  +  
  +  
  +  
  +  
  +  License:
  +  
  +  
  +  FreeWare
 
 
   
  
  
  
  1.82  +30 -1 ant/xdocs/external.xml
  
  Index: external.xml
  ===
  RCS file: /home/cvs/ant/xdocs/external.xml,v
  retrieving revision 1.81
  retrieving revision 1.82
  diff -u -r1.81 -r1.82
  --- external.xml  22 Apr 2003 07:38:02 -  1.81
  +++ external.xml  6 May 2003 13:26:47 -   1.82
  @@ -668,7 +668,12 @@
   
 
   
  -Uses the Java2Html library for converting java source files
  +There are two different tools both named Java2HTML that
  +process Java source code and generate syntax higlighted
  +documentation from it.  Both include Ant tasks to run
  +them.
  +
  +Java2Html library for converting java source files
   or snipplets to syntax highlighted html, rtf, tex and
   others.
   
  @@ -690,6 +695,30 @@
   GNU General Public License
 
   
  +
  +Java2HTML is a simple-to-use tool which converts a bunch of
  +Java Source Code into a colourized and browsable HTML
  +representation.
  +
  +
  +  
  +Compatibility:
  +1.5.1 onwards
  +  
  +  
  +URL:
  +http://www.java2html.com/java2html_ant_task.html";>http://www.java2html.com/java2html_ant_task.html
  +  
  +  
  +Contact:
  +mailto:[EMAIL PROTECTED]">[EMAIL PROTECTED]
  +  
  +  
  +License:
  +FreeWare
  +  
  +
  +
 
   
 
  
  
  

DO NOT REPLY [Bug 14849] - JProbe tasks: executables cannot be found with JProbe 4.0.1

[bugzilla]

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_bug.cgi?id=14849

JProbe tasks: executables cannot be found with JProbe 4.0.1

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2003-05-06 13:03 ---
Thanks!

Hoped to be finally fixed in 2003-05-07.

cvs commit: ant/src/main/org/apache/tools/ant/taskdefs/optional/sitraka CovBase.java

[bodewig]

bodewig 2003/05/06 06:01:07

  Modified:src/main/org/apache/tools/ant/taskdefs/optional/sitraka
CovBase.java
  Log:
  need a leading dash for JProbe 4 as well
  
  Revision  ChangesPath
  1.4   +1 -1  
ant/src/main/org/apache/tools/ant/taskdefs/optional/sitraka/CovBase.java
  
  Index: CovBase.java
  ===
  RCS file: 
/home/cvs/ant/src/main/org/apache/tools/ant/taskdefs/optional/sitraka/CovBase.java,v
  retrieving revision 1.3
  retrieving revision 1.4
  diff -u -r1.3 -r1.4
  --- CovBase.java  29 Apr 2003 13:27:38 -  1.3
  +++ CovBase.java  6 May 2003 13:01:07 -   1.4
  @@ -127,7 +127,7 @@
   }
   
   protected String getParamFileArgument() {
  -return (!isJProbe4 ? "-jp_" : "") + "paramfile=";
  +return "-" + (!isJProbe4 ? "jp_" : "") + "paramfile=";
   }
   
   /**
  
  
  

DO NOT REPLY [Bug 12700] - [PATCH] Please allow Ant users to define the default set of excludes

[bugzilla]

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_bug.cgi?id=12700

[PATCH] Please allow Ant users to define the default set of excludes

[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]
 AssignedTo|[EMAIL PROTECTED]   |[EMAIL PROTECTED]

DO NOT REPLY [Bug 12700] - [PATCH] Please allow Ant users to define the default set of excludes

[bugzilla]

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_bug.cgi?id=12700

[PATCH] Please allow Ant users to define the default set of excludes

[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]



--- Additional Comments From [EMAIL PROTECTED]  2003-05-06 12:58 ---
*** Bug 19601 has been marked as a duplicate of this bug. ***

DO NOT REPLY [Bug 19601] - Add 'Thumbs.db' to default exclude list.

[bugzilla]

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_bug.cgi?id=19601

Add 'Thumbs.db' to default exclude list.

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE



--- Additional Comments From [EMAIL PROTECTED]  2003-05-06 12:58 ---
I agree with Gus.

*** This bug has been marked as a duplicate of 12700 ***

DO NOT REPLY [Bug 19639] - Case sensitive function

[bugzilla]

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_bug.cgi?id=19639

Case sensitive  function

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WONTFIX



--- Additional Comments From [EMAIL PROTECTED]  2003-05-06 12:55 ---
What you see is probably due to the fact that new File("./com").exists() is true
on Windows even if the directory is called COM.  So it's more about Windows and
Java's case insensitivity than Ant's.

In general, Ant will try to preserve case - but it won't recreate a directory 
that
already exists - and the only way to check says that "com" already exists on 
your
machine.

WONTFIX really means CANTFIX here.

DO NOT REPLY [Bug 17506] - loadproperties not working with non latin characters

[bugzilla]

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_bug.cgi?id=17506

loadproperties not working with non latin characters

[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]



--- Additional Comments From [EMAIL PROTECTED]  2003-05-06 12:50 ---
*** Bug 19603 has been marked as a duplicate of this bug. ***

DO NOT REPLY [Bug 19603] - Property task with file attribute only suppoer ansi charset

[bugzilla]

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_bug.cgi?id=19603

Property task with file attribute only suppoer ansi charset

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE



--- Additional Comments From [EMAIL PROTECTED]  2003-05-06 12:50 ---
This is a limitation of Java's own Properties.load method, your files are no
legal Java properties files.

With CVS HEAD you can use  together with an 
filter, this will convert your non-ASCII characters to unicode escaped versions
(the \uABCD notation) on the fly and make Java happy.

AFAICT the code for the new filterreader should be compilable for Ant 1.5.3 as
well, so you could use it as a custom filterreader.

*** This bug has been marked as a duplicate of 17506 ***

DO NOT REPLY [Bug 12700] - [PATCH] Please allow Ant users to define the default set of excludes

[bugzilla]

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_bug.cgi?id=12700

[PATCH] Please allow Ant users to define the default set of excludes

[EMAIL PROTECTED] changed:

   What|Removed |Added

Summary|Please allow Ant users to   |[PATCH] Please allow Ant
   |define the default set of   |users to define the default
   |excludes|set of excludes

AW: list a content of a directory

[Jan . Materne]

For easy display I had made a short project some time ago:







All in one row:
  


${files.prop}


In multiple lines:



${files.prop2}




With a given directory structure

C:\tmp\anttests\dirListing
|   a.java
|   a.txt
|   b.java
|   b.txt
|   build.xml
|   c.java
|   c.txt
|   d.txt
|   tree.txt
|   
\---subdir
c.java
c.txt

it gave me

main:
 [echo] All in one row:

 [echo]
C:\tmp\anttests\dirListing\a.java;C:\tmp\anttests\dirListing\b.java;C:\tmp\a
nttests\dirListing\c.java;C:\tmp\anttests\
dirListing\subdir\c.java
 [echo] In multiple rows:

 [echo] C:\tmp\anttests\dirListing\a.java
 [echo] C:\tmp\anttests\dirListing\b.java
 [echo] C:\tmp\anttests\dirListing\c.java
 [echo] C:\tmp\anttests\dirListing\subdir\c.java

BUILD SUCCESSFUL
Total time: 1 second


The whole directory structure is stored in the two properties.


Jan

> -Ursprüngliche Nachricht-
> Von: Dibi, George [mailto:[EMAIL PROTECTED]
> Gesendet am: Montag, 5. Mai 2003 22:31
> An: '[EMAIL PROTECTED]'
> Betreff: list a content of a directory
> 
> I am trying to display a directory content. Please see attach 
> for trace out.
> Does any body know what I should do? Thanks
>  
> 
>  location="\\eappd55\public\gdibi\etc"/>
> 
> 
>  
>
>  
> 
> 
>
>
>  
>   
>  
>
> 
> 
> 
>  
>  
> TI- Navigator Deployment
> O. (972) 917-3528
> Email. [EMAIL PROTECTED]
>  
> 

Re: Namespaces in Ant

[peter reilly]

On Monday 05 May 2003 20:20, J.Pietschmann wrote:
> peter reilly wrote:
> > I would agree with most of what Nicola says. I think
> > that XML ns is a "heavy" solution for name clashing
> > of names defined in a antlib. Moreover I do not
> > think that the antlib needs to define a qualified name.
> > The "prefix" attribute idea of the  task could
> > be used - even with the current  command.
> >
> >  >  prefix="antcontrib"/>
>
> Hm. How do you ensure that prefixes wont clash?
The build script author has control over the prefixes.
> This also pretty much rules out validation or schema-directed
> editing with a standard tool.
True.
Peter

DO NOT REPLY [Bug 19690] New: - Cvs log & CvsChangeLog are painfully slow

[bugzilla]

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_bug.cgi?id=19690

Cvs log & CvsChangeLog are painfully slow

   Summary: Cvs log & CvsChangeLog are painfully slow
   Product: Ant
   Version: 1.5.3
  Platform: Other
OS/Version: Other
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Core tasks
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


The following issue is described well in the following email:
http://marc.theaimsgroup.com/?l=ant-user&m=103652443632318&w=2

When running cvs log through the Cvs task & cvsChangeLog task, the time taken to
process these requests are painfully slow compared to calling cvs log > aFile.

Using the build file below, Cvs log & cvsChangeLog takes 50 seconds on a fairly
small project. When running "cvs log > temp.txt" from a shell, it takes around 2
seconds. On bigger projects, running through ant takes 5mins for both cvs log &
cvsChangeLog, while running from the shell script, it takes around 20seconds.

Note: /nfs/based/root = the NFS location of the CVS Repository.

-->8-->8-->8-->8





  





  

  

  

  

  

  

  



-->8-->8-->8-->8

Am able to give more info if required.