Danilo e pessoALL,
Respostas em " MAIKO 2: " ;-)
Danilo Luiz Rheinheimer <[EMAIL PROTECTED]> wrote:
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 $$$.
MAIKO 2: Bom, a� voce vai ter que pesar o qual � o melhor custo/beneficio pra vc e pro cliente, se houver um. Nesse caso o trecho final do email de resposta do Robson foi perfeito. Daria pra escrever um artigo somente sobre este trecho, mas fica pra proxima. ;-)
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.
MAIKO 2: Eu nao conheco o hibernate, portanto nao dah pra emitir uma opniao. Mas soh em usar um framework (que, obviamente, consideramos que atende) jah eh, teoricamente, um grande avanco. A partir daih vai pesar a curva de aprendizagem do framework, que vai fazer voce ganhar mais tempo de desenvolvimento ou nao, e a qualidade do codigo do framework e sua extensibilidade.
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 ?
MAIKO 2: No JDeveloper9i voc� usa o mesmo container J2EE ( OC4J ) que roda no servidor de aplica��es Oracle9iAS, pois eh muito leve. O banco de dados pode ser qualquer um.
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 ?
MAIKO 2: Olha, por enquanto nao dah pra "plugar" o JBoss no JDeveloper9i - por enquanto ;-) - mas dah pra fazer deployment e remote debugging a partir do JDeveloper9i para o JBoss. Mas mesmo assim voce pode usar a famosa dupla Ant/JUnit para fazer batch deployment e seus testes integrados. Acho inclusive que jah existem ferramentas graficas para auxiliar nisso, mas nao me lembro do nome.
MAIKO 2: Daqui a pouco o pessoal vai come�ar a reclamar que eu t� fazendo muita promo��o da Oracle... ;-)))
--
Danilo mailto:[EMAIL PROTECTED]
---------------------------------------------------------------------
Para cancelar a subscri��o, envie mensagem para: [EMAIL PROTECTED]
Para comandos adicionais, envie mensagem para: [EMAIL PROTECTED]
Yahoo! GeoCities
Tudo para criar o seu site: ferramentas f�ceis de usar, espa�o de sobra e acess�rios.
