| Autor |
Mensagem |
|
|
Mas a idéia de usar essas classes em uma aplicação de grande porte, seria uma boa idéia ou não?
Ou o certo seria criar as minhas próprias do zero e usar repositórios para acessar os dados???
|
 |
|
|
O nome é probe.
Você pode baixar o arquivo no site abaixo:
http://www.lambdaprobe.org/d/index.htm
Basta colocar o war dentro da pasta webapp do tomcat.
|
|
|
|
Procurei na documentação do JBoss Seam sobre o EntityHome e o EntityQuery.
Surgiu uma dúvida!!!
Quando devo usar o EntityQuery?
Se o EntityHome eu posso chamar o entityManager.
Qual seria a diferença entre um e outro?
|
|
|
|
Porque não parte logo para o JEE, ou seja a versão 5 ao invés da antiga J2EE.
Procure entender as diferenças acho q isso seria um bom começo.
|
|
|
|
Obrigado pelas dicas!!!
Vou começar com os testes com esse novo pensamento.
Mais voltado para o modelo rico e deixar de lado os modelos anêmicos.
Valeu!!!
|
|
|
|
Você acha os novos modelos como o DDD mais indicados para esse caso?
Qual uma sugestão sua para uma boa arquitetura usando esses componentes?
|
|
|
|
|
Se quiser fazer um teste rápido com JPA pode usar o JBoss Seam com Seam-gen que gera um projeto pronto para rodar, utilizando JPA com hibernate.
|
|
|
|
Pelo que eu sei a JPA é uma especificação, me corrijam se eu estiver errado.
Onde você deve usar um framework que a implemente.
Ex: Hibernate ou Toplink.
Como o hibernate vêm por padrão no JBoss, ao usar JPA fica transparente esse uso.
Mas deve ser declarado no persistence.xml qual o provider você irá usar.
Exemplo de persistence.xml
|
|
|
|
Estou querendo criar uma arquitetura completa para o JBoss Seam usando JSF, EJB3, JPA, XHTML, FACELETS, JAX-WS.
Estudei vários livros do Seam (Beginning JBoss Seam, Seam Simplicity and Power Beyond Java EE, Pratical JBoss Seam Projects) e o Seam Reference, mas não encontrei nenhuma proposta de estrutura de pacotes seguindo os padrões de projeto.
Gostaria de saber se alguem já trabalhou com o Seam em produção com essas tecnologias.
Seguindo uma estrutura como proposta no livro Core J2EE (figura a baixo).
|
|
|
|
Alguem conseguiu passar um array para o birt.
No meu caso tenho um select * from tabela where tabela.id in (?);
Gostaria de colocar no parametro uma lista de numeros separados por virgula.
Quando passo esses argumentos pro birt como string ele diz não ser um numero valido.
Alguem poderia ajudar?
|
|
|
|
louds wrote:Cuidado windows não usa iso-8859-1!! Ele usa codepage 1352 (esse o número?), que possui diferenças em alguns caractéres como símbolo do euro.
Correção: o Windows usa "Windows-1252".
Os arquivos q eu estou recebendo do windows estao variando, alguns chegam como UTF-8 e outros como ISO-8859-1.
Percebi que a os arquivos criados com WindowsXP em Portugues apresentaram esse problema, já os criados no Windows XP em Ingles não.
Tive q converter tudo no Linux pra UTF-8.
Uma aplicação rodando beleza no Windows copiada para o Linux apresentou 39 erros.
Convertendo os arquivos um a um no Linux consegui rodar a aplicação.
E a acentuação o que resolveu foi fazer um filtro no web.xml com uma classe convertendo o request.setCharacterEncoding("latin1");
|
|
|
|
louds wrote:Vale algumas outras notas importantes:
-Os fontes java da aplicação devem ser desenvolvidos usando o dado encoding e o compilador informado desse encoding.
-No caso de uso de JSP's e tomcat5 precisa mexer no build.xml dele para passar o encoding dos fontes, com o 4 não sei exatamente qual o parametro.
-Sempre que usar Reader/Writers, obter primeiro um In(out)putStream e converter para um reader fornecendo o devido encoding, dessa forma fica mais portavel que usando -Dfile.encondig...
Consegui resolver esse problema criando um filtro no web.xml
|
|
|
|
Achei esse fonte aqui na net.
Pode ajudar alguns.
Pra mim nao serviu pois eu teria q mudar toda a aplicação.
|
|
|
|
Mensagem do moderador: ao postar codigos utilize as tags [ code ] [ /code ].
|
|
|
|
cv wrote:jprogrammer, leia o artigo do spolsky que eu ja linkei 5 bilhoes de vezes aqui no guj. 
Esse artigo está ensinado o que é.
Mas nao esplica como resolver o problema.
Uma vez q no windows os arquivos de textos sao escritos como ISO-8859-1.
E no Linux o padrão é UTF-8.
Já mudei o cabeçario de todas jsp para UTF-8.
Já mudei os arquivos xml pra UTF-8.
No OC4J roda de boa. Quando jogo o deploy no Tomcat é que dá problema.
Com o filtro q eu passei, resolveu o problema no OC4J.
Mas no Tomcat não starta a aplicacao.
Dá uma falha no uri * do web.xml
Ai passei ele pra *.do .
Ai startou a aplicacao, mas ai nao funciona o filtro.
|
|
|
|