Atena Framework: Nova plataforma de desenvolvimento de sistemas do Ministério Público Federal

o atena parece bacana, parabéns!

Tambem fiquei boiando... o que esta em fase de homologacao? Os testes unitarios do Atena em si? O framework de testes unitarios que o Atena disponibiliza? O que eh e como funciona esse processo de homologacao?

Debugger Membro desde: 23/06/2006 08:53:26 Mensagens: 72 Offline

Acredito que eles vão utilizar TDD daqui pra frente... mesmo pronto o framework deve continuar evoluindo...
IMHO se tivesse utilizado TDD desde o início seria *muito* melhor

This message was edited 2 times. Last update was at 16/10/2007 14:03:54

Para quem não teve tempo de olhar o código as bibliotecas referenciadas são:

javax.persistence
javax.activation
javax.mail
Apache Struts2 (ognl, xwork, etc..)
Apache Lucene
Apache Commons (Lang, Logging, Digester, Validator, BeanUtils, Collections)
Apache Velocity
Spring Web
JFree
cglib

Mais alguma ??

This message was edited 1 time. Last update was at 17/10/2007 07:19:23

(com alterações)

nbluis wrote:

jonatas@pgr.mpf.gov.br wrote:O objetivo é TDD! Como disse, o projeto está em fase de homologação.

[]s
Godoi

TDD, mas o framework não está pronto ??

O Atena está pronto! O projeto para facilitar os testes unitários dos aplicativos desenvolvidos com o Atena é que está em fase de homologação.

[]s
Godoi

This message was edited 1 time. Last update was at 16/10/2007 14:08:17

jonatas@pgr.mpf.gov.br wrote:

nbluis wrote:

jonatas@pgr.mpf.gov.br wrote:...

...

O atena está pronto. Os testes unitários é que estão em homologação.

[]s
Godoi

Tudo bem sobre os testes unitários, mas nada de TDD.

jonatas@pgr.mpf.gov.br wrote:
O atena está pronto. Os testes unitários é que estão em homologação.

Os testes estão sendo homologados?

This message was edited 1 time. Last update was at 17/10/2007 07:21:51

(com alterações)

pcalcado wrote:

jonatas@pgr.mpf.gov.br wrote:
O atena está pronto. Os testes unitários é que estão em homologação.

Os testes estão sendo homologados?

Vamos lá: Foi criado recentemente um projeto para facilitar a criação de testes de sistemas desenvolvidos com o Atena, e incentivar o TDD. Algo como classes helpers, que podem ou não ser estendidas para isso. Isso para permitir testes de execução dos aplicativos fora de um container web. Essa estrutura é que está em homologação. Em breve, estará disponível.

E qual o problema do JUnit? O framework não se baseia em POJOs?

Thread.start() Membro desde: 12/10/2007 13:05:11 Mensagens: 30 Offline

pcalcado wrote:E qual o problema do JUnit? O framework não se baseia em POJOs?

Sim, mas para simular a execução dos aplicativos fora de um container web é preciso de classes auxiliares. Por isso, usamos classes de TestCases e Mocks.

jonatas@pgr.mpf.gov.br wrote:Algo parecido com o MockStrutsTestCase.

O MockStrutsTestCase é um Mock para Struts 1.x que não se baseia em POJOs já que suas Actions têm que estender classes do framework. O Struts 2/WebWork acabou com este grande problema adotando POJOs para as Actions, que é algo bem comum em frameworks web como VRaptor, Spring MVC e todos os outros 3423524 projetos open-source.

Não sei há quanto tempo o framework criado pelo órgão público existe, se existir desde 2002-2003 realmente a cultura da época não previa frameworks com POJOs mas há uns bons 4 anos que isso é padrão. A necessidade de um framework para testes do framework é um dos problemas em adotar uma estratégia que obriga classes da aplicação a estender ou implementar classes e interfaces do framework. Sugiro que os autores do mesmo dêem uma olhada no que o mercado vêm fazendo e o porque do uso de POJOs onde existe regra de negócio/aplicação ter se tornado matéria quase que obrigatória para frameworks de todos os níveis.

This message was edited 1 time. Last update was at 17/10/2007 07:25:32

(com alterações)

pcalcado,

Todos os componentes do Atena são POJOs, desde actions, classes de visão, EJBs, etc.

Para a criação de testes unitários com a aplicação em execução dentro de um container web, nenhum código adicional é requerido: basta o JUnit.

No entanto, para simular a execução da aplicação em um container, sem utilizar um, uma certa infraestrutura é necessária.

Não sei se deu para entender. Parte dos testes são realizados com o JUnit, outra parte com a estrutura criada.

This message was edited 1 time. Last update was at 16/10/2007 15:47:52

O engraçado é que quando se trata de qualquer coisa Java, o termo usado é 'engessado' e todo mundo odeia, enquanto que quando se fala sobre Rails, o termo usado é 'opinionated' e todo mundo adora.

jonatas@pgr.mpf.gov.br wrote:
Todos os componentes do Atena são POJOs, desde actions, classes de visão, EJBs, etc.

Para a criação de testes unitários com a aplicação em execução dentro de um container web, nenhum código adicional é requerido: basta o JUnit.

No entanto, para realizar esses testes na aplicação fora de um container web, uma certa infraestrutura é necessária ser ativada para seu funcionamento (conexão com banco de dados, transações, injeção de dependência, controle de acesso, acesso ao contexto, etc). É justamente por isso que criamos esse mock.

Então acho que o problema é o conceito de testes unitários. testes unitários não podem depender de um container para funcionar, do contrário eles não são unitários mas sim de integração.

Para ser um teste unitário eu devo poder instanciar a action (ou seu equivalente), chamar seus métodos e verificar o comportamento esperado sem depender de containers. Se as classes não podem ser testadas desta maneira simples não é um POJO já que depende da infra-estrutura. Como citei o Struts 1 era assim mas há muito tempo que os frameworks web não possuem mais essas limitações exatamente porque o modelo de programar em Java EE evoluiu visando maior qualidade e flexibilidade.

Para persistência outra técnica utilizada é a divisão em Camadas. Se você divide seu sistema em Camadas ele vai isolar as classes que de fato dependem do banco de dados e você consegue criar mocks para estas classes tranquilamente.

ronaldtm wrote:O engraçado é que quando se trata de qualquer coisa Java, o termo usado é 'engessado' e todo mundo odeia, enquanto que quando se fala sobre Rails, o termo usado é 'opinionated' e todo mundo adora.

Ahm?

Notícias, artigos e o maior fórum brasileiro sobre Java