BUG core.jar classe LocaleElements_pt_BR

8 de janeiro de 2009 5 respostas

Focao 8 de janeiro de 2009

Galera !

Estou usando a versão 5.0.
Em resumo o erro ocorre quando:

Uma aplicação lê um arquivo tipo dailyExtraction_01_Jan_09.txt

Nisso a código faz algo como:

SimpleDateFormat dateFormat = new SimpleDateFormat( "dd/MMM/yyyy" );
Date theDate = dateFormat.parse("01/Jan/2009");

E acreditem :

java.text.ParseException: Unparseable date: “01/Jan/2009”

at java.text.DateFormat.parse(DateFormat.java:352)

at src.TesteData.main(TesteData.java:43)

Em análise percebi que a classe LocaleElements_pt_BR tem um espaço no Acronym do mês de Janeiro.

new Object[] {
                "MonthAbbreviations", new String[] {
                    "Jan ", "Fev", "Mar", "Abr", "Mai", "Jun", "Jul", "Ago", "Set", "Out", 
                    "Nov", "Dez", ""
                }

Note o espaço no Jan working normalmente.

SimpleDateFormat dateFormat = new SimpleDateFormat( "dd/MMM/yyyy" );
Date theDate = dateFormat.parse("01/Jan /2009");

Alguém sabe se na versão 6.0 já está corrigido ?

Abri um report bug mas ainda não tive resposta.

Alguém pode testar pra mim em outra versão ?

O bug só acontece com o Locale pt BR

com o Locale pt PT vai de boa…

Parece erro de programação mesmo. já que é BRASIL nem testaram, hehehe (desculpe mas a risada é inevitável)

5 Respostas

Focao 27 de jan. de 2009

alguém pra ajudar ?

abri o Report (Review ID: 1430354) na Sun e nada ainda…

valew…

thingol 27 de jan. de 2009

core.jar não é usada na JVM da IBM (a da Sun é rt.jar)? Acho que você abriu o chamado no fabricante errado.

De qualquer maneira, não espere muita coisa para a versão 5.0 se for a JVM da Sun, pois ela está sendo “EOL’ed” (end of life).

Focao 27 de jan. de 2009

valew thingol

vou ver a rt.jar

é que uso o WebSphere e tá cheio de alteração pela IBM nos fontes…

zuado cheio de fix…

vou abrir um chamado lá na IBM.

mas to até vendo mandar baixar outro fix…

thingol 27 de jan. de 2009

O WebSphere usa a JVM da IBM exceto se estiver rodando em uma máquina Solaris Sparc, se não me engano. Portanto você tem de ver o que dá para fazer enquanto você espera o suporte da IBM.

Focao 27 de jan. de 2009

vc tem esse jar aí ?

pra fazer esse teste na rt.jar ?

resolvi aki fiz um :

private static Hashtable monthsAcronym = new Hashtable();
 static {
        monthsAcronym.put(new Integer(1),"Jan");
        monthsAcronym.put(new Integer(2),"Fev");
        monthsAcronym.put(new Integer(3),"Mar");
        monthsAcronym.put(new Integer(4),"Abr");
        monthsAcronym.put(new Integer(5),"Mai");
        monthsAcronym.put(new Integer(6),"Jun");
        monthsAcronym.put(new Integer(7),"Jul");
        monthsAcronym.put(new Integer(8),"Ago");
        monthsAcronym.put(new Integer(9),"Set");
        monthsAcronym.put(new Integer(10),"Out");
        monthsAcronym.put(new Integer(11),"Nov");
        monthsAcronym.put(new Integer(12),"Dez");
    }

é que lemos o nome do arquivo num diretório… pra tranformar em data…

resolveu mas queria saber pq do bug… com Locale pt “PT” (portugal) está certo e não da erro…

Criado 8 de janeiro de 2009

Ultima resposta 27 de jan. de 2009

Respostas 5

Participantes 2

5 Respostas

Topicos relacionados