Lançada versão 1.5 do Mentawai

parabens!

Porque eu tenho a impressão que isso não deveria estar no framework?

BTW: Legal a paginação.

Vc não quer pensar nisso toda hora que for fazer um projeto web, certo? E nada te impede também de ignorar isso e fazer as suas proprias regras de validação.

Mas diga aí: o que achou das tags de paginação ? Tem como melhorar ?

saoj:

plentz:

Porque eu tenho a impressão que isso não deveria estar no framework?

Vc não quer pensar nisso toda hora que for fazer um projeto web, certo? E nada te impede também de ignorar isso e fazer as suas proprias regras de validação.

eu concordo que isto deve estar no framework, como disse o Sérgio, quando chegar o projeto vamos ter que pensar nisto. Mas este tipo de coisa poderiam estar em um jar separado e opcional, tipo mentawai-extras.jar.

Po, vou trocar a 1.4.1 pra 1.5. Acabei de começar um projeto com a versão antiga… hehehehehe… parabens Saoj.

Claro que não. Mas acho que esse tipo de validação fica mais a cargo do BrazilUtils mesmo

Acho que da pra pegar umas “inspirações” na Display tag

excelente…!!! sobre os validators de cpf, cnpj e etc…eu faço das palavras do sérgio as minhas…

não há nenhum mistério fazer as próprias regras…mas prefiro assim…acho que não há nenhum ponto negativo nisso…muito pelo contrário…qualquer coisa simplesmente ignore…

[]'s

agora, algum motivo especial para nao usar a displaytag?

Sim, eu morro de medo do DisplayTag. Todo projeto, quando eu chego o pessoa diz que usa DisplayTag eu já fico com medo.

A maioria das pessoas que eu conheço (todas) não usam o ValueListHandler (algo como esse nome) do DisplayTag e usam List diretamente.

Ou sejam, leêm do banco milhares de registros, para mostra 10, 15 na tela.

É fácil? É, mas é um desperdicio de recursos absurdo.

O DisplayTag tem uma solução para isso, se não me engano chamada ValueListHandler, mas a maioria das pessoas não usam. Pq é mais fácil com List e por que a documentação é cheia de exemplos usando List. Se eu fosse o “dono” do DisplayTag, não permitiria o uso de List e criaria uma ValueListHandler generica que aceitava uma List (só para não dizer que não tinha).

Obs: Não sei como funciona a do Menta, só aproveitei a dexa. Espero que ela não seja List oriented.

Obs2: Eu normalmente uso uma grid do OpenRico customizada.

juzepeleteiro:

ValueListHandler

Claro. Mas pelo jeito o Menta tb carrega a lista inteira.

Eu uso um TableValueListHandler que fiz para o Click.

Não tem como paginar se vc não souber o número máximo de elementos. O que pode fazer é carregar uma lista de IDS e ir carregando os elementos a cada página e/ou reduzir mesmo o número da lista, pois uma pagainação com mais de 100 páginas fica sem sentido de grande.

Uma coisa é search outra é paginação… Minha opinião…

Este vídeo mostra um pouco do EclipseWork, e como gerar uma aplicação CRUD com Click, lendo as tabelas do banco de dados.

http://www.guj.com.br/posts/list/40171.java

Sérgio, desculpa pela propagando no seu post ,

mas lembrando que é possível fazer a mesma coisa para o Menta se quiser :thumbup:

ricardolecheta:

Este vídeo mostra um pouco do EclipseWork, e como gerar uma aplicação CRUD com Click, lendo as tabelas do banco de dados.

http://www.guj.com.br/posts/list/40171.java

Sérgio, desculpa pela propagando no seu post ,

mas lembrando que é possível fazer a mesma coisa para o Menta se quiser :thumbup:

Pois é Ricardo, eu sou fã dos seus plugins pro Eclipse e tô achando uma boa idéia implementar esse esquema no Mentawai. Mas nesse caso ele gera pro Hibernate né? De repente eu poderia adaptar pra ele gerar pra uma interface e eu implemento o esquema de persistência do jeito que eu quiser.

Parabéns galera! O mentawai está cada vez melhor!

ricardolecheta:

saoj:

plentz:

Porque eu tenho a impressão que isso não deveria estar no framework?

Vc não quer pensar nisso toda hora que for fazer um projeto web, certo? E nada te impede também de ignorar isso e fazer as suas proprias regras de validação.

eu concordo que isto deve estar no framework, como disse o Sérgio, quando chegar o projeto vamos ter que pensar nisto. Mas este tipo de coisa poderiam estar em um jar separado e opcional, tipo mentawai-extras.jar.

Bom, daí o kra esquece de colocar o jar no projeto e ninguem descobre pq o CNPJRule não funca.

VELO

Boaglio, manda ver :thumbup:

Olá,

sou da opinião de que regras específicas de validação, como CNPJ, CPF e etc deveria ficar em um jar separado, como por exemplo, mentawai-extras.jar.

Se o cara tiver problemas por que o CNPJRule não compilou por esquecer o mentawai-extras.jar, é por que o camarada não se deu ao trabalhar de ler a documentação. E outra, a opção de usar a classe CNPJRule só estará disponível se ela estiver no classpath da IDE durante o desenvolvimento.

IMHO, colocar o CNPJRule dentro do mentawai.jar só para o cara não ter problema na hora da compilação é mamão com açúcar demais.

Parabéns, nos meus projetos sempre estou usando o Menta, agora mais ainda

velo:

Bom, daí o kra esquece de colocar o jar no projeto e ninguem descobre pq o CNPJRule não funca.

Mas se o cara nao consegue resolver um ClassNotFound como ele pode ser responsavel por um projeto?

]['s

fabgp2001:

velo:

Bom, daí o kra esquece de colocar o jar no projeto e ninguem descobre pq o CNPJRule não funca.

Mas se o cara nao consegue resolver um ClassNotFound como ele pode ser responsavel por um projeto?

Ah, mas vc acha isso impossível?

Eu jah vi de tudo, hehehhe

VELO

Thiago Senna:

Olá,

IMHO, colocar o CNPJRule dentro do mentawai.jar só para o cara não ter problema na hora da compilação é mamão com açúcar demais.

Ué? mamão com açúcar demais?

Sou da opinião que Framework foi feito para se facilitar e quanto mais mamão com açúcar e bom melhor ainda.

Devo ser um desenvolvedor preguiçoso, mas eu não sei vocês mas já vi muita gente aonde trabalhei que simplesmente adicionava tudo no classpath da IDE porque simplesmente não sabia o que cada projeto precisava.

Sim é triste e vão falar que pessoas assim não deveriam nem estar programando e mais um monte de coisa, mas essas coisas existem acontecem e não devem ser ignoradas por isso é bom que esteja junto.

Entendo tua opiniao, mas penso diferente. Ja pensou se o Spring viesse com tudo que ele suporta em apenas um JAR? Ou ainda se o Hibernate fizesse o mesmo, colocando em apenas um JAR suas milhoes de dependencias?

IMHO (apenas pra dar pitaco mesmo porque o meu projeto que usava Mentawai nao foi pra frente) esse tipo de validacao nao deveria fazer parte do framework. Eh algo muito especifico. Se for colocar validacao do numero de identificacao de Pessoa Fisica de cada pais de cada usuario do Mentawai no JAR principal…

Marcio Kuchma

Galera !!! Estamos discutindo se vale a pena aumentar o jar em 1 kbyte a mais ou a menos. É isso mesmo: 1 kbyte.

O Jar do mentawai está com 375 kbytes.

O do Spring tem 1.8 megas + 226k do spring-beans.jar.

Acho que o Spring que precisa se preocupar com isso no momento.

A verdade é: Deixar tudo num lugar só simplifica as coisas. E quanto mais soluções prontas o Mentawai oferecer melhor é para o usuário.

O que acharam das StickyActions ???

http://www.guj.com.br/posts/list/40230.java

saoj:

O do Spring tem 1.8 megas + 226k do spring-beans.jar.

Acho que o Spring que precisa se preocupar com isso no momento.

Sergio,

Eu sei que isso nao tem nada a ver com o topico, mas nao posso deixar de comentar porque esse comentario esta totalmente errado.
O Spring possui um jar unico (spring.jar) como tu mesmo ja disse, mas possui um jar pra cada “modulo” do framework. Ou seja ele nao precisa se preocupar com isso pois ja faz o que estao pedindo aqui pro Menta fazer.

Particularmente eu nao acho que o problema nem seja o tamanho do download, mas sim ter que carregar algo que nao sera usado ou que nao faca parte do “core” do framework.

]['s