DO NOT REPLY [Bug 17857] - Doesn't work with j2sdk 1.4.1_02 ???

2003-03-11 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17857.
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=17857

Doesn't work with j2sdk 1.4.1_02 ???





--- Additional Comments From [EMAIL PROTECTED]  2003-03-11 04:12 ---
Created an attachment (id=5257)
complete error output from Tomcat 4.1.18 (possibly an ANT problem?)


cvs commit: ant/src/main/org/apache/tools/ant/taskdefs/optional/dotnet DotnetDefine.java DotnetResource.java JSharp.java CSharp.java DotnetBaseMatchingTask.java DotnetCompile.java Ilasm.java NetCommand.java VisualBasicCompile.java

2003-03-11 Thread stevel
stevel  2003/03/10 22:07:38

  Modified:src/main/org/apache/tools/ant/taskdefs/optional/dotnet
CSharp.java DotnetBaseMatchingTask.java
DotnetCompile.java Ilasm.java NetCommand.java
VisualBasicCompile.java
  Added:   src/main/org/apache/tools/ant/taskdefs/optional/dotnet
DotnetDefine.java DotnetResource.java JSharp.java
  Log:
  Rounding off the toolchain with defines that has the same syntax as that of 
cc, a resource type for resource inclusion, and , uh, a J# compiler. Notice 
how I reverse the pureJava setting from that of vjc, so you need to explicitly 
ask for impure java. I havent enabled this in the types yet, in case anyone 
wants to veto the concept altogether.
  
  Then I add reference fileset support into vbc, jsharp and csc, including 
inside the dependency checking.
  
  resources still need dependency checking, and testing.
  
  Revision  ChangesPath
  1.30  +10 -0 
ant/src/main/org/apache/tools/ant/taskdefs/optional/dotnet/CSharp.java
  
  Index: CSharp.java
  ===
  RCS file: 
/home/cvs/ant/src/main/org/apache/tools/ant/taskdefs/optional/dotnet/CSharp.java,v
  retrieving revision 1.29
  retrieving revision 1.30
  diff -u -r1.29 -r1.30
  --- CSharp.java   10 Feb 2003 14:13:48 -  1.29
  +++ CSharp.java   11 Mar 2003 06:07:37 -  1.30
  @@ -449,5 +449,15 @@
   return cs;
   }
   
  +/**
  + * from a resource, get the resource param string
  + * @param resource
  + * @return a string containing the resource param, or a null string
  + * to conditionally exclude a resource.
  + */
  +protected String createResourceParameter(DotnetResource resource) {
  +return resource.getCSharpStyleParameter();
  +}
  +
   }
   
  
  
  
  1.2   +5 -2  
ant/src/main/org/apache/tools/ant/taskdefs/optional/dotnet/DotnetBaseMatchingTask.java
  
  Index: DotnetBaseMatchingTask.java
  ===
  RCS file: 
/home/cvs/ant/src/main/org/apache/tools/ant/taskdefs/optional/dotnet/DotnetBaseMatchingTask.java,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- DotnetBaseMatchingTask.java   10 Mar 2003 08:02:24 -  1.1
  +++ DotnetBaseMatchingTask.java   11 Mar 2003 06:07:37 -  1.2
  @@ -76,9 +76,10 @@
*/
   protected File outputFile;
   /**
  - * sets of file to compile
  + * filesets of file to compile
*/
   protected Vector filesets = new Vector();
  +
   /**
*  source directory upon which the search pattern is applied
*/
  @@ -193,7 +194,7 @@
* finish off the command by adding all dependent files, execute
* @param command
*/
  -protected void addFilesAndExecute(NetCommand command) {
  +protected void addFilesAndExecute(NetCommand command, boolean 
ignoreTimestamps) {
   long outputTimestamp = getOutputFileTimestamp();
   Hashtable filesToBuild =new Hashtable();
   int filesOutOfDate = buildFileList(command,filesToBuild, 
outputTimestamp);
  @@ -201,6 +202,7 @@
   //add the files to the command
   addFilesToCommand(filesToBuild, command);
   
  +
   //now run the command of exe + settings + files
   if (filesOutOfDate  0) {
   command.runCommand();
  @@ -208,6 +210,7 @@
   log(output file is up to date,Project.MSG_VERBOSE);
   }
   }
  +
   
   
   }
  
  
  
  1.7   +112 -69   
ant/src/main/org/apache/tools/ant/taskdefs/optional/dotnet/DotnetCompile.java
  
  Index: DotnetCompile.java
  ===
  RCS file: 
/home/cvs/ant/src/main/org/apache/tools/ant/taskdefs/optional/dotnet/DotnetCompile.java,v
  retrieving revision 1.6
  retrieving revision 1.7
  diff -u -r1.6 -r1.7
  --- DotnetCompile.java10 Mar 2003 08:02:24 -  1.6
  +++ DotnetCompile.java11 Mar 2003 06:07:37 -  1.7
  @@ -152,6 +152,10 @@
*/
   protected Vector definitionList = new Vector();
   
  +/**
  + * our resources
  + */
  +protected Vector resources = new Vector();
   
   /**
*  Fix .NET reference inclusion. .NET is really dumb in how it handles
  @@ -167,7 +171,7 @@
*  need to reference mscorlib.dll, cos it is always there
*/
   
  -protected static final String [] DEFAULT_REFERENCE_LIST_DOTNET_10 =
  +protected static final String[] DEFAULT_REFERENCE_LIST_DOTNET_10 =
  {Accessibility.dll,
   cscompmgd.dll,
   CustomMarshalers.dll,
  @@ -192,6 +196,8 @@
   System.Windows.Forms.dll,
   System.XML.dll};
   
  +protected static final String REFERENCE_OPTION= /reference:;
  +
   /**
   

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

2003-03-11 Thread stevel
stevel  2003/03/10 22:08:11

  Modified:src/testcases/org/apache/tools/ant/taskdefs/optional
DotnetTest.java
  Log:
  new tests
  
  Revision  ChangesPath
  1.2   +17 -1 
ant/src/testcases/org/apache/tools/ant/taskdefs/optional/DotnetTest.java
  
  Index: DotnetTest.java
  ===
  RCS file: 
/home/cvs/ant/src/testcases/org/apache/tools/ant/taskdefs/optional/DotnetTest.java,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- DotnetTest.java   10 Mar 2003 08:03:34 -  1.1
  +++ DotnetTest.java   11 Mar 2003 06:08:11 -  1.2
  @@ -103,7 +103,23 @@
*/
   public void testCSC() throws Exception {
   executeTarget(testCSC);
  -} 
  +}
  +
  +
  +/**
  + * A unit test for JUnit
  + */
  +public void testCSCdll() throws Exception {
  +executeTarget(testCSCdll);
  +}
  +
  +/**
  + * A unit test for JUnit
  + */
  +public void testCscReferences() throws Exception {
  +executeTarget(testCscReferences);
  +}
  +
   /**
* A unit test for JUnit
*/
  
  
  


cvs commit: ant/src/etc/testcases/taskdefs/optional/dotnet example2.cs example.cs

2003-03-11 Thread stevel
stevel  2003/03/10 22:10:47

  Modified:src/etc/testcases/taskdefs/optional dotnet.xml
   src/etc/testcases/taskdefs/optional/dotnet example.cs
  Added:   src/etc/testcases/taskdefs/optional/dotnet example2.cs
  Log:
  dotnet tests in the build file. with the references and definitions, we are 
almost nearing a workable .net solution in ant. Which makes this a good 
candiate for tearing out into a standalone project, were it more popular
  
  Revision  ChangesPath
  1.2   +36 -3 ant/src/etc/testcases/taskdefs/optional/dotnet.xml
  
  Index: dotnet.xml
  ===
  RCS file: /home/cvs/ant/src/etc/testcases/taskdefs/optional/dotnet.xml,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- dotnet.xml10 Mar 2003 08:03:24 -  1.1
  +++ dotnet.xml11 Mar 2003 06:10:46 -  1.2
  @@ -70,10 +70,43 @@
 src dir=${src.dir} includes=**/*.cs/
   /csc
   available property=app.created file=${testCSC.exe}/
  -fail unless=app.createdNo app  ${testCSC.exe}created/fail
  +fail unless=app.createdNo app ${testCSC.exe} created/fail
   exec executable=${testCSC.exe} failonerror=true /
 /target
 
  +  
  +  target name=testCSCdll depends=init
  +property name=testCSC.dll 
  +  location=${build.dir}/Example2.dll /
  +csc 
  +  destFile=${testCSC.dll}
  +  targetType=library 
  +  
  +  src dir=${src.dir} includes=example2.cs/
  +/csc
  +available property=dll.created file=${testCSC.dll}/
  +fail unless=dll.createdNo file ${testCSC.dll} created/fail
  +  /target
  +  
  +  target name=testCscReferences depends=init,testCSCdll
  +property name=testCscReferences.exe 
  +  location=${build.dir}/ExampleCsc2.exe /
  +csc 
  +  destFile=${testCscReferences.exe}
  +  targetType=exe 
  +  
  +  src file=${src.dir}/example.cs/
  +  reference file=${testCSC.dll} /
  +  define name=RELEASE /
  +  define name=DEBUG if=undefined.property/
  +  define name=def3 unless=undefined.property/
  +/csc
  +available property=refapp.created file=${testCscReferences.exe}/
  +fail unless=refapp.createdNo app ${testCscReferences.exe} 
created/fail
  +exec executable=${testCscReferences.exe} failonerror=true /
  +  /target
  +  
  +  
 target name=testILASM  depends=init
   property name=testILASM.exe 
 location=${build.dir}/ExampleIlasm.exe /
  @@ -83,8 +116,8 @@
 
 src dir=${src.dir} includes=**/*.il/
   /ilasm
  -available property=app.created file=${testILASM.exe}/
  -fail unless=app.createdNo app  ${testCSC.exe}created/fail
  +available property=ilasm.created file=${testILASM.exe}/
  +fail unless=ilasm.createdNo app ${testCSC.exe} created/fail
   exec executable=${testILASM.exe} failonerror=true /
 /target  
   
  
  
  
  1.2   +1 -1  ant/src/etc/testcases/taskdefs/optional/dotnet/example.cs
  
  Index: example.cs
  ===
  RCS file: 
/home/cvs/ant/src/etc/testcases/taskdefs/optional/dotnet/example.cs,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- example.cs10 Mar 2003 08:03:24 -  1.1
  +++ example.cs11 Mar 2003 06:10:47 -  1.2
  @@ -57,6 +57,6 @@
   public class Example {
   
   public static void Main(String[] args) {
  -Console.WriteLine(hello, I look like Java, but I'm really 
.NET);
  +Example2.echo();
   }
   }
  
  
  
  1.1  
ant/src/etc/testcases/taskdefs/optional/dotnet/example2.cs
  
  Index: example2.cs
  ===
  /*
   * The Apache Software License, Version 1.1
   *
   * Copyright (c) 2001-2003 The Apache Software Foundation.  All rights
   * reserved.
   *
   * Redistribution and use in source and binary forms, with or without
   * modification, are permitted provided that the following conditions
   * are met:
   *
   * 1. Redistributions of source code must retain the above copyright
   *notice, this list of conditions and the following disclaimer.
   *
   * 2. Redistributions in binary form must reproduce the above copyright
   *notice, this list of conditions and the following disclaimer in
   *the documentation and/or other materials provided with the
   *distribution.
   *
   * 3. The end-user documentation included with the redistribution, if
   *any, must include the following acknowlegement:
   *   This product includes software developed by the
   *Apache Software Foundation (http://www.apache.org/).
   *Alternately, this acknowlegement may appear in the software itself,
   *if and wherever such third-party acknowlegements normally appear.
   *
   * 4. The names Ant and Apache Software
   *Foundation 

DO NOT REPLY [Bug 8873] - .NET task - should have resource option

2003-03-11 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8873.
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=8873

.NET task - should have resource option

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
   Target Milestone|--- |1.6



--- Additional Comments From [EMAIL PROTECTED]  2003-03-11 06:37 ---
Fixed In CVS. We could do with test cases and dependency checking.


DO NOT REPLY [Bug 8874] - .NET task - too many libraries in DEFAULT_REFERENCE_LIST

2003-03-11 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8874.
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=8874

.NET task - too many libraries in DEFAULT_REFERENCE_LIST

[EMAIL PROTECTED] changed:

   What|Removed |Added

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



--- Additional Comments From [EMAIL PROTECTED]  2003-03-11 06:37 ---
Closing this as we now support reference filesets whic even get dependency
checked during compilation.


DO NOT REPLY [Bug 14553] - Add support for a separate CLASSPATH

2003-03-11 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14553.
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=14553

Add support for a separate CLASSPATH





--- Additional Comments From [EMAIL PROTECTED]  2003-03-11 07:02 ---
The only libraries you need in the ant dirs are the things that the various
optonal ant tasks need: junit, NetComponents, whatever and the xml parsers. But
you can isolate your javac and java tasks from these details; I never
include the ant lib when I build and run things. 

What is so wrong with that process? Are you trying to use different versions of
junit with the junit task for different projects?


DO NOT REPLY [Bug 17659] - interactive ant

2003-03-11 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17659.
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=17659

interactive ant





--- Additional Comments From [EMAIL PROTECTED]  2003-03-11 07:10 ---
have you tried the ant support in jedit? it gives you this from inside its own 
JVM.


DO NOT REPLY [Bug 15394] - Ant causes windows explorer ++ to crash

2003-03-11 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15394.
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=15394

Ant causes windows explorer ++ to crash





--- Additional Comments From [EMAIL PROTECTED]  2003-03-11 07:11 ---
Knut, is this a problem still, or we going to have file this as a WORKSFORME?


DO NOT REPLY [Bug 17163] - Referring to external XML entity in build.xml laying in path with spaces results in error.

2003-03-11 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17163.
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=17163

Referring to external XML entity in build.xml laying in path with spaces 
results in error.

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE



--- Additional Comments From [EMAIL PROTECTED]  2003-03-11 07:15 ---


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


DO NOT REPLY [Bug 13679] - White Space in path kill SYSTEM tag

2003-03-11 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13679.
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=13679

White Space in path kill SYSTEM tag

[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]



--- Additional Comments From [EMAIL PROTECTED]  2003-03-11 07:15 ---
*** Bug 17163 has been marked as a duplicate of this bug. ***


DO NOT REPLY [Bug 16345] - ilasm task acts incorrectly with more than one input file

2003-03-11 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16345.
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=16345

ilasm task acts incorrectly with more than one input file

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


DO NOT REPLY [Bug 15804] - execute tasks as a specified user

2003-03-11 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15804.
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=15804

execute tasks as a specified user

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WONTFIX



--- Additional Comments From [EMAIL PROTECTED]  2003-03-11 07:21 ---
This is just way to scary to even contemplate trying to do in a cross platform
build tool. What are you going to do on NT? On netware? On a mainframe?

Remember, ant is not an install tool, it is a build tool. We dont do a lot of
stuff you want in an installer (like have atomic builds and uninstallation). 
Sorry.


DO NOT REPLY [Bug 15394] - Ant causes windows explorer ++ to crash

2003-03-11 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15394.
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=15394

Ant causes windows explorer ++ to crash

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WORKSFORME



--- Additional Comments From [EMAIL PROTECTED]  2003-03-11 07:38 ---
I think we can safely close this one. In fact I have see this behaviour from 
Windows explorer lately even before I run ant for the first time, so this is 
clearly a Microsoft bug.


cvs commit: ant/src/main/org/apache/tools/ant/taskdefs/optional/dotnet CSharp.java VisualBasicCompile.java

2003-03-11 Thread bodewig
bodewig 2003/03/11 00:28:39

  Modified:src/main/org/apache/tools/ant/taskdefs/optional/dotnet
CSharp.java VisualBasicCompile.java
  Log:
  2003
  
  Revision  ChangesPath
  1.31  +1 -1  
ant/src/main/org/apache/tools/ant/taskdefs/optional/dotnet/CSharp.java
  
  Index: CSharp.java
  ===
  RCS file: 
/home/cvs/ant/src/main/org/apache/tools/ant/taskdefs/optional/dotnet/CSharp.java,v
  retrieving revision 1.30
  retrieving revision 1.31
  diff -u -r1.30 -r1.31
  --- CSharp.java   11 Mar 2003 06:07:37 -  1.30
  +++ CSharp.java   11 Mar 2003 08:28:38 -  1.31
  @@ -1,7 +1,7 @@
   /*
* The Apache Software License, Version 1.1
*
  - * Copyright (c) 2001-2002 The Apache Software Foundation.  All rights
  + * Copyright (c) 2001-2003 The Apache Software Foundation.  All rights
* reserved.
*
* Redistribution and use in source and binary forms, with or without
  
  
  
  1.4   +1 -1  
ant/src/main/org/apache/tools/ant/taskdefs/optional/dotnet/VisualBasicCompile.java
  
  Index: VisualBasicCompile.java
  ===
  RCS file: 
/home/cvs/ant/src/main/org/apache/tools/ant/taskdefs/optional/dotnet/VisualBasicCompile.java,v
  retrieving revision 1.3
  retrieving revision 1.4
  diff -u -r1.3 -r1.4
  --- VisualBasicCompile.java   11 Mar 2003 06:07:37 -  1.3
  +++ VisualBasicCompile.java   11 Mar 2003 08:28:38 -  1.4
  @@ -1,7 +1,7 @@
   /*
* The Apache Software License, Version 1.1
*
  - * Copyright (c) 2001-2002 The Apache Software Foundation.  All rights
  + * Copyright (c) 2001-2003 The Apache Software Foundation.  All rights
* reserved.
*
* Redistribution and use in source and binary forms, with or without
  
  
  


cvs commit: ant build.xml

2003-03-11 Thread bodewig
bodewig 2003/03/11 00:41:36

  Modified:.build.xml
  Log:
  .NET tests need .NET apps
  
  Revision  ChangesPath
  1.355 +2 -0  ant/build.xml
  
  Index: build.xml
  ===
  RCS file: /home/cvs/ant/build.xml,v
  retrieving revision 1.354
  retrieving revision 1.355
  diff -u -r1.354 -r1.355
  --- build.xml 6 Mar 2003 12:42:43 -   1.354
  +++ build.xml 11 Mar 2003 08:41:35 -  1.355
  @@ -1612,6 +1612,8 @@
 !-- misc oneoff tests --
 exclude name=${optional.package}/WsdlToDotnetTest.java
  unless=dotnetapps.found/
  +  exclude name=${optional.package}/DotnetTest.java
  +   unless=dotnetapps.found/
   
 !--  These tests only passes if testcases and Ant classes have
 been loaded by the same classloader - will throw
  
  
  


cvs commit: ant/src/testcases/org/apache/tools/ant/types/selectors BaseSelectorTest.java FilenameSelectorTest.java

2003-03-11 Thread bodewig
bodewig 2003/03/11 01:26:44

  Modified:src/etc/testcases/taskdefs bunzip2.xml bzip2.xml
   src/etc/testcases/types selectors.xml
   src/testcases/org/apache/tools/ant/taskdefs BUnzip2Test.java
BZip2Test.java
   src/testcases/org/apache/tools/ant/types/selectors
BaseSelectorTest.java FilenameSelectorTest.java
  Added:   src/etc/testcases/taskdefs/expected asf-logo-huge.tar.gz
  Removed: src/etc/testcases/taskdefs/expected asf-logo-huge.tar
  Log:
  Save some (mega)bytes
  
  Revision  ChangesPath
  1.4   +5 -1  ant/src/etc/testcases/taskdefs/bunzip2.xml
  
  Index: bunzip2.xml
  ===
  RCS file: /home/cvs/ant/src/etc/testcases/taskdefs/bunzip2.xml,v
  retrieving revision 1.3
  retrieving revision 1.4
  diff -u -r1.3 -r1.4
  --- bunzip2.xml   23 Jun 2002 01:20:01 -  1.3
  +++ bunzip2.xml   11 Mar 2003 09:26:39 -  1.4
  @@ -2,12 +2,16 @@
   
   project basedir=. default=cleanup
   
  -  target name=realTest depends=cleanup
  +  target name=realTest
   bunzip2 src=expected/asf-logo-huge.tar.bz2 dest=asf-logo-huge.tar /
 /target
   
 target name=cleanup
   delete file=asf-logo-huge.tar /
  +delete file=expected/asf-logo-huge.tar /
 /target
   
  +  target name=prepare
  +gunzip src=expected/asf-logo-huge.tar.gz/
  +  /target
   /project
  
  
  
  1.5   +6 -2  ant/src/etc/testcases/taskdefs/bzip2.xml
  
  Index: bzip2.xml
  ===
  RCS file: /home/cvs/ant/src/etc/testcases/taskdefs/bzip2.xml,v
  retrieving revision 1.4
  retrieving revision 1.5
  diff -u -r1.4 -r1.5
  --- bzip2.xml 23 Jun 2002 01:20:01 -  1.4
  +++ bzip2.xml 11 Mar 2003 09:26:40 -  1.5
  @@ -2,11 +2,11 @@
   
   project basedir=. default=cleanup
   
  -  target name=realTest depends=cleanup
  +  target name=realTest
   bzip2 src=expected/asf-logo-huge.tar zipfile=asf-logo-huge.tar.bz2 
/
 /target
   
  -  target name=testDateCheck depends=cleanup
  +  target name=testDateCheck
   touch file=asf-logo.gif.bz2/
   bzip2 src=../asf-logo.gif zipfile=asf-logo.gif.bz2 /
 /target
  @@ -14,6 +14,10 @@
 target name=cleanup
   delete file=asf-logo-huge.tar.bz2 /
   delete file=asf-logo.gif.bz2 /
  +delete file=expected/asf-logo-huge.tar/
 /target
   
  +  target name=prepare
  +gunzip src=expected/asf-logo-huge.tar.gz/
  +  /target
   /project
  
  
  
  1.1  
ant/src/etc/testcases/taskdefs/expected/asf-logo-huge.tar.gz
  
Binary file
  
  
  1.4   +4 -4  ant/src/etc/testcases/types/selectors.xml
  
  Index: selectors.xml
  ===
  RCS file: /home/cvs/ant/src/etc/testcases/types/selectors.xml,v
  retrieving revision 1.3
  retrieving revision 1.4
  diff -u -r1.3 -r1.4
  --- selectors.xml 9 Jul 2002 21:05:57 -   1.3
  +++ selectors.xml 11 Mar 2003 09:26:44 -  1.4
  @@ -26,8 +26,8 @@
   tofile=${test.dir}/zip/asf-logo.gif.zip /
   copy file=${etc.dir}/taskdefs/expected/asf-logo.gif.tar
   tofile=${test.dir}/tar/asf-logo.gif.tar /
  -copy file=${etc.dir}/taskdefs/expected/asf-logo-huge.tar
  -tofile=${test.dir}/tar/asf-logo-huge.tar /
  +copy file=${etc.dir}/taskdefs/expected/asf-logo-huge.tar.gz
  +tofile=${test.dir}/tar/asf-logo-huge.tar.gz /
   copy file=${etc.dir}/taskdefs/expected/asf-logo.gif.tar.gz
   tofile=${test.dir}/tar/gz/asf-logo.gif.tar.gz /
   copy file=${etc.dir}/taskdefs/expected/asf-logo.gif.tar.bz2
  @@ -51,7 +51,7 @@
   datetime=05/10/2002 2:30 PM/
   touch file=${test.dir}/tar/asf-logo.gif.tar
   datetime=05/10/2002 2:29 PM/
  -touch file=${test.dir}/tar/asf-logo-huge.tar
  +touch file=${test.dir}/tar/asf-logo-huge.tar.gz
   datetime=05/10/2002 2:29 AM/
 /target
   
  @@ -72,7 +72,7 @@
   sleep seconds=3/
   touch file=${mirror.dir}/tar/asf-logo.gif.tar/
   sleep seconds=2/
  -touch file=${mirror.dir}/tar/asf-logo-huge.tar/
  +touch file=${mirror.dir}/tar/asf-logo-huge.tar.gz/
   touch file=${mirror.dir}/tar/gz/asf-logo.gif.tar.gz/
   touch file=${mirror.dir}/tar/bz2/asf-logo.gif.tar.bz2/
   touch file=${mirror.dir}/tar/bz2/asf-logo-huge.tar.bz2/
  
  
  
  1.7   +3 -2  
ant/src/testcases/org/apache/tools/ant/taskdefs/BUnzip2Test.java
  
  Index: BUnzip2Test.java
  ===
  RCS file: 
/home/cvs/ant/src/testcases/org/apache/tools/ant/taskdefs/BUnzip2Test.java,v
  retrieving revision 1.6
  retrieving revision 1.7
  diff -u -r1.6 -r1.7
  --- BUnzip2Test.java  7 Mar 2003 11:23:11 -   1.6
  +++ BUnzip2Test.java  11 Mar 2003 09:26:44 -  

cvs commit: ant/src/testcases/org/apache/tools/ant/taskdefs/optional/sitraka ClassPathLoaderTest.java

2003-03-11 Thread bodewig
bodewig 2003/03/11 02:30:15

  Modified:src/testcases/org/apache/tools/ant/taskdefs/optional/sitraka
ClassPathLoaderTest.java
  Log:
  Make test more robust.  In particular - make it pass on Mac OS X.
  
  Revision  ChangesPath
  1.3   +6 -4  
ant/src/testcases/org/apache/tools/ant/taskdefs/optional/sitraka/ClassPathLoaderTest.java
  
  Index: ClassPathLoaderTest.java
  ===
  RCS file: 
/home/cvs/ant/src/testcases/org/apache/tools/ant/taskdefs/optional/sitraka/ClassPathLoaderTest.java,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- ClassPathLoaderTest.java  10 Feb 2003 14:14:54 -  1.2
  +++ ClassPathLoaderTest.java  11 Mar 2003 10:30:15 -  1.3
  @@ -1,7 +1,7 @@
   /*
* The Apache Software License, Version 1.1
*
  - * Copyright (c) 2001 The Apache Software Foundation.  All rights
  + * Copyright (c) 2001,2003 The Apache Software Foundation.  All rights
* reserved.
*
* Redistribution and use in source and binary forms, with or without
  @@ -57,6 +57,7 @@
   import java.io.File;
   
   import junit.framework.TestCase;
  +import org.apache.tools.ant.types.Path;
   import 
org.apache.tools.ant.taskdefs.optional.sitraka.bytecode.ClassPathLoader;
   
   /**
  @@ -71,9 +72,10 @@
   
   public void testgetClasses() throws Exception {
   // good performance test...load all classes in rt.jar
  -String path = System.getProperty(java.home) + File.separator + 
lib/rt.jar;
  -ClassPathLoader cl = new ClassPathLoader(path);
  - Hashtable map = cl.getClasses();
  +Path p = new Path(null);
  +p.addJavaRuntime();
  +ClassPathLoader cl = new ClassPathLoader(p.toString());
  +Hashtable map = cl.getClasses();
   assertTrue(map.size()  0);
   }
   
  
  
  


cvs commit: ant/src/main/org/apache/tools/ant/types Path.java

2003-03-11 Thread bodewig
bodewig 2003/03/11 02:57:43

  Modified:src/main/org/apache/tools/ant/types Path.java
  Log:
  Adapt to JDK 1.4.1 for Mac OS X.
  
  Note that there are more jars in that directory that I'm not sure
  about (whether we want to add them in addJavaRuntime, that is).
  
  Revision  ChangesPath
  1.47  +6 -1  ant/src/main/org/apache/tools/ant/types/Path.java
  
  Index: Path.java
  ===
  RCS file: /home/cvs/ant/src/main/org/apache/tools/ant/types/Path.java,v
  retrieving revision 1.46
  retrieving revision 1.47
  diff -u -r1.46 -r1.47
  --- Path.java 7 Mar 2003 11:23:07 -   1.46
  +++ Path.java 11 Mar 2003 10:57:42 -  1.47
  @@ -621,12 +621,17 @@
+ File.separator + lib
+ File.separator + rt.jar));
   
  -// Sun's 1.4 has JCE and JSSE in separate jars.
  +// Sun's and Apple's 1.4 have JCE and JSSE in separate jars.
   String[] secJars = { jce, jsse };
   for (int i = 0; i  secJars.length; i++) {
   addExisting(new Path(null,
System.getProperty(java.home)
+ File.separator + lib
  + + File.separator + secJars[i] + 
.jar));
  +addExisting(new Path(null,
  + System.getProperty(java.home)
  + + File.separator + ..
  + + File.separator + Classes
+ File.separator + secJars[i] + 
.jar));
   }
   
  
  
  


DO NOT REPLY [Bug 15550] - Internal Javadoc?

2003-03-11 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15550.
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=15550

Internal Javadoc?





--- Additional Comments From [EMAIL PROTECTED]  2003-03-11 12:23 ---
To run this task in-VM has further advantages. I do not set the PATH 
evironment variable, since I have several JDKs installed on my machine.
Using the javadoc task causes the an IOException under these settings, since
the fork is done by calling javadoc.exe, which cannot be found.

Also, this Runtime.getRuntime.exec(String) approach is troublesome on 
systems that do not have the notion of a command line (e.g. pre-X Macs). 
Using this method has allways been a major barrier for portability.


DO NOT REPLY [Bug 17871] New: - war task's webxml attrib no longer is able to use value with a starting backslash for the path in Windows

2003-03-11 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17871.
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=17871

war task's webxml attrib no longer is able to use value with a starting 
backslash for the path in Windows

   Summary: war task's webxml attrib no longer is able to use value
with a starting backslash for the path in Windows
   Product: Ant
   Version: 1.6Alpha (nightly)
  Platform: PC
OS/Version: Windows NT/2K
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Core tasks
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


The war task's webxml attrib is no longer able to use a value with a 
starting backslash for the path in Windows.

For example, if the webxml attrib value is specified as \test\web.xml, in 
previous releases (before v1.5.2 [like v1.5Beta]), the war task was able to 
interpret this as meaning that the web.xml file located in the test 
directory of the project's base drive should be used.

With the latest nightly build (and v1.5.2), the war task ignores the previous 
example webxml attrib.

(Note that other attribs of the war task like destfile, basedir, etc. are 
able to handle correctly values that start with \.  Perhaps this is due to 
the fact that the war file subclasses the zip task.)


cvs commit: ant/src/main/org/apache/tools/ant/taskdefs/optional/ssh SSHBase.java SSHUserInfo.java Scp.java

2003-03-11 Thread bodewig
bodewig 2003/03/11 05:00:31

  Modified:src/main/org/apache/tools/ant/taskdefs/optional/ssh Scp.java
  Added:   src/main/org/apache/tools/ant/taskdefs/optional/ssh
SSHBase.java SSHUserInfo.java
  Log:
  Add key based authentication to scp.
  
  Submitted by: Robert Anderson riznob at hotmail dot com
  
  Revision  ChangesPath
  1.4   +48 -140   
ant/src/main/org/apache/tools/ant/taskdefs/optional/ssh/Scp.java
  
  Index: Scp.java
  ===
  RCS file: 
/home/cvs/ant/src/main/org/apache/tools/ant/taskdefs/optional/ssh/Scp.java,v
  retrieving revision 1.3
  retrieving revision 1.4
  diff -u -r1.3 -r1.4
  --- Scp.java  10 Mar 2003 10:05:43 -  1.3
  +++ Scp.java  11 Mar 2003 13:00:31 -  1.4
  @@ -74,19 +74,11 @@
* @author [EMAIL PROTECTED]
* @since Ant 1.6
*/
  -public class Scp extends Task implements LogListener {
  +public class Scp extends SSHBase {
   
   private String fromUri;
   private String toUri;
  -private String knownHosts;
  -private boolean trust = false;
  -private int port = 22;
   private List fileSets = null;
  -private boolean failOnError = true;
  -
  -public void setFailonerror( boolean failure ) {
  -failOnError = failure;
  -}
   
   /**
* Sets the file to be transferred.  This can either be a remote
  @@ -114,35 +106,7 @@
   this.toUri = aToUri;
   }
   
  -/**
  - * Sets the path to the file that has the identities of
  - * all known hosts.  This is used by SSH protocol to validate
  - * the identity of the host.  The default is
  - * i${user.home}/.ssh/known_hosts/i.
  -
  - * @param knownHosts a path to the known hosts file.
  - */
  -public void setKnownhosts( String knownHosts ) {
  -this.knownHosts = knownHosts;
  -}
   
  -/**
  - * Setting this to true trusts hosts whose identity is unknown.
  - *
  - * @param yesOrNo if true trust the identity of unknown hosts.
  - */
  -public void setTrust( boolean yesOrNo ) {
  -this.trust = yesOrNo;
  -}
  -
  -/**
  - * Changes the port used to connect to the remote host.
  - *
  - * @param port port number of remote host.
  - */
  -public void setPort( int port ) {
  -this.port = port;
  -}
   
   /**
* Adds a FileSet tranfer to remote host.  NOTE: Either
  @@ -161,9 +125,6 @@
   super.init();
   this.toUri = null;
   this.fromUri = null;
  -this.knownHosts = System.getProperty(user.home) + 
/.ssh/known_hosts;
  -this.trust = false;
  -this.port = 22;
   this.fileSets = null;
   }
   
  @@ -174,12 +135,13 @@
   
   if ( fromUri == null  fileSets == null ) {
   throw new BuildException(Either the 'file' attribute or one  +
  -FileSet is required.);
  + FileSet is required.);
   }
   
   boolean isFromRemote = false;
  -if( fromUri != null )
  +if( fromUri != null ) {
   isFromRemote = isRemoteUri(fromUri);
  +}
   boolean isToRemote = isRemoteUri(toUri);
   try {
   if (isFromRemote  !isToRemote) {
  @@ -194,11 +156,11 @@
   // not implemented yet.
   } else {
   throw new BuildException('todir' and 'file' attributes  +
  -must have syntax like the following:  +
  -user:[EMAIL PROTECTED]:/path);
  + must have syntax like the 
following:  +
  + user:[EMAIL PROTECTED]:/path);
   }
   } catch (Exception e) {
  -if( failOnError ) {
  +if(getFailonerror()) {
   throw new BuildException(e);
   } else {
   log(Caught exception:  + e.getMessage(), Project.MSG_ERR);
  @@ -207,20 +169,17 @@
   }
   
   private void download( String fromSshUri, String toPath )
  -throws JSchException, IOException {
  -String[] fromValues = parseUri(fromSshUri);
  +throws JSchException, IOException {
  +String file = parseUri(fromSshUri);
   
   Session session = null;
   try {
  -session = openSession(fromValues[0],
  -fromValues[1],
  -fromValues[2],
  -port );
  +session = openSession();
   ScpFromMessage message = new ScpFromMessage( session,
  -fromValues[3],
  -new File( toPath ),
  -fromSshUri.endsWith(*) );
  -log(Receiving file:  + fromValues[3] );
  + file,
  + 

cvs commit: ant/src/main/org/apache/tools/ant/taskdefs/optional/ssh SSHExec.java SSHBase.java

2003-03-11 Thread bodewig
bodewig 2003/03/11 05:15:44

  Modified:src/main/org/apache/tools/ant/taskdefs defaults.properties
   src/main/org/apache/tools/ant/taskdefs/optional/ssh
SSHBase.java
  Added:   src/main/org/apache/tools/ant/taskdefs/optional/ssh
SSHExec.java
  Log:
  New task sshexec.
  
  Submitted by: Robert Anderson riznob at hotmail dot com
  
  Revision  ChangesPath
  1.141 +1 -0  
ant/src/main/org/apache/tools/ant/taskdefs/defaults.properties
  
  Index: defaults.properties
  ===
  RCS file: 
/home/cvs/ant/src/main/org/apache/tools/ant/taskdefs/defaults.properties,v
  retrieving revision 1.140
  retrieving revision 1.141
  diff -u -r1.140 -r1.141
  --- defaults.properties   6 Mar 2003 12:42:44 -   1.140
  +++ defaults.properties   11 Mar 2003 13:15:43 -  1.141
  @@ -182,6 +182,7 @@
   chown=org.apache.tools.ant.taskdefs.optional.unix.Chown
   attrib=org.apache.tools.ant.taskdefs.optional.windows.Attrib
   scp=org.apache.tools.ant.taskdefs.optional.ssh.Scp
  +sshexec=org.apache.tools.ant.taskdefs.optional.ssh.SSHExec
   
   # deprecated ant tasks (kept for back compatibility)
   starteam=org.apache.tools.ant.taskdefs.optional.scm.AntStarTeamCheckOut
  
  
  
  1.2   +3 -0  
ant/src/main/org/apache/tools/ant/taskdefs/optional/ssh/SSHBase.java
  
  Index: SSHBase.java
  ===
  RCS file: 
/home/cvs/ant/src/main/org/apache/tools/ant/taskdefs/optional/ssh/SSHBase.java,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- SSHBase.java  11 Mar 2003 13:00:31 -  1.1
  +++ SSHBase.java  11 Mar 2003 13:15:43 -  1.2
  @@ -102,6 +102,9 @@
   this.host = host;
   }
   
  +public String getHost() {
  +return host;
  +}
   
   public void setFailonerror( boolean failure ) {
   failOnError = failure;
  
  
  
  1.1  
ant/src/main/org/apache/tools/ant/taskdefs/optional/ssh/SSHExec.java
  
  Index: SSHExec.java
  ===
  /*
   * The Apache Software License, Version 1.1
   *
   * Copyright (c) 2003 The Apache Software Foundation.  All rights
   * reserved.
   *
   * Redistribution and use in source and binary forms, with or without
   * modification, are permitted provided that the following conditions
   * are met:
   *
   * 1. Redistributions of source code must retain the above copyright
   *notice, this list of conditions and the following disclaimer.
   *
   * 2. Redistributions in binary form must reproduce the above copyright
   *notice, this list of conditions and the following disclaimer in
   *the documentation and/or other materials provided with the
   *distribution.
   *
   * 3. The end-user documentation included with the redistribution, if
   *any, must include the following acknowlegement:
   *   This product includes software developed by the
   *Apache Software Foundation (http://www.apache.org/).
   *Alternately, this acknowlegement may appear in the software itself,
   *if and wherever such third-party acknowlegements normally appear.
   *
   * 4. The names Ant and Apache Software
   *Foundation must not be used to endorse or promote products derived
   *from this software without prior written permission. For written
   *permission, please contact [EMAIL PROTECTED]
   *
   * 5. Products derived from this software may not be called Apache
   *nor may Apache appear in their names without prior written
   *permission of the Apache Group.
   *
   * THIS SOFTWARE IS PROVIDED ``AS IS'' AND ANY EXPRESSED OR IMPLIED
   * WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES
   * OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE
   * DISCLAIMED.  IN NO EVENT SHALL THE APACHE SOFTWARE FOUNDATION OR
   * ITS CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL,
   * SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT
   * LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF
   * USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND
   * ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY,
   * OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT
   * OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
   * SUCH DAMAGE.
   * 
   *
   * This software consists of voluntary contributions made by many
   * individuals on behalf of the Apache Software Foundation.  For more
   * information on the Apache Software Foundation, please see
   * http://www.apache.org/.
   */
  
  package org.apache.tools.ant.taskdefs.optional.ssh;
  
  import org.apache.tools.ant.BuildException;
  import 

DO NOT REPLY [Bug 17857] - Doesn't work with j2sdk 1.4.1_02 ???

2003-03-11 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17857.
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=17857

Doesn't work with j2sdk 1.4.1_02 ???

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2003-03-11 13:28 ---
You should probably raise this on the tomcat bugZilla. I'm not really sure how
the Tomcat folks have configured Jasper to use Ant's javac task. The most
obvious thing to check is that tools.jar is available in the classpath whereever
Tomcat expects it to be  since it contains the compiler classes.


Re: ssh exec task...

2003-03-11 Thread Stefan Bodewig
Hi Robert,

as you may have seen, our mailing list software strips all HTML parts
from mails.  I'm sure there has been some message in addition to the
tarball 8-)

I've committed modified versions of your code - in particular I've
made the password part of user:[EMAIL PROTECTED]:/path optional to really
enable key based authentication for scp and made your SSHExec task use
SSHBase (more than it did before, at least 8-).

The main thing missing now is documentation for sshexec.

Stefan


cvs commit: ant/xdocs external.xml

2003-03-11 Thread conor
conor   2003/03/11 05:51:34

  Modified:docs external.html
   xdocsexternal.xml
  Log:
  Update Checkstyle - Ant version compatability
  
  Revision  ChangesPath
  1.94  +1 -1  ant/docs/external.html
  
  Index: external.html
  ===
  RCS file: /home/cvs/ant/docs/external.html,v
  retrieving revision 1.93
  retrieving revision 1.94
  diff -u -w -u -r1.93 -r1.94
  --- external.html 6 Mar 2003 09:59:37 -   1.93
  +++ external.html 11 Mar 2003 13:51:33 -  1.94
  @@ -410,7 +410,7 @@
 /th
 td colspan=1 rowspan=1
 valign=top align=left
  -  Ant 1.2 to 1.4.1
  +  Ant 1.4.1 and later
 /td
 /tr
 tr
  
  
  
  1.71  +1 -1  ant/xdocs/external.xml
  
  Index: external.xml
  ===
  RCS file: /home/cvs/ant/xdocs/external.xml,v
  retrieving revision 1.70
  retrieving revision 1.71
  diff -u -w -u -r1.70 -r1.71
  --- external.xml  6 Mar 2003 09:59:37 -   1.70
  +++ external.xml  11 Mar 2003 13:51:33 -  1.71
  @@ -117,7 +117,7 @@
   table
 tr
   thCompatibility:/th
  -tdAnt 1.2 to 1.4.1/td
  +tdAnt 1.4.1 and later/td
 /tr
 tr
   thURL:/th
  
  
  


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

2003-03-11 Thread bodewig
bodewig 2003/03/11 05:56:58

  Modified:docs/manual/OptionalTasks scp.html
  Log:
  document new scp functionality
  
  Revision  ChangesPath
  1.3   +42 -2 ant/docs/manual/OptionalTasks/scp.html
  
  Index: scp.html
  ===
  RCS file: /home/cvs/ant/docs/manual/OptionalTasks/scp.html,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- scp.html  7 Mar 2003 14:53:36 -   1.2
  +++ scp.html  11 Mar 2003 13:56:58 -  1.3
  @@ -28,14 +28,18 @@
 tr
   td valign=topfile/td
   td valign=topThe file to copy.  This can be a local path or a
  -remote path of the form iuser:[EMAIL 
PROTECTED]:/directory/path./i/td
  +remote path of the form iuser[:[EMAIL PROTECTED]:/directory/path/i.
  +i:password/i can be ommitted if you use key based
  +authentication or specify the password attribute./td
   td valign=top align=centerYes, unless a nested
   codelt;filesetgt;/code element is used./td
 /tr
 tr
   td valign=toptodir/td
   td valign=topThe directory to copy to.  This can be a local path
  -or a remote path of the form iuser:[EMAIL 
PROTECTED]:/directory/path/i/td
  +or a remote path of the form iuser[:[EMAIL 
PROTECTED]:/directory/path/i.
  +i:password/i can be ommitted if you use key based
  +authentication or specify the password attribute./td
   td valian=top align=centerYes/td
 /tr
 tr
  @@ -63,6 +67,25 @@
/td
td valign=top align=centerNo; defaults to true./td
 /tr
  +  tr
  +td valign=toppassword/td
  + td valign=topThe password./td
  + td valign=top align=centerNot if you are using key based
  + authentication or the password has been given in the file or
  + todir attribute./td
  +  /tr
  +  tr
  +td valign=topkeyfile/td
  + td valign=topLocation of the file holding the private key./td
  + td valign=top align=centerYes, if you are using key based
  + authentication./td
  +  /tr
  +  tr
  +td valign=toppassphrase/td
  + td valign=topPassphrase for your private key./td
  + td valign=top align=centerYes, if you are using key based
  + authentication./td
  +  /tr
   /table
   h3Parameters specified as nested elements/h3
   
  @@ -76,6 +99,23 @@
   pre
 lt;scp file=quot;myfile.txtquot; todir=quot;user:[EMAIL 
PROTECTED]:/home/chuckquot;/gt;
   /pre
  +
  +pbCopy a single local file to a remote machine with separate
  +password attribute/b/p
  +pre
  +  lt;scp file=quot;myfile.txtquot; todir=quot;[EMAIL 
PROTECTED]:/home/chuckquot; password=quot;passwordquot;/gt;
  +/pre
  +
  +pbCopy a single local file to a remote machine using key base
  +authentication./b/p
  +pre
  +  lt;scp file=quot;myfile.txtquot;
  +   todir=quot;[EMAIL PROTECTED]:/home/chuckquot; 
  +   keyfile=quot;${user.home}/.ssh/id_dsaquot;
  +   passphrase=quot;my extremely secret passphrasequot;
  +  /gt;
  +/pre
  +
   pbCopy a single remote file to a local directory/b/p
   pre
 lt;scp file=quot;user:[EMAIL PROTECTED]:/home/chuck/myfile.txtquot; 
todir=quot;../some/other/dirquot;/gt;
  
  
  


DO NOT REPLY [Bug 17880] New: - java task should optionally not destroy forked processes

2003-03-11 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17880.
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=17880

java task should optionally not destroy forked processes

   Summary: java task should optionally not destroy forked
processes
   Product: Ant
   Version: 1.5.2
  Platform: Other
OS/Version: Linux
Status: NEW
  Severity: Enhancement
  Priority: Other
 Component: Core tasks
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


A feature in Ant 1.4 was that a forked Java process would continue
after the Ant VM has terminated. This was useful as it allowed
you to write a task to, say, start Tomcat. This feature was lost
in the move to 1.5.x. The attachments restore this feature as an
option. They update the 1.5.2beta1 source to give the java task a
destroy option which defaults to True, which is the current
1.5.x behaviour. Switching this to False means forked process
continues after the Ant VM, giving 1.4 behaviour. More comments are
contained in the attached source. Updated documentation is also
attached.


DO NOT REPLY [Bug 17880] - java task should optionally not destroy forked processes

2003-03-11 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17880.
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=17880

java task should optionally not destroy forked processes





--- Additional Comments From [EMAIL PROTECTED]  2003-03-11 15:22 ---
Created an attachment (id=5264)
Patch to source file Java.java, defining the Java task


DO NOT REPLY [Bug 17880] - java task should optionally not destroy forked processes

2003-03-11 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17880.
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=17880

java task should optionally not destroy forked processes





--- Additional Comments From [EMAIL PROTECTED]  2003-03-11 15:23 ---
Created an attachment (id=5265)
Corresponding documentation update


DO NOT REPLY [Bug 17883] New: - Custom task containers don't share property state across subtasks

2003-03-11 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17883.
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=17883

Custom task containers don't share property state across subtasks

   Summary: Custom task containers don't share property state across
subtasks
   Product: Ant
   Version: 1.5.2
  Platform: PC
OS/Version: Windows NT/2K
Status: NEW
  Severity: Major
  Priority: Other
 Component: Other
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
CC: [EMAIL PROTECTED]


I have a subclass of Task that implements TaskContainer.  When I iterate over 
the child tasks, the property values that are set don't seem to maintain their 
state for the next child task.

This is how my Ant task executes the subtasks:

for (int i=0; ifTasks.size(); i++) {
Task task = (Task) fTasks.elementAt(i);
task.perform();
}

This is my small testcase:

target name=testProps
property name=joe value=bob/
myTaskContainer
echo message=${joe}/
property name=test value=foo/
echo message=${test}/
/myTaskContainer
/target

When I run this under Ant 1.4, the output is:

bob
foo

When I run this under Ant 1.5.2, the output is:

bob
${test}

This is a critical bug for us, since we rely on being able to set properties in 
container tasks.


DO NOT REPLY [Bug 17834] - When using the jspc task with excludes task fails

2003-03-11 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17834.
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=17834

When using the jspc task with excludes task fails





--- Additional Comments From [EMAIL PROTECTED]  2003-03-11 16:33 ---
SO the real problem is that jspc with jasper hands all the java files off in
one go, and something runs out of memory. We could opt to do it on a file by
file basis, which may fix another problem. 

you could always use the webapp option to have a webapp built, though this
loses your ability to exclude stuff


DO NOT REPLY [Bug 15550] - Internal Javadoc?

2003-03-11 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15550.
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=15550

Internal Javadoc?





--- Additional Comments From [EMAIL PROTECTED]  2003-03-11 16:35 ---
we kind of depend on exec() in so much of ant, that pre-macos X is not a
realistic problem to address. 

In VM javadoc may be faster, and faster is better. Has anyone tested it to see
if it leaks like a sieve the way javac has historically? It took a lot of time
for sun to fix that, which required them to recognise that in-VM javac was
actually a legitimate activity.


DO NOT REPLY [Bug 17659] - interactive ant

2003-03-11 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17659.
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=17659

interactive ant

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WONTFIX



--- Additional Comments From [EMAIL PROTECTED]  2003-03-11 16:41 ---
well, we are happy providing a tool for other IDEs and things to use; jedit is
one of the many that provides a good wrapper around ant. I have key bindings set
up in the editor to do things like 'deploy', so can go straight from editing a
jsp page to deploying it without switching apps.

Feel free to add your own command line interface, as a related project to ant,
but doing a new interactive mode for the core seems a bit of a distraction for
the core team. 

There is also the Antidote Ant gui project that you can join to produce a
standalone ant gui. 

Finally, you can also help profile ant and speed up that XML parsing. That would
provide the most fundamental speedup, as JVM startup is usually pretty neglible,
really.


Re: [GUMP] Test Failure - Ant

2003-03-11 Thread Steve Loughran

- Original Message -
From: Diane Holt [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, March 11, 2003 08:17
Subject: [GUMP] Test Failure - Ant


OK, this is me, I need to set up the build to exclude DotnetTest


 [junit] Testcase:
testCSC(org.apache.tools.ant.taskdefs.optional.DotnetTest): Caused an ERROR
 [junit] Needed .net apps are missing
 [junit]
file:///home/rubys/jakarta/ant/src/etc/testcases/taskdefs/optional/dotnet.xm
l:51: Needed .net apps are missing
 [junit] at org.apache.tools.ant.taskdefs.Exit.execute(Exit.java:104)
 [junit] at
org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:227)
 [junit] at org.apache.tools.ant.Task.perform(Task.java:388)
 [junit] at org.apache.tools.ant.Target.execute(Target.java:309)
 [junit] at org.apache.tools.ant.Target.performTasks(Target.java:336)
 [junit] at
org.apache.tools.ant.Project.executeTarget(Project.java:1394)
 [junit] at
org.apache.tools.ant.BuildFileTest.executeTarget(BuildFileTest.java:265)
 [junit] at
org.apache.tools.ant.taskdefs.optional.DotnetTest.testCSC(DotnetTest.java:10
5)
 [junit] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 [junit] at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39
)
 [junit] at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl
.java:25)
 [junit] at java.lang.reflect.Method.invoke(Method.java:324)
 [junit] at junit.framework.TestCase.runTest(TestCase.java:154)
 [junit] at junit.framework.TestCase.runBare(TestCase.java:127)
 [junit] at junit.framework.TestResult$1.protect(TestResult.java:106)
 [junit] at
junit.framework.TestResult.runProtected(TestResult.java:124)
 [junit] at junit.framework.TestResult.run(TestResult.java:109)
 [junit] at junit.framework.TestCase.run(TestCase.java:118)
 [junit] at junit.framework.TestSuite.runTest(TestSuite.java:208)
 [junit] at junit.framework.TestSuite.run(TestSuite.java:203)
 [junit] at
org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.run(JUnitTestRu
nner.java:323)
 [junit] at
org.apache.tools.ant.taskdefs.optional.junit.JUnitTask.executeInVM(JUnitTask
.java:861)
 [junit] at
org.apache.tools.ant.taskdefs.optional.junit.JUnitTask.execute(JUnitTask.jav
a:552)
 [junit] at
org.apache.tools.ant.taskdefs.optional.junit.JUnitTask.execute(JUnitTask.jav
a:528)
 [junit] at
org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:227)
 [junit] at org.apache.tools.ant.Task.perform(Task.java:388)
 [junit] at org.apache.tools.ant.Target.execute(Target.java:309)
 [junit] at org.apache.tools.ant.Target.performTasks(Target.java:336)
 [junit] at
org.apache.tools.ant.Project.executeTarget(Project.java:1394)
 [junit] at
org.apache.tools.ant.Project.executeTargets(Project.java:1268)
 [junit] at org.apache.tools.ant.Main.runBuild(Main.java:611)
 [junit] at org.apache.tools.ant.Main.start(Main.java:198)
 [junit] at org.apache.tools.ant.Main.main(Main.java:245)


 [junit] Testcase:
testILASM(org.apache.tools.ant.taskdefs.optional.DotnetTest): Caused an
ERROR
 [junit] Needed .net apps are missing
 [junit]
file:///home/rubys/jakarta/ant/src/etc/testcases/taskdefs/optional/dotnet.xm
l:51: Needed .net apps are missing
 [junit] at org.apache.tools.ant.taskdefs.Exit.execute(Exit.java:104)
 [junit] at
org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:227)
 [junit] at org.apache.tools.ant.Task.perform(Task.java:388)
 [junit] at org.apache.tools.ant.Target.execute(Target.java:309)
 [junit] at org.apache.tools.ant.Target.performTasks(Target.java:336)
 [junit] at
org.apache.tools.ant.Project.executeTarget(Project.java:1394)
 [junit] at
org.apache.tools.ant.BuildFileTest.executeTarget(BuildFileTest.java:265)
 [junit] at
org.apache.tools.ant.taskdefs.optional.DotnetTest.testILASM(DotnetTest.java:
111)
 [junit] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 [junit] at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39
)
 [junit] at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl
.java:25)
 [junit] at java.lang.reflect.Method.invoke(Method.java:324)
 [junit] at junit.framework.TestCase.runTest(TestCase.java:154)
 [junit] at junit.framework.TestCase.runBare(TestCase.java:127)
 [junit] at junit.framework.TestResult$1.protect(TestResult.java:106)
 [junit] at
junit.framework.TestResult.runProtected(TestResult.java:124)
 [junit] at junit.framework.TestResult.run(TestResult.java:109)
 [junit] at junit.framework.TestCase.run(TestCase.java:118)
 [junit] at junit.framework.TestSuite.runTest(TestSuite.java:208)
 [junit] at junit.framework.TestSuite.run(TestSuite.java:203)
 [junit] at
org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.run(JUnitTestRu
nner.java:323)
 [junit] at

Re: [GUMP] Test Failure - Ant

2003-03-11 Thread Stefan Bodewig
On Tue, 11 Mar 2003, Steve Loughran [EMAIL PROTECTED] wrote:

 OK, this is me, I need to set up the build to exclude DotnetTest

I've already taken care of it.

Stefan


Re: ssh exec task...

2003-03-11 Thread Stefan Bodewig
On Tue, 11 Mar 2003, Rob H. Anderson [EMAIL PROTECTED]
wrote:

 There is one problem with the sshexec task that someone should look
 into: I was not able to get the output from the remote command to
 show up in the log.

It works if my machine (the one running Ant) is under heavy load, but
doesn't otherwise. 8-(

The problem seems to be (from some cursory code review on jsch) that
jsch spawns a thread to execute the command - and the task may very
well be finished (and Ant exited) before the thread gets run.

 I will work on some documentation to go with it.

Great.

Stefan


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

2003-03-11 Thread stevel
stevel  2003/03/11 09:06:54

  Modified:docs/manual/OptionalTasks jspc.html
  Log:
  finish this fix. it is depend /, without the s
  
  Revision  ChangesPath
  1.16  +1 -1  ant/docs/manual/OptionalTasks/jspc.html
  
  Index: jspc.html
  ===
  RCS file: /home/cvs/ant/docs/manual/OptionalTasks/jspc.html,v
  retrieving revision 1.15
  retrieving revision 1.16
  diff -u -r1.15 -r1.16
  --- jspc.html 11 Mar 2003 06:56:35 -  1.15
  +++ jspc.html 11 Mar 2003 17:06:54 -  1.16
  @@ -241,7 +241,7 @@
 package=com.i3sp.jspgt;
 lt;include name=**/*.jsp /gt;
   lt;/jspcgt;
  -lt;depends
  +lt;depend
srcdir=interim
destdir=build
cache=build/dependencies
  
  
  


DO NOT REPLY [Bug 17780] - Instead of updating a jar file, the task overrides it.

2003-03-11 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17780.
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=17780

Instead of updating a jar file, the task overrides it.





--- Additional Comments From [EMAIL PROTECTED]  2003-03-11 17:17 ---
Created an attachment (id=5269)
patch text file plus new java source


DO NOT REPLY [Bug 17834] - When using the jspc task with excludes task fails

2003-03-11 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17834.
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=17834

When using the jspc task with excludes task fails





--- Additional Comments From [EMAIL PROTECTED]  2003-03-11 17:58 ---
The weird part about it is that it only runs out of memory in a certian range 
below or above that range all is well.. and this is only  a problem with 
windows. unix / linux work fine.


RE: ssh exec task...

2003-03-11 Thread Anderson, Rob H - VSCM
Stefan, Attached is the documentation. I wonder if there is anyway to wait
for the thread to finnish? Does this mean that ant will report Build
Successfull before the command has actually completed (Yuk)?

-Rob A

-Original Message-
From: Stefan Bodewig [mailto:[EMAIL PROTECTED]
Sent: Tuesday, March 11, 2003 8:59 AM
To: [EMAIL PROTECTED]
Subject: Re: ssh exec task...


On Tue, 11 Mar 2003, Rob H. Anderson [EMAIL PROTECTED]
wrote:

 There is one problem with the sshexec task that someone should look
 into: I was not able to get the output from the remote command to
 show up in the log.

It works if my machine (the one running Ant) is under heavy load, but
doesn't otherwise. 8-(

The problem seems to be (from some cursory code review on jsch) that
jsch spawns a thread to execute the command - and the task may very
well be finished (and Ant exited) before the thread gets run.

 I will work on some documentation to go with it.

Great.

Stefan

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



enhanced pvcs task for PVCS version 7.5

2003-03-11 Thread cp533
Hi,

I'm a greenhorn to this list, so please pardon my mistakes if any.

I modified the pvcs task to work with PVCS VM version 7.5. Instead of a old
get, I use pcli get in this modified version. It has been tested and
used in my project. I have tested on sun OS. I would be glad to submit the
source, if you'd like. Please let me know what you think.

I also think keeping the support for the old get may also seem important
for the community.


:o) Chandra Periyaswamy





RE: enhanced pvcs task for PVCS version 7.5

2003-03-11 Thread Anderson, Rob H - VSCM
PVCS task works with version 7.5 as is, unless you are pointing to a config
file other than the default. The advatantage to using pcli get rather than
get is that pcli is smart about config files, which has been a problem for
me with the existing PVCS task. I'm a little new to PVCS Version Manager, so
if there are other advantages please let me know. Of course pcli is pretty
slow compared to the old school get. It would be nice if the existing PVCS
task had a configfile parameter. I would like to check out your source
code. Please attach it to an email and send it to the list. Thanks,

-Rob A



-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Tuesday, March 11, 2003 12:14 PM
To: [EMAIL PROTECTED]
Subject: enhanced pvcs task for PVCS version 7.5


Hi,

I'm a greenhorn to this list, so please pardon my mistakes if any.

I modified the pvcs task to work with PVCS VM version 7.5. Instead of a old
get, I use pcli get in this modified version. It has been tested and
used in my project. I have tested on sun OS. I would be glad to submit the
source, if you'd like. Please let me know what you think.

I also think keeping the support for the old get may also seem important
for the community.


:o) Chandra Periyaswamy




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


RE: enhanced pvcs task for PVCS version 7.5

2003-03-11 Thread Steven Newton
I'd be interested in it, although I am a firm believer in maintaining
compatibility with old-style get.  A question for the Ant Powers That
Be:
What's the recommended way to do this sort of migration? Create a new 
task that's similar to the old but includes the enhancements, or add
options to the new task that default to the old behavior?  What about if
the change can not be backwards-compatible -- would that favor the
creation of a new enhanced task?  I'm thinking here of the issues
around http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13847.

s

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, March 11, 2003 12:14 PM
To: [EMAIL PROTECTED]
Subject: enhanced pvcs task for PVCS version 7.5


Hi,

I'm a greenhorn to this list, so please pardon my mistakes if any.

I modified the pvcs task to work with PVCS VM version 7.5. Instead of a
old
get, I use pcli get in this modified version. It has been tested and
used in my project. I have tested on sun OS. I would be glad to submit
the
source, if you'd like. Please let me know what you think.

I also think keeping the support for the old get may also seem
important
for the community.


:o) Chandra Periyaswamy




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



DO NOT REPLY [Bug 17895] New: - Smarter jar task

2003-03-11 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17895.
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=17895

Smarter jar task

   Summary: Smarter jar task
   Product: Ant
   Version: 1.5.2
  Platform: All
OS/Version: All
Status: NEW
  Severity: Enhancement
  Priority: Other
 Component: Core tasks
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


When using the copy task, if the directory being copied to does not exist, it is
created.

The jar task should behave consistently with this - if the directory I am going
to create the jar in does not exist, it should be created, rather than failing
the build as currently happens.


RE: enhanced pvcs task for PVCS version 7.5

2003-03-11 Thread cp533

Anderson
PVCS task works with version 7.5 as is, unless you are pointing to a config
file other than the default.
/Anderson

repository attribute is used to point to config location, do you mean
some other configuration files; and as you know this a required attribute,
so no defaults.

Anderson
The advantage to using pcli get rather than
get is that pcli is smart about config files, which has been a problem
for
me with the existing PVCS task.I'm a little new to PVCS Version Manager, so
if there are other advantages please let me know. Of course pcli is pretty
slow compared to the old school get.
/Anderson

Following are advantages stated by our support team:-

adv
All project teams that have been using the legacy Commands (i.e. get, put)
will need to convert to 'PCLI'. Using the PCLI commands is just like using
the I-NET client or Windows client. These three interfaces update
serialized database files that the PVCS Version Manager software uses.
These serialized database files contain all the information for the
archives.  So if one member is using PVCS I-NET and modifies an item that
modification will appear for another team member that is using the PCLI
commands.  Using the old sget or sput does not update these serialized
files.

1.) Easier/More User Friendly
2.) More Reliable
3.) Provides your team the choice to use Command Line or I-NET Client.
4.)May run a little slower since it is updating the serialized files.
/adv

Anderson
It would be nice if the existing PVCS task had a configfile parameter.
/Anderson

Can you explain a bit more about this? because I don't seem to have any
problem when using with old get, with respect to the config files.

sourcePlease find the attachment. Don't miss the added (two) properties.
/source


..(See attached file: Pvcs.java)
Chandra Periyaswamy




   
  Anderson, Rob  H 
   
  - VSCM  To:   'Ant Developers 
List' [EMAIL PROTECTED]  
  [EMAIL PROTECTED]cc: 

  torscm.com  Subject:  RE: enhanced pvcs task 
for PVCS version 7.5   

   
  03/11/2003 05:00  
   
  PM
   
  Please respond to 
   
  Ant Developers   
   
  List 
   

   

   




PVCS task works with version 7.5 as is, unless you are pointing to a config
file other than the default. The advatantage to using pcli get rather
than
get is that pcli is smart about config files, which has been a problem
for
me with the existing PVCS task. I'm a little new to PVCS Version Manager,
so
if there are other advantages please let me know. Of course pcli is pretty
slow compared to the old school get. It would be nice if the existing
PVCS
task had a configfile parameter. I would like to check out your source
code. Please attach it to an email and send it to the list. Thanks,

-Rob A



-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Tuesday, March 11, 2003 12:14 PM
To: [EMAIL PROTECTED]
Subject: enhanced pvcs task for PVCS version 7.5


Hi,

I'm a greenhorn to this list, so please pardon my mistakes if any.

I modified the pvcs task to work with PVCS VM version 7.5. Instead of a old
get, I use pcli get in this modified version. It has been tested and
used in my project. I have tested on sun OS. I would be glad to submit the
source, if you'd like. Please let me know what you think.

I also think keeping the support for the old get may also seem important
for the community.


:o) Chandra Periyaswamy




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

RE: enhanced pvcs task for PVCS version 7.5

2003-03-11 Thread cp533

Steven 
I'd be interested in it, although I am a firm believer in maintaining
compatibility with old-style get.
/Steven 
I agree. Please take a look at the source, I attached to the other reply,
but that is in no way complete. I just wanted it to work for our PVCS vm
version. As you have mentioned, it could be modified to be in compatible
with older versions.

Chandra Periyaswamy




   
  Steven Newton   
   
  [EMAIL PROTECTED]To:   Ant Developers List 
[EMAIL PROTECTED]
  .comcc:  
   
   Subject:  RE: enhanced pvcs task 
for PVCS version 7.5   
  03/11/2003 05:08  
   
  PM
   
  Please respond to 
   
  Ant Developers   
   
  List 
   

   

   




I'd be interested in it, although I am a firm believer in maintaining
compatibility with old-style get.  A question for the Ant Powers That
Be:
What's the recommended way to do this sort of migration? Create a new
task that's similar to the old but includes the enhancements, or add
options to the new task that default to the old behavior?  What about if
the change can not be backwards-compatible -- would that favor the
creation of a new enhanced task?  I'm thinking here of the issues
around http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13847.

s

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Tuesday, March 11, 2003 12:14 PM
To: [EMAIL PROTECTED]
Subject: enhanced pvcs task for PVCS version 7.5


Hi,

I'm a greenhorn to this list, so please pardon my mistakes if any.

I modified the pvcs task to work with PVCS VM version 7.5. Instead of a
old
get, I use pcli get in this modified version. It has been tested and
used in my project. I have tested on sun OS. I would be glad to submit
the
source, if you'd like. Please let me know what you think.

I also think keeping the support for the old get may also seem
important
for the community.


:o) Chandra Periyaswamy




-
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]