DO NOT REPLY [Bug 18007] - stcheckin behavior of rootlocalfolder broken
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=18007. 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=18007 stcheckin behavior of rootlocalfolder broken --- Additional Comments From [EMAIL PROTECTED] 2003-06-09 23:22 --- I've finally gotten back to trying this again. I'm now using java version 1.4.1_02 Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.1_02-b06) Java HotSpot(TM) Client VM (build 1.4.1_02-b06, mixed mode) (I seem to recal there was some doubt whether 1.4.1_02 vs 1.4.1_01 made a difference) I still get the problem with ant 1.5.2, or 1.5.3 ant -version yields Apache Ant version 1.5.3 compiled on April 16 2003 Note that I've tried it with and without having the alternate folder selected-- it makes no difference. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 20626] - %ANT_HOME/bin/lcp.bat: incorrect logic
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=20626. 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=20626 %ANT_HOME/bin/lcp.bat: incorrect logic [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE Summary|%ANT_HOME/bin/lcp.bat: |%ANT_HOME/bin/lcp.bat: |incorrect logic |incorrect logic --- Additional Comments From [EMAIL PROTECTED] 2003-06-10 00:22 --- It's not a bug - check the duplicate bug report for an explanation. *** This bug has been marked as a duplicate of 13905 *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 13905] - lcp.bat does not handle muliple jars correctly
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=13905. 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=13905 lcp.bat does not handle muliple jars correctly [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2003-06-10 00:23 --- *** Bug 20626 has been marked as a duplicate of this bug. *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: ant/src/main/org/apache/tools/ant/taskdefs/compilers Jikes.java
conor 2003/06/09 20:00:46 Modified:src/main/org/apache/tools/ant/taskdefs/compilers Jikes.java Log: Add support for -target to Jikes compiler adapter PR: 20580 Revision ChangesPath 1.20 +6 -0 ant/src/main/org/apache/tools/ant/taskdefs/compilers/Jikes.java Index: Jikes.java === RCS file: /home/cvs/ant/src/main/org/apache/tools/ant/taskdefs/compilers/Jikes.java,v retrieving revision 1.19 retrieving revision 1.20 diff -u -w -u -r1.19 -r1.20 --- Jikes.java15 May 2003 12:44:01 - 1.19 +++ Jikes.java10 Jun 2003 03:00:45 - 1.20 @@ -155,6 +155,12 @@ if (depend) { cmd.createArgument().setValue(-depend); } + +if (target != null) { +cmd.createArgument().setValue(-target); +cmd.createArgument().setValue(target); +} + /** * XXX * Perhaps we shouldn't use properties for these - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 20580] - javac target not working if build.compiler property set to jikes
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=20580. 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=20580 javac target not working if build.compiler property set to jikes [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |1.6 --- Additional Comments From [EMAIL PROTECTED] 2003-06-10 03:03 --- Fixed in CVS. Please try the next nightly build and let me know if there are any issues. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 10350] - No javadocs online
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=10350. 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=10350 No javadocs online [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 16431] - Mutable properties
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=16431. 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=16431 Mutable properties [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2003-06-10 03:07 --- OK, you have some workarounds if you want variables. Be forewarned, however, that var makes it much more idfficult to control your build externally. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: iFtp external tool addition request
On Sat, 7 Jun 2003 02:08 am, Deborah Clay wrote: Hi, Would appreciate it if you would take a look at iFtp-Ant and consider adding it to The External tools and tasks list. Deborah, I've had a quick look. One issue is that you cannot declare a source file Copyright Apache Software Foundation - only Apache can do that and the code must reside in Apache's CVS repository. I guess this is just a cut paste thing. Presumably, the copyright is really with IPOV. I would suggest you update your source files accordingly. You'll need to update contact addresses, project names etc. You might also want to create a separate licence file to make this clear to people downloading your stuff. I know there are many projects that do this when providing stuff under the Apache licence but it's probably worth getting it right. Conor - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 20635] New: - Could the copy task use path-like structures ?
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=20635. 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=20635 Could the copy task use path-like structures ? Summary: Could the copy task use path-like structures ? Product: Ant Version: 1.5.3 Platform: All OS/Version: All Status: NEW Severity: Enhancement Priority: Other Component: Core tasks AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Hi, In my Ant file I define a few paths with ids that I reuse in all my tasks (compile, unit tests, javadoc, etc.). In the dist target, which build a distribution zip, I'd like to copy all jars referenced in the paths I defined in a lib directory (the jars are initially stored in a 3rdparty directory holding the full distribution directory of each 3rd party project I use). The problem is that the copy task can handle filesets and dirsets, but won't handle path-like structures, so I have to duplicate all my path entries with fileset entries. Another solution would have been to be able to define global filesets with ids, and reuse it in javac as well as in copy, but it seems that filesets cannot be defined on the project level, unlike path-like structures. I once defined patternsets with an id in a init target, but patternset have the disadvantage of not being standalone, i.e. they must be included later on in a fileset that gives them a root directory... So could it be possible to add support for path-like structures as a source specification in the copy task ? And I don't know if this is planned for version 2.0, but would it be possible to reduce the number of kinds of file/path/directory specification types ? The Concept and Types document presents 7 different ways of handling files and paths... And core or optional tasks don't always use the same types, so it's very difficult to globally define one set of files and reuse it in many tasks. Best Regards, Nicolas Lehuen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: ant/src/main/org/apache/tools/ant/taskdefs LogOutputStream.java Redirector.java
conor 2003/06/10 06:29:56 Modified:src/main/org/apache/tools/ant DemuxInputStream.java Main.java Project.java src/main/org/apache/tools/ant/taskdefs LogOutputStream.java Redirector.java Log: Various I/O fixes to support input from java tasks. Addition of a -noinput flag to indicate input is not allowed to prevent locking up non-interactive builds. PR: 18133 Revision ChangesPath 1.3 +3 -1 ant/src/main/org/apache/tools/ant/DemuxInputStream.java Index: DemuxInputStream.java === RCS file: /home/cvs/ant/src/main/org/apache/tools/ant/DemuxInputStream.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -w -u -r1.2 -r1.3 --- DemuxInputStream.java 10 Feb 2003 14:13:30 - 1.2 +++ DemuxInputStream.java 10 Jun 2003 13:29:55 - 1.3 @@ -86,7 +86,9 @@ */ public int read() throws IOException { byte[] buffer = new byte[1]; -project.demuxInput(buffer, 0, 1); +if (project.demuxInput(buffer, 0, 1) == -1) { +return -1; +} return buffer[0]; } 1.83 +9 -1 ant/src/main/org/apache/tools/ant/Main.java Index: Main.java === RCS file: /home/cvs/ant/src/main/org/apache/tools/ant/Main.java,v retrieving revision 1.82 retrieving revision 1.83 diff -u -w -u -r1.82 -r1.83 --- Main.java 15 Apr 2003 17:23:15 - 1.82 +++ Main.java 10 Jun 2003 13:29:55 - 1.83 @@ -108,6 +108,9 @@ /** File names of property files to load on startup. */ private Vector propertyFiles = new Vector(5); +/** Indicates whether this build is to support interactive input */ +private boolean allowInput = true; + /** * The Ant logger class. There may be only one logger. It will have * the right to use the 'out' PrintStream. The class must implements the @@ -280,6 +283,8 @@ } else if (arg.equals(-debug)) { printVersion(); msgOutputLevel = Project.MSG_DEBUG; +} else if (arg.equals(-noinput)) { +allowInput = false; } else if (arg.equals(-logfile) || arg.equals(-l)) { try { File logFile = new File(args[i + 1]); @@ -571,7 +576,9 @@ //System.setSecurityManager(new NoExitSecurityManager()); } try { +if (allowInput) { project.setDefaultInputStream(System.in); +} System.setIn(new DemuxInputStream(project)); System.setOut(new PrintStream(new DemuxOutputStream(project, false))); System.setErr(new PrintStream(new DemuxOutputStream(project, true))); @@ -751,6 +758,7 @@ msg.append(-l file'' + lSep); msg.append( -logger classnamethe class which is to perform logging + lSep); msg.append( -listener classname add an instance of class as a project listener + lSep); +msg.append( -noinput do not allow interactive input + lSep); msg.append( -buildfile file use given buildfile + lSep); msg.append(-filefile '' + lSep); msg.append(-f file '' + lSep); 1.140 +2 -1 ant/src/main/org/apache/tools/ant/Project.java Index: Project.java === RCS file: /home/cvs/ant/src/main/org/apache/tools/ant/Project.java,v retrieving revision 1.139 retrieving revision 1.140 diff -u -w -u -r1.139 -r1.140 --- Project.java 9 Jun 2003 13:38:06 - 1.139 +++ Project.java 10 Jun 2003 13:29:55 - 1.140 @@ -1087,6 +1087,7 @@ public int defaultInput(byte[] buffer, int offset, int length) throws IOException { if (defaultInputStream != null) { +System.out.flush(); return defaultInputStream.read(buffer, offset, length); } else { throw new EOFException(No input provided for project); 1.10 +7 -0 ant/src/main/org/apache/tools/ant/taskdefs/LogOutputStream.java Index: LogOutputStream.java === RCS file: /home/cvs/ant/src/main/org/apache/tools/ant/taskdefs/LogOutputStream.java,v retrieving revision 1.9 retrieving revision 1.10 diff -u -w -u -r1.9 -r1.10 --- LogOutputStream.java 10 Feb 2003 14:13:35 - 1.9 +++ LogOutputStream.java 10 Jun 2003 13:29:56 - 1.10 @@ -109,6 +109,13 @@ skip = (c == '\r'); }
DO NOT REPLY [Bug 18133] - System.out
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=18133. 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=18133 System.out [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |1.6 --- Additional Comments From [EMAIL PROTECTED] 2003-06-10 13:32 --- This will now work in Ant 1.6 - try the next nightly build. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 20495] - an issue in jar.../ or ear.. / task
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=20495. 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=20495 an issue in jar.../ or ear.. / task --- Additional Comments From [EMAIL PROTECTED] 2003-06-10 13:35 --- Could you please attach the -debug output when Ant skips a file you expect it to include? Thanks - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: ant/src/main/org/apache/tools/ant AntClassLoader.java
conor 2003/06/10 07:01:24 Modified:src/main/org/apache/tools/ant AntClassLoader.java Log: Resolve memory leak when ejecuteJava cleans up AntClassLoader PR: 20264 Revision ChangesPath 1.69 +4 -2 ant/src/main/org/apache/tools/ant/AntClassLoader.java Index: AntClassLoader.java === RCS file: /home/cvs/ant/src/main/org/apache/tools/ant/AntClassLoader.java,v retrieving revision 1.68 retrieving revision 1.69 diff -u -w -u -r1.68 -r1.69 --- AntClassLoader.java 7 Mar 2003 14:43:17 - 1.68 +++ AntClassLoader.java 10 Jun 2003 14:01:24 - 1.69 @@ -1225,6 +1225,10 @@ } } zipFiles = new Hashtable(); +if (project != null) { +project.removeBuildListener(this); +} +project = null; } /** @@ -1242,8 +1246,6 @@ * @param event the buildFinished event */ public void buildFinished(BuildEvent event) { -project.removeBuildListener(this); -project = null; cleanup(); } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Ant wins Javaworld award
Ant has again won the JavaWorld Most Useful Java Community-Developed Technology. Thanks to everyone who has contributed over the years to make Ant a great project. http://www.javaworld.com/javaworld/jw-06-2003/jw-0609-eca-p4.html Conor - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[PATCH] Shar - Task to create self-extracting Shell archive
The Shar task creates a Unix shell script that extracts one or more files from within its body and executes additional shell commands. It UUEncodes the files added to the archive unless specified otherwise. Foreseen use-cases include being able to create an installer with Ant as its internal engine and distributing the installer with no pre-requisites (like Java or Ant) being installed on the deploymant machine - the self extracting archive would itself include a JRE and Ant in it. This task may be used as follows: shar destFile=installer.sh fileset dir=${dir} includes=**/*.jar/ postscript echo Hello World! /postscript /shar This task will create the self-extracting script such that the script creates sub directories as needed when unarchiving itself. The user of installer.sh would just type sh installer.sh at the shell prompt to start the installation process. Comments? Worthwhile addition? Cheers, Magesh patch.tar.gz Description: GNU Zip compressed data - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 14707] - [PATCH] CMP 2.0 support for ejbjar
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=14707. 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=14707 [PATCH] CMP 2.0 support for ejbjar [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|CLOSED - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[patch] new entry for the external.xml document
I've attached a patch for the external.xml document describing my new code coverage tool (yeah, that's all the external document needs: more code coverage tool references). I hope I generated the patch file correctly. Would a committer mind applying this patch, or should I stick this into a Bugzilla issue? Thanks in advance. -Matt There are 10 kinds of people in the world: those who think in binary, and those who don't. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [patch] new entry for the external.xml document
Looks like the patch didn't get sent. Since it's small, I'll plain-text include it here, just so everyone can see it easier :) start cut -- Index: external.xml === RCS file: /home/cvspublic/ant/xdocs/external.xml,v retrieving revision 1.85 diff -r1.85 external.xml 406a407,435 subsection name=GroboUtils CodeCoverage pThe CodeCoverage sub-project of GroboUtils provides a 100% pure Java code coverage tool. It uses pre-execution class file recompilation, and generates XML files containing the coverage statistics. It does not require any advanced VM setup to generate coverage numbers. /p table tr thCompatibility:/th tdAnt 1.5.1/td /tr tr thURL:/th tda href=http://groboclown.sourceforge.net/codecoverage;http://groboclown.sour ceforge.net/codecoverage/a/td /tr tr thContact:/th tda href=http://sourceforge.net/mail/?group_id=22594;project mailing lists/a/td /tr tr thLicense:/th tdMIT License/td /tr /table /subsection - end cut - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
import statements
I was noticing that the file I am working on has it's imports in alphabetical order. Is this the standard, or are we free to organize our imports however we want in submissions? I have noticed some that arn't quite alphabetical, and I actually prefer a different organization altogether -Gus - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 20659] New: - wljspc stops processing at non-jsp files
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=20659. 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=20659 wljspc stops processing at non-jsp files Summary: wljspc stops processing at non-jsp files Product: Ant Version: 1.5.3 Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Major Priority: Other Component: Optional Tasks AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I am trying out wljspc and noticed that it stopped processing JSPs partway through (the 29th file out of 103). It finally occurred to me that the last file processed comes right before an .html file. Checking the code, in the scanDir(String[] files) method I see (approximately line 312) int endingIndex = files[i].indexOf(.jsp); if (endingIndex == -1) { break; } If the break were a continue it would skip the .html file and continue on to the next .jsp file. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
adding success failure to subant
I think I posted this last week, but it got lost 1. What do people think about adding the ability to set properties if a subant or ant call failed/succeeded. This lets me do complex things in cruise control. 2. How best to do it? Here is one example implementation subant antfile=driver/ target=build succeeded=driver.built failoneerror=false/ target name=test-driver depends=driverif=driver.built subant antfile=driver/ target=test succeeded=driver.tested failoneerror=false/ /target target name=app depends=driver if=driver.built subant antfile=app/ succeeded=app.built failoneerror=false/ /target target name=test-app depends=app if=app.built subant antfile=app/ succeeded=app.built failoneerror=false/ /target - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 20659] - wljspc stops processing at non-jsp files
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=20659. 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=20659 wljspc stops processing at non-jsp files [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-06-10 20:27 --- This one is fixed in current CVS. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 20659] - wljspc stops processing at non-jsp files
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=20659. 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=20659 wljspc stops processing at non-jsp files --- Additional Comments From [EMAIL PROTECTED] 2003-06-10 20:29 --- No, I copied that code right out of cvs. Or is the fix elsewhere? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 20659] - wljspc stops processing at non-jsp files
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=20659. 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=20659 wljspc stops processing at non-jsp files --- Additional Comments From [EMAIL PROTECTED] 2003-06-10 20:31 --- My apologies, I see I was looking in the 1.5 BRANCH. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]