Mvc basta

Acho que faltou a view…hehe

MVC não é a quantidade ou quais patterns você utiliza, é você separar tua aplicação definindo cada responsabilidade para seu escopo. tipo: Interface - Regras de Negócio - Persistência. No caso que você citou não entendi o por que dos VO´s.
Mas uma aplicação MVC rpustica seria: Jsp > Servlets > Actions > DAO.

VO em si nao vai ditar se eh mvc ou nao… o importante, de uma maneira geral, eh vc nao misturar as coisas - ou seja, a tua view (jsp, freemarker etc) nao deve acessar coisas da logica de negocios diretamente / nao deve ter logica de negocios, e vice-versa.
Nao ha uma regra “oficial” de como deve ser a tua implementacao.

Rafael

DAO tb é um pattern, pode ser utilizado com MVC (model-view-controller) mas não existe qualquer relação entre eles. Pesquise no fórum sobre MVC, vc vai encontrar muita coisa.

o legal é você usar um framework para facilitar a adoção do padrão MVC pela sua aplicação como Struts, WebWork etc.

Gente, vocês precisam ler esse artigo, no mínimo.

DAO é legao em ambientes onde deve ser usado.

JDBC puro é legal em ambientes onde deve ser usado.

Hibernate é legal em ambientes onde deve ser usado.

Entity beans não são legais.

Não existe isso de usar só uma coisa em qualquer ocasião. Se existisse não haveria tanta gente fazendo tatna coisa diferente com o mesmo objetivo.

Com certeza me expressei mau.
Mas acho realmente não deve haver regras para quantidade de patterns.
Vai de aplicação p aplicação.Quanto a usar um framework estou usando sim, o struts.E o que acontece no final das contas com a minha aplicação é mais ou menos o seguinte:
jsp+jslt <> action <> DAO <> VO

Vou pesquisar mais no forum.

Observação:
O Hibernate claro seria a alternativa boa.Mas aqui, ao menos ainda, não usaremos este framework.Não pq eu n queira!!!rss

desse jeito vale?

Google

o hibernate se comprota como um pedçao normal da sua aplicação. Você pdoe usar até emsmo sem um AS.

1 - Você tem tudo isso sem EJB. Sessions sem sessão são razoáveis ensse cotnexto, mas entities não.
2 - Você nao vai rpecisar de session beans, acredito, hibernate, dao, toplink sei lá, se vira, mas nem a Suna credita em Entity bean (eles só não falam muito alto)

Cara…depois que você usa um WebContainer descente voce nunca mais quer usar Tomcat.

Você acredita em whitepapers e palestrar da IBM? No Wiki do JBoss? Uhm…

Ah, Hibernate e EJB convivem no meu atual projeto, mas a migração é gradual para 100% hibernate.

No meu também. Hibernate + CMT. Funciona bem, até.

[]'s

E nem precisa ir muito longe. O Jetty eh otimo

O que vocês considerariam um WebContainer descente?

Em ambiente de produção, eu sempre utilizei WebLogic, que é um Application Server, não apenas um WebContainer.

Não tenho do que reclamar, pelo contrário, gosto muito do produto da BEA.

IMHO, se você precisa apenas de um WebContainer, comprar um WebLogic ou WebSphere é mais ou menos como a tática militar dos EUA que possui precisão para acertar um palito de fósforo, mas a capacidade da bomba é tão grande que destrói um bairro inteiro! :twisted:

Apesar de nunca ter trabalhado com ele, parece que o TomCat suporta até LoadBalance e Cluster.

Será que é tão ruim assim?

Abraços,
Marco Campêlo

Rodrigo, não entendi o que você quis dizer aqui. Você teve problemas com hot-deployment do Hibernate? Se for, isso tá mais pro dseu AS do que pro framework em si

Você devia se juntar ao Chun. Use EJB, JDO o que quiser só porque são J2EE e dê emprego a programadores famintos em alguns anos.

Vou colocar mais claramente: você quer usar só coisas JCP? Então use e não fique aqui fingindo que está fazendo comparativos sadios, vai ser feliz e para de discutir quando você é o dono da razão, isso é altamente improdutivo…

Além do mais, onde você viu especificado qualquer hot-deployment em J2EE? Faça-me o favor: [color=red]leia uma especificação antes de citá-la[/color]!

Não precisa de tanta formalidade não, mas um pouco de coerência e já está ótimo.

Cara, eu reli este tópico mas não consegui achar onde eu falo de Struts. Você dpeo me mostrar?

Você está discutindo suas dificuldades com o Hibernate, você pdoe abrir outro tópcio, expô-las melhor, sei lá. Sim, eut rabalho com Hibernate em missão crítica, então é melhor você dizer exatamente qual seu problema para que tentemos ajudar em vez de ficar citando textos inexistentes para reforçar um ponto seu que eu nem sei qual é!

Qual seu ponto? Não posso configurar o hibernate em runtime? O Hibernate não é especificação J2EE? Hibernate é um lixo e deve ser banido? O que diabos você quer dizer com isso tudo?

Tá, você quer fazer acoplar o código que gerencia os tartup de sua persistência no seu web.xml e defender boas práticas, padrões J2EE, blablabla?

Novamente: qual seu ponto?

Vamos reduzir oe scopo disso tudo…

Rodrigo, o hibernate não é um Container J2EE. Ele é um Framework baseado em POJOs. Existe milhares de formas de você criar um seviço baseado em objetos simples em Java ou em qualquer outra linguagem.

O que você havia reclamado, sobre parar um servidor para fazer “deploy do hibernate”, é estranho, porque você não faz deploy de hibernate algum, faz de uma aplicação one ele está incluso como biblioteca.

http://fragmental.com.br/wiki/index.php?title=Evitando_VOs_e_BOs