cvs commit: ant/docs/manual optionaltasklist.html

[conor]

conor   2003/10/01 17:04:55

  Modified:docs/manual optionaltasklist.html
  Log:
  merge
  
  Revision  ChangesPath
  1.40  +1 -0  ant/docs/manual/optionaltasklist.html
  
  Index: optionaltasklist.html
  ===
  RCS file: /home/cvs/ant/docs/manual/optionaltasklist.html,v
  retrieving revision 1.39
  retrieving revision 1.40
  diff -u -w -u -r1.39 -r1.40
  --- optionaltasklist.html 23 Jul 2003 14:12:11 -  1.39
  +++ optionaltasklist.html 2 Oct 2003 00:04:55 -   1.40
  @@ -60,6 +60,7 @@
   Setproxy
   Scp
   Script
  +Scriptdef
   Sound
   SourceOffSite
   Splash
  
  
  

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

Re: Ant 1.6beta1 comments

[Conor MacNeill]

On Thu, 2 Oct 2003 08:34 am, Dominique Devienne wrote:
> Preliminary report on what I have seems with the Beta1 release of Ant 1.6.
>
> I hope this helps. --DD
>

Absolutely. It is exactly what a beta is for and I hope a lot more people can 
do this level of analysis. 

I'll quickly address the things I can in a first pass.

>
> 1.1 - New deprecation warnings
>
> P:\com_lgc\buildmagic-dd\buildmagic\src\com\lgc\buildmagic\BuildPath.java:1
>2 0: warning: initializeCl
> ass(java.lang.Class) in org.apache.tools.ant.AntClassLoader has been
> deprecated
> AntClassLoader.initializeClass(c);
>   ^

Under JDK 1.2, classes can be initialized when loaded and this is done in the 
rest of Ant (i.e. initializeClass is no longer used within Ant itself). 
Please see bug 14171 for an instance where the current initializeClass 
approach caused problems. So it is still supported but now deprecated. Is 
there an issue with that.

> P:\com_lgc\buildmagic-dd\buildmagic\src\com\lgc\buildmagic\JUnitx.java:51:
> warning: addSysproperty(o
> rg.apache.tools.ant.types.Environment.Variable) in
> org.apache.tools.ant.taskdefs.optional.junit.JUni
> tTask has been deprecated
> super.addSysproperty(var);
>  ^
> P:\com_lgc\buildmagic-dd\buildmagic\src\com\lgc\buildmagic\util\BuildFileTe
>s tCase.java:236: warning:
>  configureProject(org.apache.tools.ant.Project,java.io.File) in
> org.apache.tools.ant.ProjectHelper h
> as been deprecated
> ProjectHelper.configureProject(project, buildfile);
>  ^
> 3 warnings
>
> 1.2 - Change of formatting in JUnit???
>
>   Instead of having a single blank line in between each test suite,
>   I now get 3, which is not very pretty. And yes, and verified it was
>   not my custom logger the culprit.

This may be due to a change in the IO redirection in Ant to pass stuff through 
with the line endings intact. Not sure. On my Linux and Windows boxes, there 
are two blank lines :-)

I'll have a look.

>
>   Also, a test for a custom selector, which uses log(..) statements,
>   which used to look simply like this:
>

Can you put a test case together for that?

>
> 1.3 - Optional.jar has been split!
>
>   Some of my projects, including the one I was testing, have
>   includeAntRuntime=false, and explicitly include just the JARs
>   in ant/lib they need (I have extras JAR in there). I was thus
>   bitten by the removal of optional.jar.

OK, I'm not sure what is best here. We can choose to live with the change and 
some potential pain for longer term benefit (i.e. finer control over optional 
task deployment as antlibs, with non-deployment when supporting jars are 
absent). We could add back optional.jar as a manifest-only class-path jar to 
collect all the other optional jars together. This could be provided in lib 
or even a "legacy" dir for those who want to use it.

>
>   That made me look in ant/lib, and (re)discover that optional.jar
>   was no more, and had been replaced by ant-*.jar. I find it odd
>   though that there is a nodeps.jar file, instead of ant-nodeps.jar.

Agreed  - should be ant-nodeps.jar

>
> 2 - Documentation / Manual
>
>   In general, I'd like the new feature in Ant 1.6 to be more visible,
>   Maybe with a [New in 1.6!] icon!?!?
>
> 2.1 - Main (Welcom) Page
>   docs/index.html by default opens the Welcome page on the bottom left
>   frame, which still shows Ant 1.5.4 as the release number.
>   Also, I don't think ApacheCon 2003 is relevant to an Ant release...

We used to not include the site but people wanted the site as part of the 
documentation. It is a snapshot and therefore included things which may be 
only relevant at the time of a snapshot. I not sure this should change. The 
release manager could tweak the docs at the time of build.

>
> 2.2 - Weird vertical blank area
>   When viewing the Manual using IE 6.0 on W2K, the License and Relate
>   Project sections both have a blank empty area (in the bottom left frame)
>   which seems to end at the bottom of the left-hand-side menuy.

IE bug ? :-)

Conor


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

cvs commit: ant/docs/manual/OptionalTasks scriptdef.html

[conor]

conor   2003/10/01 17:38:03

  Added:   docs/manual/OptionalTasks scriptdef.html
  Log:
  merge
  
  Revision  ChangesPath
  1.2   +190 -0ant/docs/manual/OptionalTasks/scriptdef.html
  
  
  
  

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

Re: Which version should the online manual be?

[Magesh Umasankar]

Is this a good enough image?  Rubberstamp-like...

http://cvs.apache.org/~umagesh/beta.png

- Original Message -
From: "Antoine Levy-Lambert" <[EMAIL PROTECTED]>


>
> I will take care of this.
> Is it OK if I check in the CSS stylesheet as
> docs/manual/stylesheet/antmanual.css ?
>
> the manual pages would refer to the stylesheet as :
> ../stylesheet/antmanual.css
> or
> ../../stylesheet/antmanual.css
> or
> ../../../stylesheet/antmanual.css
> depending on how deep they are nested
>
> I am not sure about frames though.
> If I include the same stylesheet in index.html and toc.html and
cover.html,
> are we going to see 3 times the background image with overlap, ...
>
> Antoine


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

cvs commit: ant/src/script ant

[conor]

conor   2003/10/01 21:58:16

  Modified:.Tag: ANT_16_BRANCH build.xml
   docs/manual Tag: ANT_16_BRANCH running.html runninglist.html
   src/main/org/apache/tools/ant Tag: ANT_16_BRANCH Main.java
   src/main/org/apache/tools/ant/launch Tag: ANT_16_BRANCH
Launcher.java
   src/script Tag: ANT_16_BRANCH ant
  Added:   src/main/org/apache/tools/ant/launch Tag: ANT_16_BRANCH
LaunchException.java
  Log:
  Add doco for -lib option
  Add Steve-friendly error messages for incorrect -lib option
  
  PR:   23454
  
  Revision  ChangesPath
  No   revision
  No   revision
  1.392.2.3 +1 -1  ant/build.xml
  
  Index: build.xml
  ===
  RCS file: /home/cvs/ant/build.xml,v
  retrieving revision 1.392.2.2
  retrieving revision 1.392.2.3
  diff -u -w -u -r1.392.2.2 -r1.392.2.3
  --- build.xml 25 Sep 2003 14:42:46 -  1.392.2.2
  +++ build.xml 2 Oct 2003 04:58:15 -   1.392.2.3
  @@ -771,7 +771,7 @@
 
   
   
  -
 
  
  
  
  No   revision
  No   revision
  1.21.2.1  +68 -5 ant/docs/manual/running.html
  
  Index: running.html
  ===
  RCS file: /home/cvs/ant/docs/manual/running.html,v
  retrieving revision 1.21
  retrieving revision 1.21.2.1
  diff -u -w -u -r1.21 -r1.21.2.1
  --- running.html  16 Jul 2003 14:14:38 -  1.21
  +++ running.html  2 Oct 2003 04:58:15 -   1.21.2.1
  @@ -87,6 +87,7 @@
 -verbose, -v   be extra verbose
 -debug print debugging information
 -emacs produce logging information without adornments
  +  -lib specifies a path to search for jars and classes
 -logfile use given file for log
   -l ''
 -logger the class which is to perform logging
  @@ -109,6 +110,45 @@
   For more information about -inputhandler see
   InputHandler.
   
  +Library Directories
  +
  +Prior to Ant 1.6, all jars in the ANT_HOME/lib would be added to the 
CLASSPATH
  +used to run Ant. This was done in the scripts that started Ant. From Ant 1.6,
  +two directories are scanned by default and more can be added as required. The
  +default directories scanned are ANT_HOME/lib and a user specific directory,
  +${user.home}/.ant/lib. This arrangement allows the Ant installation to be
  +shared by many users while still allowing each user to deploy additional 
jars.
  +Such additional jars could be support jars for Ant's optional tasks or jars
  +containing third-party tasks to be used in the build. It also allows the 
main Ant
  +installation to be locked down which will please system adminstrators.
  +
  +
  +
  +Additional directories to be searched may be added by using the -lib option.
  +The -lib option specifies a search path. Any jars or classes in the 
directories
  +of the path will be added to Ant's classloader. The order in which jars are
  +added to the classpath is as follows
  +
  +
  +
  +  -lib jars in the order specified by the -lib elements on the command 
line
  +  jars from ${user.home}/.ant/lib
  +  jars from ANT_HOME/lib
  +
  +
  +
  +Note that the CLASSPATH environment variable is passed to Ant using a -lib
  +option. Ant itself is started with a very minimalistic classpath.
  +
  +
  +
  +The location of ${user.home}/.ant/lib is somewhat dependent on the JVM. On 
Unix
  +systems ${user.home} maps to the user's home directory whilst on recent
  +versions of Windows it will be somewhere such as
  +C:\Documents and Settings\username\.ant\lib. You should consult 
your
  +JVM documentation for more details.
  +
  +
   Examples
   
 ant
  @@ -132,6 +172,13 @@
   the target called dist, setting the build property
   to the value build/classes.
   
  +
  +  ant -lib /home/ant/extras
  +
  +runs Ant picking up additional task and support jars from the
  +/home/ant/extras location
  +
  +
   Files
   
   The Ant wrapper script for Unix will source (read and evaluate) the
  @@ -207,19 +254,35 @@
   
   Running Ant via Java
   If you have installed Ant in the do-it-yourself way, Ant can be started
  -with:
  +with two entry points:
   
 java -Dant.home=c:\ant org.apache.tools.ant.Main [options] 
[target]
   
   
  -These instructions actually do exactly the same as the ant
  -command. The options and target are the same as when running Ant with the 
ant
  -command. This example assumes you have set your classpath to include:
  +
  +  java -Dant.home=c:\ant org.apache.tools.ant.launch.Launcher [options] 
[target]
  +
  +
  +
  +The first method runs Ant's traditional entry point. The second method uses
  +the Ant Launcher introduced in Ant 1.6. The former method does not support
  +the -lib option and all required cl

DO NOT REPLY [Bug 23454] - -lib not documented, fails with an ugly error

[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=23454

-lib not documented, fails with an ugly error

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED
   Target Milestone|--- |1.6
Version|1.7Alpha (nightly)  |1.6Beta



--- Additional Comments From [EMAIL PROTECTED]  2003-10-02 05:01 ---
Fixed

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

Antidote: Diff to make window size persistent

[Jack J. Woehr]

This diff makes window size persistent. It may not be the most important 
persistent property,
but it sure is annoying to continually have to stretch the window to a size 
that allows the editor
gadgets to render themselves in a reasonable fashion!

--
Jack J. Woehr  # You measure democracy by the freedom it
Senior Consultant  # gives its dissidents, not the freedom
Purematrix, Inc.   # it gives its assimilated conformists.
www.purematrix.com # - Abbie Hoffman


Index: org/apache/tools/ant/gui/Main.java
===
RCS file: 
/home/cvspublic/ant-antidote/src/java/org/apache/tools/ant/gui/Main.java,v
retrieving revision 1.9
diff -c -r1.9 Main.java
*** org/apache/tools/ant/gui/Main.java  28 Sep 2003 13:03:00 -  1.9
--- org/apache/tools/ant/gui/Main.java  2 Oct 2003 04:56:08 -
***
*** 100,106 
  f.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
  AppContext context = new AppContext(f);
  f.setContext(context);
! 
  /* Doing this in a block to limit scope of temps */
  {
  String propertiesFileName = settings.getPropertiesFile();
--- 100,106 
  f.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
  AppContext context = new AppContext(f);
  f.setContext(context);
! 
  /* Doing this in a block to limit scope of temps */
  {
  String propertiesFileName = settings.getPropertiesFile();
***
*** 181,186 
--- 181,187 
  new AppStartupEvent(context));
  
  f.pack();
+ f.restorePersistentSize();
  f.setVisible(true);
  
  // Send notice we are shutting down
Index: org/apache/tools/ant/gui/MainFrame.java
===
RCS file: 
/home/cvspublic/ant-antidote/src/java/org/apache/tools/ant/gui/MainFrame.java,v
retrieving revision 1.4
diff -c -r1.4 MainFrame.java
*** org/apache/tools/ant/gui/MainFrame.java 28 Sep 2003 13:02:59 -  
1.4
--- org/apache/tools/ant/gui/MainFrame.java 2 Oct 2003 04:56:08 -
***
*** 55,61 
  package org.apache.tools.ant.gui;
  
  import org.apache.tools.ant.gui.core.AppContext;
! //import org.apache.tools.ant.gui.core.ProjectManager;
  
  import org.apache.tools.ant.gui.event.ProjectClosedEvent;
  import org.apache.tools.ant.gui.event.ProjectSelectedEvent;
--- 55,61 
  package org.apache.tools.ant.gui;
  
  import org.apache.tools.ant.gui.core.AppContext;
! import org.apache.tools.ant.gui.core.PropertiesManager;
  
  import org.apache.tools.ant.gui.event.ProjectClosedEvent;
  import org.apache.tools.ant.gui.event.ProjectSelectedEvent;
***
*** 63,68 
--- 63,69 
  import org.apache.tools.ant.gui.acs.ACSProjectElement;
  
  import java.io.IOException;
+ import java.awt.Dimension;
  
  /**
   * The main frame for the application
***
*** 136,144 
--- 137,182 
  }
  
  /**
+  * Save the window size for the next session
+  */
+ protected void persistSize () {
+ Dimension d = getSize();
+ PropertiesManager pm = _context.getPropertiesManager();
+ pm.setProperty("MainFrame.height", new Integer(new 
Double(d.getHeight()).intValue()).toString());
+ pm.setProperty("MainFrame.width", new Integer(new 
Double(d.getWidth()).intValue()).toString());
+ try {
+ _context.saveProperties();
+ }
+ catch (java.io.FileNotFoundException e) {
+ // log it?
+ }
+ catch (java.io.IOException e) {
+ // log it?
+ }
+ }
+ 
+  /**
+  * Restore the window size from the previous session
+  */
+ protected void restorePersistentSize () {
+   PropertiesManager pm = _context.getPropertiesManager();
+   try {
+   setSize(pm.get_int_property("MainFrame.width"), 
pm.get_int_property("MainFrame.height"));
+   }
+   catch (PropertiesManager.NoSuchPropertyException e) {
+// Just means that it's never been saved to persistent properties yet. 
  
+   }
+   
+   catch (PropertiesManager.InvalidIntPropertyException e) {
+// Should never occur unless user edited file and messed it up.
+   }
+ }
+ 
+ /**
   * Intercept the window close event
   */
  protected void processWindowEvent(java.awt.event.WindowEvent windowEvent) 
{
+ persistSize(); // Save window size for next session
  if (windowEvent.getID() == java.awt.event.WindowEvent.WINDOW_CLOSING) 
{
  if (exitForm(windowEvent)) {
  super.processWindowEvent(windowEvent);

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

cvs commit: ant-antidote/src/java/org/apache/tools/ant/gui Main.java MainFrame.java

[chrisw]

chrisw  2003/10/01 22:30:57

  Modified:src/java/org/apache/tools/ant/gui Main.java MainFrame.java
  Log:
  Make size of main window persistent!
  
  Obtained from: Jack Woehr
  Submitted by: Christoph Wilhelms
  Reviewed by:  Christoph Wilhelms
  
  Revision  ChangesPath
  1.10  +3 -2  ant-antidote/src/java/org/apache/tools/ant/gui/Main.java
  
  Index: Main.java
  ===
  RCS file: /home/cvs/ant-antidote/src/java/org/apache/tools/ant/gui/Main.java,v
  retrieving revision 1.9
  retrieving revision 1.10
  diff -u -r1.9 -r1.10
  --- Main.java 28 Sep 2003 13:03:00 -  1.9
  +++ Main.java 2 Oct 2003 05:30:57 -   1.10
  @@ -100,7 +100,7 @@
   f.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
   AppContext context = new AppContext(f);
   f.setContext(context);
  -
  +
   /* Doing this in a block to limit scope of temps */
   {
   String propertiesFileName = settings.getPropertiesFile();
  @@ -181,6 +181,7 @@
   new AppStartupEvent(context));
   
   f.pack();
  +f.restorePersistentSize();
   f.setVisible(true);
   
   // Send notice we are shutting down
  
  
  
  1.5   +40 -2 
ant-antidote/src/java/org/apache/tools/ant/gui/MainFrame.java
  
  Index: MainFrame.java
  ===
  RCS file: 
/home/cvs/ant-antidote/src/java/org/apache/tools/ant/gui/MainFrame.java,v
  retrieving revision 1.4
  retrieving revision 1.5
  diff -u -r1.4 -r1.5
  --- MainFrame.java28 Sep 2003 13:02:59 -  1.4
  +++ MainFrame.java2 Oct 2003 05:30:57 -   1.5
  @@ -55,7 +55,7 @@
   package org.apache.tools.ant.gui;
   
   import org.apache.tools.ant.gui.core.AppContext;
  -//import org.apache.tools.ant.gui.core.ProjectManager;
  +import org.apache.tools.ant.gui.core.PropertiesManager;
   
   import org.apache.tools.ant.gui.event.ProjectClosedEvent;
   import org.apache.tools.ant.gui.event.ProjectSelectedEvent;
  @@ -63,6 +63,7 @@
   import org.apache.tools.ant.gui.acs.ACSProjectElement;
   
   import java.io.IOException;
  +import java.awt.Dimension;
   
   /**
* The main frame for the application
  @@ -136,9 +137,46 @@
   }
   
   /**
  + * Save the window size for the next session
  + */
  +protected void persistSize () {
  +Dimension d = getSize();
  +PropertiesManager pm = _context.getPropertiesManager();
  +pm.setProperty("MainFrame.height", new Integer(new 
Double(d.getHeight()).intValue()).toString());
  +pm.setProperty("MainFrame.width", new Integer(new 
Double(d.getWidth()).intValue()).toString());
  +try {
  +_context.saveProperties();
  +}
  +catch (java.io.FileNotFoundException e) {
  +// log it?
  +}
  +catch (java.io.IOException e) {
  +// log it?
  +}
  +}
  +
  + /**
  + * Restore the window size from the previous session
  + */
  +protected void restorePersistentSize () {
  +  PropertiesManager pm = _context.getPropertiesManager();
  +  try {
  +  setSize(pm.get_int_property("MainFrame.width"), 
pm.get_int_property("MainFrame.height"));
  +  }
  +  catch (PropertiesManager.NoSuchPropertyException e) {
  +   // Just means that it's never been saved to persistent properties 
yet.   
  +  }
  +  
  +  catch (PropertiesManager.InvalidIntPropertyException e) {
  +   // Should never occur unless user edited file and messed it up.
  +  }
  +}
  +
  +/**
* Intercept the window close event
*/
   protected void processWindowEvent(java.awt.event.WindowEvent 
windowEvent) {
  +persistSize(); // Save window size for next session
   if (windowEvent.getID() == 
java.awt.event.WindowEvent.WINDOW_CLOSING) {
   if (exitForm(windowEvent)) {
   super.processWindowEvent(windowEvent);
  
  
  

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

RE: Antidote: Diff to make window size persistent

[Christoph Wilhelms]

Hi Jack!

> This diff makes window size persistent. It may not be the 
> most important persistent property, but it sure is annoying 
> to continually have to stretch the window to a size that 
> allows the editor gadgets to render themselves in a 
> reasonable fashion!

Fair improvement! Useful and I like it! Submitted!

Greetings,
Christoph


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

Re: Antidote: Diff to make window size persistent

[Jack J. Woehr]

Christoph Wilhelms wrote:

> > This diff makes window size persistent. It may not be the
> > most important persistent property, but it sure is annoying
> > to continually have to stretch the window to a size that
> > allows the editor gadgets to render themselves in a
> > reasonable fashion!
>
> Fair improvement! Useful and I like it! Submitted!

Unfortunately, the contained components don't get resized until the user
does something like  maximizing the window and then restoring it. So with
the new persistent size the MainFrame sizes correctly, but when you open
an Ant file and go to edit, the editor is still mis-sized until you resize the
window.

I'll have to look at the sizing code for the editors to make this really nice.

--
Jack J. Woehr  # You measure democracy by the freedom it
Senior Consultant  # gives its dissidents, not the freedom
Purematrix, Inc.   # it gives its assimilated conformists.
www.purematrix.com # - Abbie Hoffman




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

DO NOT REPLY [Bug 23414] - using zip task on windows makes shell script unusable in linux

[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=23414

using zip task on windows makes shell script unusable in linux

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2003-10-02 06:24 ---
Use fixcrlf to set the file to Windows format before zipping.

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

RE: Which version should the online manual be?

[Jan . Materne]

> I will take care of this.
> Is it OK if I check in the CSS stylesheet as
> docs/manual/stylesheet/antmanual.css ?


I would place that under docs/manual/stylesheet/antmanual.css.
So we have one directory for all stylesheets in the docs. 
The images are in docs/manual/images so that would be consistent.


Jan


> I am not sure about frames though.
> If I include the same stylesheet in index.html and toc.html 
> and cover.html,
> are we going to see 3 times the background image with overlap, ...
> 
> Antoine


We can exclude the lists from having a css-reference to that file.
So they don´t have an background image.

But if the image is small enough, I think the lists can have the background
image in the same way. Don´t forget: it´s a background image, not a
foreground :-)



Now we have three images, should we put them all on a website for vote?



Jan



> 
> 
> -Ursprungliche Nachricht-
> Von: Stefan Bodewig [mailto:[EMAIL PROTECTED]
> Gesendet: Mittwoch, 1. Oktober 2003 11:07
> An: [EMAIL PROTECTED]
> Betreff: Re: Which version should the online manual be?
> 
> 
> On Wed, 1 Oct 2003, Jan Materne <[EMAIL PROTECTED]> wrote:
> I
> > So should we introduce CSS in the manual?
> 
> I think so.
> 
> Stefan
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 

Re: Antidote: Diff to make window size persistent

[Jack J. Woehr]

"Jack J. Woehr" wrote:

> I'll have to look at the sizing code for the editors to make this really nice.

I'm starting to think we're already at that point Swing programmers reach
when they realize they need a custom layout manager.

--
Jack J. Woehr  # You measure democracy by the freedom it
Senior Consultant  # gives its dissidents, not the freedom
Purematrix, Inc.   # it gives its assimilated conformists.
www.purematrix.com # - Abbie Hoffman




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

cvs commit: ant/src/script ant

[conor]

conor   2003/10/01 23:44:27

  Modified:.build.xml
   docs/manual running.html runninglist.html
   src/main/org/apache/tools/ant Main.java
   src/main/org/apache/tools/ant/launch Launcher.java
   src/script ant
  Added:   src/main/org/apache/tools/ant/launch LaunchException.java
  Log:
  merge
  
  Revision  ChangesPath
  1.396 +1 -1  ant/build.xml
  
  Index: build.xml
  ===
  RCS file: /home/cvs/ant/build.xml,v
  retrieving revision 1.395
  retrieving revision 1.396
  diff -u -w -u -r1.395 -r1.396
  --- build.xml 25 Sep 2003 14:42:21 -  1.395
  +++ build.xml 2 Oct 2003 06:44:27 -   1.396
  @@ -772,7 +772,7 @@
 
   
   
  -
 
  
  
  
  1.22  +68 -5 ant/docs/manual/running.html
  
  Index: running.html
  ===
  RCS file: /home/cvs/ant/docs/manual/running.html,v
  retrieving revision 1.21
  retrieving revision 1.22
  diff -u -w -u -r1.21 -r1.22
  --- running.html  16 Jul 2003 14:14:38 -  1.21
  +++ running.html  2 Oct 2003 06:44:27 -   1.22
  @@ -87,6 +87,7 @@
 -verbose, -v   be extra verbose
 -debug print debugging information
 -emacs produce logging information without adornments
  +  -lib specifies a path to search for jars and classes
 -logfile use given file for log
   -l ''
 -logger the class which is to perform logging
  @@ -109,6 +110,45 @@
   For more information about -inputhandler see
   InputHandler.
   
  +Library Directories
  +
  +Prior to Ant 1.6, all jars in the ANT_HOME/lib would be added to the 
CLASSPATH
  +used to run Ant. This was done in the scripts that started Ant. From Ant 1.6,
  +two directories are scanned by default and more can be added as required. The
  +default directories scanned are ANT_HOME/lib and a user specific directory,
  +${user.home}/.ant/lib. This arrangement allows the Ant installation to be
  +shared by many users while still allowing each user to deploy additional 
jars.
  +Such additional jars could be support jars for Ant's optional tasks or jars
  +containing third-party tasks to be used in the build. It also allows the 
main Ant
  +installation to be locked down which will please system adminstrators.
  +
  +
  +
  +Additional directories to be searched may be added by using the -lib option.
  +The -lib option specifies a search path. Any jars or classes in the 
directories
  +of the path will be added to Ant's classloader. The order in which jars are
  +added to the classpath is as follows
  +
  +
  +
  +  -lib jars in the order specified by the -lib elements on the command 
line
  +  jars from ${user.home}/.ant/lib
  +  jars from ANT_HOME/lib
  +
  +
  +
  +Note that the CLASSPATH environment variable is passed to Ant using a -lib
  +option. Ant itself is started with a very minimalistic classpath.
  +
  +
  +
  +The location of ${user.home}/.ant/lib is somewhat dependent on the JVM. On 
Unix
  +systems ${user.home} maps to the user's home directory whilst on recent
  +versions of Windows it will be somewhere such as
  +C:\Documents and Settings\username\.ant\lib. You should consult 
your
  +JVM documentation for more details.
  +
  +
   Examples
   
 ant
  @@ -132,6 +172,13 @@
   the target called dist, setting the build property
   to the value build/classes.
   
  +
  +  ant -lib /home/ant/extras
  +
  +runs Ant picking up additional task and support jars from the
  +/home/ant/extras location
  +
  +
   Files
   
   The Ant wrapper script for Unix will source (read and evaluate) the
  @@ -207,19 +254,35 @@
   
   Running Ant via Java
   If you have installed Ant in the do-it-yourself way, Ant can be started
  -with:
  +with two entry points:
   
 java -Dant.home=c:\ant org.apache.tools.ant.Main [options] 
[target]
   
   
  -These instructions actually do exactly the same as the ant
  -command. The options and target are the same as when running Ant with the 
ant
  -command. This example assumes you have set your classpath to include:
  +
  +  java -Dant.home=c:\ant org.apache.tools.ant.launch.Launcher [options] 
[target]
  +
  +
  +
  +The first method runs Ant's traditional entry point. The second method uses
  +the Ant Launcher introduced in Ant 1.6. The former method does not support
  +the -lib option and all required classes are loaded from the CLASSPATH. You 
must
  +ensure that all required jars are available. At a minimum the CLASSPATH 
should
  +include:
  +
  +
   
  -ant.jar
  +ant.jar and ant-launcher.jar
   jars/classes for your XML parser
   the JDK's required jar/zip files
   
  +
  +
  +The latter method supports the -lib option and will load jars from the
  +specified ANT_HOME. You should start the latter with the most mini

cvs commit: ant build.xml

[bodewig]

bodewig 2003/10/02 00:21:42

  Modified:.build.xml
  Log:
  Give a little  demo
  
  Revision  ChangesPath
  1.397 +63 -175   ant/build.xml
  
  Index: build.xml
  ===
  RCS file: /home/cvs/ant/build.xml,v
  retrieving revision 1.396
  retrieving revision 1.397
  diff -u -r1.396 -r1.397
  --- build.xml 2 Oct 2003 06:44:27 -   1.396
  +++ build.xml 2 Oct 2003 07:21:42 -   1.397
  @@ -193,7 +193,7 @@
   
 
   
  -  
  +  
   
 
   
  @@ -201,11 +201,11 @@
   
 
   
  -  
  +  
   
 
   
  -  
  +  
   
 
 
  @@ -213,7 +213,7 @@
   
 
   
  -  
  +  
   
 
 
  @@ -221,15 +221,15 @@
   
 
   
  -  
  +  
   
 
   
  -  
  +  
   
 
   
  -  
  +  
   
 
 
  @@ -271,7 +271,7 @@
   
 
   
  -  
  +  
   
 
 
  @@ -612,16 +612,16 @@
   
   
   
  -
  +
   
  -
  -
  -
  -
  -
  +
  +
  +
  -
  +
   
   
   
  @@ -630,7 +630,7 @@
   
   
  -
  +
   
   
   
  @@ -725,10 +725,10 @@
   
   
   
  -
  -
  -
  -
  +
  +
  +
  +
   
   
   
  @@ -783,14 +783,14 @@
   
   
   
  -
  +
   
  -
  -
  -
  -
  -
  -
  +
  +
  +
  +
  +
  +
   
   
   
  @@ -798,7 +798,7 @@
   
   
   
  -
  +
   
   
   
  @@ -813,147 +813,41 @@
 
   
   
  -
  -  
  -
  -
  -
  -  
  -
  -
  -
  -  
  -
  -
  -
  -  
  -
  -
  -
  -  
  -
  -
  -
  -  
  -
  -
  -
  -  
  -
  -
  -
  -  
  -
  -
  -
  -  
  -
  -
  -
  -  
  -
  -
  -
  -  
  -
  -
  -
  -  
  -
  -
  -
  -  
  -
  -
  -
  -  
  -
  -
  -
  -  
  -
  -
  -
  -  
  -
  -
  -
  -  
  -
  -
  -
  -  
  -
  -
  -
  -  
  -
  -
  -
  -  
  -
  -
  -
  -  
  -
  -
  -
  -  
  -
  -
  -
  -  
  -
  -
  -
  -  
  -
  +
  +  
  +  
  +
  +  
  +
  +  
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
   
   
   
 
  -
  -
  -
  -  
   
   
 
  
  
  

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

cvs commit: ant build.xml

[bodewig]

bodewig 2003/10/02 00:23:18

  Modified:.Tag: ANT_16_BRANCH build.xml
  Log:
  Merge from HEAD
  
  Revision  ChangesPath
  No   revision
  No   revision
  1.392.2.4 +63 -175   ant/build.xml
  
  Index: build.xml
  ===
  RCS file: /home/cvs/ant/build.xml,v
  retrieving revision 1.392.2.3
  retrieving revision 1.392.2.4
  diff -u -r1.392.2.3 -r1.392.2.4
  --- build.xml 2 Oct 2003 04:58:15 -   1.392.2.3
  +++ build.xml 2 Oct 2003 07:23:18 -   1.392.2.4
  @@ -192,7 +192,7 @@
   
 
   
  -  
  +  
   
 
   
  @@ -200,11 +200,11 @@
   
 
   
  -  
  +  
   
 
   
  -  
  +  
   
 
 
  @@ -212,7 +212,7 @@
   
 
   
  -  
  +  
   
 
 
  @@ -220,15 +220,15 @@
   
 
   
  -  
  +  
   
 
   
  -  
  +  
   
 
   
  -  
  +  
   
 
 
  @@ -270,7 +270,7 @@
   
 
   
  -  
  +  
   
 
 
  @@ -611,16 +611,16 @@
   
   
   
  -
  +
   
  -
  -
  -
  -
  -
  +
  +
  +
  -
  +
   
   
   
  @@ -629,7 +629,7 @@
   
   
  -
  +
   
   
   
  @@ -724,10 +724,10 @@
   
   
   
  -
  -
  -
  -
  +
  +
  +
  +
   
   
   
  @@ -782,14 +782,14 @@
   
   
   
  -
  +
   
  -
  -
  -
  -
  -
  -
  +
  +
  +
  +
  +
  +
   
   
   
  @@ -797,7 +797,7 @@
   
   
   
  -
  +
   
   
   
  @@ -812,147 +812,41 @@
 
   
   
  -
  -  
  -
  -
  -
  -  
  -
  -
  -
  -  
  -
  -
  -
  -  
  -
  -
  -
  -  
  -
  -
  -
  -  
  -
  -
  -
  -  
  -
  -
  -
  -  
  -
  -
  -
  -  
  -
  -
  -
  -  
  -
  -
  -
  -  
  -
  -
  -
  -  
  -
  -
  -
  -  
  -
  -
  -
  -  
  -
  -
  -
  -  
  -
  -
  -
  -  
  -
  -
  -
  -  
  -
  -
  -
  -  
  -
  -
  -
  -  
  -
  -
  -
  -  
  -
  -
  -
  -  
  -
  -
  -
  -  
  -
  -
  -
  -  
  -
  -
  -
  -  
  -
  +
  +  
  +  
  +
  +  
  +
  +  
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
   
   
   
 
  -
  -
  -
  -  
   
   
 
  
  
  

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

Re: Ant 1.6beta1 comments

[Stefan Bodewig]

On Thu, 2 Oct 2003, Conor MacNeill <[EMAIL PROTECTED]>
wrote:

> We could add back optional.jar as a manifest-only class-path jar to
> collect all the other optional jars together.

OK.

> This could be provided in lib or even a "legacy" dir for those who
> want to use it.

I'd rather move it to a separate dir so that people have to move it
knowing what they do instead of picking it up by surprise.

Stefan

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

DO NOT REPLY [Bug 17216] - ProcessDestroyer memory leak

[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=17216

ProcessDestroyer memory leak





--- Additional Comments From [EMAIL PROTECTED]  2003-10-02 07:34 ---
You have a beta as an upgrade option now, Jesse 8-)

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

Re: cvs commit: ant/src/main/org/apache/tools/ant/util ResourceUtils.java SourceFileScanner.java

[Stefan Bodewig]

On 23 Sep 2003, <[EMAIL PROTECTED]> wrote:

>   Add a granularity attribute to ,  and  that
>   works the same way as the attribute of the  selector.

Has anybody found the time to try those changes on Windows?  I'd like
to see them in the 1.6 branch.

Stefan

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

cvs commit: ant welcome.html

[bodewig]

bodewig 2003/10/02 00:45:08

  Modified:.Tag: ANT_16_BRANCH welcome.html
  Log:
  javadoc -> javah
  
  Revision  ChangesPath
  No   revision
  No   revision
  1.2.2.6   +2 -2  ant/welcome.html
  
  Index: welcome.html
  ===
  RCS file: /home/cvs/ant/welcome.html,v
  retrieving revision 1.2.2.5
  retrieving revision 1.2.2.6
  diff -u -r1.2.2.5 -r1.2.2.6
  --- welcome.html  30 Sep 2003 00:10:56 -  1.2.2.5
  +++ welcome.html  2 Oct 2003 07:45:08 -   1.2.2.6
  @@ -314,14 +314,14 @@
   A special message to whoever it is in charge of commands in
   tools.jar: stop moving your entry points! In Ant1.5 we had to deal
   with the 'classic' javac entry point going away in Java1.4.0,
  -seemingly coming back later. In Java 1.4.2, the javadoc entry point
  +seemingly coming back later. In Java 1.4.2, the javah entry point
   moved. The traditional command line invocation mechanism has been
   replaced by hosted invocation -Ant, Maven, IDEs, etc, and moving
   entry points around breaks these host applications. Even if we get a
   bug fix out in Ant a few weeks after the Java release, it takes
   months for this to trickle down to end users, especially via IDEs and
   other distributions. For example, Sun's own Java Web Services
  -Developer Pack ships with Ant1.5.1, and so cannot run 
  +Developer Pack ships with Ant1.5.1, and so cannot run 
   on a 1.4.2 installation. 
   
   
  
  
  

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

DO NOT REPLY [Bug 23049] - OutOfMemoryError on Solaris

[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=23049

OutOfMemoryError on Solaris

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WORKSFORME



--- Additional Comments From [EMAIL PROTECTED]  2003-10-02 07:52 ---
Please reopen if you have more information.

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

DO NOT REPLY [Bug 22865] - Zip whenempty attribute is 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=22865

Zip whenempty attribute is broken

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WORKSFORME

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

DO NOT REPLY [Bug 19921] - Optional replace of properties in SQL task

[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=19921

Optional replace of properties in SQL task

[EMAIL PROTECTED] changed:

   What|Removed |Added

   Severity|Normal  |Enhancement

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

AW: Which version should the online manual be?

[Antoine Lévy-Lambert]

Hi Magesh,

very good image. +8)

I will try to take care of this beta manual as soon as I can. (hopefully
until the end of the day).

I am quite busy right now at work.

I will be mostly off-line then from tomorrow (German holiday) until tuesday.

Cheers,

Antoine

-Ursprüngliche Nachricht-
Von: Magesh Umasankar [mailto:[EMAIL PROTECTED]
Gesendet: Donnerstag, 2. Oktober 2003 03:03
An: Ant Developers List
Betreff: Re: Which version should the online manual be?


Is this a good enough image?  Rubberstamp-like...

http://cvs.apache.org/~umagesh/beta.png

- Original Message -
From: "Antoine Levy-Lambert" <[EMAIL PROTECTED]>


>
> I will take care of this.
> Is it OK if I check in the CSS stylesheet as
> docs/manual/stylesheet/antmanual.css ?
>
> the manual pages would refer to the stylesheet as :
> ../stylesheet/antmanual.css
> or
> ../../stylesheet/antmanual.css
> or
> ../../../stylesheet/antmanual.css
> depending on how deep they are nested
>
> I am not sure about frames though.
> If I include the same stylesheet in index.html and toc.html and
cover.html,
> are we going to see 3 times the background image with overlap, ...
>
> Antoine




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

DO NOT REPLY [Bug 20043] - WebsphereDeploymentTool problem with setNoinform

[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=20043

WebsphereDeploymentTool problem with setNoinform

[EMAIL PROTECTED] changed:

   What|Removed |Added

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



--- Additional Comments From [EMAIL PROTECTED]  2003-10-02 10:11 ---
Actually bug 23535 has been a duplicate of this one, but ...

Supposed to be fixed in nightly builds and in Ant 1.6 (after beta 1, which still
contains the bug).


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

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

DO NOT REPLY [Bug 23535] - WebsphereDeploymentTool.setNoinform 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=23535

WebsphereDeploymentTool.setNoinform broken

[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]



--- Additional Comments From [EMAIL PROTECTED]  2003-10-02 10:11 ---
*** Bug 20043 has been marked as a duplicate of this bug. ***

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

cvs commit: ant/src/main/org/apache/tools/ant/taskdefs/optional/starteam StarTeamLabel.java

[bodewig]

bodewig 2003/10/02 03:14:23

  Modified:docs/manual/OptionalTasks starteam.html
   src/main/org/apache/tools/ant/taskdefs/optional/starteam
StarTeamLabel.java
  Log:
  label description is not (no longer?) optional
  
  Revision  ChangesPath
  1.24  +5 -5  ant/docs/manual/OptionalTasks/starteam.html
  
  Index: starteam.html
  ===
  RCS file: /home/cvs/ant/docs/manual/OptionalTasks/starteam.html,v
  retrieving revision 1.23
  retrieving revision 1.24
  diff -u -r1.23 -r1.24
  --- starteam.html 25 Sep 2003 09:26:40 -  1.23
  +++ starteam.html 2 Oct 2003 10:14:23 -   1.24
  @@ -565,6 +565,11 @@
   yes
  
 
  +description
  +A description of the label to be stored in the StarTeam 
project.
  +yes
  +  
  +  
   revisionlabel
   Yes means that the label attribute is to be saved as a 
"revision label".  No (default) means that it will be saved as a 
"view label"
   no
  @@ -581,11 +586,6 @@

   lastbuild
   The timestamp of the build that will be stored with the 
label.  Must be formatted MMddHHmmss
  -no
  -  
  -  
  -description
  -A description of the label to be stored in the StarTeam 
project.
   no
 
   
  
  
  
  1.18  +1 -1  
ant/src/main/org/apache/tools/ant/taskdefs/optional/starteam/StarTeamLabel.java
  
  Index: StarTeamLabel.java
  ===
  RCS file: 
/home/cvs/ant/src/main/org/apache/tools/ant/taskdefs/optional/starteam/StarTeamLabel.java,v
  retrieving revision 1.17
  retrieving revision 1.18
  diff -u -r1.17 -r1.18
  --- StarTeamLabel.java25 Sep 2003 09:26:40 -  1.17
  +++ StarTeamLabel.java2 Oct 2003 10:14:23 -   1.18
  @@ -123,7 +123,7 @@
   }
   
   /**
  - * Optional description of the label to be stored in the StarTeam 
project.
  + * Description of the label to be stored in the StarTeam project.
*/
   public void setDescription(String description) {
   this.description = description;
  
  
  

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

DO NOT REPLY [Bug 18998] - Documentation for stlabel task incorrectly states that description is not required

[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=18998

Documentation for stlabel task incorrectly states that description is not 
required

[EMAIL PROTECTED] changed:

   What|Removed |Added

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



--- Additional Comments From [EMAIL PROTECTED]  2003-10-02 10:17 ---
fixed for Ant 1.6 (after the first beta).

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

cvs commit: ant/src/main/org/apache/tools/ant/taskdefs/optional/starteam StarTeamLabel.java

[bodewig]

bodewig 2003/10/02 03:15:15

  Modified:docs/manual/OptionalTasks Tag: ANT_16_BRANCH starteam.html
   src/main/org/apache/tools/ant/taskdefs/optional/starteam
Tag: ANT_16_BRANCH StarTeamLabel.java
  Log:
  merge from HEAD
  
  Revision  ChangesPath
  No   revision
  No   revision
  1.22.2.2  +5 -5  ant/docs/manual/OptionalTasks/starteam.html
  
  Index: starteam.html
  ===
  RCS file: /home/cvs/ant/docs/manual/OptionalTasks/starteam.html,v
  retrieving revision 1.22.2.1
  retrieving revision 1.22.2.2
  diff -u -r1.22.2.1 -r1.22.2.2
  --- starteam.html 25 Sep 2003 09:26:48 -  1.22.2.1
  +++ starteam.html 2 Oct 2003 10:15:15 -   1.22.2.2
  @@ -565,6 +565,11 @@
   yes
  
 
  +description
  +A description of the label to be stored in the StarTeam 
project.
  +yes
  +  
  +  
   revisionlabel
   Yes means that the label attribute is to be saved as a 
"revision label".  No (default) means that it will be saved as a 
"view label"
   no
  @@ -581,11 +586,6 @@

   lastbuild
   The timestamp of the build that will be stored with the 
label.  Must be formatted MMddHHmmss
  -no
  -  
  -  
  -description
  -A description of the label to be stored in the StarTeam 
project.
   no
 
   
  
  
  
  No   revision
  No   revision
  1.16.2.2  +1 -1  
ant/src/main/org/apache/tools/ant/taskdefs/optional/starteam/StarTeamLabel.java
  
  Index: StarTeamLabel.java
  ===
  RCS file: 
/home/cvs/ant/src/main/org/apache/tools/ant/taskdefs/optional/starteam/StarTeamLabel.java,v
  retrieving revision 1.16.2.1
  retrieving revision 1.16.2.2
  diff -u -r1.16.2.1 -r1.16.2.2
  --- StarTeamLabel.java25 Sep 2003 09:26:48 -  1.16.2.1
  +++ StarTeamLabel.java2 Oct 2003 10:15:15 -   1.16.2.2
  @@ -123,7 +123,7 @@
   }
   
   /**
  - * Optional description of the label to be stored in the StarTeam 
project.
  + * Description of the label to be stored in the StarTeam project.
*/
   public void setDescription(String description) {
   this.description = description;
  
  
  

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

DO NOT REPLY [Bug 18154] - Improve exceptions and logging behavior of p4change/p4counter/p4fstat/p4label

[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=18154

Improve exceptions and logging behavior of p4change/p4counter/p4fstat/p4label

[EMAIL PROTECTED] changed:

   What|Removed |Added

   Severity|Major   |Enhancement

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

DO NOT REPLY [Bug 14925] - Skipping first sourcefile when a custom param with an empty value is added in a javadoc task

[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=14925

Skipping first sourcefile when a custom param with an empty value is added in a 
javadoc task

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2003-10-02 10:42 ---
please reopen if you have more information.

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

DO NOT REPLY [Bug 22834] - XSLT fails transforming file with doctype

[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=22834

XSLT fails transforming file with doctype





--- Additional Comments From [EMAIL PROTECTED]  2003-10-02 12:03 ---
Does the problem still exist using 1.6beta1?

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

DO NOT REPLY [Bug 23563] New: - Ant's "record" task use current user dir as the log file's base path

[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=23563

Ant's "record" task use current user dir as the log file's base path

   Summary: Ant's "record" task use current user dir as the log
file's base path
   Product: Ant
   Version: 1.5.4
  Platform: All
OS/Version: All
Status: NEW
  Severity: Blocker
  Priority: Other
 Component: Core tasks
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Ant's record task use current user dir to get the true file path.
While not use the project's base dir to get the true file path.

This is my test build xml file under "d:\MyProject"


  

 


  


When run ant use "cd d:\ ; ant -buildfile d:\MyProject\build.xml", it could 
delete and create "logs" dir under "MyProject" successfully. But it report 
error and want to build a log file at "d:\logs". This cause the ant build 
file's failure even when using ANT API and in eclipse IDE.

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

RE: Which version should the online manual be?

[Jan . Materne]

I have collected the three graphics and put them on
http://cvs.apache.org/~jhm/inhalt.html

On each directory (name = author of the graphic) there is
a small example of the manual (only start page :-)
Ops, I used the CVS head - so the graphic sais "1.6" but the text "1.7".
But you should have a look at the graphic - not the text.

Which graphic should we take?
- I prefer my own (what a surprise) because it´s very dezent and only 1kB.


Another topic: CSS
I suggest we introduce the antmanual.css in Ant 1.6 only for the
beta-graphic. While developing 1.7 we can refactor the html sources
to use css (incremental).


Jan

(oh, now I know why the directory as URL doesn´t work: should be index.html
instead of inhalt.html, ok - not main topic)



> -Original Message-
> From: Antoine Lévy-Lambert [mailto:[EMAIL PROTECTED]
> Sent: Thursday, October 02, 2003 11:04 AM
> To: Ant Developers List
> Subject: AW: Which version should the online manual be?
> 
> 
> Hi Magesh,
> 
> very good image. +8)
> 
> I will try to take care of this beta manual as soon as I can. 
> (hopefully
> until the end of the day).
> 
> I am quite busy right now at work.
> 
> I will be mostly off-line then from tomorrow (German holiday) 
> until tuesday.
> 
> Cheers,
> 
> Antoine
> 
> -Ursprüngliche Nachricht-
> Von: Magesh Umasankar [mailto:[EMAIL PROTECTED]
> Gesendet: Donnerstag, 2. Oktober 2003 03:03
> An: Ant Developers List
> Betreff: Re: Which version should the online manual be?
> 
> 
> Is this a good enough image?  Rubberstamp-like...
> 
> http://cvs.apache.org/~umagesh/beta.png
> 
> - Original Message -
> From: "Antoine Levy-Lambert" <[EMAIL PROTECTED]>
> 
> 
> >
> > I will take care of this.
> > Is it OK if I check in the CSS stylesheet as
> > docs/manual/stylesheet/antmanual.css ?
> >
> > the manual pages would refer to the stylesheet as :
> > ../stylesheet/antmanual.css
> > or
> > ../../stylesheet/antmanual.css
> > or
> > ../../../stylesheet/antmanual.css
> > depending on how deep they are nested
> >
> > I am not sure about frames though.
> > If I include the same stylesheet in index.html and toc.html and
> cover.html,
> > are we going to see 3 times the background image with overlap, ...
> >
> > Antoine
> 
> 
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 

Re: Which version should the online manual be?

[Magesh Umasankar]

- Original Message - 
From: <[EMAIL PROTECTED]>

> Now we have three images, should we put them all on a website for vote?

Nah.  Too much energy would be wasted for such 
a small thing.  The message is what is important 
IMHO.  Jan or Antoine, take your pick.  I did it
yesterday only because I didn't get to see the 
other two pieces of work till this morning.

> Jan

Cheers,
Magesh


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

Re: Which version should the online manual be?

[Stefan Bodewig]

On Thu, 2 Oct 2003, Jan Materne <[EMAIL PROTECTED]> wrote:

> Which graphic should we take?

I'll stick to not voting on graphics myself (believe, it's better that
way).

> Another topic: CSS
> I suggest we introduce the antmanual.css in Ant 1.6 only for the
> beta-graphic. While developing 1.7 we can refactor the html sources
> to use css (incremental).

Fine with me.

> (oh, now I know why the directory as URL doesn´t work: should be
> index.html instead of inhalt.html, ok - not main topic)

Actually, you could modify DirectoryIndex in a .htaccess file, if you
really wanted to. 8-)

Stefan

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

DO NOT REPLY [Bug 23563] - Ant's "record" task use current user dir as the log file's base path

[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=23563

Ant's "record" task use current user dir as the log file's base path





--- Additional Comments From [EMAIL PROTECTED]  2003-10-02 12:19 ---
Confirmed with actual cvs head (1.7alpha) on Win2K, JDK 1.4.2.

Recorder.setName() takes a String as argument not a File. Therefore the 
relative name is kept here.

Recorder.getRecorder() uses that name as argument for getting one from its 
hashtable or creating a new one. After creating the output stream is set by
>>new PrintStream(new FileOutputStream(name))<<. 


I try some modifications.

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

DO NOT REPLY [Bug 23563] - Ant's "record" task use current user dir as the log file's base path

[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=23563

Ant's "record" task use current user dir as the log file's base path

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE



--- Additional Comments From [EMAIL PROTECTED]  2003-10-02 12:21 ---


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

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

DO NOT REPLY [Bug 17781] - name attribute of record task is not relative to basedir

[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=17781

name attribute of record task is not relative to basedir

[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]



--- Additional Comments From [EMAIL PROTECTED]  2003-10-02 12:21 ---
*** Bug 23563 has been marked as a duplicate of this bug. ***

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

DO NOT REPLY [Bug 23563] - Ant's "record" task use current user dir as the log file's base path

[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=23563

Ant's "record" task use current user dir as the log file's base path

[EMAIL PROTECTED] changed:

   What|Removed |Added

   Severity|Blocker |Minor



--- Additional Comments From [EMAIL PROTECTED]  2003-10-02 12:23 ---
Certainly not a Blocker (simply use name="${basedir}/..." as a workaround).

Changing the interpretation of the name attribute would break backwards
compatibility.

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

DO NOT REPLY [Bug 23540] - patch task should have failonerror attribute

[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=23540

patch task should have failonerror attribute





--- Additional Comments From [EMAIL PROTECTED]  2003-10-02 12:29 ---
try/catch won't help here as the return code of patch gets ignored and the task
will never fail (this is what Gunnlaugur wants to see changed).

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

DO NOT REPLY [Bug 17781] - name attribute of record task is not relative to basedir

[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=17781

name attribute of record task is not relative to basedir





--- Additional Comments From [EMAIL PROTECTED]  2003-10-02 12:56 ---
I played a little bit with that. An additional file-attribute would help.
But I have to search for a solution for getting the right name from the file.

Scenario:


Both should use the same recorder. But file is a java.io.File and set by Ant 
with an absolute value (e.g. /home/test/logs/log.txt). So I have to get the 
relative part (/home/test = basedir). But the problem is: what if I set the 
file value to an absolute value by myself?


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

RE: Which version should the online manual be?

[Conor MacNeill]

> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
>
> Another topic: CSS
> I suggest we introduce the antmanual.css in Ant 1.6 only for the
> beta-graphic. While developing 1.7 we can refactor the html sources
> to use css (incremental).
>

For 1.7, I hope to explore Erik's xdoc manual generation which would include
the generation of a stylesheet driven manual.

Conor


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

DO NOT REPLY [Bug 23566] New: - loading of env variables

[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=23566

loading of env variables

   Summary: loading of env variables
   Product: Ant
   Version: 1.5.4
  Platform: All
OS/Version: Other
Status: NEW
  Severity: Enhancement
  Priority: Other
 Component: Other
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Hi, 

since ant is a build tool and just about all ant scripts will need to use an 
environment variable,it would be nice and convenient to load automaticly all 
the env variables instead of typing: .

thank you,
Jean-Daniel

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

DO NOT REPLY [Bug 23568] New: - native2ascii task malfunction with property in encoding attribute

[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=23568

native2ascii task malfunction with property in encoding attribute

   Summary: native2ascii task malfunction with property in encoding
attribute
   Product: Ant
   Version: 1.5.4
  Platform: PC
OS/Version: Linux
Status: NEW
  Severity: Minor
  Priority: Other
 Component: Core tasks
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


If I use native2ascii task with encoding defined by property, it does not work
properly - build.xml snippet follows:





Every eastern letter is escapted as \ufffd what is actualy wrong. But (in
desperation) when I tried the same with ISO-8859-2 written in encoding attribute
directly - it works properly the same way original Sun's native2ascii works. (I
had to use this just because of this bug.)

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

DO NOT REPLY [Bug 23566] - loading of env variables

[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=23566

loading of env variables

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WORKSFORME



--- Additional Comments From [EMAIL PROTECTED]  2003-10-02 14:23 ---
Usually my buildfiles don´t depend on environment variables. All is done in 
property files. So these settings can be put in SCM. And writing that one line 
is no easier work.

You will save much more time if you create buildfile templates and use the 
 task of 1.6.

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

RE: Ant 1.6beta1 comments

[Dominique Devienne]

> From: Stefan Bodewig [mailto:[EMAIL PROTECTED]
> 
> > From: Conor MacNeill <[EMAIL PROTECTED]>
> > We could add back optional.jar as a manifest-only class-path jar to
> > collect all the other optional jars together.
> 
> OK.

I thought of that too, even started writing it too, but it would not
have worked in my particular case, since that classpath was used both
for compiling and running, and Javac ignores the Class-Path: entry of
the Manifest...

> > This could be provided in lib or even a "legacy" dir for those who
> > want to use it.
> 
> I'd rather move it to a separate dir so that people have to move it
> knowing what they do instead of picking it up by surprise.

If backward-compatibility is concerned, it should live in ant/lib, and be
called optional.jar... With the Javac-related-uses caveat I have above,
which could be documented.

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

RE: Ant 1.6beta1 comments

[Albrecht, Matt]

I should probably open a Bugzilla bug on this, but I'll go ahead and post it
here to see everyone's opinion.

Here's the situation:

File testbug1.xml:










File testbug2.xml:








(assuming "mystyle.xml" and "convert.xml" exist as well).

Running on Windows XP, and Sun JDK 1.2.2_015, and without Xalan in the
classpath, I correctly get an error that the Transformer could not be found.
However, the error looks like:

C:\test\testbug1.xml:10:
javax.xml.transform.TransformerFactoryConfigurationError: Provider for
javax.xml.transform.TransformerFactory cannot be found

It incorrectly shows the error location as being in testbug1.xml, not
testbug2.xml.

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

DO NOT REPLY [Bug 23566] - loading of env variables

[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=23566

loading of env variables





--- Additional Comments From [EMAIL PROTECTED]  2003-10-02 16:54 ---
Also, we cannot load env vars on all platforms, and even those we do support,
sometimes it breaks (Ant1.4.0 and Java1.4 on WinXP would raise an exception). 
by isolating property loading to only where people want it, you get a bit more
cross platform support.

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

Antidote submissions (typo, package.html's)

[Jack Woehr]

Antidote ...

The attached corrects a typo I made that causes a javadoc error and also adds 
two
package.html files ... I'll add more later.

--
Jack J. Woehr# "[F]ar in the empty sky a solitary esophagus slept
http://www.well.com/~jax #  upon motionless wing; everywhere brooded stillness,
http://www.softwoehr.com #  serenity, and the peace of God." - Mark Twain


<>
Index: org/apache/tools/ant/gui/util/Argument.java
===
RCS file: 
/home/cvspublic/ant-antidote/src/java/org/apache/tools/ant/gui/util/Argument.java,v
retrieving revision 1.1
diff -c -r1.1 Argument.java
*** org/apache/tools/ant/gui/util/Argument.java 28 Sep 2003 13:03:00 -  
1.1
--- org/apache/tools/ant/gui/util/Argument.java 2 Oct 2003 18:52:10 -
***
*** 63,69 
   * line that the arg or opt-arg pair came in.
   * @author $Author: chrisw $
   * @version $Revision: 1.1 $
!  * @see corg.apache.tools.ant.gui.util.GetArgs
   */
  public class Argument {
  
--- 63,69 
   * line that the arg or opt-arg pair came in.
   * @author $Author: chrisw $
   * @version $Revision: 1.1 $
!  * @see org.apache.tools.ant.gui.util.GetArgs
   */
  public class Argument {
  

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

DO NOT REPLY [Bug 23578] New: - "file" attribute omitted from FileSet manual page

[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=23578

"file" attribute omitted from FileSet manual page

   Summary: "file" attribute omitted from FileSet manual page
   Product: Ant
   Version: 1.6Beta
  Platform: All
OS/Version: Other
Status: NEW
  Severity: Minor
  Priority: Other
 Component: Core
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


...And that's it.

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

DO NOT REPLY [Bug 23578] - "file" attribute omitted from FileSet manual page

[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=23578

"file" attribute omitted from FileSet manual page

[EMAIL PROTECTED] changed:

   What|Removed |Added

  Component|Core|Documentation

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

DO NOT REPLY [Bug 23581] New: - Target Attributes

[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=23581

Target Attributes

   Summary: Target Attributes
   Product: Ant
   Version: unspecified
  Platform: All
OS/Version: All
Status: NEW
  Severity: Enhancement
  Priority: Other
 Component: Core
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


A new Target attribute similar to failonerror.

I have integrated Ant into many projects and a common problem seems to keep 
popping up.  The general description is that I have a specific target that 
needs to be executed during the build process but is not critical in the 
success of the build.  The target could be composed of one task or many.  Some 
of those tasks may have a failonerror attribute that could be set to false, but 
not all of them.  As a result, if any task fails in this target the build 
process fails and halts.

Non-critical targets should not be part of the build process.  But management 
always requests some thing that needs to be automated, and included into the 
build process.

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