Mentawai Forum - Mentawai Web Framework

Melhor usar context listeners do que filtros. O container pode decidir retirar o filtro da memoria se ele não for usado por muito tempo. Context listener não sofrem desse mal.

A ideia de um metodo destroy no ApplicationManager é boa, mas afeta o reload do .class, não? Isso pode ser um problema?

valeuz...

saoj wrote:

Nesse lugares usávamos framework próprio que não era MVC puro, não tinha IoC, nem DI, etc. Framework próprios geralmente não são reutilizáveis e atendem apenas ao projeto em questão. (No início ninguém pensa isso, mas no final é o que acontece...)

Com tantos frameworks open source da vida, o que será que dá na cabeça do povo para usar framework proprietário?

valeuz...

tgp wrote:

Mas em relação a desacoplamento, vc acha que setar uma atributo via IoC o torna desaclopavel mesme se o tipo deste não for uma interface e sim uma classe concreta ?

Sim, pode ser um objeto de alguma subclasse. Mas é muito mais comum um componente ser definido por interfaces do que por superclasses.

valeuz...

Um dos conceitos legais do Lucene é o fato de eles terem criado um sandbox para contribuições importantes (ou seja, com boas chances de serem usadas por varias pessoas), mas que não devem estar no core do projeto.

http://lucene.apache.org/java/docs/lucene-sandbox/

Lá pode-se encontrar analyzers, ferramentas para visualizar o indice, utilitarios para highlight e até arquivos javascript que facilitam a construção de buscas avançadas. Que tal se o Menta tivesse algo parecido para englobar contribuições da comunidade? As pessoas poderiam postar tags, filtros, consequences, etc.

valeuz...

http://www.javafree.org/dependencias/mentawai/menta-spring.zip

Eu fiz isso antes da semana santa, mas esqueci de postar e lembrei por causa de um email do Sergio na lista do RSJug. Nada demais, apenas um filter para fazer autowiring - via Spring - das dependencias de uma action.

Para ver como funciona criei tanto um test case quanto uma especie de hello word. O download ficou maior porque coloquei todas os jars juntos, em um projeto do Eclipse, mas tambem criei um build file para o ant caso alguem não use Eclipse.

valeuz...

Hum, assim como uma action, um filtro tem acesso ao request de algum modo certo? Então, ao inves de alterar a API de Input e se preocupar se retorna um Object ou String, se é preciso criar um metodo getUserPrincipal, apenas cria um filtro que deixa todos esses dados no input. Não vejo problema no fato de ele acessar o request.

Enfim, acho melhor deixar o trabalho sujo para ele fazer.

valeuz...

Olá, que tal se fosse um filtro a fazer esse trabalho? Ele disponibilizaria todos esses dados no input, assim não precisa alterar a API. Os nomes seguem a nomenclatura que o Sergio fez.

valeuz...

saoj wrote:

Code:

fwdOk("sergio.jsp");

Legal, não tinha visto o fwdOk, mas, e quando não for SUCCESS? Ou parto para o addConsequence, ou para o on, não?

valeuz...

Eu voto em Menta, é mais simpatico. E acho que renomear os pacotes não é tão doloroso assim, as ferramentas já dão bom suporte para isso. Mas, concordo que seja uma chateação.

valeuz...

saoj wrote:

Grande Marcos !!! Seu artigo sobre API está excelente !!! Sua idéia é válida, mas o Mentawai evoluiu bastante na versão 1.2.

Olá, Sérgio, obrigado. A proposito, o Menta tem um blog onde vcs escrevem sobre o framework? Seria interessante, vc, o Rubem e o Boaglio poderiam se dividir para manter o blog sempre atual. Acho importante.

saoj wrote:

pode ser assim:
Code:
on(SUCCESS, fwd("sergio.jsp"));
O que vc está sugerindo é:
Code:
ac.addForward(SUCCESS, "sergio.jsp");
Não vejo muito diferença, sei lá. Vc vê?

Como disse no JavaFree, pode ser uma simples questão de gosto, mas veja que vc teve que lidar com dois metodos, e "on" não é exatamente algo muito claro - ao menos para alguem que não está tão dentro do contexto. O addForward não, é direto (pois vc não precisa criar o objeto) e claro.

saoj wrote:

Nada te impede tb de fazer um método assim:
Code:

 public static void fwdOk(ActionConfig ac, String page) {
 
    ac.addConsequence(SUCCESS, fwd(page));
 
 }

É aí que está minha reclamação sobre APIs. Apesar de não querer que elas resolvam todos os problemas, não quero ter que programar para dar suporte a API, ou quero o minimo possivel. Se adicionar um forward é uma operação muito comum, o framework deve prover isso para mim.

saoj wrote:

O que vc tem achado do Mentawai, Marcos. Algum ponto que precisa melhorar?

Eu baixei o codigo base esses dias, tá muito legal, então resolvi voltar a acompanhar o forum aqui. Estou tentando olhar para o codigo de uma maneira "java 5", assim que tiver ideias, a gente discute aqui.

valeuz...

Erhm, putz, não queria dizer build-in mas não consegui arrumar outra palavra. Bom, que tal métodos em ActionConfig diretos para adicionar as consequences distribuidas junto com o Menta. Pensei em addForward, addRedirect, addNull e addChain:
Code:

 public ActionConfig addForward(String result, String toForward) {
 
 	consequences.put(result, new Forward(toForward));
 	return this;
 
 }

Só para deixar algumas configurações mais diretas. Sei que posso fazer isso sem muitas broncas extendendo ActionConfig, mas como é algo bastante comum, talvez seja bom colocar no framework logo.

valeuz...

saoj wrote:

Entregar os JSPs e o arquivo master_en.i18n direitinho é tudo que precisamos.

Ué, não era para traduzir? Por que não fazer logo isso?

ps.: E quanto a sugestão de uma wiki?

valeuz...

andredelorme wrote:

Sérgio, você não esqueceu de colocar o <TITLE> da página?

Não, está na primeira linha, apenas não está formatado (coisa do maven, acho).

valeuz...

A proposito, uma Wiki não seria algo mais interessante? Assim as docs do mentawai até poderia ser melhoradas de acordo com o que os usuarios querem/precisam/usam.

valeuz...

2,395 cvs.jsp
4,834 depinj.jsp
13,707 displaytags.jsp
5,188 fileupload.jsp

valeuz...