taskdef class not found

[jtamamar]

Hello

I am new using ant and when trying to build I get the following error:
(win 2000, j2sdk version 1.4.1_01, ant version 1.5.3_1

message error:
build.xml:4: taskdef class 
net.sourceforge.chaperon.adapter.ant.ParserTask cannot be found

ant -verbose -debug (here is the debug information)
-
..
Project base dir set to: C:\forteProjects\chaperon-ant
   +Task: taskdef
Class net.sourceforge.chaperon.adapter.ant.ParserTask loaded from 
parent loader

BUILD FAILED
file:C:/forteProjects/chaperon-ant/build.xml:4: taskdef class 
net.sourceforge.chaperon.adapter.ant.ParserTask cannot be found
at org.apache.tools.ant.taskdefs.Definer.addDefinition
(Definer.java:240)
..



this is the build xml i am trying to compile:






 
 




the class ParseTask is in a jar : chaperon-2.1-final.jar

this jar is included in the classpath

set classpath:
CLASSPATH=c:\j2sdk1.4.1_01\bin\work\lib;c:\j2sdk1.4.1_01
\work;c:\j2sdk1.4.1_01\bin\work\lib\xml-apis.jar;c:\j2sdk1.4.1_01
\bin\work\lib\xerces.jar;c:\j2sdk1.4.1_01
\jre\lib\rt.jar;c:\forteProjects\chaperon-2.1-final.jar;c:\apache-ant-
1.5.3-1\lib\ant.jar;c:\apache-ant-1.5.3-1\lib\optional.jar;c:\apache-
ant-1.5.3-1\lib\xercesImpl.jar;c:\apache-ant-1.5.3-1\lib\xml-apis.jar


Thanks in advance.

Rub.




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

DO NOT REPLY [Bug 21436] - [PATCH] Docs for ImportTask

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

[PATCH] Docs for ImportTask

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2003-07-09 20:24 ---
All my fault, I should have submitted it earlier -blush-
Happy now it helps :-)

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

DO NOT REPLY [Bug 21414] - Bugzilla Report Generator 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=21414

Bugzilla Report Generator Task





--- Additional Comments From [EMAIL PROTECTED]  2003-07-09 20:23 ---
I already do it for Cocoon, by using plain Ant tasks.

1 - I get the data using an http get
2 - run a jtidy task on it (submitted the task to ant-contrib, no reply yet)
3 - xslt the resulting xml
4 - send the result to the cocoon-dev list

I have the server run this script once a week.

What Ant (or maybe ant-contrib) could provide are a task that transform a
declarative question to bugzilla in an http request URL, and a stylesheet to
transform in xml the result.

If you want I can put here tomorrow (now I'm at home) the scripts I have so you
can work on it :-)

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

DO NOT REPLY [Bug 21438] New: - Noisy override definition messages

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

Noisy override definition messages

   Summary: Noisy override definition messages
   Product: Ant
   Version: 1.5.3
  Platform: All
OS/Version: All
Status: NEW
  Severity: Minor
  Priority: Other
 Component: Core tasks
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


"Overriding previous definition of reference " log messages do not respect even
the quiet flag when invoking ant.  They always appear.  I always ignore them.  I
always know that I have done this.  

I would question that they should even appear in the normal setting, as they are
not particularly useful to me, but at the very least, they should not appear
when quiet is asked for.

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

DO NOT REPLY [Bug 21414] - Bugzilla Report Generator 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=21414

Bugzilla Report Generator Task





--- Additional Comments From [EMAIL PROTECTED]  2003-07-09 16:43 ---
Hi Steve,
As you are unable to provide your solution, don't you agree that this might be a
valid enhancement request ?

In my opinion, one possible approach to output Bugzilla content in XML format
would be:
(1) To abstract out the Bugzilla data model (kept in MySQL tables) using 
Java/JDBC 
(2) Output the fetched data in XML format
(3) Use XSL/XSLT to translate the XML content into the desired format (e.x. 
HTML).

Of course one could use the Ant SQL task to perform step (1) and fetch the data
directly from the Bugzilla tables. 

Javad

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

DO NOT REPLY [Bug 21436] - [PATCH] Docs for ImportTask

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

[PATCH] Docs for ImportTask





--- Additional Comments From [EMAIL PROTECTED]  2003-07-09 16:27 ---
Done, thanks for finally explaining it.  i'd been using it, but didnt understand
it till now.

-steve

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

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

[stevel]

stevel  2003/07/09 09:24:38

  Modified:docs ant_in_anger.html
   docs/manual coretasklist.html
  Added:   docs/manual/CoreTasks import.html
  Log:
  documenting the import task
  
  Revision  ChangesPath
  1.16  +24 -11ant/docs/ant_in_anger.html
  
  Index: ant_in_anger.html
  ===
  RCS file: /home/cvs/ant/docs/ant_in_anger.html,v
  retrieving revision 1.15
  retrieving revision 1.16
  diff -u -r1.15 -r1.16
  --- ant_in_anger.html 10 Feb 2003 14:44:21 -  1.15
  +++ ant_in_anger.html 9 Jul 2003 16:24:35 -   1.16
  @@ -762,8 +762,8 @@
   
   
   There are two inclusion mechanisms, an ugly one for all parsers and a
  -clean one. For now, the ugly
  -method is the most portable:-
  +clean one. The ugly method is the only one that was available on Ant1.5 and
  +earlier:-
   
   
  @@ -773,12 +773,26 @@
   &propertiesAndPaths;
   &taskdefs;
   
  -The cleaner method using XInclude/Xpath will let you include named 
  -targets from one build file or another, using
  -http://www.w3.org/XML/Linking";> 
  -the xpointer syntax. You'll need to wait for the W3C proposals
  -to finalise and the java XML parsers to implement it before
  -using xpointer references.
  +The cleaner method in Ant1.6 is the  task that imports
  +whole build files into other projects. The entity inclusion example
  +could almost be replaced by two import statements:-
  +
  + 
  + 
  +
  +
  +We say almost as top level declarations (properties and taskdefs) 
  +do not get inserted into the XML file exactly where the import statement
  +goes, but added to the end of the file. This is because the import process
  +takes place after the main build file is parsed, during execution, whereas
  +XML entity expansion is handled during the parsing process.
  +
  +
  +
  +The  task does powerful things, such as let you 
override targets,
  +and use ant properties to name the location of the file to import. Consult 
the
  +documentation for the specifics of
  +these features.  
   
   
   
  @@ -1124,9 +1138,8 @@
   
   http://manning.com/antbook/";>Java Development with
   Ant;
  -Erik Hatcher and Steve Loughran. 
  -Arguably the only book on Ant worth owning; 
  -certainly it's the only one written by Ant developers.
  +Erik Hatcher and Steve Loughran. 
  +
   
   
   http://www.iseran.com/Steve/papers/when_web_services_go_bad.html";>
  
  
  
  1.49  +1 -0  ant/docs/manual/coretasklist.html
  
  Index: coretasklist.html
  ===
  RCS file: /home/cvs/ant/docs/manual/coretasklist.html,v
  retrieving revision 1.48
  retrieving revision 1.49
  diff -u -r1.48 -r1.49
  --- coretasklist.html 14 May 2003 11:52:07 -  1.48
  +++ coretasklist.html 9 Jul 2003 16:24:35 -   1.49
  @@ -51,6 +51,7 @@
   Get
   GUnzip
   GZip
  +Import
   Input
   Jar
   Java
  
  
  
  1.1  ant/docs/manual/CoreTasks/import.html
  
  Index: import.html
  ===
  
  
  

Input Task
  
  
  Import
  Description
  Imports another build file into the current project.
  
  On execution it will read another Ant file into
  the same Project. This means that it basically works like the http://ant.apache.org/faq.html#xml-entity-include";>Entity
  Includes as explained in the Ant FAQ, as if the imported file was
  contained in the importing file, minus the top 
  tag.
  
  Important: there is one limitation related to the top level
  elements in the imported files. The current implementation will add
  them at the end of the top-level ( instead of replacing the import
  element - which would be more intuitive ).
  
  There are two further functional aspects that pertain to this task and
  that are not possible with entity includes:
  
target overriding
special properties

  
  Target overriding
  
  If a target in the main file is also present in at least one of the
  imported files, it takes precedence.
  
  So if I import for example a docsbuild.xml file named builddocs,
  that contains a "docs" target, I can redefine it in my main
  buildfile and that is the one that will be called. It makes it easy to
  keep the same target name, that has the same dependencies (so it is
  still called by the other targets), but use a different implementation.
  
  The original target is still available though, and is called 
"builddocs.docs".
  This means that in my new implementation, I can still call the old
  target, making it possible to enhance it with tasks called
  before or after it.
  
  Special Properties
  
  Imported files are treated as they are present in the main
  buildfile. Th

DO NOT REPLY [Bug 21414] - Bugzilla Report Generator 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=21414

Bugzilla Report Generator Task





--- Additional Comments From [EMAIL PROTECTED]  2003-07-09 16:11 ---
sorry, cant do that - its one of the private behind-the-firewall installations,
hosted by Collab.net. So maybe it is a custom thing that isnt widely available,
which of course it ought to be.

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

DO NOT REPLY [Bug 21436] - [PATCH] Docs for ImportTask

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

[PATCH] Docs for ImportTask





--- Additional Comments From [EMAIL PROTECTED]  2003-07-09 16:00 ---
Created an attachment (id=7194)
import.html

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

DO NOT REPLY [Bug 21436] New: - [PATCH] Docs for ImportTask

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

[PATCH] Docs for ImportTask

   Summary: [PATCH] Docs for ImportTask
   Product: Ant
   Version: 1.6Alpha (nightly)
  Platform: Other
OS/Version: Other
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Documentation
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Html doc for the  task. @see attachment.

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

Re: [Patch] keep-going feature

[Stefan Bodewig]

On 09 Jul 2003, peter reilly <[EMAIL PROTECTED]> wrote:

> but could be left out unless people ask for it.

OK, let's apply YAGNI here.  It wouldn't be too hard to add later
anyway.

> I suppose to be correct, subant should look at its 
> project's keepGoingMode value and dup the logic from
> the project#executeTarget method.

+1

Stefan

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

Re: [Patch] keep-going feature

[peter reilly]

On Wed, 2003-07-09 at 16:02, Stefan Bodewig wrote:
> On 09 Jul 2003, peter reilly <[EMAIL PROTECTED]> wrote:
> 
> >> Maybe ,  and  (<*ant*>?) should get a new
> >> attribute as well?
> > 
> > The keep-going attribute gets passed to the subprojects in
> > Project#initSubProject() (which is called by  et al). 
> 
> Well, yes, but what if I want to pass keep-going to a subbuild,
> without having keep-going set in the master build?  I'm not sure
> whether this is a feature that people will need.
It is what is provided by make ;-)..., but could be left out
unless people ask for it.
> 
> > However, It does not work as expected when using  as the
> > first antcall failure will cause the foreach iteration to stop.
> 
> Isn't the same true for  as well?
Yes.
I suppose to be correct, subant should look at its 
project's keepGoingMode value and dup the logic from
the project#executeTarget method.

Peter



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

Re: [Patch] keep-going feature

[Stefan Bodewig]

On 09 Jul 2003, peter reilly <[EMAIL PROTECTED]> wrote:

>> Maybe ,  and  (<*ant*>?) should get a new
>> attribute as well?
> 
> The keep-going attribute gets passed to the subprojects in
> Project#initSubProject() (which is called by  et al). 

Well, yes, but what if I want to pass keep-going to a subbuild,
without having keep-going set in the master build?  I'm not sure
whether this is a feature that people will need.

> However, It does not work as expected when using  as the
> first antcall failure will cause the foreach iteration to stop.

Isn't the same true for  as well?

Stefan

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

Re: [Patch] keep-going feature

[peter reilly]

On Wed, 2003-07-09 at 07:54, Stefan Bodewig wrote:
> On Tue, 8 Jul 2003, Alexey Solofnenko <[EMAIL PROTECTED]> wrote:
> 
> > Actually the reason to implement keep-alive (originally keep-going)
> > is to find as many problems as possible. It is done by executing all
> > targets that do not depend directly or indirectly on failed
> > targets. It is not fail-on-error flag - the build will still fail.
> 
> OK, I agree that we are talking about different things, then.
> 
> keep-going seems a better name, not sure whether it is the best
> possible name (I've always been extremely bad with names and Ant has
> suffered from this several times 8-).
> 
> I'm fine with the revised implementation as well. I'd print the
> exception's stack trace with a debug or even verbose loglevel in the
> catch block for those exceptions that will not be rethrown, though.
Ok

> 
> Maybe ,  and  (<*ant*>?) should get a new
> attribute as well?

The keep-going attribute gets passed to the subprojects in
Project#initSubProject() (which is called by  et al). 

However, It does not work as expected when using  as the
first antcall failure will cause the foreach iteration to stop.

Peter



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

DO NOT REPLY [Bug 21414] - Bugzilla Report Generator 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=21414

Bugzilla Report Generator Task





--- Additional Comments From [EMAIL PROTECTED]  2003-07-09 14:51 ---
Steve, can you please give an example URL that returns an XML stream from 
BugZilla? Thanks, --DD

-
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 StarTeamCheckin.java StarTeamCheckout.java StarTeamLabel.java StarTeamList.java StarTeamTask.java TreeBasedTask.java

[conor]

conor   2003/07/09 07:44:16

  Modified:src/main/org/apache/tools/ant/taskdefs/optional/starteam
StarTeamCheckin.java StarTeamCheckout.java
StarTeamLabel.java StarTeamList.java
StarTeamTask.java TreeBasedTask.java
  Log:
  Checkstyle
  
  Revision  ChangesPath
  1.13  +43 -48
ant/src/main/org/apache/tools/ant/taskdefs/optional/starteam/StarTeamCheckin.java
  
  Index: StarTeamCheckin.java
  ===
  RCS file: 
/home/cvs/ant/src/main/org/apache/tools/ant/taskdefs/optional/starteam/StarTeamCheckin.java,v
  retrieving revision 1.12
  retrieving revision 1.13
  diff -u -w -u -r1.12 -r1.13
  --- StarTeamCheckin.java  22 Apr 2003 07:35:16 -  1.12
  +++ StarTeamCheckin.java  9 Jul 2003 14:44:16 -   1.13
  @@ -191,8 +191,7 @@
* (whether specified by the user or not).
*/
   protected void logOperationDescription(
  -Folder starteamrootFolder, java.io.File targetrootFolder) 
  -{
  +Folder starteamrootFolder, java.io.File targetrootFolder) {
   log((this.isRecursive() ? "Recursive" : "Non-recursive")
   +" Checkin from" 
   + (null == getRootLocalFolder() ? " (default): " : ": ") 
  @@ -204,16 +203,16 @@
   
   if (this.lockStatus == Item.LockType.UNLOCKED) {
   log("  Items will be checked in unlocked.");
  -} 
  -else {
  +} else {
   log("  Items will be checked in with no change in lock status.");
   }
   
   if (this.isForced()) {
  -log("  Items will be checked in in accordance with repository 
status and regardless of lock status.");
  -} 
  -else {
  -log("  Items will be checked in regardless of repository status 
only if locked." );
  +log("  Items will be checked in in accordance with repository "
  ++ "status and regardless of lock status.");
  +} else {
  +log("  Items will be checked in regardless of repository status "
  ++ "only if locked.");
   }
   
   
  @@ -225,12 +224,11 @@
*
* @param starteamFolder the StarTeam folder to which files
*   will be checked in
  - * @param localFolder local folder from which files will be checked in
  + * @param targetFolder local folder from which files will be checked in
* @exception BuildException if any error occurs
*/
   protected void visit(Folder starteamFolder, java.io.File targetFolder)
  -throws BuildException 
  -{
  +throws BuildException {
   try {
   if (null != getRootLocalFolder()) {
   starteamFolder.setAlternatePathFragment(
  @@ -289,8 +287,7 @@
* 
* @return a string showing from and to full paths
*/
  -private String describeCheckin(com.starbase.starteam.File remotefile)
  -{
  +private String describeCheckin(com.starbase.starteam.File remotefile) {
   StringBuffer sb = new StringBuffer();
   sb.append(remotefile.getFullName())
 .append(" --> ")
  @@ -328,18 +325,16 @@
   
   if (fileStatus == Status.MODIFIED) {
   log("Checking in: " + describeCheckin(eachFile));
  -} 
  -else if (fileStatus == Status.MISSING) {
  +} else if (fileStatus == Status.MISSING) {
   log("Local file missing: " + describeCheckin(eachFile));
   checkin = false;
  -}
  -else {
  +} else {
   if (isForced()) {
  -log("Forced checkin of " + describeCheckin(eachFile) + 
  -" over status " + Status.name(fileStatus));
  +log("Forced checkin of " + describeCheckin(eachFile)
  ++ " over status " + Status.name(fileStatus));
   } else {
  -log("Skipping: " + getFullRepositoryPath(eachFile) + 
  -" - status: " + Status.name(fileStatus));
  +log("Skipping: " + getFullRepositoryPath(eachFile)
  ++ " - status: " + Status.name(fileStatus));
   checkin = false;
   }
   }
  
  
  
  1.19  +87 -100   
ant/src/main/org/apache/tools/ant/taskdefs/optional/starteam/StarTeamCheckout.java
  
  Index: StarTeamCheckout.java
  ===
  RCS file: 
/home/cvs/ant/src/main/org/apache/tools/ant/taskdefs/optional/starteam/StarTeamCheckout.java,v
  retrieving revision 1.18
  retrieving revision 1.19
  diff -u -w -u -r1.18 -r1.19
  --- StarTeamCheckout.java 2 May 2003 08:18:36 -   1.18
  +++ StarTeamCheckout.java 9 Jul 2003 14:44:16 -   1.19
  @@ -59,6 +59,7 @@
   import com.starbase.starteam.View;
   impor

DO NOT REPLY [Bug 21192] - documentation hard to read because of incorrect block-quoting style

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

documentation hard to read because of incorrect block-quoting style

[EMAIL PROTECTED] changed:

   What|Removed |Added

   Severity|Enhancement |Minor



--- Additional Comments From [EMAIL PROTECTED]  2003-07-09 14:41 ---
Sorry, changed severity by accident

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

DO NOT REPLY [Bug 21192] - documentation hard to read because of incorrect block-quoting style

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

documentation hard to read because of incorrect block-quoting style

[EMAIL PROTECTED] changed:

   What|Removed |Added

   Severity|Minor   |Enhancement



--- Additional Comments From [EMAIL PROTECTED]  2003-07-09 14:39 ---
This error report is like having a bug report
"the code as bugs and need to be fixed as this company
has a zero bugs policy"
In any case I see nothing wrong with the example given.

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

DO NOT REPLY [Bug 21192] - documentation hard to read because of incorrect block-quoting style

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

documentation hard to read because of incorrect block-quoting style

[EMAIL PROTECTED] changed:

   What|Removed |Added

   Severity|Enhancement |Minor



--- Additional Comments From [EMAIL PROTECTED]  2003-07-09 14:36 ---
whatever makes you happy.

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

DO NOT REPLY [Bug 21414] - Bugzilla Report Generator 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=21414

Bugzilla Report Generator Task





--- Additional Comments From [EMAIL PROTECTED]  2003-07-09 14:29 ---
Thank you Steve. It sounds like a good idea to use the 'get' task. This will
solve my problem for now. However, using this approach, we are still stuck with
HTML output :( It would be more practical to have the output in XML.

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

DO NOT REPLY [Bug 21192] - documentation hard to read because of incorrect block-quoting style

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

documentation hard to read because of incorrect block-quoting style





--- Additional Comments From [EMAIL PROTECTED]  2003-07-09 14:29 ---
> There is a difference between "hard to read" and "wrong".  I consider the 
> later a bug, the former an "nehancement request".

Then we should agree:  Since the punctuation or wording (or whatever the
right term is) is inarguably wrong, it's a bug.

I'm not requesing additional documentation, or rewriting more significant
than mechanical fixes.  That would be an enhancement request. 

I'm reporting existing writing errors, as concrete as a typo that rendered 
a sentence nonsensical.  That's a bug report.

Why do you disagree?


> People work on what they like to work on.  There is no way to force anybody 
> to fix anything.

But how is that revelant to whether you accept this bug report or try to 
call it an enhancement request?


> If you provided patches, you'd reduce the amount of work required to fix
> these "bugs" and stand a much better chance of seeing the documentation
> improved.

How would that reduce the amount of work required to fix the errors?  
The same amount of work still has to be done whether I do it or others do 
it.

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

cvs commit: ant/src/main/org/apache/tools/tar TarBuffer.java TarConstants.java TarInputStream.java TarOutputStream.java TarUtils.java

[conor]

conor   2003/07/09 06:44:49

  Modified:.check.xml
   src/main/org/apache/tools/bzip2 CBZip2InputStream.java
CBZip2OutputStream.java
   src/main/org/apache/tools/tar TarBuffer.java
TarConstants.java TarInputStream.java
TarOutputStream.java TarUtils.java
  Log:
  checkstyle
  
  Revision  ChangesPath
  1.9   +1 -1  ant/check.xml
  
  Index: check.xml
  ===
  RCS file: /home/cvs/ant/check.xml,v
  retrieving revision 1.8
  retrieving revision 1.9
  diff -u -w -u -r1.8 -r1.9
  --- check.xml 4 Jul 2003 13:03:37 -   1.8
  +++ check.xml 9 Jul 2003 13:44:49 -   1.9
  @@ -29,7 +29,7 @@
 
 
   
  -
  +
   
 
   
  
  
  
  1.13  +25 -26
ant/src/main/org/apache/tools/bzip2/CBZip2InputStream.java
  
  Index: CBZip2InputStream.java
  ===
  RCS file: 
/home/cvs/ant/src/main/org/apache/tools/bzip2/CBZip2InputStream.java,v
  retrieving revision 1.12
  retrieving revision 1.13
  diff -u -w -u -r1.12 -r1.13
  --- CBZip2InputStream.java10 Feb 2003 14:14:41 -  1.12
  +++ CBZip2InputStream.java9 Jul 2003 13:44:49 -   1.13
  @@ -139,12 +139,12 @@
 freq table collected to save a pass over the data
 during decompression.
   */
  -private int unzftab[] = new int[256];
  +private int[] unzftab = new int[256];
   
  -private int limit[][] = new int[N_GROUPS][MAX_ALPHA_SIZE];
  -private int base[][] = new int[N_GROUPS][MAX_ALPHA_SIZE];
  -private int perm[][] = new int[N_GROUPS][MAX_ALPHA_SIZE];
  -private int minLens[] = new int[N_GROUPS];
  +private int[][] limit = new int[N_GROUPS][MAX_ALPHA_SIZE];
  +private int[][] base = new int[N_GROUPS][MAX_ALPHA_SIZE];
  +private int[][] perm = new int[N_GROUPS][MAX_ALPHA_SIZE];
  +private int[] minLens = new int[N_GROUPS];
   
   private InputStream bsStream;
   
  @@ -306,6 +306,7 @@
   }
   }
   } catch (IOException ioe) {
  +//ignore
   }
   }
   
  @@ -319,7 +320,6 @@
   
   private int bsR(int n) {
   int v;
  -{
   while (bsLive < n) {
   int zzi;
   char thech = 0;
  @@ -335,7 +335,6 @@
   bsBuff = (bsBuff << 8) | (zzi & 0xff);
   bsLive += 8;
   }
  -}
   
   v = (bsBuff >> (bsLive - n)) & ((1 << n) - 1);
   bsLive -= n;
  @@ -376,7 +375,7 @@
   pp++;
   }
   }
  -};
  +}
   
   for (i = 0; i < MAX_CODE_LEN; i++) {
   base[i] = 0;
  @@ -618,7 +617,7 @@
   bsLive--;
   }
   zvec = (zvec << 1) | zj;
  -};
  +}
   nextSym = perm[zt][zvec - base[zt][zn]];
   }
   } while (nextSym == RUNA || nextSym == RUNB);
  @@ -631,7 +630,7 @@
   last++;
   ll8[last] = ch;
   s--;
  -};
  +}
   
   if (last >= limitLast) {
   blockOverrun();
  @@ -698,7 +697,7 @@
   bsLive--;
   }
   zvec = (zvec << 1) | zj;
  -};
  +}
   nextSym = perm[zt][zvec - base[zt][zn]];
   }
   continue;
  
  
  
  1.14  +4 -4  
ant/src/main/org/apache/tools/bzip2/CBZip2OutputStream.java
  
  Index: CBZip2OutputStream.java
  ===
  RCS file: 
/home/cvs/ant/src/main/org/apache/tools/bzip2/CBZip2OutputStream.java,v
  retrieving revision 1.13
  retrieving revision 1.14
  diff -u -w -u -r1.13 -r1.14
  --- CBZip2OutputStream.java   10 Feb 2003 14:14:41 -  1.13
  +++ CBZip2OutputStream.java   9 Jul 2003 13:44:49 -   1.14
  @@ -163,8 +163,8 @@
   if (yy > nHeap) {
   break;
   }
  -if (yy < nHeap &&
  -weight[heap[yy + 1]] < weight[heap[yy]]) {
  +if (yy < nHeap
  +&& weight[heap[yy + 1]] < weight[heap[yy]]) {
   yy++;
   }
   if (weight[tmp] < weight[heap[yy]]) {
  @@ -187,8 +187,8 @@
   if (yy > nHeap) {
   break;
   }
  -if (

cvs commit: ant/src/script ant.bat

[conor]

conor   2003/07/09 06:14:51

  Modified:src/script ant.bat
  Log:
  Rollback - not tested yet
  
  Revision  ChangesPath
  1.29  +5 -3  ant/src/script/ant.bat
  
  Index: ant.bat
  ===
  RCS file: /home/cvs/ant/src/script/ant.bat,v
  retrieving revision 1.28
  retrieving revision 1.29
  diff -u -w -u -r1.28 -r1.29
  --- ant.bat   9 Jul 2003 13:12:25 -   1.28
  +++ ant.bat   9 Jul 2003 13:14:51 -   1.29
  @@ -55,11 +55,13 @@
   :checkJava
   set _JAVACMD=%JAVACMD%
   set LOCALCLASSPATH=%CLASSPATH%
  +for %%i in ("%ANT_HOME%\lib\*.jar") do call "%ANT_HOME%\bin\lcp.bat" %%i
   
   if "%JAVA_HOME%" == "" goto noJavaHome
   if not exist "%JAVA_HOME%\bin\java.exe" goto noJavaHome
   if "%_JAVACMD%" == "" set _JAVACMD=%JAVA_HOME%\bin\java.exe
   if exist "%JAVA_HOME%\lib\tools.jar" set 
LOCALCLASSPATH=%JAVA_HOME%\lib\tools.jar;%LOCALCLASSPATH%
  +if exist "%JAVA_HOME%\lib\classes.zip" set 
LOCALCLASSPATH=%JAVA_HOME%\lib\classes.zip;%LOCALCLASSPATH%
   goto checkJikes
   
   :noJavaHome
  @@ -75,11 +77,11 @@
   if not "%JIKESPATH%"=="" goto runAntWithJikes
   
   :runAnt
  -"%_JAVACMD%" %ANT_OPTS% -classpath "%LOCALCLASSPATH%" 
"-Dant.home=%ANT_HOME%" org.apache.tools.ant.launch.Launcher %ANT_ARGS% 
%ANT_CMD_LINE_ARGS%
  +"%_JAVACMD%" %ANT_OPTS% -classpath "%LOCALCLASSPATH%" 
"-Dant.home=%ANT_HOME%" org.apache.tools.ant.Main %ANT_ARGS% %ANT_CMD_LINE_ARGS%
   goto end
   
   :runAntWithJikes
  -"%_JAVACMD%" %ANT_OPTS% -classpath "%LOCALCLASSPATH%" 
"-Dant.home=%ANT_HOME%" "-Djikes.class.path=%JIKESPATH%" 
org.apache.tools.ant.launch.Launcher %ANT_ARGS% %ANT_CMD_LINE_ARGS%
  +"%_JAVACMD%" %ANT_OPTS% -classpath "%LOCALCLASSPATH%" 
"-Dant.home=%ANT_HOME%" "-Djikes.class.path=%JIKESPATH%" 
org.apache.tools.ant.Main %ANT_ARGS% %ANT_CMD_LINE_ARGS%
   goto end
   
   :end
  
  
  

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

cvs commit: ant/src/script ant.bat

[conor]

conor   2003/07/09 06:12:25

  Modified:src/main/org/apache/tools/ant PathTokenizer.java
   src/main/org/apache/tools/ant/filters EscapeUnicode.java
StripLineBreaks.java
   src/main/org/apache/tools/ant/taskdefs Mkdir.java
Sequential.java
   src/main/org/apache/tools/ant/taskdefs/optional ANTLR.java
   src/main/org/apache/tools/ant/taskdefs/optional/i18n
Translate.java
   src/main/org/apache/tools/ant/taskdefs/optional/junit
JUnitTask.java
   src/main/org/apache/tools/mail ErrorInQuitException.java
   src/script ant.bat
  Log:
  Checkstyle
  
  Revision  ChangesPath
  1.17  +1 -1  ant/src/main/org/apache/tools/ant/PathTokenizer.java
  
  Index: PathTokenizer.java
  ===
  RCS file: /home/cvs/ant/src/main/org/apache/tools/ant/PathTokenizer.java,v
  retrieving revision 1.16
  retrieving revision 1.17
  diff -u -w -u -r1.16 -r1.17
  
  
  
  1.4   +0 -1  
ant/src/main/org/apache/tools/ant/filters/EscapeUnicode.java
  
  Index: EscapeUnicode.java
  ===
  RCS file: 
/home/cvs/ant/src/main/org/apache/tools/ant/filters/EscapeUnicode.java,v
  retrieving revision 1.3
  retrieving revision 1.4
  diff -u -w -u -r1.3 -r1.4
  --- EscapeUnicode.java6 Jul 2003 09:57:35 -   1.3
  +++ EscapeUnicode.java9 Jul 2003 13:12:23 -   1.4
  @@ -55,7 +55,6 @@
   
   import java.io.IOException;
   import java.io.Reader;
  -import org.apache.tools.ant.types.Parameter;
   
   /**
* Converts non latin characters to unicode escapes
  
  
  
  1.9   +2 -1  
ant/src/main/org/apache/tools/ant/filters/StripLineBreaks.java
  
  Index: StripLineBreaks.java
  ===
  RCS file: 
/home/cvs/ant/src/main/org/apache/tools/ant/filters/StripLineBreaks.java,v
  retrieving revision 1.8
  retrieving revision 1.9
  diff -u -w -u -r1.8 -r1.9
  --- StripLineBreaks.java  6 Jul 2003 09:57:35 -   1.8
  +++ StripLineBreaks.java  9 Jul 2003 13:12:23 -   1.9
  @@ -66,7 +66,8 @@
*
* Or:
*
  - * 
  + * 
*
* @author Steve Loughran
* @author Magesh Umasankar
  
  
  
  1.24  +2 -1  ant/src/main/org/apache/tools/ant/taskdefs/Mkdir.java
  
  Index: Mkdir.java
  ===
  RCS file: /home/cvs/ant/src/main/org/apache/tools/ant/taskdefs/Mkdir.java,v
  retrieving revision 1.23
  retrieving revision 1.24
  diff -u -w -u -r1.23 -r1.24
  --- Mkdir.java6 Jul 2003 09:57:36 -   1.23
  +++ Mkdir.java9 Jul 2003 13:12:23 -   1.24
  @@ -104,7 +104,8 @@
   
   /**
* the directory to create; required.
  - * @param dir
  + *
  + * @param dir the directory to be made.
*/
   public void setDir(File dir) {
   this.dir = dir;
  
  
  
  1.14  +2 -0  
ant/src/main/org/apache/tools/ant/taskdefs/Sequential.java
  
  Index: Sequential.java
  ===
  RCS file: 
/home/cvs/ant/src/main/org/apache/tools/ant/taskdefs/Sequential.java,v
  retrieving revision 1.13
  retrieving revision 1.14
  diff -u -w -u -r1.13 -r1.14
  --- Sequential.java   6 Jul 2003 09:57:36 -   1.13
  +++ Sequential.java   9 Jul 2003 13:12:24 -   1.14
  @@ -94,6 +94,8 @@
   
   /**
* Execute all nestedTasks.
  + *
  + * @throws BuildException if one of the nested tasks fails.
*/
   public void execute() throws BuildException {
   for (Enumeration e = nestedTasks.elements(); e.hasMoreElements();) {
  
  
  
  1.30  +7 -7  
ant/src/main/org/apache/tools/ant/taskdefs/optional/ANTLR.java
  
  Index: ANTLR.java
  ===
  RCS file: 
/home/cvs/ant/src/main/org/apache/tools/ant/taskdefs/optional/ANTLR.java,v
  retrieving revision 1.29
  retrieving revision 1.30
  diff -u -w -u -r1.29 -r1.30
  
  
  
  1.24  +74 -60
ant/src/main/org/apache/tools/ant/taskdefs/optional/i18n/Translate.java
  
  Index: Translate.java
  ===
  RCS file: 
/home/cvs/ant/src/main/org/apache/tools/ant/taskdefs/optional/i18n/Translate.java,v
  retrieving revision 1.23
  retrieving revision 1.24
  diff -u -w -u -r1.23 -r1.24
  --- Translate.java30 Jun 2003 13:51:35 -  1.23
  +++ Translate.java9 Jul 2003 13:12:24 -   1.24
  @@ -83,71 +83,88 @@
* Family name of resource bundle
*/
   private 

cvs commit: ant/src/script ant

[conor]

conor   2003/07/09 06:11:16

  Modified:src/main/org/apache/tools/ant/launch Launcher.java
Locator.java
   src/main/org/apache/tools/ant/util FileUtils.java
LoaderUtils.java
   src/script ant
  Log:
  Refactor some code into the Launcher.
  Update ant script to use new launcher.
  
  Revision  ChangesPath
  1.3   +3 -4  ant/src/main/org/apache/tools/ant/launch/Launcher.java
  
  Index: Launcher.java
  ===
  RCS file: /home/cvs/ant/src/main/org/apache/tools/ant/launch/Launcher.java,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -w -u -r1.2 -r1.3
  --- Launcher.java 4 Jul 2003 14:04:53 -   1.2
  +++ Launcher.java 9 Jul 2003 13:11:15 -   1.3
  @@ -101,16 +101,15 @@
   String antHomeProperty = System.getProperty(ANTHOME_PROPERTY);
   File antHome = null;
   
  -URL launchJarURL = Locator.getClassLocationURL(getClass());
  -File jarDir = new File(launchJarURL.getFile()).getParentFile();
  +File sourceJar = Locator.getClassSource(getClass());
  +File jarDir = sourceJar.getParentFile();
   
   if (antHomeProperty != null) {
   antHome = new File(antHomeProperty);
   }
   
   if (antHome == null || !antHome.exists()) {
  -URL antHomeURL = new URL(launchJarURL, "..");
  -antHome = new File(antHomeURL.getFile());
  +antHome = jarDir.getParentFile();
   System.setProperty(ANTHOME_PROPERTY, antHome.getAbsolutePath());
   }
   
  
  
  
  1.3   +88 -33ant/src/main/org/apache/tools/ant/launch/Locator.java
  
  Index: Locator.java
  ===
  RCS file: /home/cvs/ant/src/main/org/apache/tools/ant/launch/Locator.java,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -w -u -r1.2 -r1.3
  --- Locator.java  4 Jul 2003 14:04:53 -   1.2
  +++ Locator.java  9 Jul 2003 13:11:15 -   1.3
  @@ -58,6 +58,8 @@
   import java.net.URL;
   import java.io.File;
   import java.io.FilenameFilter;
  +import java.text.CharacterIterator;
  +import java.text.StringCharacterIterator;
   
   /**
* The Locator is a utility class which is used to find certain items
  @@ -67,48 +69,101 @@
* @since Ant 1.6
*/
   public class Locator {
  +
   /**
  - * Get the URL for the given class's load location.
  + * Find the directory or jar file the class has been loaded from.
  + *
  + * @return null if we cannot determine the location.
*
  - * @param theClass the class whose load URL is desired.
  - * @return a URL which identifies the component from which this class
  - *  was loaded.
  - * @throws MalformedURLException if the class' URL cannot be
  - *  constructed.
  + * @since Ant 1.6
*/
  -public static URL getClassLocationURL(Class theClass)
  - throws MalformedURLException {
  -String className = theClass.getName().replace('.', '/') + ".class";
  -URL classRawURL = theClass.getClassLoader().getResource(className);
  +public static File getClassSource(Class c) {
  +String classResource = c.getName().replace('.', '/') + ".class";
  +return getResourceSource(c.getClassLoader(), classResource);
  +}
  +
  +/**
  + * Find the directory or a give resource has been loaded from.
  + *
  + * @return null if we cannot determine the location.
  + *
  + * @since Ant 1.6
  + */
  +public static File getResourceSource(ClassLoader c, String resource) {
  +if (c == null) {
  +c = Locator.class.getClassLoader();
  +}
  +
  +URL url = c.getResource(resource);
  +if (url != null) {
  +String u = url.toString();
  +if (u.startsWith("jar:file:")) {
  +int pling = u.indexOf("!");
  +String jarName = u.substring(4, pling);
  +return new File(fromURI(jarName));
  +} else if (u.startsWith("file:")) {
  +int tail = u.indexOf(resource);
  +String dirName = u.substring(0, tail);
  +return new File(fromURI(dirName));
  +}
  +}
  +return null;
  +}
   
  -String fileComponent = classRawURL.getFile();
  -if (classRawURL.getProtocol().equals("file")) {
  -// Class comes from a directory of class files rather than
  -// from a jar.
  -int classFileIndex = fileComponent.lastIndexOf(className);
  -if (classFileIndex != -1) {
  -fileComponent = fileComponent.substring(0, classFileIndex);
  -}
  -
  -return new URL("file:" + fileComponent);
  -} else if (classRawURL.getProtocol()

[GUMP] Test Failure - Ant

[Diane Holt]

This email is autogenerated from the output from:



Build results exceed maximum length.
Please see URL above for details.
Last 50 lines of build output follows.



[junit] Testsuite: org.apache.tools.ant.LoaderRefTest
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.334 sec


[junit] Testsuite: org.apache.tools.ant.ProjectTest
[junit] Tests run: 6, Failures: 0, Errors: 0, Time elapsed: 0.165 sec


[junit] Testsuite: org.apache.tools.ant.PropertyExpansionTest
[junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0.02 sec


[junit] Testsuite: org.apache.tools.ant.TopLevelTaskTest
[junit] Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 0.065 sec


[junit] Testsuite: org.apache.tools.ant.TaskContainerTest
[junit] Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 0.578 sec


[junit] Testsuite: org.apache.tools.zip.AsiExtraFieldTest
[junit] Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 0.014 sec


[junit] Testsuite: org.apache.tools.zip.ExtraFieldUtilsTest
[junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0.022 sec


[junit] Testsuite: org.apache.tools.zip.ZipEntryTest
[junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0.026 sec


[junit] Testsuite: org.apache.tools.zip.ZipLongTest
[junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 0.004 sec


[junit] Testsuite: org.apache.tools.zip.ZipShortTest
[junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 0.004 sec


[junit] Testsuite: org.apache.tools.tar.TarEntryTest
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.009 sec



BUILD FAILED
/home/rubys/jakarta/ant/build.xml:1649: At least one test has failed.

Total time: 5 minutes 9 seconds

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

cvs commit: ant/src/script/old - New directory

[conor]

conor   2003/07/09 05:29:11

  ant/src/script/old - New directory

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

cvs commit: ant/src/main/org/apache/tools/ant/taskdefs/optional/ssh AbstractSshMessage.java Directory.java LogListener.java SSHBase.java SSHExec.java SSHUserInfo.java Scp.java ScpFromMessage.java ScpToMessage.java

[conor]

conor   2003/07/09 05:13:01

  Modified:src/main/org/apache/tools/ant/taskdefs/optional/extension
ExtensionAdapter.java
   src/main/org/apache/tools/ant/taskdefs/optional/ssh
AbstractSshMessage.java Directory.java
LogListener.java SSHBase.java SSHExec.java
SSHUserInfo.java Scp.java ScpFromMessage.java
ScpToMessage.java
  Log:
  Checkstyle
  
  Revision  ChangesPath
  1.8   +6 -6  
ant/src/main/org/apache/tools/ant/taskdefs/optional/extension/ExtensionAdapter.java
  
  Index: ExtensionAdapter.java
  ===
  RCS file: 
/home/cvs/ant/src/main/org/apache/tools/ant/taskdefs/optional/extension/ExtensionAdapter.java,v
  retrieving revision 1.7
  retrieving revision 1.8
  diff -u -w -u -r1.7 -r1.8
  --- ExtensionAdapter.java 9 Jul 2003 11:34:09 -   1.7
  +++ ExtensionAdapter.java 9 Jul 2003 12:12:59 -   1.8
  @@ -105,7 +105,7 @@
* The URL from which the most recent version of this optional package
* can be obtained if it is not already installed.
*/
  -private String implementationVendorURL;
  +private String implementationURL;
   
   /**
* Set the name of extension.
  @@ -174,7 +174,7 @@
*/
   public void setImplementationUrl(final String implementationURL) {
   verifyNotAReference();
  -this.implementationVendorURL = implementationURL;
  +this.implementationURL = implementationURL;
   }
   
   /**
  @@ -195,7 +195,7 @@
   || null != implementationVersion
   || null != implementationVendorID
   || null != implementationVendor
  -|| null != implementationVendorURL) {
  +|| null != implementationURL) {
   throw tooManyAttributes();
   }
   // change this to get the objects from the other reference
  @@ -208,7 +208,7 @@
   implementationVersion = other.implementationVersion;
   implementationVendorID = other.implementationVendorID;
   implementationVendor = other.implementationVendor;
  -implementationVendorURL = other.implementationVendorURL;
  +implementationURL = other.implementationURL;
   } else {
   final String message =
   reference.getRefId() + " doesn\'t refer to a Extension";
  @@ -251,7 +251,7 @@
 implementationVersionString,
 implementationVendor,
 implementationVendorID,
  -  implementationVendorURL);
  +  implementationURL);
   }
   
   /**
  
  
  
  1.4   +15 -15
ant/src/main/org/apache/tools/ant/taskdefs/optional/ssh/AbstractSshMessage.java
  
  Index: AbstractSshMessage.java
  ===
  RCS file: 
/home/cvs/ant/src/main/org/apache/tools/ant/taskdefs/optional/ssh/AbstractSshMessage.java,v
  retrieving revision 1.3
  retrieving revision 1.4
  diff -u -w -u -r1.3 -r1.4
  --- AbstractSshMessage.java   14 Mar 2003 00:31:43 -  1.3
  +++ AbstractSshMessage.java   9 Jul 2003 12:12:59 -   1.4
  @@ -66,8 +66,8 @@
   
   public abstract class AbstractSshMessage {
   
  -protected Session session;
  -protected LogListener listener = new LogListener() {
  +private Session session;
  +private LogListener listener = new LogListener() {
   public void log(String message) {
   // do nothing;
   }
  @@ -115,8 +115,8 @@
   NumberFormat format = NumberFormat.getNumberInstance();
   format.setMaximumFractionDigits( 2 );
   format.setMinimumFractionDigits( 1 );
  -listener.log( "File transfer time: " + format.format( duration ) +
  -" Average Rate: " + format.format( totalLength / duration ) +
  -" B/s" );
  +listener.log("File transfer time: " + format.format(duration)
  ++ " Average Rate: " + format.format(totalLength / duration)
  ++ " B/s");
   }
   }
  
  
  
  1.2   +25 -20
ant/src/main/org/apache/tools/ant/taskdefs/optional/ssh/Directory.java
  
  Index: Directory.java
  ===
  RCS file: 
/home/cvs/ant/src/main/org/apache/tools/ant/taskdefs/optional/ssh/Directory.java,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -w -u -r1.1 -r1.2
  --- Directory.java6 Mar 2003 12:42:44 -   1.1
  +++ Directory.java9 Jul 2003 12:12:59 -   1.2
  @@ -78,9 +78,10 @@
   }
   
   public void addDirectory( Directory directory ) {
  -if( !childDirectories.contains( directory ) )
  +if (!childDirectories.contains(directory

Re: [Patch] keep-going feature

[peter reilly]

My description was meant to explain the proposal,
but I got the explanation incorrect. Alexey provided
a better explanation,
>Actually the reason to implement keep-alive (originally keep-going) is
to
>find as many problems as possible. It is done by executing all targets
that
>do not depend directly or indirectly on failed targets. It is not
>fail-on-error flag - the build will still fail.

Peter
 
On Wed, 2003-07-09 at 07:47, Stefan Bodewig wrote:
> On 08 Jul 2003, peter reilly <[EMAIL PROTECTED]> wrote:
> > On Tue, 2003-07-08 at 16:06, Stefan Bodewig wrote:
> 
> >> What would you want to see happen with keep-alive enabled and
> >> failonerror set to true on an  task.  What will happen if the
> >> execution fails?
> > 
> > In this the rest of the tasks in the target would not be run, and
> > the next target would be started.
> 
> OK, I shouldn't have spoken without reading the proposal then 8-)
> 
> keep-alive to me doesn't imply skip the remaining tasks from the same
> target when one task fails.  To me it meant that all tasks would be
> executed, even if a previous task had failed.
> 
> What you describe might then be best covered by fail-on-error at the
> target level.  fail-on-error would be true for the tasks inside the
> target, but the target itself would swallow the BuildException.
> 
> 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: [Patch] keep-alive feature

[peter reilly]

Attic means it is deleted.
It is possible that cvsgrab ignores the
deleted files.

Peter
On Wed, 2003-07-09 at 12:43, [EMAIL PROTECTED] wrote:
> > > > and the Aspect interface
> > > > http://cvs.apache.org/viewcvs.cgi/ant/proposal/mutant/src/java
> > > > /common/org/apache/ant/common/antlib/Attic/Aspect.java?rev=1.5
> > > > &content-type=text/vnd.viewcvs-markup
> > >
> > > Typo in javadoc of the class: "It allows a single __implmentation__"
> > >
> > 
> > It has more problems than Javadoc typos :-). It's in the Attic.
> > 
> > Conor
> 
> 
> Aha - IÂm not familiar (yet) with the attic/proposal section. Especially 
> how to test that.
> 
> So far I use cvsgrab for downloading, but that isnÂt on my local computer
> ...
> I try a new update ...
> 
> 
> Jan


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

RE: [Patch] keep-alive feature

[Jan . Materne]

> > > and the Aspect interface
> > > http://cvs.apache.org/viewcvs.cgi/ant/proposal/mutant/src/java
> > > /common/org/apache/ant/common/antlib/Attic/Aspect.java?rev=1.5
> > > &content-type=text/vnd.viewcvs-markup
> >
> > Typo in javadoc of the class: "It allows a single __implmentation__"
> >
> 
> It has more problems than Javadoc typos :-). It's in the Attic.
> 
> Conor


Aha - I´m not familiar (yet) with the attic/proposal section. Especially 
how to test that.

So far I use cvsgrab for downloading, but that isn´t on my local computer
...
I try a new update ...


Jan

cvs commit: ant/src/main/org/apache/tools/ant/taskdefs/optional/extension ExtensionAdapter.java

[conor]

conor   2003/07/09 04:34:09

  Modified:src/main/org/apache/tools/ant/taskdefs/optional/extension
ExtensionAdapter.java
  Log:
  typo
  
  Revision  ChangesPath
  1.7   +6 -6  
ant/src/main/org/apache/tools/ant/taskdefs/optional/extension/ExtensionAdapter.java
  
  Index: ExtensionAdapter.java
  ===
  RCS file: 
/home/cvs/ant/src/main/org/apache/tools/ant/taskdefs/optional/extension/ExtensionAdapter.java,v
  retrieving revision 1.6
  retrieving revision 1.7
  diff -u -w -u -r1.6 -r1.7
  --- ExtensionAdapter.java 9 Jul 2003 11:24:31 -   1.6
  +++ ExtensionAdapter.java 9 Jul 2003 11:34:09 -   1.7
  @@ -105,7 +105,7 @@
* The URL from which the most recent version of this optional package
* can be obtained if it is not already installed.
*/
  -private String implementationVendor;
  +private String implementationVendorURL;
   
   /**
* Set the name of extension.
  @@ -174,7 +174,7 @@
*/
   public void setImplementationUrl(final String implementationURL) {
   verifyNotAReference();
  -this.implementationVendor = implementationURL;
  +this.implementationVendorURL = implementationURL;
   }
   
   /**
  @@ -195,7 +195,7 @@
   || null != implementationVersion
   || null != implementationVendorID
   || null != implementationVendor
  -|| null != implementationVendor) {
  +|| null != implementationVendorURL) {
   throw tooManyAttributes();
   }
   // change this to get the objects from the other reference
  @@ -208,7 +208,7 @@
   implementationVersion = other.implementationVersion;
   implementationVendorID = other.implementationVendorID;
   implementationVendor = other.implementationVendor;
  -implementationVendor = other.implementationVendor;
  +implementationVendorURL = other.implementationVendorURL;
   } else {
   final String message =
   reference.getRefId() + " doesn\'t refer to a Extension";
  @@ -251,7 +251,7 @@
 implementationVersionString,
 implementationVendor,
 implementationVendorID,
  -  implementationVendor);
  +  implementationVendorURL);
   }
   
   /**
  
  
  

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

Re: [Patch] keep-alive feature

[Conor MacNeill]

On Wed, 9 Jul 2003 05:47 pm, [EMAIL PROTECTED] wrote:
> > and the Aspect interface
> > http://cvs.apache.org/viewcvs.cgi/ant/proposal/mutant/src/java
> > /common/org/apache/ant/common/antlib/Attic/Aspect.java?rev=1.5
> > &content-type=text/vnd.viewcvs-markup
>
> Typo in javadoc of the class: "It allows a single __implmentation__"
>

It has more problems than Javadoc typos :-). It's in the Attic.

Conor


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

cvs commit: ant/src/main/org/apache/tools/ant/taskdefs/optional/extension Compatability.java Compatibility.java DeweyDecimal.java ExtensionAdapter.java ExtensionResolver.java ExtensionSet.java ExtensionUtil.java ExtraAttribute.java LibFileSet.java LibraryDisplayer.java

[conor]

conor   2003/07/09 04:24:31

  Modified:src/main/org/apache/tools/ant/taskdefs/optional/extension
Compatability.java Compatibility.java
DeweyDecimal.java ExtensionAdapter.java
ExtensionResolver.java ExtensionSet.java
ExtensionUtil.java ExtraAttribute.java
LibFileSet.java LibraryDisplayer.java
  Log:
  Checkstyle
  
  Revision  ChangesPath
  1.5   +7 -10 
ant/src/main/org/apache/tools/ant/taskdefs/optional/extension/Compatability.java
  
  Index: Compatability.java
  ===
  RCS file: 
/home/cvs/ant/src/main/org/apache/tools/ant/taskdefs/optional/extension/Compatability.java,v
  retrieving revision 1.4
  retrieving revision 1.5
  diff -u -w -u -r1.4 -r1.5
  --- Compatability.java10 Feb 2003 14:14:03 -  1.4
  +++ Compatability.java9 Jul 2003 11:24:31 -   1.5
  @@ -69,21 +69,19 @@
* @version $Revision$ $Date$
* @see Extension
*/
  -public final class Compatability
  -{
  +public final class Compatability {
   /**
* A string representaiton of compatability level.
*/
  -private final String m_name;
  +private final String name;
   
   /**
* Create a compatability enum with specified name.
*
* @param name the name of compatability level
*/
  -Compatability( final String name )
  -{
  -m_name = name;
  +Compatability(final String name) {
  +this.name = name;
   }
   
   /**
  @@ -91,8 +89,7 @@
*
* @return the name of compatability level
*/
  -public String toString()
  -{
  -return m_name;
  +public String toString() {
  +return name;
   }
   }
  
  
  
  1.4   +7 -10 
ant/src/main/org/apache/tools/ant/taskdefs/optional/extension/Compatibility.java
  
  Index: Compatibility.java
  ===
  RCS file: 
/home/cvs/ant/src/main/org/apache/tools/ant/taskdefs/optional/extension/Compatibility.java,v
  retrieving revision 1.3
  retrieving revision 1.4
  diff -u -w -u -r1.3 -r1.4
  --- Compatibility.java10 Feb 2003 14:14:03 -  1.3
  +++ Compatibility.java9 Jul 2003 11:24:31 -   1.4
  @@ -69,21 +69,19 @@
* @version $Revision$ $Date$
* @see Extension
*/
  -public final class Compatibility
  -{
  +public final class Compatibility {
   /**
* A string representaiton of compatibility level.
*/
  -private final String m_name;
  +private final String name;
   
   /**
* Create a compatibility enum with specified name.
*
* @param name the name of compatibility level
*/
  -Compatibility( final String name )
  -{
  -m_name = name;
  +Compatibility(final String name) {
  +this.name = name;
   }
   
   /**
  @@ -91,8 +89,7 @@
*
* @return the name of compatibility level
*/
  -public String toString()
  -{
  -return m_name;
  +public String toString() {
  +return name;
   }
   }
  
  
  
  1.4   +56 -89
ant/src/main/org/apache/tools/ant/taskdefs/optional/extension/DeweyDecimal.java
  
  Index: DeweyDecimal.java
  ===
  RCS file: 
/home/cvs/ant/src/main/org/apache/tools/ant/taskdefs/optional/extension/DeweyDecimal.java,v
  retrieving revision 1.3
  retrieving revision 1.4
  diff -u -w -u -r1.3 -r1.4
  --- DeweyDecimal.java 10 Feb 2003 14:14:03 -  1.3
  +++ DeweyDecimal.java 9 Jul 2003 11:24:31 -   1.4
  @@ -63,33 +63,23 @@
* represent major, minor, micro, etc versions.  The version number
* must begin with a number.
*
  - * WARNING WARNING WARNING WARNING WARNING WARNING WARNING WARNING
  - *  This file is from excalibur.extension package. Dont edit this file
  - * directly as there is no unit tests to make sure it is operational
  - * in ant. Edit file in excalibur and run tests there before changing
  - * ants file.
  - * WARNING WARNING WARNING WARNING WARNING WARNING WARNING WARNING
  - *
* @author mailto:[EMAIL PROTECTED]">Peter Donald
* @version $Revision$ $Date$
*/
  -public final class DeweyDecimal
  -{
  -///Array of components that make up DeweyDecimal
  -private int[] m_components;
  +public final class DeweyDecimal {
  +/** Array of components that make up DeweyDecimal */
  +private int[] components;
   
   /**
* Construct a DeweyDecimal from an array of integer components.
*
* @param components an array of integer components.
*/
  -public DeweyDecimal( final int[] components )
  -{
  -m_components = new int[ components.length ];
  -
  -for( int i = 0; i < m_components.length; i++ )
  

Re: [Patch] keep-alive feature

[Stefan Bodewig]

On Wed, 9 Jul 2003, Conor MacNeill <[EMAIL PROTECTED]>
wrote:

[... aspects ...]

> It's a fair amount of change so overall, I'd say this is a 1.7
> feature.

Fair enough.

Stefan

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

Ant documentation as PDF and HTML

[Andrew Marlow]

Guys,

I sent the email below to Steve Iseran but he
is snowed under and suggested that I post it here.
---
I have completed the first pass of the Ant document.
And not a moment too soon it seems. Already I see
checkin notices about certain page updates.

Please check out my web page updates (http://www.marlowa.plus.com/ant.html)

Please let me know where you think we ought to go from here.
I am quite pushed for time now so it may be a while before I am able
to put the cross references in.

Regards,

Andrew

There is an emerald here the size of a plover's egg!




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

RE: [Patch] keep-alive feature

[Jan . Materne]

> and the Aspect interface
> http://cvs.apache.org/viewcvs.cgi/ant/proposal/mutant/src/java
> /common/org/apache/ant/common/antlib/Attic/Aspect.java?rev=1.5
> &content-type=text/vnd.viewcvs-markup


Typo in javadoc of the class: "It allows a single __implmentation__"


(Sorry, my cvs doesn´t work yet - see ... oh not in the archive, I will
resend it from another mail account)



Jan

Re: [Patch] keep-alive feature

[Conor MacNeill]

On Wed, 9 Jul 2003 04:43 pm, Stefan Bodewig wrote:
> On Tue, 8 Jul 2003, Dominique Devienne <[EMAIL PROTECTED]> wrote:
> > Are you saying I'm repeating myself
>
> No, *we* are repeating history.  Go into ant-dev's archive about two
> years+ ago (discussion around the Ant2 features).
>
> See also [1] and search for "aspect".
>

Indeed. I think it is not a bad approach for these types of things. I did 
implement pluggable aspects in Mutant.

Check out the executeTask method
http://cvs.apache.org/viewcvs.cgi/ant/proposal/mutant/src/java/antcore/org/apache/ant/antcore/execution/Attic/Frame.java?rev=1.30&content-type=text/vnd.viewcvs-markup

and the Aspect interface
http://cvs.apache.org/viewcvs.cgi/ant/proposal/mutant/src/java/common/org/apache/ant/common/antlib/Attic/Aspect.java?rev=1.5&content-type=text/vnd.viewcvs-markup

Here is an example performance measurement aspect
http://cvs.apache.org/viewcvs.cgi/ant/proposal/mutant/src/java/antlibs/monitor/org/apache/ant/antlib/monitor/Attic/MonitorAspect.java?rev=1.4&content-type=text/vnd.viewcvs-markup
and here was the corresponding antlib descriptor
http://cvs.apache.org/viewcvs.cgi/ant/proposal/mutant/src/java/antlibs/monitor/Attic/antlib.xml?rev=1.1&content-type=text/vnd.viewcvs-markup

For Ant today, pluggable aspects would be possible. We would need to think 
what join points we would provide (see the interface above)

For the specific instance of having failonerror/keepgoing capability 
everywhere, I don't think there is much difference between doing this in 
Task.java and doing it with an Aspect, but aspects give you a mechanism to 
add other aspects beyond simple these fixed few.

There is also a balance between the number of join points we would define and 
the performance impact of consulting all the loaded aspects. Not sure how 
that would pan out.

It's a fair amount of change so overall, I'd say this is a 1.7 feature. 
Perhaps keepgoing should be deferred to then too. We risk indefinite 
postponement of 1.6 :-)

Conor




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

DO NOT REPLY [Bug 21192] - documentation hard to read because of incorrect block-quoting style

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

documentation hard to read because of incorrect block-quoting style





--- Additional Comments From [EMAIL PROTECTED]  2003-07-09 07:07 ---
There is a difference between "hard to read" and "wrong".  I consider the later
a bug, the former an "nehancement request".

>> well, submitting patches to this general bug case would work better.

> Wouldn't having the authors fix their own instances of the unclear,
> incorrect form help them learn better than just fixing things for
> them?

won't happen, BTW.  That's simply not how open source works.  People work on 
what
they like to work on.  There is no way to force anybody to fix anything.

If you provided patches, you'd reduce the amount of work required to fix
these "bugs" and stand a much better chance of seeing the documentation
improved.

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

Re: [Patch] keep-alive feature

[Stefan Bodewig]

On Tue, 8 Jul 2003, Alexey Solofnenko <[EMAIL PROTECTED]> wrote:

> Actually the reason to implement keep-alive (originally keep-going)
> is to find as many problems as possible. It is done by executing all
> targets that do not depend directly or indirectly on failed
> targets. It is not fail-on-error flag - the build will still fail.

OK, I agree that we are talking about different things, then.

keep-going seems a better name, not sure whether it is the best
possible name (I've always been extremely bad with names and Ant has
suffered from this several times 8-).

I'm fine with the revised implementation as well. I'd print the
exception's stack trace with a debug or even verbose loglevel in the
catch block for those exceptions that will not be rethrown, though.

Maybe ,  and  (<*ant*>?) should get a new
attribute as well?

Stefan

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

Re: [Patch] keep-alive feature

[Stefan Bodewig]

On 08 Jul 2003, peter reilly <[EMAIL PROTECTED]> wrote:
> On Tue, 2003-07-08 at 16:06, Stefan Bodewig wrote:

>> What would you want to see happen with keep-alive enabled and
>> failonerror set to true on an  task.  What will happen if the
>> execution fails?
> 
> In this the rest of the tasks in the target would not be run, and
> the next target would be started.

OK, I shouldn't have spoken without reading the proposal then 8-)

keep-alive to me doesn't imply skip the remaining tasks from the same
target when one task fails.  To me it meant that all tasks would be
executed, even if a previous task had failed.

What you describe might then be best covered by fail-on-error at the
target level.  fail-on-error would be true for the tasks inside the
target, but the target itself would swallow the BuildException.

Stefan


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

Re: [Patch] keep-alive feature

[Stefan Bodewig]

On Tue, 8 Jul 2003, Dominique Devienne <[EMAIL PROTECTED]> wrote:

> Are you saying I'm repeating myself

No, *we* are repeating history.  Go into ant-dev's archive about two
years+ ago (discussion around the Ant2 features).

See also [1] and search for "aspect".

Stefan

Footnotes: 
[1]  
http://cvs.apache.org/viewcvs.cgi/*checkout*/ant/docs/ant2/requested-features.txt?rev=HEAD&content-type=text/plain


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

RE: [Patch] Re: StarTeam checkout task behavior changes between 1.5.1 and 1.5.3

[Weiqi Gao]

On Tue, 2003-07-08 at 17:13, Steve Cohen wrote:
> 
> Please submit this as a bug report to Bugzilla.  The place your patch is
> changing is used in many situations other than the one you are
> interested in and would almost certainly have negative consequences in
> some other context.  What you are trying to fix needs to be fixed in a
> different way.

Steve,

I have files my two emails as a bug report in Bugzilla.  I'll be
expecting your patch.

Thanks for the great work.
-- 
Weiqi Gao
[EMAIL PROTECTED]


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

DO NOT REPLY [Bug 21424] New: - stcheckout task fails to obey "deleteuncontrolled attribute, leaves errant subdirectories in 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=21424

stcheckout task fails to obey "deleteuncontrolled attribute, leaves errant 
subdirectories in basedir

   Summary: stcheckout task fails to obey "deleteuncontrolled
attribute, leaves errant subdirectories in basedir
   Product: Ant
   Version: 1.5.3
  Platform: PC
OS/Version: Windows NT/2K
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Optional Tasks
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


I have observed some behavioral changed of the StarTeam checkout task 
stcheckout between Ant 1.5.1 and Ant 1.5.3.

I'm using the task this way:
  

  

I switched from using Ant 1.5.1 to Ant 1.5.3 last week, and experienced 
two changes of behavior:

1. An empty set of working directories is created in the directory where 
I run the build.  Although the actual checked out files are in the 
correct place (the StarTeam default working folder as setup in the 
StarTeam GUI).

2. The stcheckout task doesn't seem to delete all the files that are NOT 
in StarTeam anymore, even though I have set deleteuncontolled to true.

Both were working properly in Ant 1.5.1 but not in 1.5.3.

We are using StarTeam 5.2.118 and the StarGate Runtime 5.2.  And Sun JDK 1.4.2.

I have tracked it down to this line of code in 
org.apache.tools.ant.tasfdef.optional.starteam.TreeBasedTask.getLocalRootMapping(Folder

starteamrootfolder):

localrootfolder = starteamrootfolder.getPathFragment();

On my system, this returns the final portion of my starteamrootfolder 
rather than the full path of the default working folder, which was what 
we want.

For my build file, I have
starteamroolfolder="//"
and the localrootfolder gets set to "" after this line.  It should probably
be set to "C:/myproject///".

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