You are viewing a plain text version of this content. The canonical link for it is here.

Posted to dev@commons.apache.org by bu...@apache.org on 2003/03/03 20:47:29 UTC

DO NOT REPLY [Bug 17616] New: - ExtendedProperties.load should default to encoding "8859_1"

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=17616>.
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=17616

ExtendedProperties.load should default to encoding "8859_1"

           Summary: ExtendedProperties.load should default to encoding
                    "8859_1"
           Product: Commons
           Version: 2.1 Final
          Platform: All
        OS/Version: All
            Status: NEW
          Severity: Normal
          Priority: Other
         Component: Collections
        AssignedTo: commons-dev@jakarta.apache.org
        ReportedBy: kirk@wolf-associates.com


The default load method for commons.collections.ExtendedProperties currently 
loads properties using the default JVM encoding.  The default load() method 
should use "8859_1" encoding.

Rationale:
1) consistency: java.util.Properties.load() method always uses "8859_1"
2) properties resources are always 8859_1, by convention.
2) On edbcic machines, particularly IBM mainframes, the default encoding is 
Cp1047 (ebcdic), but properties files are always ASCII (ISO8859-1)
3) This bug causes many Apache tools, such as Velocity, which uses 
commons.collections, to fail on non-ascii machines, since they distribute 
properties resources which are (correctly) in 8859-1.

---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org