Mensagens enviadas por: Djonatah
Índice dos Fóruns » Perfil de Djonatah » Mensagens enviadas por Djonatah
Autor Mensagem
Acabei descobrindo que o meu problema estava relacionado as minhas configurações do pool de conexões. Até onde eu li, parece que o hibernate faz o reconhecimento automático de quando estamos utilizando o C3pO para pool de conexões. Mas não foi o meu caso, então eu tive que explicitamente declarar qual era a classe que estava providenciando as conexões para a pool, e isso através da seguinte configuração:



Espero que venha ajudar mais pessoas em tempos futuros futuros

Abraços

Obrigado pela reposta joellazzari, já havia cogitado alterar a variavel de timeout do MySQL. Se não encontrar outra solução eu acredito que vá fazer isso mesmo.

Aguardo mais sugestões o/
Boa noite,

Eu tenho enfrentado um problema conhecido na comunidade: O timeout de conexão com o MySQL após 8h de uso. Eu procurei diversas soluções na web e mesmo dentro do GUJ, mas nenhuma delas ofereceu a solução para meu problema. Implementei pool de conexões e alterei parâmetros na url de conexão com o banco, mas não foi o suficiente para acabar com a seguinte exceção:




Aqui vai meu xml de configuração do hibernate:


Alguém tem uma idéia do que pode ser a causa do meu problema? (eu li algo controle de transações: Algumas não precisam de commit por serem apenas consulta, ou algo assim)

Agradeço a ajuda.
Amigo,

Pelo jeito que está a tua Bean e o teu hibernate.cfg.xml, o problema parece ser de configuração. Você define que vai existir um relacionamento de OneToOne, mas aparentemente vc não deve ter feito a anotação na outra class (Papel), e tampouco declarou ela no seu hibernate.cfg.xml.

Tente remover essa relação por hora e daí tente rodar a aplicação..


Abraço
Esse seu metodo equals nao parece fazer muito sentido..


O que vc espera que seu metodo retorne? Ele vai retornar True, pois vc esta testando se o objeto passado eh uma instancia de uma determinada classe. Nesse caso sempre dois objetos do tipo TipoArquivoAction vao ser considerados iguais.

Colega, vc tem certeza que anotou corretamente sua bean? (nao parece no seu codigo copiado)...
eu vejo dois problemas no exemplo que vc passou:
1) o arquivo de escrita não foi fechado
2) o arquivo de imagem (que está sendo lido) tem mais de 1024 bytes.


Geralmente a leitura de uma stream é realizado dentro de um laço de repetição. Baseado no retorno do método read() (que retorna a qtde de bytes lidos ou -1 quando o fim do arquivo foi encontrado) é que se sabe quando se chega ao fim do arquivo. Então eu faria algo como:




Não testei o código, mas deve funcionar..
Não entendi qual exatamente é sua pergunta, mas vou tentar repassar o que eu sei.

Basicamente para o armazenamento de imagens ou se utiliza o armazenamento em diretório, ou o armazenamento em banco de dados (a primeira opção é a mais amplamente utilizada). Como vc falou, para o armazenamento em banco de dados vc vai precisar de um campo Blob.

Quando se salva imagens em um diretório o desempenho é bem maior, pois vc guarda apenas o caminho da imagem no banco de dados. Mas deve-se levar em conta questões como backup e acesso de arquivos, que algumas vezes podem ser determinantes na técnica que vc escolhe utilizar..
Colega,

Eu apenas quis mostrar que não é tão simples saber se o arquivo está corrompido. Vc vai ter que escrever algo para determinar se o PDF está corrompido ou não (se não quiser utilizar nenhuma outra library que manipule PDFs). Sendo assim, meu comentário sobre o %%EOF é apenas pontapé inicial do seu desenvolvimento...

Mas provavelmente alguém aqui no fórum já enfrentou situação semelhante. Vamos esperar outras respostas.
Colega,

Geralmente percebe-se que o arquivo esta corrompido quando vc tenta interpretar ele. No seu caso vc vai ter que usar alguma library que trabalhe com PDFs, ou entao escrever um codigo que tente interpretar o PDF para determinar se ele esta corrompido ou nao.

Eu trabalho com PDFs, mas nao sou um profundo conhecedor dos elementos dele, mas dando uma pequena olhada, percebi que os PDFs que eu abri com editor de texto terminam com "%%EOF", talvez isso ajude.

Crie uma classe que vai conter os dados de uma pessoa, e depois crie uma array list que guarde os dados dessa pessoa.



dai para cada iteração do laço, adicione um objeto na array list através do método .add(Pessoa pessoa).

Falou
Colega,

Um arquivo XML é um arquivo de texto, ou seja, vc não vai conseguir inserir formatação em tal arquivo. Se vc mandar ele pra impressora ele vai ser impresso cmo arquivo de texto normal. Vc pode usar outro framework (se é que existe) que processe esse xml e gere um outro tipo de arquivo (PDF, PCL, PRN, HTML, ou seja qual for).


Bom, como ninguém respondeu, eu implementei usando Strings na hashmap. Até agora não tive problemas maiores (só tive que aumentar a memória da JVM).


Obrigado!
(Ps: respondi apenas para o caso de alguém mais ter a mesma dúvida ;P)
Olá pessoa.
Estou com a seguinte situação:

Preciso carregar na memória cerca de 100.000 "pedaços" de xml (worst case scenario). Vou carregar isso numa hashmap. Estou usando SAX para ler o xml, e JDOM para manipular ele.


Pergunta, é melhor eu carregar um JDOM Element assim que leio a partir do SAX? ou carrego Strings na hashmap e quando necessário crio Element?



A estrutura e e mais ou menos assim:



Obrigado pela opinião
Abraços
Engenheiro químico?
 
Índice dos Fóruns » Perfil de Djonatah » Mensagens enviadas por Djonatah
Ir para:   
Powered by JForum 2.1.8 © JForum Team