Maiko, Wednesday, October 23, 2002, 11:34:04 AM, you wrote: MAR> - Classes persistentes implementadas usando uma tecnologia de MAR> persistencia com o Hibernate (http://hibernate.sf.net). Poderia ser MAR> JDO ou alguma outra. Mas sem entity beans.
MAR> MAIKO: Na minha opniao, JDO ainda n�o est� suficiente maduro para uso - falta muuuuito ainda, apesar de ser uma boa id�ia. Nao conhe�o o hibernate, mas no caso seria at� melhor usar Entity Beans MAR> com BMP. Apesar de dar mais trabalho pra codificar, voc� tem mais recursos que com CMP que, na minha opni�o, ainda falta evoluir bastante. No meu caso eu uso como frameworks J2EE e de MAR> persist�ncia o BC4J e/ou o TopLink, ambos da Oracle, dependendo do projeto e do cliente. No caso do uso do TopLink, fica vi�vel o uso de CMP em qualquer container J2EE com qualquer BD. No caso MAR> do BC4J fica vi�vel o uso de BMP em qualquer container J2EE e de quebra voc� ganha todos os J2EE design patterns implementados e mais alguns que a Sun ainda nao catalogou. Sim, eu tambem nao acho ser o JDO suficientemente maduro. Tambem pensei em BMP, com as classes sendo geradas automaticamente de preferencia. Mas isso ainda da muito trablho. BC4J e/ou o TopLink parecem ser interessantes mas para penso ser muito $$$. MAR> - Para acesso remoto (da camada WEB) seriam criados session beans MAR> que acessariam camada POJO. Minha ideia e ter uma correspondencia 1 MAR> para 1 nisso. Ou seja cada classe POJO teria um session bean MAR> correspondente. MAR> MAIKO: Talvez o melhor seja um Session Fa�ade onde o Session Bean encapsula N classes "POJO". Mas vai depender da sua aplicacao. Geralmente eu implemento um SessionBean por Use Case, mas nao eh MAR> uma regra rigida. Vc tem razao nisso. A ideia e ter alguns casos de uso basicos usando o POJO e session beans como fa�ade. Mas como vc disse isso nao e uma regra rigida. MAR> - facilidade de desenvolvimento. Grande parte do desenvolvimento da MAR> aplicacao se refere a criar as classes persistentes e a logica da MAR> aplicacao. Neste caso as classes do Hibernate e as classes POJO. Note MAR> que este desenvolvimento pode ser feito sem usar um servidor de MAR> aplicacoes. MAR> MAIKO: Desenvolver persistencia nao eh algo tao simples quanto voce imagina ;-) Eu sei disso, e nao imagino que seja simples. Por isso pretendo usar o Hibernate que ja faz isso. MAR> Ah, e MAR> quanto ao servidor de aplicacoes, nao necessariamente voce precisa ficar fazendo deployment pra um - pelo menos no JDev9i eu soh preciso fazer um "right-click > run" e a minha aplicacao vai MAR> rodar no container J2EE "embutido" na propria IDE. Mas isso funciona com qual IDE ? E com qual banco de dados ? MAR> - facilidade de testes. MAR> MAIKO: Bom, eu uso o JUnit de dentro do JDev9i. ;-). MAR> Qual o problema de fazer testes integrados remotos?Mais uma coisa: Teste SEMPRE a sua aplica��o em um ambiente (SO, app server, etc) com os MAR> mesmos produtos/vers�es que ser�o utilizadas em produ��o. Este � um dos 10 grandes perigos ao se desenvolver aplica��es J2EE: MAR> http://www.javaworld.com/javaworld/jw-03-2001/jw-0330-ten.html Sim vc tem razao nisso, ja li este artigo. Mas e importante notar que para isso de usar o JUnit dentro da IDE esta deve suportar os testes serem efetuados dentro do mesmo servidor de aplicacoes que eu vou usar em producao. Espero que este seja o JBoss ? Isso e possivel ? -- Danilo mailto:danilo@;floripa.com.br --------------------------------------------------------------------- Para cancelar a subscri��o, envie mensagem para: [EMAIL PROTECTED] Para comandos adicionais, envie mensagem para: [EMAIL PROTECTED]
