Galera, estou “tentando” rodar o hibernate 2 com o webwork.
Bom, configurei o hibernate no server.xml adicionando o contexto, os arquivos hibernate.cfg.xml e o mapeamento da minha classe.
Porém, ocorre aquela nossa querida cachoeira de execeções…
Resumidamente falando…
Caused by: Initial SessionFactory creation failed net.sf.hibernate.HibernateException: Could not find datasource. . . .
Caused by: javax.naming.NameNotFoundException: Name icarus is not bound in this Context
Acredito que são apenas problemas de configuração nos xml. Eu revisei os arquivos, talves database name ou algum parâmetro de acesso ao sgbd errado, porém, não encontrei nada incorreto no acesso propriamente dito.
Trabalheira né cara? Essas intermináveis customizações das configurações as vezes me aborrecem…
Put here, paste there… change it, add it… try it, therefore… did work?
WebWork, Hibernate e Velocity.
Um milhão de .xml, .properties… im boring…
Vc usa o Xdoclet LIPE? Achei bom o conceito, mas a prática, não sei…
Vejo que tens experiência e como grande defensor do WW talves tenha se deparado com essa situação, alguma sugestão?
Cara, o que você faz no xml inevitavelmente faria dentro de Java de qualquer maneira. Já que esse tipo de informação (nomes, urls, ips) muda com uma certa frequência, eu acho ótimo poder alterar sem ter que recompilar qualquer coisa.
Mas com certeza absoluta é um SACO colocar o bixo pra funcionar. Mas depois desse passo fica bem menos dolorido.
E quanto a XDoclet … bem, eu fico nervoso (no sentido de neurotico) com qualquer ferramenta que gere código para mim. Portanto, salvo raríssimas exceções como relatórios, prefiro escrever tudo à mão.
Depois que se acostumar com os arquivos e tiver os básicos funcionando, vai se impressionar com o que esse Trio é capaz de fazer hehe delicioso
Poisé, se está sendo informado a URL, e os parâmentros do banco no server.xml. Qual o objetivo de haver o hibernate.properties?
A lógica seria por acaso -> se não houver um hibernate.properties no contexto da aplicação, os parâmetros de acesso ficam então a mão do server.xml?
Ou seja, cada aplicação do servidor pode precisar de uma configuração especial para o hibernate acessar os dados, então cada contexto pode ter seu próprio hibernate.properties. Caso contrário, o hibernate utiliza os parâmetros do server.xml.
Seria isso?
fiz dois testes, assim…
hibernate.connection.driver_class = com.mysql.jdbc.Driver # o driver
hibernate.connection.url = jdbc:mysql://192.168.212.184:3306/icarus # a url
hibernate.connection.username = insenic # o username
hibernate.connection.password = insenic # a senha
e assim…
hibernate.connection.driver_class = com.mysql.jdbc.Driver # o driver
hibernate.connection.url = jdbc:mysql://192.168.212.184:3306/icarus?user=usr&password=pass # a url
Bom, como pode-se ver, aqui ilustrei os parâmetros.
Tenho sério problema para notar detalhes, preciso desenvolver isso. Fiz isso como vc disse caio, e nada!
Meu server.xml é aquele que postei anteriormente, a tag context está escrita na seguinte hieraquia…
<Engine>< Host> <\Context ..
È isso?
o hibernate.cfg.xml é o mesmo publicado. Lá dentro tem “connection.datasource” então pra que colocar no hibernate.properties também, na realidade ainda nao vi utilidade pra ele…
o hibernate.properties é o que o caio me sugeriu. Tentei iniciar o servidor sem ele, e o erro simplesmente foi o mesmo. O hibernate.properties é essencial? È possivel que ele nao esteja sendo encontrado em “WEB-INF\classes” ?
Erro - > “Cannot create JDBC driver of class ‘’ for connect URL ‘null’”.
Galera, tá ficando cansativo pra vcs esse topico né? Foi mal, mas não é por acaso que vcs tantas mensagems publicadas, não é mesmo…
Fiz, refiz todos os passos, e as coisas parecem começarem a serem melhor compreendidas. Eu agora estou com um erro famoso, “no suitable driver”, porém,
meu jdbc driver no caso mysql, está dentro do path global do meu container “TOMCAT/common/lib” como sugerido na documentação do Hibernate. Imaginei que fosse talves uma imcompatibilidade da versão do driver, porém baixei a versão de produção mais atual e nada.
Detalhe, o acesso via jdbc sem o hibernate “no braço”, funciona.