Olá... Postei uma duvida no java avançado, mas axo que a duvida é meio banal entao to postando no basico mesmo =) tenho um objeto Properties, props... qdo faço: props.setPropertie("AÇÃO", "1"); no arquivo .proper…

[RESOLVIDO]Duvida sobre Charsets

maquiavelbona 5 de mar. de 2007

Charset + encoding? Quem sabe seu problema não esteja nisso. Dê uma olhadinha.

Até!

fabim 5 de mar. de 2007

nao entendi se vc foi ironico, mas tudo bem…

que seja charset, ou enconding, nao tenho certeza do que é…

bom, alguem se alguem conseguir identificar o problema e souber me dar uma resposta, seria util…

vlw!

T

thingol 5 de mar. de 2007

Você não pode fazer isso nem usando charsets.

Se você olhar o javadoc da classe java.util.Properties com atenção vai ver que ele sempre vai fazer isso.

javadoc:

store

public void store(OutputStream out,
String comments)
throws IOException

Writes this property list (key and element pairs) in this Properties table to the output stream in a format suitable for loading into a Properties table using the load method. The stream is written using the ISO 8859-1 character encoding.

Properties from the defaults table of this Properties table (if any) are not written out by this method.

If the comments argument is not null, then an ASCII # character, the comments string, and a line separator are first written to the output stream. Thus, the comments can serve as an identifying comment.

Next, a comment line is always written, consisting of an ASCII # character, the current date and time (as if produced by the toString method of Date for the current time), and a line separator as generated by the Writer.

Then every entry in this Properties table is written out, one per line. For each entry the key string is written, then an ASCII =, then the associated element string. Each character of the key and element strings is examined to see whether it should be rendered as an escape sequence. The ASCII characters \, tab, form feed, newline, and carriage return are written as \\, \t, \f \n, and \r, respectively. Characters less than \u0020 and characters greater than \u007E are written as \uxxxx for the appropriate hexadecimal value xxxx. For the key, all space characters are written with a preceding \ character. For the element, leading space characters, but not embedded or trailing space characters, are written with a preceding \ character. The key and element characters #, !, =, and : are written with a preceding backslash to ensure that they are properly loaded.

After the entries have been written, the output stream is flushed. The output stream remains open after this method returns.

Parameters:
    out - an output stream.
    comments - a description of the property list. 
Throws:
    IOException - if writing this property list to the specified output stream throws an IOException. 
    ClassCastException - if this Properties object contains any keys or values that are not Strings. 
    NullPointerException - if out is null.
Since:
    1.2

A única forma é estender java.util.Properties e redefinir o método “store” para que ele faça as coisas do jeito que você quer, além do método “load”, que deve entender o arquivo com os acentos - afinal de contas, você vai criar algo que é incompatível com um “Properties” normal.

maquiavelbona 5 de mar. de 2007

Não falei ironicamente. Eu falei para você ver se o problema não está no charset escolhido e no encoding na qual você grava.
Têm vezes que o charset+encoding do SO é diferente do charset+encoding da aplicação, aí vai divergir mesmo. Só verifique quais são e trabalhe em cima disso.

Até!

fabim 5 de mar. de 2007

vlw pessoal entendi agora

5 Respostas

Topicos relacionados