Mentawai Forum - Mentawai Web Framework

velo wrote:

ricardolecheta wrote:

Aquele ajax com a ajaxtags ja saiu?

Sir, yes sir.

VELO

legal.. só precisa criar uns docs.. só encontrei este aqui antigo:
http://www.mentaframework.org/ajaxintegration.jsp

saoj wrote:

O exemplo do Struts2 está dando um CAST para uma action em específico, ou seja, o exemplo do struts2 está acoplando o filtro a uma action em específico, porque ele não trabalha com input, ou seja, para pegar algo de uma action ele tem que dar cast para aquela action, entendeu?

nao necessariamente... vc pode acessar ActionContext.getContext()..getAlgumaCoisa que não me lembro que retorna um Map que é a input. faz tempo que nao uso WW e estou botando lenha da fogueira

O que é a consequence entao? Não é uma classe que processa o resultado? Igual ao result do ww... ou nao entendi...

Bom o WW ta bem mais avançado no ajax. Já tentei te ajudar mas nao deu muito certo da ultima vez

Aquele ajax com a ajaxtags ja saiu?

acho que vc deveria investir mais no ajax... seria o pulo do gato

ele tem integração com jsf tb...isto pode atrair alguns usuarios interessados em usar alguns componentes na view

Oi Sergio,

vc nao pode comparar o ww2 com menta deste jeito...

esse lance dos interceptors vc usa interfaces.. pra nao acoplar a uma action.

nao olhe so a validacao.. precisa olhar o framework como um todo, o struts2 ta um show.

no ww2 qualquer classe é uma action, nao precisa fazer extends de nada e nem ter input, output...

tipo

MinhaClaseDeNegocio{

private String msg;

public String go(){..business.here....}

public string getMsg(){ return msg;}
}

e nao view $msg... nao precisa configurar nada, pois existem os ActionMappers..

agora a validação usando @ é uma mer*** mesmo.. da arrepio só de olhar.

agora vc nao pode falar mal de quem vc copiou...

filtro=interceptor
consequence=result..
converter=converter.. nao sei como chama no menta

tem q olhar como um todo....

Olá,

Antes que mais alguém entenda mal o meu post anterior....

só vou dizer que não estava tentando criar algum tipo de discussão ou qualquer coisa assim.. entonces foi mal se alguém entendeu assim...

ta bom ta bom.. eu dei uma alfinetadinha sim... mas é só conflito de opiniões... desculpa

velo, te mandei uma msg com meu email...

RubemAzenha wrote:

ricardo,

Muito boa as suas dicas. Boas mesmo. Vou pensar com calma qual a melhor forma de implementa-las com o mentaa.

shame on me por demorar mais de uma semana para ver o tópico

Que bom que você tirou um tempo para estudar o menta

Oi Rubem,

embora em não goste, nao use, e nao concordo com o jeito "menta de ser", isto não me impede de contribuir e admitir que vcs estao fazendo um excelente trabalho... é dificil manter um projeto open-source como vcs estao fazendo.... mas vou parar por aqui para nao dar discussão e nem mudar o tópico

como que fica o codigo? mandem um exemplo ..

se vc gosta de complicar as coisas tudo bem

mas o minimo que uma biblioteca ajax tem que fazer é se adequar ao seu framework com o mínimo de impacto e mudanças...

com bibliotecas como dojo e prototype vc retorna um html.. ou seja, o resultado do processamento de seu Servlet/JSP..

Sim, e ele te obriga a retornar um XML com "ajax-response" nao ?

Outro exemplo facil seria uma taglib do tipo "select" para ajudar no famoso caso dos combos aninhados...

tipo um combo de estados e cidades...

Code:

 Estados: 
 
 <select name="estados" id="estados" onchange="new Ajax.Updater('success', '/actionBuscaCidades',{parameters:'valorDoSelect='+this.value,asynchronous:true,method:'get'})">
 <option value="PR">Paraná</option>
 </select>
 <div id="success" >este div será atualizado com o resultado da action</div>

o código acima poderia ser gerado por um mtw:select...

no exemplo acima, ao trocar um item do combo, será disparada uma request AJAX , passando um parametro 'valorDoSelect' com o estado selecionado. A action pega este valor e manda a resposta.

Automaticamente o div "success" é atualizado. A unica coisa que a Action precisa fazer é retornar apenas um JSP que tem um <select com as cidades.

Integrando o prototype vai ficar bem mais simples... e nao vai precisar trabalhar com o XMLHttpRequest igual é feito hoje.

abraço

Olá,

um ponto que gostaria de ver o menta melhorar é no AJAX..

do jeito que está documentado aqui está quase no braço:
http://www.mentaframework.org/ajaxintegration.jsp

Eu sugiro fazer uma taglib igual a do grails... tem várias , mas por exemplo para fazer uma form que faz POST com ajax é assim:
Code:

 <g:formRemote name="myForm" on404="alert('not found!')" update="updateMe" action="show">
         Login: <input name="login" type="text"></input>
     </g:formRemote>
 
 <div id="updateMe">this div is updated by the form</div>

no exemplo acima a resposta da Action será inserida sem refresh no corpo do div "updateMe"...

Isto é relativamente simples de fazer, se usar a biblioteca prototype, basta fazer um mtw:form e gerar um código como:

Code:

 <form method="POST" name="myForm" id="myForm"  onsubmit="new Ajax.Updater({success:'updateMe',failure:'error'},'/suaActionAqui',{asynchronous:true,evalScripts:true,parameters:Form.serialize(this)});return false">

e boa... é só a taglib gerar algo assim, a biblioteca prototype faz o resto...
ela vai serializar a Form e fazer o post com AJAX... atualizando o conteudo do div updateM...

Apareceu

segue o exemplo

exatamente

eu estava no Firefox, mas este post estou no IE...

Tem preview e submit de novo

...

saoj wrote:

Eu vou ter que dar uma olhada nesse Jetty. Quando vc altera um método, o código tem que ser recompilado para poder ter efeito. Aí que está o problema. O Jetty não recompila a classe ???

Do jeito que vc falou então não bastaria apenas alterar o código do ApplicationManager e deixar o Jetty fazer o resto ???

O Jetty não recompila a classe ??? Sim, compila, mas sei lá como funciona

Na verdade o Eclipse que deve fazer a mágica. O mesmo acontece se vc faz uma função main... e altera seu código ao fazer debug... as alterações surgem efeito. Portanto, o truque vale somente se usar o Eclipse junto.

>>e deixar o Jetty fazer o resto ???
Não porque alguém precisa chamar o loadActions do ApplicationManager. Pelo que eu vi, isto é feito no init do Controller.

Se quiser olhar o jetty é bem simples, baixe o 4.2.x. É só descompactar e está rodando. No plugin do Eclipse, entre no 'Run...' Tem um item que é do Jetty. Para debugar entre no 'Debug...'

Levando-se em conta que o servidor de testes geralmente está numa outra máquina que não a nossa, o usuário terá que enviar (via FTP por exemplo)

Eu testo local mesmo. Uso o plugin do Jetty:
http://jettylauncher.sourceforge.net/

No caso não tem compile.. javac, ant, etc.. É só salvar no Eclipse. O Jetty não faz restart, maravilha! Assim é só dar refresh no browser e as alterações estão lá! Desta forma, poderia ter um filter que
leia o ApplicationManager sempre... minha opinião é claro