Bug database appears to be down

2002-02-23 Thread Christopher Taylor

Hello,

The bug database appears to be down.  The bug I wanted to submit was against
ANT.  If you use the copy task with filtering turned on, and the file is a
different encoding type than the default decoding, the copy task will mangle
the destination file.

For example, I am using a Windows 2000 workstation with JDK 1.4 installed.
I am putting together a Japanese and English website, where the files are
all in UTF-8 format.  The default encoding (as seen with the following code:

import java.io.*;

...
FileReader reader = new FileReader(some file);
System.out.println (reader.getEncoding());
...

will be CP1252 (US-ASCII).  What the copy task needs is an additional
IMPLIED attribute that specifies the encoding for filtering tasks.  The code
in the org.apache.tools.ant.util.FileUtils class would need to be changed so
it could receive an encoding parameter as well.  Lines 220, 221 of
FileUtils.java would need to be replaced with:

FileInputStream fis = new FileInputStream (sourceFile);
FileOutputStream fos = new FileOutputStream (destFile);
InputStreamReader in = new InputStreamReader (fis, encoding);
OutputStreamWriter out = new OutputStreamWriter (fos, encoding);

This would fix the encoding problems with the filtering, as long as all
content encountered during the filtering process was UTF8 encoded (since
ASCII is subsumed by UTF8, this shouldn't be a problem for most people).

Thanks, and I will post a patch on the jakarta-ant mailing list.

-Chris


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




Re: Bug database appears to be down

2002-02-23 Thread Ted Husted

Until the Bugzilla is fixed, you should direct any issues regarding Ant
to the Ant DEV list. Could get lost here =:o)

http://jakarta.apache.org/site/mail.html


Christopher Taylor wrote:
 
 Hello,
 
 The bug database appears to be down.  The bug I wanted to submit was against
 ANT.  If you use the copy task with filtering turned on, and the file is a
 different encoding type than the default decoding, the copy task will mangle
 the destination file.
 
 For example, I am using a Windows 2000 workstation with JDK 1.4 installed.
 I am putting together a Japanese and English website, where the files are
 all in UTF-8 format.  The default encoding (as seen with the following code:
 
 import java.io.*;
 
 ...
 FileReader reader = new FileReader(some file);
 System.out.println (reader.getEncoding());
 ...
 
 will be CP1252 (US-ASCII).  What the copy task needs is an additional
 IMPLIED attribute that specifies the encoding for filtering tasks.  The code
 in the org.apache.tools.ant.util.FileUtils class would need to be changed so
 it could receive an encoding parameter as well.  Lines 220, 221 of
 FileUtils.java would need to be replaced with:
 
 FileInputStream fis = new FileInputStream (sourceFile);
 FileOutputStream fos = new FileOutputStream (destFile);
 InputStreamReader in = new InputStreamReader (fis, encoding);
 OutputStreamWriter out = new OutputStreamWriter (fos, encoding);
 
 This would fix the encoding problems with the filtering, as long as all
 content encountered during the filtering process was UTF8 encoded (since
 ASCII is subsumed by UTF8, this shouldn't be a problem for most people).
 
 Thanks, and I will post a patch on the jakarta-ant mailing list.
 
 -Chris
 
 --
 To unsubscribe, e-mail:   mailto:[EMAIL PROTECTED]
 For additional commands, e-mail: mailto:[EMAIL PROTECTED]

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