Ajuda na arquitetura de um sistema de Leilão Virtual

WebWork com Model-Driven Actions (onde faz sentido colocar regra de negocio), Spring (pra colar as Actions, as dependencias e ajudar a fazer a comunicacao com banco) e Hibernate.

Mas, antes de escolher a frameworkaiada toda, de uma boa estudada em Design Patterns, e em boas praticas de desenvolvimento. No fim das contas, elas sao mais importantes do que escolher o framework da moda

Só para ajudar, sobre o Design Patterns, a página do catálogo de Design Patterns da Sun fica em:
http://java.sun.com/blueprints/corej2eepatterns/Patterns/index.html

Uma outra idéia: vc poderia centralizar sua lógica de negócio em um Facade [GoF], agrupando seus casos de uso em Facades.

Acho que é bom manter o seu middleware independente de framework.

Outro site que pode te ajudar: http://www.fluffycat.com/java/patterns.html

[]s

Olá

Primeiro se ache, use aquilo que sabe. KISS (Keep It Simple Stupid) ou DTSTTCPW (Do The Simplest Thing Tht Could Possibly Work)
http://c2.com/cgi/wiki?DoTheSimplestThingThatCouldPossiblyWork
http://www.artima.com/intv/simplestP.html
http://c2.com/cgi/wiki?DoTheStupidestThingThatCouldPossiblyWork

Neste caso não use Spring, afinal o Struts já vai resolver todos os seus problemas (com um pouco mais de trabalho e com bem menos elegãncia do que o modo aconselhado pelo CV). No futuro dê uma outra chance ao Spring.

Sim, é porco. Estude mais os links que lhe passaram sobre Design Patterns e evite conversar sobre arquitetura web com este seu amigo.

[]s
Luca

Fala galera…Obrigado pelas repostas…

Então, decidi abandonar o Spring por enquanto, já que o prazo é curto…

Vou fazer algo assim:

As actions se comunicam via Transfer Objects com os Business Delegates que chamam minhas classes de negócios (POJOs) e usam os DAOs com o Hibernate para persistir os dados.

Acho que isso fica simples, eficiente e não muito porco não é?

Outra coisa…Como vcs me sugerem implementar a segurança de minha aplicação?
Queria a coisa mais simples e fácil possível, sem ter que aprender novas APIs pois o tempo é curto…

Vou precisar de logins de contratantes e fornecedores, que entrarão numa sessão que terá várias rodadas predefinidas no momento do cadastro da sessão pelo contratante.Em cada rodada cada um dos fornecedores poderá fazer um lance, tentando cobrir o lance dos outros fornecedores.No final são apresentadas relatórios e enviados relatórios por e-mail para os fornecedores e para o contratante.

Como poderia cuidar dessa parte de segurança e autenticação na sessão?
Existe algum modo também de controlar o tempo decorrido na sessão?

Desculpe por tantas perguntas é que sou relativamente novo em Java e este é meu primeiro projeto real…

Obrigado!

Olá

Simplifique mais, você não precisa de transfer objects.

Para o login procure algum exemplo na web. Tente entender bem o que são sessions e como são usadas. Guarde nelas coisas pequenas e essenciais. Lembre-se que ficam na memória. Hoje mesmo no GUJ saiu um post sobre como medir o tempo entre uma requisição e a resposts em JSP. Mas isto é pura perfumaria, não gaste sua massa cinzenta com isto. Concentre-se no seu projeto que já é por demais ambicioso para quem diz que está começando. Aliás, se você realmente está começando este projeto não é o mais adequado. Mas já que decidiu encarar, vá em frente e corra os riscos.

[]s
Luca

Então, pensei que esse projeto seria pequeno pois o escopo é pequeno mas a dificuldade parece ser grande agora que analisei melhor…

Mas nem dá mais pra mudar porque já foi o primeiro semestre que era análise e agora é implementação…

Então, meu maior problema acho que vai ser controlar a segurança e a sessão de leilão virtual…Quando quis dizer sessão, não me referia aos escopos (page, request, etc…) mas a sessão de leilão virtual, que terá que ser em real-time com a participação de todos os fornecedores e o contratante…Isso é o que acho que vai dar mais trabalho…

Não estou tão começando assim, eu trabalho com Struts, java e J2EE mas queria uma coisa lightweight…Por isso pedi sugestões de como poderia proceder na arquitetura…Gostei da idéia do Spring mas como sou o único com mais conhecimento de Java no grupo, acho que não ia dar certo aprender uma nova tecnologia agora…Muito em cima da hora…

Alguém tem mais alguma sugestão de como possa facilitar as coisas?

O Tomcat tem suporte pra segurança não? Se não me engano por perfis etc e tal…Como poderia arquitetar um esquema de segurança pra sessão de leilão virtual? Alguma sugestão?

Obrigado novamente!

Ok, vamos ver se entendi:

Todos estão vendo o lance de todos. Se for assim você poderia implementar como uma “sala de bate papo”, onde para entrar deve ser autenticado.
A tela do contratante pode ter a lista das rodadas cadastradas. Podia ser tipo um “painel de controle dos lances”, onde o contratante pode terminar a rodada, o que faz com que não possa ser postada nenhuma mensagem até o contratante iniciar uma nova rodada (escolhendo a rodada cadastrada na lista de rodadas e clicando no botão “Iniciar rodada”, por exemplo)

Você poderia logar o tempo decorrido da sessão, registrando o datetime do inicio da sessão e o datetime do termino da mesma.

A parte de segurança e autenticação, acho que não vai ter jeito… você vai ter que dar uma estudada, se não for em JAAS, na parte de Security Manager do Tomcat

Uma outra sugestão é você usar Filter e fazer a autenticação “no braço”! Mas não se acostume com isso, não. Vale mais a pena ver o que outros já fizeram!

Eu faria 2 controlers, um para cada tipo de usuário (contratante e fornecedor) onde cada um tem actions especificas controladas por eles que seriam filtrados por 2 filters (no caso de optar pela solução do Filter)

Espero ter ajudado!

[]s

Ajudou sim, agora tenho umas idéias melhores…

Então, quanto a sala de bate-papo, é mais ou menos isso…Só que cada forncedor pode dar um lance por rodada e o número de rodadas é definido pelo contrantante no momento de agendamento da sessão.Cada rodada vai durar (tempo total da sessão / número de rodadas) que é o tempo onde os fornecedores devem fazer seus lances.

No final o melhor ganha e relatórios simples vão para os fornecedores e relatórios completos vão para o contratante.

Outra coisa importante é que os fornecedores não vêem o lance de outros fornecedores.Somente ao final de cada rodada os fornecedores tem acesso ao maior lance atualmente e nele se baseiam para formar seus próximos lances.O único que tem acesso a todos os lances é o contratante.

Acho que é só isso…Obrigado pelas dicas!