DO NOT REPLY [Bug 18214] New: - Call to BufferedReader.read in Replace Task reads wrong number of bytes
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=18214. 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=18214 Call to BufferedReader.read in Replace Task reads wrong number of bytes Summary: Call to BufferedReader.read in Replace Task reads wrong number of bytes Product: Ant Version: 1.3 Platform: PC OS/Version: Linux Status: NEW Severity: Critical Priority: Other Component: Core tasks AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] On line 293 of org.apache.tools.ant.taskdefs.Replace, the total length of the file is always passed into the read method of the BufferedReader. That works fine if the underlying read implementation manages to read the whole file at once, but you get an IndexOutOfBoundsException if it takes multiple reads to get all contents of the file. I think the solution is to pass in fileLength - totread as the third argument to the read method, but there might be an off by one error with that (I'm not sure). That solutions seems to work for me. Note that I found this bug in the source for version 1.3 of Ant. I do not know if it exists in later versions. Also, this is fairly hard to reproduce (except on my machine), since it is dependent on a lot of underlying VM/OS/hardware stuff.
DO NOT REPLY [Bug 18196] - Zip task creates zipfile not readable by winzip
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=18196. 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=18196 Zip task creates zipfile not readable by winzip [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE Target Milestone|--- |1.5.3 --- Additional Comments From [EMAIL PROTECTED] 2003-03-21 07:09 --- *** This bug has been marked as a duplicate of 17648 ***
DO NOT REPLY [Bug 18207] - ear update does not work
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=18207. 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=18207 ear update does not work [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE Target Milestone|--- |1.5.3 --- Additional Comments From [EMAIL PROTECTED] 2003-03-21 07:11 --- *** This bug has been marked as a duplicate of 17780 ***
DO NOT REPLY [Bug 17780] - Instead of updating a jar file, the task overrides it.
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. [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2003-03-21 07:11 --- *** Bug 18207 has been marked as a duplicate of this bug. ***
DO NOT REPLY [Bug 18214] - Call to BufferedReader.read in Replace Task reads wrong number of bytes
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=18214. 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=18214 Call to BufferedReader.read in Replace Task reads wrong number of bytes [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-03-21 07:19 --- Hmm, this here http://cvs.apache.org/viewcvs/ant/src/main/org/apache/tools/ant/taskdefs/Replace.java.diff?r1=1.12r2=1.13 looks as if it was the fix to your problem. I'll mark this as fixed (in Ant 1.4, BTW) and ask you to simply try a later version of Ant.
Re: ssh exec task...
On Thu, 20 Mar 2003, Dale Anson [EMAIL PROTECTED] wrote: One more question -- how is documentation handled? The same way as code, you send patches (diff -u). Docs are a bit more difficult if you want to send in complete new files as our mailing list configuration will not accept any HTML part in mails - you'd have to zip them or something. The documentation currently consists of static HTML pages, the docs for sshexec are in docs/manual/OptionalTasks/sshexec.html in Ant's CVS module. We may or may not switch to generated docs (generated from comments in the sources), but we are not there yet. Stefan
Re: Dynamic Configurator
On Thu, 20 Mar 2003, Brett Wooldridge [EMAIL PROTECTED] wrote: When I run ant, I see that createDynamicElement() gets called twice for the junit element, and further that setDynamicAttribute() gets called twice for someattr. This certainly sounds like a bug. We don't call the attribute setters or nested creators/storers twice for normal elements either. I put a Thread.dumpStack() inside of my implementations of those methods, and can provide the stacks for the two calls (they ARE different) if that would help. I think it would, yes. Stefan
DO NOT REPLY [Bug 18217] - add charset convert to copy
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=18217. 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=18217 add charset convert to copy --- Additional Comments From [EMAIL PROTECTED] 2003-03-21 09:39 --- I'd read the source of FileUtils.java and find copyFile method use the same encoding type from both read and write. My project is made on Win2000 and will upload to Unix. The jsp file encoded by MS932 must convert to EUC_JP befroe uploading. also, the content in jsp file charset=shift_jis must change to charset=euc_jp. but this can besolved by using replace filter.
DO NOT REPLY [Bug 18166] - Concat enhancement
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=18166. 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=18166 Concat enhancement --- Additional Comments From [EMAIL PROTECTED] 2003-03-21 10:02 --- I have appended a patch to enhance concat: add path sub-element add filterchain sub-element add header footer sub-elements add overwrite attribute The patch contains mods for four files: docs/manual/CoreTasks/concat.html src/etc/testcases/taskdefs/concat.xml src/main/org/apache/tools/ant/taskdefs/Concat.java src/testcases/org/apache/tools/ant/taskdefs/ConcatTest.java
[PATCH] to enchance concat
Included is a gzipped tar file containing a patch to concat to 1) takes a path for source files 2) does optional dependency checking (sourcefiles-destfile) 3) has optional filterchains to filter the source files 4) has optional header and a footer element The file contains the patch and files after patching, the files are the concat task, html page and unit tests. The patch was generated by cvs diff -u at the top level ant directory. I posted the patch as an attachment to bugzilla bug 18166. Peter. changed.tar.gz Description: application/tgz
Re: xml parser and classloading
I did not knew Xalan2.3 was legacy ;) I know the bootclasspath trick works but I was looking for a way to set it fully inside ant rather than setting java options. I have been trying some tricks with the contextclassloader but without success that far... Erik. - Original Message - From: Sebastien Blanc [EMAIL PROTECTED] To: Ant Developers List [EMAIL PROTECTED] Sent: Thursday, March 20, 2003 7:16 PM Subject: Re: xml parser and classloading did u try modifying ur ANT bootclasspath startup script to have ur legacy parser before the jdk1.4 one ? seb. Erik Putrycz wrote: I am currently having some troubles with the xslt/style task and I experience some bug due to the XML parser (Xalan2 bundled with jdk1.4). The XML parser included with jdk1.4 suffers from some bugs and it is a pain to force another XML parser. Has anyone investigated this issue and maybe allow a way inside ant to specify the classpath and classloader used for loading the xml parser ? Erik. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Some library questions for the optional.jar stuff
On Sat, 22 Mar 2003 01:28 am, Stefan Bodewig wrote: Unless I'm mistaken, it seems that I'll have to compile a complete optional.jar for next Monday. 8-) Ah cool - I thought it might be me :-). I'm working on the ManifestEncoding changes. I wouldn't mind having an example manifest in a different charset OK, I've just now tried with an oldish fakeall.jar by Jon Skeet and the goodies Gump puts onto my box and ran into the following problems: [javac] DDCreatorHelper.java:60: package javax.ejb.deployment does not exist [javac] import javax.ejb.deployment.DeploymentDescriptor; I do have ejb.jar from ejb-2_0-fr-class.zip, i.e. what you get when you click on 2.0 Final Release Download Class Files, it doesn't seem to contain the above package. Do I need 2.1 final draft? Something else? You are more likely to need ejb 1.0 :-) We really need to have some way of marking tasks as obsolete. I don't know if anyone is using this task anymore because the app servers it supports are so old and end-of-life'd. I'm tempted to suggest that we don't bother building these and just include in the source distribution this time around. Thereafter we need a legacy task area where these can live and be distributed without being built for ongoing distrbutions. Thoughts? Conor -- Conor MacNeill Blog: http://codefeed.com/blog/
Re: xml parser and classloading
Hi Erik ! I meant 'legacy' for u, the one u were using w/ 1.3 and that was working for u. for ur concern, one way I would think of is to launch the xslt ant task inside a java call and fork it, so that u are able to then set ur classpath and for this task only (but looks to me u'll have to do it everywhere u want to access this parser and not the java one). seb. Erik Putrycz wrote: I did not knew Xalan2.3 was legacy ;) I know the bootclasspath trick works but I was looking for a way to set it fully inside ant rather than setting java options. I have been trying some tricks with the contextclassloader but without success that far... Erik. - Original Message - From: Sebastien Blanc [EMAIL PROTECTED] To: Ant Developers List [EMAIL PROTECTED] Sent: Thursday, March 20, 2003 7:16 PM Subject: Re: xml parser and classloading did u try modifying ur ANT bootclasspath startup script to have ur legacy parser before the jdk1.4 one ? seb. Erik Putrycz wrote: I am currently having some troubles with the xslt/style task and I experience some bug due to the XML parser (Xalan2 bundled with jdk1.4). The XML parser included with jdk1.4 suffers from some bugs and it is a pain to force another XML parser. Has anyone investigated this issue and maybe allow a way inside ant to specify the classpath and classloader used for loading the xml parser ? Erik. - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 18228] - I would like to have possibility to use property values as property names.
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=18228. 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=18228 I would like to have possibility to use property values as property names. --- Additional Comments From [EMAIL PROTECTED] 2003-03-21 16:46 --- Could propertycopy of Ant-Contrib (http://sourceforge.net/projects/ant- contrib/) help you? See http://www.jguru.com/forums/view.jsp?EID=1054206 for a discussion on that.
DO NOT REPLY [Bug 18228] - I would like to have possibility to use property values as property names.
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=18228. 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=18228 I would like to have possibility to use property values as property names. --- Additional Comments From [EMAIL PROTECTED] 2003-03-21 16:48 --- See http://ant-contrib.sourceforge.net/ant-contrib/manual/tasks/index.html, last task on the bottom left hand side. --DD
DO NOT REPLY [Bug 18235] New: - Problem regarding ANT Mail 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=18235. 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=18235 Problem regarding ANT Mail task Summary: Problem regarding ANT Mail task Product: Ant Version: 1.4 Platform: Other OS/Version: Windows NT/2K Status: NEW Severity: Critical Priority: Other Component: Other AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I am using ANT mail task to send email in my build process. While working with ANT mail task, target name=SendEmail mail subject=some subject mailhost=some host from=missplet email address tolist=correct email address message=some message files=some file/ /target I misspelt from email address and gave correct to email address. When i executed it, email is being sent to address provided in to argument, but it keeps on sending the same email for every 30 minutes(which is not programmed to do so). I tried restarting the computer, but even then the problem persists. I appreciate if you can reply this query.
DO NOT REPLY [Bug 18235] - Problem regarding ANT Mail 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=18235. 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=18235 Problem regarding ANT Mail task [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2003-03-21 19:56 --- This isnt being done by ant. it is being done by your mail server. take it up with whoever administers your mail queue.
