atom feed29 messages in net.java.dev.cejug.discussaoRe: [cejug-discussao] Re: [Bulk] Re: ...
FromSent OnAttachments
Paulo Jr.Oct 26, 2010 12:39 pm 
Aristênio Monteiro FilhoOct 26, 2010 12:41 pm 
Julio ViegasOct 26, 2010 12:42 pm 
"Francisco Barroso (Fortes Informática)"Oct 26, 2010 12:44 pm 
Paulo Jr.Oct 26, 2010 12:45 pm 
Aristênio Monteiro FilhoOct 26, 2010 12:49 pm 
Paulo Jr.Oct 26, 2010 12:54 pm 
Aristênio Monteiro FilhoOct 26, 2010 1:01 pm 
Paulo Jr.Oct 26, 2010 1:31 pm 
JuniorOct 26, 2010 1:33 pm 
Paulo Jr.Oct 26, 2010 2:00 pm 
JuniorOct 26, 2010 2:02 pm 
Silvio NettoOct 26, 2010 6:30 pm 
Rafael PonteOct 26, 2010 6:44 pm 
Silvio NettoOct 26, 2010 7:06 pm 
Helio FrotaOct 27, 2010 2:34 am 
JuniorOct 27, 2010 4:09 am 
Rafael PonteOct 27, 2010 5:10 am 
Helio FrotaOct 27, 2010 10:15 am 
Willker GomesOct 27, 2010 7:58 pm 
Willker GomesOct 27, 2010 8:43 pm 
Paulo Jr.Nov 9, 2010 3:16 am 
jord...@gmail.comNov 9, 2010 3:47 am 
Pablo NóbregaNov 9, 2010 3:47 am 
Paulo Jr.Nov 9, 2010 5:07 am 
Pablo NóbregaNov 9, 2010 5:32 am.zip
Rafael UchôaNov 9, 2010 5:45 am 
Willker GomesNov 9, 2010 10:44 am 
Paulo Jr.Dec 12, 2010 8:47 pm 
Subject:Re: [cejug-discussao] Re: [Bulk] Re: [cejug-discussao] Encoding novamente
From:Willker Gomes (will@gmail.com)
Date:Nov 9, 2010 10:44:29 am
List:net.java.dev.cejug.discussao

Acho que seria estranho se o DB limitasse seus clientes dessa forma. Embora que não vejo muitos cenários em que o encoding do DB tenha que ser diferente de seus clientes. Cabe avaliação da solução que trará mais ganho, no caso performance. Tornando o desenho mais conciso, ou seja, simples.

Se o cronograma não está sendo generoso, seria bom avaliar com o gestor para a solução do Pablo (Se não houver requisito que limite). Deve ser custosa. Lembre-se de garantir a integridade dos dados nos testes.

Também me é estranho não estar funcionando com suas jsps mesmo dessa forma. Mais um cenário a se refletir em futuras pesquisas.

Willker Gomes

Em 9 de novembro de 2010 10:45, Rafael Uchôa <rafa@yahoo.com.br>escreveu:

Cara,

Dá uma lida nisso e vê se resolve teu problema:

http://archives.postgresql.org/pgsql-jdbc/2004-11/msg00075.php

Eu fiz só pré-leitura e ACHO que só colocar:

SET CLIENT_ENCODING TO Unicode SET CLIENT_ENCODING TO Latin1

Antes de abrir a conexão no Java, ou seja, você pode colocar no inicio de cada transacao só pra garantir. Se tiver usando Spring é fácil colocar isso como aspecto no TransactionManager.

MAS a solução mais correta é a do Pablo. Como eu não sei qual o tamanho da tua base, você tentar usar isso enquanto migra a base e testa a integridade dos dados.

2010/11/9 Pablo Nóbrega <pabl@gmail.com>

Paulo,

Cada passo corresponde *a uma tela das que estão em anexo*. Vou presumir que seu PgAdmin está em português. Os passos são:

1. No PgAdmin, clique com o botão direito sobre o banco de dados e depois em *Cópia de Segurança*; 2. Selecione a opção *Plain*, marque os checkboxes *Nenhum Dono* e *Comandos de Inserção* (é importante marcar a opção Plain para que possam ser feitos ajustes no encoding do arquivo gerado, caso necessário) e configure o local e o nome do arquivo a ser gerado. Clique em Salvar e depois em OK; 3. Clique em *Cancelar *ou *Concluído*. Nesse ponto, dependendo da versão do PgAdmin, se você clicar em Concluído ele pode gerar outro backup novamente, portanto cuidado; 4. Crie uma nova base clicando em Novo Banco de Dados; 5. Selecione o encoding correto e informe o nome do banco; 6. Abra a tela de consultas (circulado em vermelho); 7. Clique em Abrir Arquivo (circulado em vermelho) e selecione o arquivo de Backup; 8. Verifique se os acentos, cedilhas, etc, aparecem corretamente na janela. Caso não estejam, converta o encoding do texto no Notepad++ ou qualquer programa afim. Clique em Executar Consulta (circulado em vermelho) e pronto, seu banco está com encoding correto.

Qualquer dúvida, pode falar.

-- Atenciosamente,

Pablo Nóbrega Mestrando em Computação Aplicada - UECE Analista de Sistemas UECE http://pablonobrega.wordpress.com pab@uece.br

Em 9 de novembro de 2010 10:07, Paulo Jr. <paul@gmail.com>escreveu:

Pablo pode dar mais detalhes de como fez isso?

2010/11/9 Pablo Nóbrega <pabl@gmail.com>

Wilker,

Se for postgres, não tem como. O que você pode fazer é disparar um backup completo do banco, criar uma nova base de dados com o encoding correto e restaurar o backup nessa base vazia. Já fiz isso com o PGAdmin e funciona tranquilo. No meu caso transformei uma base em Latin1 (ISO-8859-1) para UTF-8.

-- Atenciosamente,

Pablo Nóbrega Mestrando em Computação Aplicada - UECE Analista de Sistemas UECE http://pablonobrega.wordpress.com pab@uece.br

Em 9 de novembro de 2010 08:17, Paulo Jr. <paul@gmail.com>escreveu:

Esse problema de encoding vai me levar a loucura. :)

caras, tentei a solução de colocar no web.xml mas não resolveu, porque até onde eu consigo perceber, o problema são os dados que vem do banco, mas eu ACHO que já tinha modificado o banco para ser UTF-8. Então só pra confirmar, alguém sabe como verificar ou modificar o encoding do banco e de cada tabela do postgres?

A solução de filtro pode funcionar, ainda não testei.. mas queria ver se resolvia sem um peso maior pra aplicação a cada requisição. Mas ela está guardada aqui pra quando esgotar a paciência :)

Valeu.

Em 28 de outubro de 2010 00:44, Willker Gomes <will@gmail.com

escreveu:

Acho que também não é legal investir em algo que possa fugir de seu domínio.

Força a JVM a usar um encoding específico é interferir em tudo que está sobre essa JVM e vice-versa.

Pode vim algum framework e desfazer o que fez. Ou até outra aplicação publicada no mesmo servidor de aplicação pode alterar o encoding, dependendo de qual servidor de aplicação esteja usando.

Além do mais, a propriedade parece resolver apenas encoding em IO de arquivos texto, e talvez não atenda aos outros prováveis recursos necessários para a sua aplicação.

Att,

Willker Gomes

Em 26 de outubro de 2010 17:01, Aristênio Monteiro Filho < aris@gmail.com> escreveu:

Tua app está usando qual codificação?

Vc pode "forçar" a JVM a usar um encoding especifico usando -Dfile.encoding=TEUENCODING no Eclipse ele já vai fazer isso qndo tu configura teu encoding em Project>>Properties>Resource>>Text file encoding

2010/10/26 Paulo Jr. <paul@gmail.com>:

Oi Aristênio, é UTF8 mesmo. Acabei de confirmar. Na verdade, na minha máquina tudo está normal. Porém no servidor que é ubuntu, fica dessa forma que falei.

Em 26 de outubro de 2010 16:50, Aristênio Monteiro Filho <aris@gmail.com> escreveu:

Se é o postgres 8.3 então provavelmente estará em utf8 então é sua aplicação que está em com outra codificação talvez latin1(iso8859-1) se vc estiver usando o eclipse verifique em Project>>Properties>Resource>>Text file encoding e se vc estiver usando algum framework verifique nos arquivos de configuração do mesmo...

2010/10/26 Paulo Jr. <paul@gmail.com>:

Estou usando postgre 8.3. Pensei ter visto ele como utf, mas se tiver uma dica de como modificar, posso estar fazendo errado. O encoding deveria ser utf.

Em 26 de outubro de 2010 16:42, Julio Viegas <juli@julioviegas.com> escreveu:

Qual banco?

Qual encoding vc estah usando?

Abs, JV -- julioviegas.com

2010/10/26 Paulo Jr. <paul@gmail.com>:

Boa tarde galera, Esse problema novamente me pegou, estou tentando ajustar os caracteres da aplicação e estou tendo problemas. O problema é o seguinte, os textos do sistema estão normais, os que tem acentuação aparece normal, porém para os dados que vem do banco fica assim: BA�

deveria ser BAÚ Algum idéia de como resolver esse problema?

-- Atenciosamente,

Paulo A. Junior Analista de Sistemas Skype: paulojribp

---------------------------------------------------------------------

To unsubscribe, e-mail: disc@cejug.dev.java.net For additional commands, e-mail: disc@cejug.dev.java.net

-- Atenciosamente,

Paulo A. Junior Analista de Sistemas Skype: paulojribp

---------------------------------------------------------------------

To unsubscribe, e-mail: disc@cejug.dev.java.net For additional commands, e-mail: disc@cejug.dev.java.net

-- Atenciosamente,

Paulo A. Junior Analista de Sistemas Skype: paulojribp

--------------------------------------------------------------------- To unsubscribe, e-mail: disc@cejug.dev.java.net For additional commands, e-mail: disc@cejug.dev.java.net

-- Atenciosamente,

Paulo A. Junior Analista de Sistemas Skype: paulojribp

-- Atenciosamente,

Paulo A. Junior Analista de Sistemas Skype: paulojribp

--------------------------------------------------------------------- To unsubscribe, e-mail: disc@cejug.dev.java.net For additional commands, e-mail: disc@cejug.dev.java.net