DO NOT REPLY [Bug 17142] - Enhance nested capability to use an external file definiing custom tags

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

Enhance  nested  capability to use an external file definiing 
custom tags





--- Additional Comments From [EMAIL PROTECTED]  2003-03-05 02:29 ---
Created an attachment (id=5154)
This implements the described RFE and updates the docs

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

[ehatcher]

ehatcher2003/03/04 19:03:11

  Modified:.WHATSNEW
   docs/manual/CoreTasks javadoc.html
   src/main/org/apache/tools/ant/taskdefs Javadoc.java
  Log:
  #17142 - enhance Javadoc tag element to allow a fileset
  
  Revision  ChangesPath
  1.359 +3 -0  ant/WHATSNEW
  
  Index: WHATSNEW
  ===
  RCS file: /home/cvs/ant/WHATSNEW,v
  retrieving revision 1.358
  retrieving revision 1.359
  diff -u -r1.358 -r1.359
  --- WHATSNEW  24 Feb 2003 08:25:18 -  1.358
  +++ WHATSNEW  5 Mar 2003 03:03:11 -   1.359
  @@ -234,6 +234,9 @@
 possible to save the output into a property for use within the build
 file as was possible with  in Ant 1.5
   
  +* The  task  subelement has been enhanced to allow files
  +  with tag mappings to be used.
  +
   Changes from Ant 1.5.1Beta1 to 1.5.1
   
   
  
  
  
  1.23  +46 -29ant/docs/manual/CoreTasks/javadoc.html
  
  Index: javadoc.html
  ===
  RCS file: /home/cvs/ant/docs/manual/CoreTasks/javadoc.html,v
  retrieving revision 1.22
  retrieving revision 1.23
  diff -u -r1.22 -r1.23
  --- javadoc.html  8 Nov 2002 16:10:12 -   1.22
  +++ javadoc.html  5 Mar 2003 03:03:11 -   1.23
  @@ -22,16 +22,16 @@
   1.2 and 1.4), with the obvious restriction that the 1.2 attributes
   will be ignored if run in a 1.1 VM.
   NOTE: since javadoc calls System.exit(), javadoc cannot be run inside the
  -same VM as ant without breaking functionality. For this reason, this task 
  +same VM as ant without breaking functionality. For this reason, this task
   always forks the VM. This overhead is not significant since javadoc is 
normally a heavy
   application and will be called infrequently.
  -NOTE: the packagelist attribute allows you to specify the list of 
packages to 
  -document outside of the Ant file. It's a much better practice to include 
everything 
  -inside the build.xml file. This option was added in order to make it easier 
to 
  -migrate from regular makefiles, where you would use this option of javadoc. 
  -The packages listed in packagelist are not checked, so the task performs 
even 
  -if some packages are missing or broken. Use this option if you wish to 
convert from 
  -an existing makefile. Once things are running you should then switch to the 
regular 
  +NOTE: the packagelist attribute allows you to specify the list of 
packages to
  +document outside of the Ant file. It's a much better practice to include 
everything
  +inside the build.xml file. This option was added in order to make it easier 
to
  +migrate from regular makefiles, where you would use this option of javadoc.
  +The packages listed in packagelist are not checked, so the task performs even
  +if some packages are missing or broken. Use this option if you wish to 
convert from
  +an existing makefile. Once things are running you should then switch to the 
regular
   notation. 
   
   DEPRECATION: the javadoc2 task simply points to the javadoc 
task and it's
  @@ -462,7 +462,7 @@
   Yes
 
   
  -  
  +
   excludepackage
   Same as one entry in the list given by 
excludepackagenames.
   
  @@ -523,7 +523,7 @@
 
 
   offline
  -True if this link is not available online at the time 
of 
  +True if this link is not available online at the time of
generating the documentation
   No
 
  @@ -534,8 +534,8 @@
   Only if the offline attribute is 
true
 
   
  -  
  -group 
  +
  +group
   Separates packages on the overview page into whatever groups you
   specify, one group per table. This performs the same role as the group
   attribute. You can use either syntax (or both at once), but with the
  @@ -566,15 +566,15 @@
    elements as for the main task.
   
   doclet
  -The doclet nested element is used to specify the doclet that javadoc will 
  +The doclet nested element is used to specify the doclet that javadoc will
   use to process the input source files. A number of the standard javadoc 
arguments
   are actually arguments of the standard doclet. If these are specified in the 
javadoc
  -task's attributes, they will be passed to the doclet specified in the 
  - nested element. Such attributes should only be 
specified, 
  +task's attributes, they will be passed to the doclet specified in the
  + nested element. Such attributes should only be 
specified,
   therefore, if they can be interpreted by the doclet in use.
   
   If the doclet requires additional parameters, these can be specified with
  - elements within the  
  + elements within the 
   element. These paramaters are restricted to simple strings. An example usage
   of the doclet element is shown below:
   
  @@ -587,7 +587,7 @@
 
   
   
  -tag 
  +tag
   
 

DO NOT REPLY [Bug 17142] - Enhance nested capability to use an external file definiing custom tags

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

Enhance  nested  capability to use an external file definiing 
custom tags

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

Can't build from source

[Steve Cohen]

I'm trying to build from the latest cvs sources and I get this the following.  
Can someone explain what is going on?  I thought that perhaps an
older version of ant was being found in the build process and I made sure that 
it wasn't, but that did not help matters.

[scohen ~/ant]$ ./build.sh -Ddist.dir=dist dist
... Bootstrapping Ant Distribution
... Compiling Ant Classes
Note: Some input files use or override a deprecated API.
Note: Recompile with -deprecation for details.
... Copying Required Files
... Building Ant Distribution
Buildfile: build.xml

bootstrap:

prepare:

check_for_optional_packages:

build:
Created dir: /home/scohen/ant/build/lib

BUILD FAILED
file:///home/scohen/ant/build.xml:584: The  data type doesn't support 
the "unless" attribute.

Total time: 4 seconds
... Failed Building Ant Distribution !
Bootstrap FAILED

DO NOT REPLY [Bug 17659] New: - interactive ant

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

interactive ant

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


Hi,

I like ant and use it in all projects. I use it often and find one its aspect as
annoying - it takes too much time to start. I know, one big problem is JVM,
second is parsing of XML file. But there is one solution, which would help a
lot: provide interactive interface.

My use case:

I develop web application and modify some files. Then I run ant target to deploy
them. Then I load a page in browser. I find some misspelling so I modify source
code, deploy via ant and then reload page. Last sentence takes 10 second in
total, 7 seconds of it is taken by ant, which simply copies the file from one
directory to another.

I would love to be able to run ant in interactive mode.

ant -interactive
>deploy
Copying 1 file to /home/literakl/abc/deploy/WEB-INF/templates
SUCCESS
>deploy
Copying 2 file to /home/literakl/abc/deploy/WEB-INF/templates
SUCCESS
>deploy
SUCCESS

This would save me lot of time. What do you think? It would be great for cases,
when you run some target periodically or very often ...

Sincerelly

Leo

DO NOT REPLY [Bug 17660] New: - additional example for

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

additional example for 

   Summary: additional example for 
   Product: Ant
   Version: 1.6Alpha (nightly)
  Platform: Other
   URL: http://cvs.apache.org/viewcvs.cgi/*checkout*/ant/docs/ma
nual/OptionalTasks/replaceregexp.html?rev=1.13
OS/Version: Other
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Documentation
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


On the user-list (http://marc.theaimsgroup.com/?l=ant-
user&m=104680092326232&w=2) there was a discussion how to get rid off multiple 
whitespaces. As far as I know this wasn´t for the first time. So an additional 
example could help:





replaces all whitespaces (blanks, tabs, etc) by one blank remaining the
line separator. So with input


<>
T E S T   
  <>
<> 

would converted to

 
 
 T E S T 
 

DO NOT REPLY [Bug 6266] - Ant Zip task additional parameter request

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

Ant Zip task additional parameter request





--- Additional Comments From [EMAIL PROTECTED]  2003-03-05 08:52 ---
Created an attachment (id=5158)
Subclass resolving the problem.

[Proposal] Krysalis Centipede, Ruper, Version to Ant

[Nicola Ken Barozzi]

Dear Ant friends,
  I'm writing you because I have a proposal to make on behalf of the 
Kryalis PMC http://www.krysalis.org/.

(please keep [EMAIL PROTECTED] on the CC)
We would like to donate code and community efforts that are now in 
Krysalis Centipede, Ruper, Version to Ant.

- Ruper is a resource updater (like jar downloader)
- Version is a versioning library
- Centipede is high level build system built on Ant and Gump,
  that uses Ruper and Forrest
For those that don't know Centipede, it's an Ant distro, turbocharged by 
tasks that read the Gump descriptor and resolve projects from it, and 
that download antlibs that use the descriptor data for easy user builds.
The import and xmlproperty stuff now in Ant 1.6, for example, come from 
Centipede.

We have a project descriptor and dependency resolving based on the Gump 
descriptor, a resource download system from repositories, and we are 
working well on a versioning library. Lately we have also gained a 
developer that is actively working on adding CC integration to Centipede.

As it has come out from preliminary contacts with the Ant PMC, probably 
the best thing for now is just to get the Ant devs to know us better, 
and better understand where to position these efforts in the Ant project.

Maybe then it's better to start of in the sandbox... let's see:
We now have five repositories involved:
 - krysalis-centipede (the distro)   \
 - krysalis-cents (the antlibs)   > Centipede
 - krysalis-ant-tasks (the tasks)/
 - krysalis-ruper (the downloader)
 - krysalis-version   (versioning code)
We have some committers that we'd propose to have access to the Ant
sandbox (btw, is there a CVS module for it? In this case it would not be
a bad thing).
So we should move the contents of these repositories as subdirectories
in ant-sandbox, give access to our active developers to the sandbox, and
continue development of Centipede+others on the ant-dev list?
Let's start by saying that moving krysalis-ruper and krysalis-version to
the sandbox is ok.
For centipede and ant-tasks... we have test release cycles going on,
would that be a problem? We also need some web space...
As for krysalis-cents it's quite big, especially WRT the directories
(Oh, we'll have to leave out the GPL cents, but that's not a problem)
Hmmm...
Thoughts?
--
Nicola Ken Barozzi   [EMAIL PROTECTED]
- verba volant, scripta manent -
   (discussions get forgotten, just code remains)
-

RE: Can't build from source

[Steve Cohen]

Never mind.  Stupid error.  Never put ant.jar into lib/optional!


-Original Message-
From:   Steve Cohen
Sent:   Tue 3/4/2003 10:08 PM
To: [EMAIL PROTECTED]
Cc: 
Subject:Can't build from source

I'm trying to build from the latest cvs sources and I get this the following.  
Can someone explain what is going on?  I thought that perhaps an
older version of ant was being found in the build process and I made sure that 
it wasn't, but that did not help matters.

[scohen ~/ant]$ ./build.sh -Ddist.dir=dist dist
... Bootstrapping Ant Distribution
... Compiling Ant Classes
Note: Some input files use or override a deprecated API.
Note: Recompile with -deprecation for details.
... Copying Required Files
... Building Ant Distribution
Buildfile: build.xml

bootstrap:

prepare:

check_for_optional_packages:

build:
Created dir: /home/scohen/ant/build/lib

BUILD FAILED
file:///home/scohen/ant/build.xml:584: The  data type doesn't support 
the "unless" attribute.

Total time: 4 seconds
... Failed Building Ant Distribution !
Bootstrap FAILED


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

DO NOT REPLY [Bug 17674] New: - Ant junit tasks do not work with Junit 3.8 and 3.81

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

Ant junit tasks do not work with Junit 3.8 and 3.81

   Summary: Ant junit tasks do not work with Junit 3.8 and 3.81
   Product: Ant
   Version: 1.5.2
  Platform: Other
OS/Version: Other
Status: NEW
  Severity: Blocker
  Priority: Other
 Component: Optional Tasks
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Use of the Deprecated .name() instead of the valid .getName() method of 
TestCase in PlainJUnitResultFormatter

 java.lang.NoSuchMethodError: junit.framework.TestCase.name()Ljava/la

 at 
org.apache.tools.ant.taskdefs.optional.junit.PlainJUnitResultFormatter.startTest
(PlainJUnitResultFormatter.java:188)
 at junit.framework.TestResult.startTest(TestResult.java:151)
 at junit.framework.TestResult.run(TestResult.java:103)
 at junit.framework.TestCase.run(TestCase.java:118)
 at junit.framework.TestSuite.runTest(TestSuite.java:208)
 at junit.framework.TestSuite.run(TestSuite.java:203)

DO NOT REPLY [Bug 17675] New: - metainf files ignored by jar 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=17675

metainf files ignored by jar task

   Summary: metainf files ignored by jar task
   Product: Ant
   Version: 1.5.2
  Platform: PC
OS/Version: Windows NT/2K
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Core tasks
AssignedTo: [EMAIL PROTECTED]
ReportedBy: Karl.O'[EMAIL PROTECTED]


Hi,

I installed 1.5.2 today, but have found that when making jars and ears,
the tasks are ignoring the files mentioned in the  nested element are
ignored and don't make it into my jar/ear.  I switched back to 1.5.1 and it 
works fine.

Regards,
Karl O'Brien.


Task segment :



   
  
  
  

   
  
  
  
  

DO NOT REPLY [Bug 17674] - Ant junit tasks do not work with Junit 3.8 and 3.81

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

Ant junit tasks do not work with Junit 3.8 and 3.81





--- Additional Comments From [EMAIL PROTECTED]  2003-03-05 16:14 ---
Confirmed:
Apache Ant version 1.5.2 compiled on February 28 2003
Buildfile: build.xml
Detected Java version: 1.3 in: C:\jdk1.3.1_06\jre
Detected OS: Windows XP

Ick!

DO NOT REPLY [Bug 17646] - Starteam Checkout Not Handling Deleted Labels

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

Starteam Checkout Not Handling Deleted Labels





--- Additional Comments From [EMAIL PROTECTED]  2003-03-05 16:51 ---
Created an attachment (id=5165)
proposed patch TreeBasedTask.java -  skips deleted labels

DO NOT REPLY [Bug 17646] - Starteam Checkout Not Handling Deleted Labels

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

Starteam Checkout Not Handling Deleted Labels





--- Additional Comments From [EMAIL PROTECTED]  2003-03-05 17:00 ---
This change is basically equivalent to the one I was going to make.  I haven't
had a chance to test it yet.  Have you?  If you (brian.brooks) indicate that it
solves the problem you were having then I would recommend that it be committed.
 I can see no way in which the change would have undesirable effects. 
Unfortunately, I am not a committer myself, so I can't say when it will get into
the respository.  You should "vote for this bug" as will I when I hear your
results.  That may help to speed it along  -- Steve Cohen

DO NOT REPLY [Bug 17646] - Starteam Checkout Not Handling Deleted Labels

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

Starteam Checkout Not Handling Deleted Labels





--- Additional Comments From [EMAIL PROTECTED]  2003-03-05 17:07 ---
schohen, I did test the change against our configuration and it worked like a 
charm.  In our config there existed two labels with the same name.  Before the 
change I was getting a deleted label, after the change I got the non-deleted 
label.

DO NOT REPLY [Bug 17683] New: - javac task fails if path for java file contains space and if using external compiler

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

javac task fails if path for java file contains space and if using external 
compiler

   Summary: javac task fails if path for java file contains space
and if using external compiler
   Product: Ant
   Version: 1.5
  Platform: Other
OS/Version: Windows NT/2K
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Core tasks
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


If you try to compile java files which are in a directory containing a space 
(for example in program files), you cannot fork the javac task. 
I've worked around the problem by updating the following ant src file:

main/org/apache/tools/ant/taskdefs/compilers/DefaultCompilerAdapter.java

Changed the method executeExternalCompile(String[] args, int firstFileName)  to 
put quotes around the java file names.


So the following :

   for (int i = firstFileName; i < args.length; i++) {
  out.println(args[i]);
   }

becomes 

for (int i = firstFileName; i < args.length; i++) {
  if ( i==0)
  {
 out.println(args[i]);
  }
  else 
  {
args[i] = args[i].replace('\\', '/');
out.println( "\"" + args[i] + "\"");
  }
   }

DO NOT REPLY [Bug 17684] New: - Ant version 1.5.1 jar with update option behaves diff from 1.4.1

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17684

Ant version 1.5.1 jar with update option behaves diff from 1.4.1

   Summary: Ant version 1.5.1 jar with update option behaves diff
from 1.4.1
   Product: Ant
   Version: 1.5.1
  Platform: PC
OS/Version: Windows NT/2K
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Core tasks
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


I had a task that looks like this. 




I call this task as


 


It works fine with 1.4.1
When I try the same job with 1.5.1 it doesnot do an update. It says omitting 
becacuse the target jar is updated. Is this a bug or the behaviour of jar with 
upadte option has changed between 1.4.1 and 1.5.1

DO NOT REPLY [Bug 17646] - Starteam Checkout Not Handling Deleted Labels

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

Starteam Checkout Not Handling Deleted Labels





--- Additional Comments From [EMAIL PROTECTED]  2003-03-05 17:30 ---
Based on Brian's tests, this change has my blessing - Steve Cohen

DO NOT REPLY [Bug 17648] - not working for zip 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=17648

 not working for zip task





--- Additional Comments From [EMAIL PROTECTED]  2003-03-05 17:31 ---
can you enter some details concerning your problem. zipfileset has been tested 
with ant 1.5.2

DO NOT REPLY [Bug 17646] - Starteam Checkout Not Handling Deleted Labels

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

Starteam Checkout Not Handling Deleted Labels

[EMAIL PROTECTED] changed:

   What|Removed |Added

   Severity|Normal  |Major
 OS/Version|Windows NT/2K   |All
   Priority|Other   |Medium
   Target Milestone|--- |1.6

DO NOT REPLY [Bug 17646] - Starteam Checkout Not Handling Deleted Labels

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

Starteam Checkout Not Handling Deleted Labels

[EMAIL PROTECTED] changed:

   What|Removed |Added

   Platform|PC  |All

DO NOT REPLY [Bug 17648] - not working for zip 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=17648

 not working for zip task





--- Additional Comments From [EMAIL PROTECTED]  2003-03-05 18:58 ---
For the same build.xml, under Ant 1.5.2, it add the file to the zip the file 
size increase. However you cannot view using Winzip. Using pkzip25, you saw it 
under zip file but you cannot extract it. Under Ant 1.5.1, it work as expected.

DO NOT REPLY [Bug 14333] - FTP depends/newer option does not work

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

FTP depends/newer option does not work





--- Additional Comments From [EMAIL PROTECTED]  2003-03-05 19:44 ---
I have the same problem as Scott.

DO NOT REPLY [Bug 17392] - jspc fails to correctly build java from jsps that contain non english characters

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17392

jspc fails to correctly build java from jsps that contain non english characters





--- Additional Comments From [EMAIL PROTECTED]  2003-03-05 19:49 ---
Created an attachment (id=5166)
JSP that includes spanish characters.

DO NOT REPLY [Bug 17392] - jspc fails to correctly build java from jsps that contain non english characters

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17392

jspc fails to correctly build java from jsps that contain non english characters





--- Additional Comments From [EMAIL PROTECTED]  2003-03-05 19:51 ---
I included an attachment with a jsp that contains non english characters. Try 
the ant optional task jspc with it, to see that when accessed the characters 
appear wrong. Try again letting Tomcat to compile it, and see that this time 
the characters appear as they should.

DO NOT REPLY [Bug 17392] - jspc fails to correctly build java from jsps that contain non english characters

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17392

jspc fails to correctly build java from jsps that contain non english characters





--- Additional Comments From [EMAIL PROTECTED]  2003-03-05 19:56 ---
I repeat: what happens when you try and use the jasper jars from tomcat to
compile the jsp from the command line?

DO NOT REPLY [Bug 17392] - jspc fails to correctly build java from jsps that contain non english characters

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17392

jspc fails to correctly build java from jsps that contain non english characters





--- Additional Comments From [EMAIL PROTECTED]  2003-03-05 20:04 ---
I've tried to compile the JSP with jasper, but I think I'm doing something 
wrong, because I get a NullPointerException; the truth is that I've never used 
jasper and I don't know how to make it work. Can you guide me here?

DO NOT REPLY [Bug 17675] - metainf files ignored by jar 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=17675

metainf files ignored by jar task





--- Additional Comments From [EMAIL PROTECTED]  2003-03-05 21:16 ---
I have tried to reproduce your problem, and I found the following :


- the metainf files are in the ${build.deploy.dir}/entitybeans.jar


- but you do not see them with winzip, you only see them with "jar tvf 
entitybeans.jar"


Could you retry and confirm that this is the case ?


There is another similar bug which someone has entered recently.


http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17648


can you confirm that it is the same basic problem, so that this bug be marked 
as 
a duplicate of 17648

DO NOT REPLY [Bug 17648] - not working for zip 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=17648

 not working for zip task





--- Additional Comments From [EMAIL PROTECTED]  2003-03-05 21:17 ---
this looks like the same problem as bug# 17675

DO NOT REPLY [Bug 17675] - metainf files ignored by jar 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=17675

metainf files ignored by jar task





--- Additional Comments From [EMAIL PROTECTED]  2003-03-05 21:41 ---
the line 540 of Zip.java should be fixed :


-fileMode = zfs.getDirMode();


+fileMode = zfs.getFileMode();

DO NOT REPLY [Bug 17648] - not working for zip 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=17648

 not working for zip task





--- Additional Comments From [EMAIL PROTECTED]  2003-03-05 21:41 ---
the line 540 of Zip.java should be fixed :


-fileMode = zfs.getDirMode();


+fileMode = zfs.getFileMode();

DO NOT REPLY [Bug 17695] New: - EOL Makes Starteam Checkout Say Status Modified

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

EOL Makes Starteam Checkout  Say Status Modified

   Summary: EOL Makes Starteam Checkout  Say Status Modified
   Product: Ant
   Version: 1.5.2
  Platform: PC
OS/Version: Windows NT/2K
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Optional Tasks
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


I'm encountering a situation where the ant tasks keep thinking a file is 
modified when it isn't (it was just checked out with the starteam task).  After 
a some analysis it seems that the "modified" state is because the starteam task 
is grabbing a CR/LF version that differes in bytes from the the purely LF 
version of the file.

** Configuration
PC Running ANT - 4.2.699 (Service Pack 2), Windows 2000
Starteam Server - 4.2 (Service Pack 2), Windows 2000

** Ant Session
The file the starteam tasks unexpectantly reports as modified is C1RDO.java.  

O:\c1\ant-scripts\src2>ant checkout_baseline
Buildfile: build.xml

init:

checkout-init:

checkout_baseline:
   [delete] Deleting directory O:\c1\ant-scripts\src2\s1\com\brokatfs\charterone
[stcheckout] Ignoring createworkingdirs while using a revision label.  Folders 
will be created only as needed.
[stcheckout] Recursive Checkout from: ps\charterone\com\brokatfs\charterone\
[stcheckout]   Checking out to: O:\c1\ant-scripts\src2\.\s1
\com\brokatfs\charterone
[stcheckout]   Using revision label R20030126-pcr7
[stcheckout]   Items will be checked out with no change in lock status.
[stcheckout]   Items will be checked out with repository timestamps.
[stcheckout]   Items will be checked out in accordance with repository status.
[stcheckout]   Local items not found in the repository will be deleted.
[stcheckout]   Directories will be created only where needed to check out files.
[stcheckout] Creating folder: .\s1\com\brokatfs\charterone
[stcheckout] Checked out 
ps\charterone\com\brokatfs\charterone\AccountSummary.java --> .\s1
\com\brokatfs\charterone\AccountSummary
.java
[stcheckout] Checked out 
ps\charterone\com\brokatfs\charterone\AlsResponse.java --> .\s1
\com\brokatfs\charterone\AlsResponse.java
[stcheckout] Checked out 
ps\charterone\com\brokatfs\charterone\C1AccountUtils.java --> .\s1
\com\brokatfs\charterone\C1AccountUtils
.java
[stcheckout] Checked out ps\charterone\com\brokatfs\charterone\C1HistLoad.java -
-> .\s1\com\brokatfs\charterone\C1HistLoad.java
[stcheckout] Checked out ps\charterone\com\brokatfs\charterone\C1RDO.java --
> .\s1\com\brokatfs\charterone\C1RDO.java
[stcheckout] Checked out 
ps\charterone\com\brokatfs\charterone\HostMessage.java --> .\s1
\com\brokatfs\charterone\HostMessage.java
[stcheckout] Checked out 
ps\charterone\com\brokatfs\charterone\HostResponse.java --> .\s1
\com\brokatfs\charterone\HostResponse.jav
a
[stcheckout] Checked out ps\charterone\com\brokatfs\charterone\Total.java --
> .\s1\com\brokatfs\charterone\Total.java
[stcheckout] Checked out 
ps\charterone\com\brokatfs\charterone\C1Accounts.properties --> .\s1
\com\brokatfs\charterone\C1Accounts.p
roperties
[stcheckout] Checked out ps\charterone\com\brokatfs\charterone\C1Util.java --
> .\s1\com\brokatfs\charterone\C1Util.java
[stcheckout] Checked out 
ps\charterone\com\brokatfs\charterone\HostRequester.java --> .\s1
\com\brokatfs\charterone\HostRequester.j
ava
[stcheckout] Checked out 
ps\charterone\com\brokatfs\charterone\HostTransaction.java --> .\s1
\com\brokatfs\charterone\HostTransacti
on.java

BUILD SUCCESSFUL
Total time: 18 seconds
O:\c1\ant-scripts\src2>ant checkout_overlay_label
Buildfile: build.xml

init:

checkout-init:

checkout_overlay_label:
[stcheckout] Recursive Checkout from: ps\charterone\com\brokatfs\charterone\
[stcheckout]   Checking out to: O:\c1\ant-scripts\src2\.\s1
\com\brokatfs\charterone
[stcheckout]   Using view label TR003
[stcheckout]   Items will be checked out with no change in lock status.
[stcheckout]   Items will be checked out with repository timestamps.
[stcheckout]   Items will be checked out regardless of repository status.
[stcheckout]   Directories will be created wherever they exist in the 
repository, even if empty.
[stcheckout] Checking out: 
ps\charterone\com\brokatfs\charterone\C1OfxDataHandlerSTPCHKRQ.java --> O:\c1
\ant-scripts\src2\s1\com\b
rokatfs\charterone\C1OfxDataHandlerSTPCHKRQ.java
[stcheckout] Forced checkout of 
ps\charterone\com\brokatfs\charterone\C1RDO.java --> O:\c1\ant-scripts\src2\s1
\com\brokatfs\charte
rone\C1RDO.java over status Modified
[stcheckout] Checking out: 
ps\charterone\com\brokatfs\charterone\UserStatusAssembler.java --> O:\c1\ant-
scripts\src2\s1\com\brokat
fs\charterone\User

DO NOT REPLY [Bug 17648] - not working for zip 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=17648

 not working for zip task





--- Additional Comments From [EMAIL PROTECTED]  2003-03-05 23:55 ---
Hope this fix going to next release 1.5.3.