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

2003-09-04 Thread 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=22904

[Patch] to download some third party libraries (not complete)





--- Additional Comments From [EMAIL PROTECTED]  2003-09-04 21:11 ---
Created an attachment (id=8067)
updated patch with NetRexx download

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



RE: antcall and build.xml being modified.

2003-09-04 Thread Shatzer, Larry
> -Original Message-
> From: Dominique Devienne [mailto:[EMAIL PROTECTED]
> Sent: Thursday, September 04, 2003 6:54 AM
> To: 'Ant Developers List'
> Subject: RE: antcall and build.xml being modified.
> 
> I do agree about not locking Ant into forcing reparsing if the
> build file is changed, although it's simple enough to find out
> if the build file has really changed, and use the cache if not...

I was thinking of having an attribute for antcall that would allow you to
choose if you wanted to reparse or not.
 
> I'm planning on exploring the static on-the-fly self-modifying
> build file avenue myself... --DD
 
Be sure to take a hardhat. :)

-- Larry


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



RE: antcall and build.xml being modified.

2003-09-04 Thread Shatzer, Larry
> -Original Message-
> From: Conor MacNeill [mailto:[EMAIL PROTECTED]
> Sent: Thursday, September 04, 2003 2:45 AM
> To: Ant Developers List
> Subject: Re: antcall and build.xml being modified.
> 
> Self-modifying builds are not a practice I would recommend.
> 

Let me clarify, the build script I posted was just to make it easier to show
what was happening. I had a build running in the background, while working
on a new change to allow something else, and saved the file, then the
antcall happened, and the change I had made was invalid XML, so it made Ant
die. But also, I agree, self modifying build files would be bad.

-- Larry

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



RE: antcall and build.xml being modified.

2003-09-04 Thread Shatzer, Larry
> -Original Message-
> From: Stefan Bodewig [mailto:[EMAIL PROTECTED]
> Sent: Thursday, September 04, 2003 12:32 AM
> To: [EMAIL PROTECTED]
> Subject: Re: antcall and build.xml being modified.
> 
> 
> On Wed, 3 Sep 2003, Larry Shatzer <[EMAIL PROTECTED]> wrote:
> 
> > When it is run the output is as follows:
> 
> As long as you are not using an OS like Windows that locks your build
> file while Ant is running.

This was on windows. Is Ant supposed to lock the build file at runtime on
windows?

-- Larry

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



Re: Why the latest build requires explicit for

2003-09-04 Thread Alexey N. Solofnenko
Hello,
 -diagnostics reported that scriptdef is not available (still without 
explanation), but I can add  to make it work. Without  
there is only a message "Could not load class 
(org.apache.tools.ant.taskdefs.optional.script.ScriptDef) for type 
scriptdef". An exception stack trace would be nice.
This can be a class loader issue. I am using JDK 1.4.2_01. I will come 
back after I update ANT from CVS.

- Alexey.
--
{ http://trelony.cjb.net/ } Alexey N. Solofnenko
Pleasant Hill, CA (GMT-8 usually)

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


RE: antcall and build.xml being modified.

2003-09-04 Thread Dominique Devienne
> -Original Message-
> From: Conor MacNeill [mailto:[EMAIL PROTECTED]
> 
> Self-modifying builds are not a practice I would recommend.

I actually disagree with that statement somewhat. As long as
the self-modification is controlled and static, it's actually
a good and powerful way to build multiple projects by applying
on-the-fly changes to what gets fed to Ant ultimately, usually
incorporating centralized information. And I don't think it's
quite like  either.

I do agree about not locking Ant into forcing reparsing if the
build file is changed, although it's simple enough to find out
if the build file has really changed, and use the cache if not...

I'm planning on exploring the static on-the-fly self-modifying
build file avenue myself... --DD

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



DO NOT REPLY [Bug 22444] - Trailing slash in property location eaten

2003-09-04 Thread 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=22444

Trailing slash in property location eaten

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WONTFIX



--- Additional Comments From [EMAIL PROTECTED]  2003-09-04 12:06 ---
I d not think this is a bug. For example the current working directory

$ pwd
/home/conor/development/apache/ant

Locations, even for directories, do not have trailing slashes.

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



DO NOT REPLY [Bug 22816] - Continued multiple Class-Path: manifest attributes not parsed

2003-09-04 Thread 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=22816

Continued multiple Class-Path: manifest attributes not parsed

[EMAIL PROTECTED] changed:

   What|Removed |Added

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



--- Additional Comments From [EMAIL PROTECTED]  2003-09-04 12:00 ---
Great bug report - thanks. Fixed in CVS

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



cvs commit: ant/docs/manual/CoreTasks antcall.html

2003-09-04 Thread bodewig
bodewig 2003/09/04 04:45:25

  Modified:docs/manual/CoreTasks antcall.html
  Log:
  leave it undefined to avoid feature lock-in
  
  Revision  ChangesPath
  1.18  +2 -3  ant/docs/manual/CoreTasks/antcall.html
  
  Index: antcall.html
  ===
  RCS file: /home/cvs/ant/docs/manual/CoreTasks/antcall.html,v
  retrieving revision 1.17
  retrieving revision 1.18
  diff -u -r1.17 -r1.18
  --- antcall.html  4 Sep 2003 10:57:33 -   1.17
  +++ antcall.html  4 Sep 2003 11:45:25 -   1.18
  @@ -40,9 +40,8 @@
   will be fixed and not overridable in the init task -or indeed in the 
"doSomethingElse" task.  
   
   
  -This task reparses the current build file, so if it has changed
  -since you've started the project, antcall will use the
  -latest version of the file.
  +If the build file changes after you've started the build, the
  +behavior of this task is undefined.
   
   Parameters
   
  
  
  

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



cvs commit: ant/src/testcases/org/apache/tools/ant/taskdefs AntTest.java

2003-09-04 Thread bodewig
bodewig 2003/09/04 04:46:03

  Modified:src/etc/testcases/taskdefs ant.xml
   src/main/org/apache/tools/ant Project.java Target.java
   src/main/org/apache/tools/ant/taskdefs Ant.java
   src/testcases/org/apache/tools/ant/taskdefs AntTest.java
  Log:
  Catch another simple to detect case of infinite antcall loops
  
  Revision  ChangesPath
  1.11  +7 -0  ant/src/etc/testcases/taskdefs/ant.xml
  
  Index: ant.xml
  ===
  RCS file: /home/cvs/ant/src/etc/testcases/taskdefs/ant.xml,v
  retrieving revision 1.10
  retrieving revision 1.11
  diff -u -r1.10 -r1.11
  --- ant.xml   12 May 2003 12:57:04 -  1.10
  +++ ant.xml   4 Sep 2003 11:46:03 -   1.11
  @@ -162,4 +162,11 @@
   test2 is ${test2}
   test1.x is ${test1.x}
 
  +
  +  
  +
  +  
  +
  +  
  +  
   
  
  
  
  1.153 +3 -4  ant/src/main/org/apache/tools/ant/Project.java
  
  Index: Project.java
  ===
  RCS file: /home/cvs/ant/src/main/org/apache/tools/ant/Project.java,v
  retrieving revision 1.152
  retrieving revision 1.153
  diff -u -r1.152 -r1.153
  --- Project.java  3 Sep 2003 15:22:10 -   1.152
  +++ Project.java  4 Sep 2003 11:46:03 -   1.153
  @@ -1589,8 +1589,7 @@
* Must not be null.
* @param targets A map of names to targets (String to Target).
*Must not be null.
  - * @return a vector of strings with the names of the targets in
  - * sorted order.
  + * @return a vector of Target objects in sorted order.
* @exception BuildException if there is a cyclic dependency among the
*   targets, or if a named target does not 
exist.
*/
  @@ -2096,4 +2095,4 @@
   // is private/protected.
   }
   }
  -}
  \ No newline at end of file
  +}
  
  
  
  1.44  +16 -0 ant/src/main/org/apache/tools/ant/Target.java
  
  Index: Target.java
  ===
  RCS file: /home/cvs/ant/src/main/org/apache/tools/ant/Target.java,v
  retrieving revision 1.43
  retrieving revision 1.44
  diff -u -r1.43 -r1.44
  --- Target.java   24 Jul 2003 14:20:56 -  1.43
  +++ Target.java   4 Sep 2003 11:46:03 -   1.44
  @@ -256,6 +256,22 @@
   }
   
   /**
  + * Does this target depend on the named target?
  + *
  + * @since Ant 1.6
  + */
  +public boolean dependsOn(String other) {
  +if (getProject() != null) {
  +List l = getProject().topoSort(getName(),
  +   getProject().getTargets());
  +int myIdx = l.indexOf(this);
  +int otherIdx = l.indexOf(getProject().getTargets().get(other));
  +return myIdx >= otherIdx;
  +}
  +return false;
  +}
  +
  +/**
* Sets the "if" condition to test on execution. This is the
* name of a property to test for existence - if the property
* is not set, the task will not execute. The property goes
  
  
  
  1.87  +17 -2 ant/src/main/org/apache/tools/ant/taskdefs/Ant.java
  
  Index: Ant.java
  ===
  RCS file: /home/cvs/ant/src/main/org/apache/tools/ant/taskdefs/Ant.java,v
  retrieving revision 1.86
  retrieving revision 1.87
  diff -u -r1.86 -r1.87
  --- Ant.java  3 Sep 2003 10:03:47 -   1.86
  +++ Ant.java  4 Sep 2003 11:46:03 -   1.87
  @@ -68,6 +68,7 @@
   import org.apache.tools.ant.Project;
   import org.apache.tools.ant.ProjectComponent;
   import org.apache.tools.ant.ProjectHelper;
  +import org.apache.tools.ant.Target;
   import org.apache.tools.ant.Task;
   import org.apache.tools.ant.types.PropertySet;
   import org.apache.tools.ant.util.FileUtils;
  @@ -363,7 +364,10 @@
   if (newProject.getProperty("ant.file")
   .equals(getProject().getProperty("ant.file"))
   && getOwningTarget() != null) {
  -if (getOwningTarget().getName().equals("")) {
  +
  +String owningTargetName = getOwningTarget().getName();
  +
  +if (owningTargetName.equals("")) {
   if (getTaskName().equals("antcall")) {
   throw new BuildException("antcall must not be used 
at"
+ " the top level.");
  @@ -372,9 +376,20 @@
+ " top level must not 
invoke"
+ " its own build file.");
   }
  -} else if (getOwningTarget().getName().equals(target)) {
  +} else if (owningTargetName.equals(target)) {
   th

DO NOT REPLY [Bug 22733] - Mistake When I use build

2003-09-04 Thread 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=22733

Mistake When I use build

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2003-09-04 11:32 ---
build will work if you have a proper source distribution.

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



DO NOT REPLY [Bug 22589] - Empty Output to File from Java Task if Java Fails

2003-09-04 Thread 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=22589

Empty Output to File from Java Task if Java Fails

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2003-09-04 12:16 ---
You'll have to define what you mean by "fails". Ant just runs forked java tasks
as  external processes. It does not really care how that process terminates in
terms of how it processes the output of the process.

I'm wondering if the failure in the external java process prevents it from
generating output to capture.

I'm closing as Invalid. If you want to explore further, please reopen and let us
know how the external class fails.

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



DO NOT REPLY [Bug 22923] - Out-of-date JBuilder information

2003-09-04 Thread 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=22923

Out-of-date JBuilder information

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2003-09-04 11:19 ---
Fixed in CVS.

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



cvs commit: ant/src/main/org/apache/tools/ant/taskdefs Manifest.java

2003-09-04 Thread conor
conor   2003/09/04 04:58:02

  Modified:src/main/org/apache/tools/ant/taskdefs Manifest.java
  Log:
  Make sure continuations of multi valued attributes (Class-Path) are
  added to the correct instance
  
  PR:   22816
  Submitted by: Dan Douglas
  
  Revision  ChangesPath
  1.47  +2 -0  ant/src/main/org/apache/tools/ant/taskdefs/Manifest.java
  
  Index: Manifest.java
  ===
  RCS file: /home/cvs/ant/src/main/org/apache/tools/ant/taskdefs/Manifest.java,v
  retrieving revision 1.46
  retrieving revision 1.47
  diff -u -w -u -r1.46 -r1.47
  --- Manifest.java 22 Jul 2003 00:19:15 -  1.46
  +++ Manifest.java 4 Sep 2003 11:58:02 -   1.47
  @@ -437,6 +437,8 @@
   } else {
   attribute = new Attribute(line);
   String nameReadAhead = addAttributeAndCheck(attribute);
  +// refresh attribute in case of multivalued attributes.
  +attribute = getAttribute(attribute.getKey());
   if (nameReadAhead != null) {
   return nameReadAhead;
   }
  
  
  

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



Re: antcall and build.xml being modified.

2003-09-04 Thread Stefan Bodewig
On Thu, 4 Sep 2003, Conor MacNeill <[EMAIL PROTECTED]>
wrote:

> I would like to have this documented as "undefined".

I agree and will change my blurb accordingly.

Stefan

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



cvs commit: ant/xdocs index.xml

2003-09-04 Thread bodewig
bodewig 2003/09/04 04:39:58

  Modified:docs/manual Tag: ANT_15_BRANCH ide.html
   xdocsTag: ANT_15_BRANCH index.xml
  Log:
  Merge changes from HEAD to make them appear at the website
  
  Revision  ChangesPath
  No   revision
  No   revision
  1.6.2.6   +75 -29ant/docs/manual/ide.html
  
  Index: ide.html
  ===
  RCS file: /home/cvs/ant/docs/manual/ide.html,v
  retrieving revision 1.6.2.5
  retrieving revision 1.6.2.6
  diff -u -r1.6.2.5 -r1.6.2.6
  --- ide.html  13 Jan 2003 13:37:46 -  1.6.2.5
  +++ ide.html  4 Sep 2003 11:39:57 -   1.6.2.6
  @@ -11,36 +11,82 @@
   Table of Contents
   
   IDE Integration
  -All the modern Java IDEs support Ant almost out the box, with the
  -notable exception of JBuilder Personal.
  -
  - Antidote(in development)
  -http://antrunner.sourceforge.net/";>
  - AntRunner For JBuilder (unbundled)
  -AntWork Plugin for the Jext -
  - Java Text Editor (unbundled)
  -http://jde.sunsite.dk/";>Emacs JDE has built-in text ANT 
integration:
  -selection of target through text field, execution, hyperlink to compilation
  -errors. Installation: built-in JDE  2.2.8 or later. Configuration: through
  -customize menu "Jde Build Function"
  -http://www.intellij.com/idea/";>IDEA has built-in GUI ANT 
integration: GUI
  -selection of targets, execution, hyperlink to compilation errors
  -http://ant.netbeans.org/";>NetBeans
  -NetBeans 3.4 has very good Ant integration indeed.
  -
  +
  +All the modern Java IDEs support Ant almost out of the box.
  +
  +
  +
  +  
  +
  +  Antidote (in development)
  +
  +  
  +  
  +http://antrunner.sourceforge.net/";>
  +  AntRunner For JBuilder (unbundled)
  +
  +  
  +  
  +
  +  AntWork Plugin for the Jext - Java Text Editor (unbundled)
  +
  +  
  +  
  +http://jde.sunsite.dk/";>
  +  Emacs JDE
  + has built-in text ANT integration: selection of target through text
  +field, execution, hyperlink to compilation errors. Installation: built-in
  +JDE  2.2.8 or later. Configuration: through customize menu
  +"Jde Build Function"
  +  
  +  
  +http://www.intellij.com/idea/";>
  +  IDEA
  + has built-in GUI ANT integration: GUI selection of targets, 
execution,
  +hyperlink to compilation errors
  +  
  +  
  +http://ant.netbeans.org/";>
  +  NetBeans
  +
  +NetBeans 3.4 has very good Ant integration indeed.
  +  
  +  
  +http://jedit.org/";>
  +  jEdit
  +
  +jEdit is an open source java IDE with some great plugins for Java dev, a
  +good XML editor and the Antfarm plugin to execute targets in a build
  +file.
  +  
  +  
  +http://eclipse.org/";>
  +  Eclipse
  +
  +Eclipse is IBM's counterpoint to NetBeans; an open source IDE with
  +Java and Ant support.
  +  
  +  
  +
  +  VisualAge for Java
  +  
  +  
  +http://www7b.software.ibm.com/wsdd/library/techarticles/0203_searle/searle1.html";>
  +  WebSphere Studio Application Developer
  +
  +  
  +  
  +http://www.borland.com/jbuilder/pdf/jb9_feamatrix.pdf";>
  +  JBuilder 9 Personal
  +
  +JBuilder supports Ant with the following features. Add Ant nodes to
  +projects and execute Ant targets from within JBuilder. Add custom 
Ant-based
  +build tasks with custom Ant libraries to run Ant from within JBuilder.
  +Rapid navigation from Ant build error messages to source files.
  +Customize build menu and toolbar with custom build targets.
  +  
  +
   
  -http://jedit.org/";>jEdit
  -jEdit is an open source java IDE with some great plugins for Java dev, a
  -good XML editor and the Antfarm plugin to execute targets in a build
  -file.
  -
  -http://eclipse.org/";>Eclipse
  -Eclipse is IBM's counterpoint to NetBeans; an open source IDE with Java and 
ant
  -support.
  -
  -VisualAge for Java
  -http://www7b.software.ibm.com/wsdd/library/techarticles/0203_searle/searle1.html";>
  -WebSphere Studio Application Developer
   
   Copyright © 2001-2003 Apache Software Foundation. All 
rights
   Reserved.
  
  
  
  No   revision
  No   revision
  1.20.2.12 +2 -2  ant/xdocs/index.xml
  
  Index: index.xml
  ===
  RCS file: /home/cvs/ant/xdocs/index.xml,v
  retrieving revision 1.20.2.11
  retrieving revision 1.20.2.12
  diff -u -r1.20.2.11 -r1.20.2.12
  --- index.xml 11 Aug 2003 06:08:29 -  1.20.2.11
  +++ index.xml 4 Sep 2003 11:39:57 -   1.20.2.12
  @@ -14,14 +14,14 @@
 
   
  -
  +
   
   Following on from recently winning the Javaworld Editors' award, Ant has 
   been awarded the Java Pro 2003 Readers' Choice Award for
   
   
 Most Valuable Java Deployment Technology
  - 
  +
   
   
   

Re: antcall and build.xml being modified.

2003-09-04 Thread Conor MacNeill
On Thu, 4 Sep 2003 05:31 pm, Stefan Bodewig wrote:
>
> > If anything, I think this should be documented, since it is a
> > gotcha.
>
> Will do.
>

I would like to have this documented as "undefined". I don't think we should 
be forced to reparse a build file in future just because we do so now. A 
cached representation of the buildfile is certainly possible and probably 
desirable for heavy antcall use. 

Self-modifying builds are not a practice I would recommend.

Conor


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



DO NOT REPLY [Bug 22923] - Out-of-date JBuilder information

2003-09-04 Thread 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=22923

Out-of-date JBuilder information

[EMAIL PROTECTED] changed:

   What|Removed |Added

   Target Milestone|--- |1.6

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



cvs commit: ant/docs/manual ide.html

2003-09-04 Thread conor
conor   2003/09/04 04:16:25

  Modified:docs/manual ide.html
  Log:
  Update IDE info to include JBuilder
  
  PR:   22923
  
  Revision  ChangesPath
  1.11  +75 -29ant/docs/manual/ide.html
  
  Index: ide.html
  ===
  RCS file: /home/cvs/ant/docs/manual/ide.html,v
  retrieving revision 1.10
  retrieving revision 1.11
  diff -u -w -u -r1.10 -r1.11
  --- ide.html  13 Jan 2003 13:38:06 -  1.10
  +++ ide.html  4 Sep 2003 11:16:25 -   1.11
  @@ -11,36 +11,82 @@
   Table of Contents
   
   IDE Integration
  -All the modern Java IDEs support Ant almost out the box, with the
  -notable exception of JBuilder Personal.
  +
  +All the modern Java IDEs support Ant almost out of the box.
  +
  +
  +
  +  
   
  - Antidote(in development)
  +  Antidote (in development)
  +
  +  
  +  
   http://antrunner.sourceforge.net/";>
  - AntRunner For JBuilder (unbundled)
  -AntWork Plugin for the Jext -
  - Java Text Editor (unbundled)
  -http://jde.sunsite.dk/";>Emacs JDE has built-in text ANT 
integration:
  -selection of target through text field, execution, hyperlink to compilation
  -errors. Installation: built-in JDE  2.2.8 or later. Configuration: through
  -customize menu "Jde Build Function"
  -http://www.intellij.com/idea/";>IDEA has built-in GUI ANT 
integration: GUI
  -selection of targets, execution, hyperlink to compilation errors
  -http://ant.netbeans.org/";>NetBeans
  +  AntRunner For JBuilder (unbundled)
  +
  +  
  +  
  +
  +  AntWork Plugin for the Jext - Java Text Editor (unbundled)
  +
  +  
  +  
  +http://jde.sunsite.dk/";>
  +  Emacs JDE
  + has built-in text ANT integration: selection of target through text
  +field, execution, hyperlink to compilation errors. Installation: built-in
  +JDE  2.2.8 or later. Configuration: through customize menu
  +"Jde Build Function"
  +  
  +  
  +http://www.intellij.com/idea/";>
  +  IDEA
  + has built-in GUI ANT integration: GUI selection of targets, 
execution,
  +hyperlink to compilation errors
  +  
  +  
  +http://ant.netbeans.org/";>
  +  NetBeans
  +
   NetBeans 3.4 has very good Ant integration indeed.
  -
  -
  -http://jedit.org/";>jEdit
  +  
  +  
  +http://jedit.org/";>
  +  jEdit
  +
   jEdit is an open source java IDE with some great plugins for Java dev, a
   good XML editor and the Antfarm plugin to execute targets in a build
   file.
  -
  -http://eclipse.org/";>Eclipse
  -Eclipse is IBM's counterpoint to NetBeans; an open source IDE with Java and 
ant
  -support.
  -
  -VisualAge for Java
  +  
  +  
  +http://eclipse.org/";>
  +  Eclipse
  +
  +Eclipse is IBM's counterpoint to NetBeans; an open source IDE with
  +Java and Ant support.
  +  
  +  
  +
  +  VisualAge for Java
  +  
  +  
   http://www7b.software.ibm.com/wsdd/library/techarticles/0203_searle/searle1.html";>
  -WebSphere Studio Application Developer
  +  WebSphere Studio Application Developer
  +
  +  
  +  
  +http://www.borland.com/jbuilder/pdf/jb9_feamatrix.pdf";>
  +  JBuilder 9 Personal
  +
  +JBuilder supports Ant with the following features. Add Ant nodes to
  +projects and execute Ant targets from within JBuilder. Add custom 
Ant-based
  +build tasks with custom Ant libraries to run Ant from within JBuilder.
  +Rapid navigation from Ant build error messages to source files.
  +Customize build menu and toolbar with custom build targets.
  +  
  +
  +
   
   Copyright © 2001-2003 Apache Software Foundation. All 
rights
   Reserved.
  
  
  

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



[GUMP] Test Failure - Ant

2003-09-04 Thread Gump Integration Build

This email is autogenerated from the output from:
<http://cvs.apache.org/builds/gump/2003-09-04/test-ant.html>


Buildfile: build.xml

check_for_optional_packages:

xml-check:

dump-sys-properties:

run-which:
[which] # BEGIN: Which report
[which] Which.version=Which.java:($Revision: 1.4 $) 
WhichJar.java:($Revision: 1.3 $)
[which] Which.special-note=No -projects provided, using DEFAULT_PROJECTS
[which] java.version=1.4.1_02
[which] file.encoding=ANSI_X3.4-1968
[which] java.ext.dirs=/usr/java/j2sdk1.4.1_02/jre/lib/ext
[which] 
java.class.path=/home/rubys/jakarta/xml-xerces2/java/build/xmlParserAPIs.jar:/home/rubys/jakarta/xml-xerces2/java/build/xercesImpl.jar:/home/rubys/jakarta/xml-xalan/java/build/xalan-unbundled.jar:/home/rubys/jakarta/xml-commons/java/external/build/xml-apis.jar:.:/usr/java/j2sdk1.4.1_02/lib/tools.jar:/usr/java/j2sdk1.4.1_02/jre/lib/rt.jar:/usr/java/j2sdk1.4.1_02/lib/tools.jar:/home/rubys/jakarta/ant/build/lib/ant-testutil.jar:/home/rubys/jakarta/xml-commons/java/build/which.jar:/home/rubys/jakarta/rhino/build/rhino_20030904/js.jar:/home/rubys/jakarta/beanshell/dist/bsh-20030904.jar:/home/rubys/jakarta/beanshell/dist/bsh-bsf-20030904.jar:/home/rubys/jakarta/beanshell/dist/bsh-classpath-20030904.jar:/home/rubys/jakarta/beanshell/dist/bsh-commands-20030904.jar:/home/rubys/jakarta/beanshell/dist/bsh-core-20030904.jar:/home/rubys/jakarta/beanshell/dist/bsh-reflect-20030904.jar:/home/rubys/jakarta/beanshell/dist/bsh-util-20030904.jar:/home/rubys/jakarta/jakarta-commons/logging/dist/commons-logging.jar:/home/rubys/jakarta/jakarta-commons/logging/dist/commons-logging-api.jar:/home/rubys/jakarta/jakarta-log4j/log4j-20030904.jar:/home/rubys/jakarta/jakarta-log4j/log4j-lf5-20030904.jar:/home/rubys/jakarta/jakarta-log4j/log4j-chainsaw-20030904.jar:/home/rubys/jakarta/xml-stylebook/bin/stylebook-1.0-b3_xalan-2.jar:/home/rubys/jakarta/jakarta-oro/jakarta-oro-20030904.jar:/home/rubys/jakarta/xml-commons/java/build/resolver.jar:/home/rubys/jakarta/jakarta-bcel/bin/bcel.jar:/opt/javamail-1.3/mail.jar:/opt/jaf-1.0.1/activation.jar:/opt/jdepend-2.6/lib/jdepend.jar:/home/rubys/jakarta/jakarta-commons/net/dist/commons-net-20030904.jar:/home/rubys/jakarta/jakarta-bsf/build/lib/bsf.jar:/home/rubys/jakarta/ant/dist/lib/ant.jar:/home/rubys/jakarta/ant/dist/lib/ant-launcher.jar:/home/rubys/jakarta/ant/dist/lib/ant-jmf.jar:/home/rubys/jakarta/ant/dist/lib/ant-junit.jar:/home/rubys/jakarta/ant/dist/lib/ant-stylebook.jar:/home/rubys/jakarta/ant/dist/lib/ant-swing.jar:/home/rubys/jakarta/ant/dist/lib/ant-trax.jar:/home/rubys/jakarta/ant/dist/lib/ant-xalan2.jar:/home/rubys/jakarta/ant/dist/lib/nodeps.jar:/home/rubys/jakarta/ant/build/lib/ant.jar:/home/rubys/jakarta/ant/build/lib/ant-launcher.jar:/home/rubys/jakarta/ant/build/lib/ant-antlr.jar:/home/rubys/jakarta/ant/build/lib/ant-apache-bsf.jar:/home/rubys/jakarta/ant/build/lib/ant-apache-resolver.jar:/home/rubys/jakarta/ant/build/lib/ant-bcel.jar:/home/rubys/jakarta/ant/build/lib/ant-commons-logging.jar:/home/rubys/jakarta/ant/build/lib/ant-commons-net.jar:/home/rubys/jakarta/ant/build/lib/ant-jakarta-regexp.jar:/home/rubys/jakarta/ant/build/lib/ant-javamail.jar:/home/rubys/jakarta/ant/build/lib/ant-jdepend.jar:/home/rubys/jakarta/ant/build/lib/ant-jmf.jar:/home/rubys/jakarta/ant/build/lib/ant-jsch.jar:/home/rubys/jakarta/ant/build/lib/ant-junit.jar:/home/rubys/jakarta/ant/build/lib/ant-log4j.jar:/home/rubys/jakarta/ant/build/lib/ant-oro.jar:/home/rubys/jakarta/ant/build/lib/ant-stylebook.jar:/home/rubys/jakarta/ant/build/lib/ant-swing.jar:/home/rubys/jakarta/ant/build/lib/ant-trax.jar:/home/rubys/jakarta/ant/build/lib/ant-xalan2.jar:/home/rubys/jakarta/ant/build/lib/nodeps.jar:/opt/antlr-2.7.2/antlrall.jar:/opt/antlr-2.7.2/antlr.jar:/home/rubys/jakarta/ant/bootstrap/lib/ant.jar:/home/rubys/jakarta/ant/bootstrap/lib/ant-launcher.jar:/home/rubys/jakarta/jakarta-servletapi-4/lib/servlet.jar:/opt/jsch-0.1.7/dist/lib/jsch-gump.jar:/home/rubys/jakarta/dist/junit/junit.jar:/home/rubys/jakarta/jakarta-tomcat-4.0/dist/common/lib/jasper-compiler.jar:/home/rubys/jakarta/jakarta-tomcat-4.0/dist/common/lib/jasper-runtime.jar:/home/rubys/jakarta/jakarta-regexp/build/jakarta-regexp-20030904.jar:/home/rubys/jakarta/ant/build/testcases:/home/rubys/jakarta/ant/src/testcases:/home/rubys/jakarta/ant/src/etc/testcases
[which] Which.status=.ok-present
[which] os.name=Linux
[which] java.vendor=Sun Microsystems Inc.
[which] 
sun.boot.class.path=/home/rubys/jakarta/xml-commons/java/external/build/xml-apis.jar:/home/rubys/jakarta/xml-xalan/java/build/xalan-unbundled.jar:/home/rubys/jakarta/xml-xerces2/java/build/xercesImpl.jar:/home/rubys/jakarta/xml-xerces2/java/build/xmlParserAPIs.jar:/usr/java/j2sdk1.4.1_02/jre/lib/rt.jar:/usr/java/j2sdk1.4.1_02/jre/lib/i18n.jar:/usr/java/j2sdk1.4.1_02/jre/lib/sunrsasign.jar:/usr/java/j2sdk1.

cvs commit: ant/docs/manual/CoreTasks antcall.html

2003-09-04 Thread bodewig
bodewig 2003/09/04 03:57:33

  Modified:docs/manual/CoreTasks antcall.html
  Log:
  Clarify antcall in presence of self-modifying build files.
  
  Revision  ChangesPath
  1.17  +5 -0  ant/docs/manual/CoreTasks/antcall.html
  
  Index: antcall.html
  ===
  RCS file: /home/cvs/ant/docs/manual/CoreTasks/antcall.html,v
  retrieving revision 1.16
  retrieving revision 1.17
  diff -u -r1.16 -r1.17
  --- antcall.html  3 Sep 2003 10:03:46 -   1.16
  +++ antcall.html  4 Sep 2003 10:57:33 -   1.17
  @@ -39,6 +39,11 @@
   Of course, any properties defined in the antcall task or inherited from the 
calling target 
   will be fixed and not overridable in the init task -or indeed in the 
"doSomethingElse" task.  
   
  +
  +This task reparses the current build file, so if it has changed
  +since you've started the project, antcall will use the
  +latest version of the file.
  +
   Parameters
   
 
  
  
  

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



DO NOT REPLY [Bug 22923] New: - Out-of-date JBuilder information

2003-09-04 Thread 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=22923

Out-of-date JBuilder information

   Summary: Out-of-date JBuilder information
   Product: Ant
   Version: 1.5.4
  Platform: All
   URL: http://jakarta.apache.org/ant/manual/ide.html
OS/Version: All
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Documentation
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


This Ant documentation (http://jakarta.apache.org/ant/manual/ide.html) says:

All the modern Java IDEs support Ant almost out the box, with the
notable exception of JBuilder Personal.

This was accurate when it was written, but it no longer is.  JBuilder 9 Personal
now supports Ant out of the box  :o)

According to the JBuilder 9 feature matrix, JBuilder 9 Personal supports the
following:

Configuration management infrastructure which supports custom 
enterprise build processes and external Ant 1.5 builds.

Extend the build system with custom build tasks.

Add Ant nodes to projects and execute Ant targets from within 
JBuilder.

Add custom Ant-based build tasks with custom Ant libraries to 
run Ant from within JBuilder.

Rapid navigation from Ant build error messages to source files.

Customize build menu and toolbar with custom build targets.

[ http://www.borland.com/jbuilder/pdf/jb9_feamatrix.pdf ]

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



DO NOT REPLY [Bug 22930] New: - New update mode in zip (and related) task

2003-09-04 Thread 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=22930

New update mode in zip (and related) task

   Summary: New update mode in zip (and related) task
   Product: Ant
   Version: 1.5.4
  Platform: Other
OS/Version: Other
Status: NEW
  Severity: Enhancement
  Priority: Other
 Component: Core tasks
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


I'd like to request a new mode in the zip (and related) tasks. If I have 
update="true" (to bang on an existing zip file), I'd like a way of specifying 
that files listed in the nested zipfileset or fileset elements *must* be added 
to the zip, even if the new file's mod date is before the duplicate file in the 
zip archive.

Perhaps this could be acomplished through a new option for the duplicate 
attribute:

replace - force the replacement of the file present in the zip file with the 
new file, even if the new file is older than the existing file.

This would be different to the 'add' setting (which would lead to two files).


simon.

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



Re: Getting 1.6 out the door

2003-09-04 Thread Adam Hardy
On 09/03/2003 06:33 PM Gus Heck wrote:
As I've been saying all along, lets just introduce a new (unique) notion
for attribute/variable expansion (at use time rather than definition
time), which
is something new in Ant anyhow. No (or less?) backward compatibility
issues, and makes it plain and obvious what is what:
${name}   it's a property!
(@name)   it's an attribute/variable!!!
...
> ...
Is it simpler to add yet another complex rule to the meaning of  ${foo} 
or to attach the new rule to a new syntax that only needs to be learned 
for the use of macrodef only. Anyone who hasn't used macrodef will see 
the new syntax in a build and know there is something different going on 
with (@foo)  (or whatever).  
This is none of my business but I've been reading the thread as you guys 
throw this back and forth, I would like to suggest a compromise syntax:

$td{name}
That way it looks similar but is noticably different. It also leaves the 
door open for future needs for a third (!!) syntax.
Just my .02

Adam
--
ant 1.6alpha + java 1.4.2 on Linux 2.4.20 RH9
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: antcall and build.xml being modified.

2003-09-04 Thread Stefan Bodewig
On Wed, 3 Sep 2003, Larry Shatzer <[EMAIL PROTECTED]> wrote:

> When it is run the output is as follows:

As long as you are not using an OS like Windows that locks your build
file while Ant is running.

> I figured the output would have been this:

 is just a thin layer on top of , it reparses the build
file for each invocation.  This makes it the heavy operation it is.

> If anything, I think this should be documented, since it is a
> gotcha.

Will do.

Stefan

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



cvs commit: ant ReleaseInstructions

2003-09-04 Thread bodewig
bodewig 2003/09/04 00:28:57

  Modified:.ReleaseInstructions
  Log:
  Some updates, machine name changes, adhere to Apache's beta distribution 
policy ...
  
  Revision  ChangesPath
  1.17  +12 -15ant/ReleaseInstructions
  
  Index: ReleaseInstructions
  ===
  RCS file: /home/cvs/ant/ReleaseInstructions,v
  retrieving revision 1.16
  retrieving revision 1.17
  diff -u -r1.16 -r1.17
  --- ReleaseInstructions   25 Aug 2003 07:44:07 -  1.16
  +++ ReleaseInstructions   4 Sep 2003 07:28:57 -   1.17
  @@ -75,18 +75,16 @@
   You may choose to use the text2html convertor present at
   http://www.aigeek.com/txt2html/
   
  +Name the generated file RELEASE-NOTES-x.y.z.html.
  +
   [[ TODO: This must perhaps be an Ant task. ]]
   
   10. Once this is uploaded, unpack things, create the release directory, 
  -something like v1.5Beta1, push the release and README files into this 
  -directory.
  -
  -The files should go to /www/jakarta.apache.org/builds/jakarta-ant/release
  -on daedalus.
  +something like v1.5Beta1, push the release and RELEASE-NOTES files
  +into this directory.  Create a symbolic link named README.html
  +that points to the RELEASE-NOTES.
   
  -[[ FIXME: The above URL is definitively wrong, but I can't
  -   remember whether we've put the betas to www.apache.org or some
  -   subdirectory under ant.apache.org ]]
  +The files should go to /www/cvs.apache.org/dist/ant/ on minotaur.
   
   11. Address the available release tags in BugZilla. Create a new tag 
1.5Beta1 
   and a 1.6alpha. Assign all existing 1.5 alpha bugs to one of these 
release 
  @@ -100,7 +98,7 @@
   
   If it looks OK, announce it on [EMAIL PROTECTED] and [EMAIL PROTECTED] 
After a few
   days pass and there are no major problems, a wider announcement is
  -made (main jakarta website, announcements@jakarta.apache.org,
  +made (ant website, main jakarta website, 
announcements@jakarta.apache.org,
   etc).
   
   Also ensure you:
  @@ -111,8 +109,8 @@
   
   Generate the html files by invoking ant on docs.xml - you need
   jakarta-site2 checked out for this.  Commit the modified/generated
  -files and also perform a cvs update on files in daedalus'
  -/www/jakarta.apache.org/ant.
  +files and also perform a cvs update on files in minotaur's
  +/www/ant.apache.org/
   
   Announce beta releases at freshmeat.net (Stefan Bodewig is the
   owner of Ant's project entry - bug him ;-).
  @@ -146,6 +144,9 @@
   
   * Create proper -current symlinks in /www/www.apache.org/dist/ant/
   
  +* Make sure that the symbolic link README.html points to the new
  +  RELEASE-NOTES.
  +
   17. Change the links in /xdocs/bindownload.xml and /xdocs/srcdownload.xml,
   regenerate the HTML files, commit and update the site.
   
  @@ -157,10 +158,6 @@
   
   * remove the remaining files of the previous release from
 /www/www.apache.org/dist/ant/[source|binary].
  -
  -* rename the README.html of the old release to
  -  RELAEASE-NOTES-1.4.1.html in
  -  /www/archive.apache.org/dist/ant/[source|binary] on minotaur,
   
   * remove all *tar* files of the old release from
 /www/archive.apache.org/dist/ant/[source|binary] on minotaur,
  
  
  

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



Re: Why the latest build requires explicit for

2003-09-04 Thread Stefan Bodewig
On Wed, 03 Sep 2003, Alexey N. Solofnenko <[EMAIL PROTECTED]> wrote:

> I saw somewhere that Rhino is required for script task, but it
> actually requires BSF.

Wherever you've seen that, Rhino is not required by 

Re: .net tasks and mono

2003-09-04 Thread Stefan Bodewig
On Wed, 03 Sep 2003, Steve Loughran <[EMAIL PROTECTED]> wrote:

> I proose, therefore, that we pull all 'helpful' auto referencing
> from the ant task because it wasnt needed on windows, and broke
> mono. Then we can get rid of that extra attribute we hacked in for
> mono support.

+1

Stefan

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



Re: Why the latest build requires explicit for

2003-09-04 Thread Steve Loughran
Erik Hatcher wrote:
Did you try -debug?
On Wednesday, September 3, 2003, at 05:25  PM, Alexey N. Solofnenko wrote:
Is it possible to add '-explain' option to see the real reason why a 
task cannot be instantiated?

- Alexey.

better yet, ant -diagnostics to see what tasks are present
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


DO NOT REPLY [Bug 22919] - cvs does not execute if cvs bin directory in path statement is enclosed in quotes.

2003-09-04 Thread 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=22919

cvs does not execute if cvs bin directory in path statement is enclosed in 
quotes.

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2003-09-04 05:47 ---
That is not really a legal path. you shouldnt have inner quotes. If it was a
legal path, everything would work :)

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



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

2003-09-04 Thread Jan . Materne
> bodewig: could you please also update docs/manual/running.html?
 
will do that

> What about a -H for -projecthelp??? Sounds more explicit... --DD

That´s why I started the discussion before changing the code.
I don´t think that that would be useful. Until now -D is the only
upper case option. And I think that is something special - java uses
that option for the same function.


Jan



> > -Original Message-
> > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> >
> >   Modified:src/main/org/apache/tools/ant Main.java
> >   Log:
> >   New shortcuts for ant options:
> >   -d  -->  -debug
> >   -e  -->  -emacs
> >   -h  -->  -help
> >   -p  -->  -projecthelp
> >   -s  -->  -find


Re: Why the latest build requires explicit for

2003-09-04 Thread Erik Hatcher
Did you try -debug?
On Wednesday, September 3, 2003, at 05:25  PM, Alexey N. Solofnenko 
wrote:

Is it possible to add '-explain' option to see the real reason why a 
task cannot be instantiated?

- Alexey.

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


Re: Why the latest build requires explicit for

2003-09-04 Thread Erik Hatcher
Did you try -debug?
On Wednesday, September 3, 2003, at 05:25  PM, Alexey N. Solofnenko 
wrote:

Is it possible to add '-explain' option to see the real reason why a 
task cannot be instantiated?

- Alexey.

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


Re: Why the latest build requires explicit for

2003-09-04 Thread Conor MacNeill
On Thu, 4 Sep 2003 07:25 am, Alexey N. Solofnenko wrote:
> Is it possible to add '-explain' option to see the real reason why a
> task cannot be instantiated?
>

Have you run with -debug?

Conor


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