o Validations do vraptor não tá levando em conta o locale =/ (e nem tem mto como fazer isso genericamente, pq vc dá um new nele)

em todo caso, vc pode fazer (fica um pouco feio, massss):

validator.checking(new Validations(ResourceBundle.getBundle("messages", locale)) {{
    //suas validações
}});

Mas, como é q eu faço para passar o (parametro) ‘locale’ para a minha ‘ProdutosController’??! :roll:
(A propósito, como faço p/ recuperar um Atributo(q está na Session) de dentro de 1 método da minha Controller??! :shock: )

vc pode receber um Localization no construtor, que tem um método getLocale()…

teoricamente ele pega o locale que está na request/session/context, nessa ordem

qto a atributos da session, se vc usou session.setAttribute na mão, vc só consegue recuperar no vraptor via session.getAttribute (recebendo o HttpSession no construtor)

se vc usou um componente SessionScoped, basta recebê-lo no construtor

o que aparece na stacktrace do servidor?

Lucas Cavalcanti:

o Validations do vraptor não tá levando em conta o locale =/ (e nem tem mto como fazer isso genericamente, pq vc dá um new nele)

em todo caso, vc pode fazer (fica um pouco feio, massss):

validator.checking(new Validations(ResourceBundle.getBundle("messages", locale)) {{ //suas validações }});

Já temos planos de usar o Bean Validation? Pergunto porque estou mexendo com isso, e posso fazer isso se vocês ainda não fizeram, já que ví ter uma issue para isso.

a gente aceita contribuições com prazer, garcia =)
não começamos a fazer ainda…

[]'s

Lucas Cavalcanti:

isso só acontece no IE? não faz mto sentido...

Lucas Cavalcanti:

o que aparece na stacktrace do servidor?

Derlon:

... implementar "O LogOn de Aluno" q v6 orientam no Artigo da Revista MundoJava Ed.38 ...

@Component @SessionScoped  
public class SessaoDoUsuario {  

	private Usuario usuarioLogado; //  = new Usuario()
	
	public void efetuarLoginDo(Usuario usuario) {
		this.setUsuarioLogado(usuario);
	}
	
	public Usuario getUsuarioLogado() {
		return usuarioLogado;
	}
}

na época que escrevemos o artigo pra MundoJava, esse uso da EL não era possível ainda… na apostila do VRaptor e na documentação a gente usa esse novo jeito já

Obrigado =)

Oi, Lucas (eu dNovo hehehe!)

Infelizmente o Erro do (gif.jsp) no EI voltou a acontecer.
Mas, eu descobri o q está causando o problema: foi bem na hora q eu substituí o (.JAR) ‘vraptor-3.1.1.jar’ pelo o (nightly build) ‘vraptor-3.1.2-20100310.010227-4.jar’.
Enquanto eu mantive o .JAR VRaptor original (do Projeto Blank) o IE funfou normal; e dpois da atualização voltou a issue de ter q dar Refresh em todo Submit.
Poderia tentar reproduzir a falha??!
Vlws…

não tenho windows instalado na minha máquina… logo não dá pra eu testar no IE… qual versão vc tá usando?
IE6? IE7? IE8?

No IE(ca)7. (hihihi!)

implemente essa classe… deve resolver seu problema:

@Component
public class FixedAcceptHeaderToFormat implements AcceptHeaderToFormat {
   public String getFormat(String acceptHeader) {
        return "html";
   }
}

me diga se funcionou =)

Sim, funcionou sim! Vlws; Bacana! :lol:

garcia-jj:

…
Já temos planos de usar o Bean Validation? …

Fantástico: 1 grande idéia no vRaptor ser implementada a integração c/ a JCP - JSR 303: Bean Validation!!! :thumbup:
E q tal de repente adotar 1 @Anotação (bem ao estilo do Stripes) para definir quais métodos vão ser validados e quais não vão. Ou melhor ainda: por padrão/convenção o form em todos os métodos da Controller é sempre validado; e no(s) método(s) q nós não queremos/podemos validar seus dados, poderiamos simplesmente adotar/adicionar 1 Annotation [color=red]@DoNotValidate[/color] :mrgreen:
O q acham??!

vc diz validar de acordo com as anotações no modelo?

Lucas Cavalcanti:

a gente aceita contribuições com prazer, garcia =)
não começamos a fazer ainda…

Lucas, essa semana estou meio dividido na implantação de um sistema (feito com vraptor, claro ), mas no final de semana vou mexer nisso.

Lucas Cavalcanti:

não tenho windows instalado na minha máquina… logo não dá pra eu testar no IE… qual versão vc tá usando?
IE6? IE7? IE8?

Já gostava de ver teus códigos, documentações e forma de responder para a galera no fórum. Mas agora ganhou nota mil no meu conceito, hehe. Se eu te contar que eu nem sei trocar um papel de parede no windows tu vai rir de mim, haha.

derlon:

Fantástico: 1 grande idéia no vRaptor ser implementada a integração c/ a JCP - JSR 303: Bean Validation!!! :thumbup:
E q tal de repente adotar 1 @Anotação (bem ao estilo do Stripes) para definir quais métodos vão ser validados e quais não vão. Ou melhor ainda: p/ padrão/convenção o form em todos os métodos da Controller é sempre validado; e no(s) método(s) q nós não queremos/podemos validar seus dados, poderiamos simplesmente adotar/adicionar 1 Annotation [color=red]@DoNotValide[/color] 8)
O q acham??!

No início de tudo eu pensei em aproveitar um código inicial que desenvolvi para um projeto aqui na empresa usando vraptor, que é a mesma coisa que o validator que o vraptor tem para o Hibernate Validator, porém usando os validadores da JSR 303. Nesse caso não sei nem se precisa dessa @DoNotValidate, pois você precisa chamar o validator manualmente. Conforme a documentação do vraptor.caelum.com.br:

public adiciona(Funcionario funcionario) { //Validação do Funcionario com Hibernate Validator validator.addAll(Hibernate.validate(funcionario)); }

Penso em fazer algo semelhante, por exemplo, BeanValidator.validate().

Lucas Cavalcanti:

vc diz validar de acordo com as anotações no modelo?

garcia-jj:

Penso em fazer algo semelhante, por exemplo, BeanValidator.validate()

:idea: Assim, IMHO, creio q o “estado da arte” seria podermos colocar 1 Annotation AddValidadion ou ApplyValidadion (sei lá! [color=red]@ApplyValidation[/color]) em nossa Classe Controller e @DoNotValidate no(s) método(s) q nós não precisamos validar!! :twisted:
E o Stripes consegue, de alguma forma, propagar as Validações do Bean Validation / Hibernate Validator até a View, daí parece q c/ 1 plugIn/frameWork [color=red]AJAX[/color] conseguimos gerar Validações Client-Side! :XD: O q acham?!!
Obs.: 1. melhor ainda q o Struts2 q, p/ fazer isto, ainda faz isto via .XML (arght)!
2. Garcia, ainda considero válida sua abordagem/contribuição, até para o amadurecimento (do desenvolvimento) da Validação! :thumbup:

bom… dá pra fazer algo assim, mas é meio ruim ficar poluindo o controller com um monte de anotações… principalmente anotações de comportamento…

as anotações deveriam ser apenas pra marcação, apenas metadados, e não deveriam habilitar/desabilitar comportamentos

de qqer forma, prefiro que isso seja programático, algo do tipo:

validator.validate(objeto);

e vc define o comportamento de validação sobrescrevendo um componente do vraptor… daí vc pode usar como implementação o Hibernate, a JSR-313, o MeuSuperFrameworkDeValidaçãoQueEuFizSozinho, etc…

(Sem querer ir + off-topic: como está tensa a questão da lincença do JCK para o Apache Harmony: :arrow: http://khanderaotech.blogspot.com/2007/04/jsr-313-for-j2ee-60-received-setback.html c/ atenção especial a ‘Carta Aberta à Sun’ e 'comentários s/ os termos de licença(na JCP). :hunf: )

Mas, Lucas, vc acha q anotações de comportamento na Controller podem causar efeitos colaterais na integração com WebServices, principalmente na abordagem RESTfull??!

efeitos colaterais acho que não… só prefiro a maneira programática mesmo… nesse caso faz mais sentido um validator.validate(obj); do que um @ApplyValidation no parâmetro ou no método…

Não, Bean Validator foi impulsionado pelo pessoal do Hibernate, porém ele não faz parte da implementação de Hibernate. Mesmo que fosse o vraptor com seu HibernateValidator já faz uso direto das classes do Hibernate. Embora eu não concorde com isso, o vraptor possui muita coisa que faz uso direto do Hibernate, inclusive o HibernateValidator.validate.

Concordo contigo. Embora como já citei acima, mesmo não gostando de misturar Hibernate com camada web, não vejo forma melhor de fazer um validador para a JSR303 diferente da forma atual. Conforme você mesmo já disse, é muito mais simples e claro fazer uma espécie de BeanValidator.validate(meuBean). Dessa forma seguimos o padrão que já existe e também mantem-se a simplicidade.

Anotações parecem legal, mas quando menos anotações melhor. O ideal é você sempre usar anotações como item opcional, não como “item de série”. Lembro de certa vez lendo os docs do Struts 2 a quantidade de anotações necessárias para validar uma simples entrada de dados em uma action: http://struts.apache.org/2.1.6/struts2-core/apidocs/com/opensymphony/xwork2/validator/annotations/Validation.html

nada que o VRaptor usa do hibernate é obrigatório… toda dependência com o Hibernate é opcional dentro do vraptor…

Garcia, neste ponto o Lucas (como eu diria) is quite sure!:!: Nada no VRaptor nos obriga a usar qq coisa do Hibernate (a pesar q ele tornar a Validação muito menos [color=red]verborrágica[/color]). :hunf:

Mas em momento algum eu disse que são obrigatórios :).

E sobre o Bean Validator, o que vocês acham? Abraços

acho que seria legal a gente suportar sim… mas não com um método estático como está agora com o hibernate

Lucas Cavalcanti:

acho que seria legal a gente suportar sim... mas não com um método estático como está agora com o hibernate ;)

Hmm, comecei a dar uma analisada ontem nisso. Como você acha que deve ser? Um objeto não estático porém injetado assim como o validator?

public class JSR303Validator { // não repare no nome  :twisted: 
   [blah blah blah]
}

public class MyController {
    public MyController(JSR303Validator validator) {
        this.validator = validator;
    }

    public void foo(MeuBean bean) {
         validator.validate(bean);
    }
}

acho que pode ser assim:

-adicionar o método validate(Object) na interface Validator
-criar uma interface chamada BeanValidator ou coisa do tipo com duas implementações: a do Hibernate e a da JSR303
-na implementação do Validator, receber um BeanValidator no construtor e delegar a validação pra ele

que acha?

garcia-jj:

Não, Bean Validator … não faz parte da implementação de Hibernate.
…

Concordo contigo. Embora como já citei acima, mesmo não gostando de misturar Hibernate com camada web, … Dessa forma seguimos o padrão que já existe e também mantem-se a simplicidade.
Lucas, (“validator.validate(obj)”): vc se refere a Classe ‘Validator’ do VRaptor; e o método ‘validate()’ subentende o disparo de Validações da/e (qq) JSR303 adotada (na nossa Classe-Entidade (devidamente anotada)); em alternativa ao método ‘checking()’ atual abordagem de Validação Fluent (até p/ manter a compatibilidade (c/ versões anteriores))??!

garcia-jj:

Anotações parecem legal, mas quando menos anotações melhor. O ideal é você sempre usar anotações como item opcional, não como “item de série”. Lembro de certa vez lendo os docs do Struts 2 a quantidade de anotações necessárias para validar uma simples entrada de dados em uma action: http://struts.apache.org/2.1.6/struts2-core/apidocs/com/opensymphony/xwork2/validator/annotations/Validation.html

Lucas Cavalcanti:

acho que pode ser assim:

-adicionar o método validate(Object) na interface Validator
-criar uma interface chamada BeanValidator ou coisa do tipo com duas implementações: a do Hibernate e a da JSR303
-na implementação do Validator, receber um BeanValidator no construtor e delegar a validação pra ele

que acha?

Lucas Cavalcanti:

acho que pode ser assim:

-adicionar o método validate(Object) na interface Validator
-criar uma interface chamada BeanValidator ou coisa do tipo com duas implementações: a do Hibernate e a da JSR303
-na implementação do Validator, receber um BeanValidator no construtor e delegar a validação pra ele

que acha?

Perfeito. Porém fiquei com dúvida sobre como o vraptor saberá qual implementação dele deve usar, se Bean Validator ou Hibernate Validator 3.X. No meu caso eu usaria o BeanValidator, mas pode ter alguém que queira usar o Hibernate Validator.

Como o vraptor irá apenas delegar a validação para o BeanValidator, isso dependerá tudo dele. Só que se não me engano quando você inicializa o bean-validator precisa indicar o locale a ser usado. Não sei como o vraptor sabe qual o locale usar internamente, mas podemos fazer uso o atributo javax.servlet.jsp.jstl.fmt.locale para passar o locale para o bean-validator, Lucas?

Vou ver se faço algo até o final de semana, uma espécie de initial release, e aí podemos ir planejando umas melhoras. Eu ainda não senti a necessidade das annotations, mas acho que tendo essa implementação inicial pode exclarecer um pouco esse ponto para nós.

Abraços

D+, Garcia!!! :thumbup:

Já estou ansioso para ver o resultado (ainda q seja inicial) desse trabalho!! :XD:

garcia-jj:

Como o vraptor irá apenas delegar a validação para o BeanValidator, isso dependerá tudo dele. Só que se não me engano quando você inicializa o bean-validator precisa indicar o locale a ser usado. Não sei como o vraptor sabe qual o locale usar internamente, mas podemos fazer uso o atributo javax.servlet.jsp.jstl.fmt.locale para passar o locale para o bean-validator, Lucas?

o vraptor já tem um componente que lê (ou deveria ler :P) esse parâmetro… ele se chama Localization, e vc pode usar no seu BeanValidator

usa o @Autowired do Spring… mas é feio

Ficou uma dúvida pendente: http://guj.com.br/posts/list/45/198913.java#1034139

ops

daria pra fazer uma condicional: se tiver o jar do Hibernate, registra o do Hibernate, se tiver o do JSR303, registra o do 303, se tiver os dois, registra um wrapper pros dois =)

Lucas Cavalcanti:

ops

daria pra fazer uma condicional: se tiver o jar do Hibernate, registra o do Hibernate, se tiver o do JSR303, registra o do 303, se tiver os dois, registra um wrapper pros dois =)

Certo. Agora mais do que nunca vou precisar rever aquele artigo que tu me passou de atualizar meu fork com as últimas alterações do git do vraptor/master

Ps: bagunçamos o tópico das dúvidas pontuais.

nada como uma boa divagação de vez em qdo

qqer dúvida sobre git, só dar um toque

Fiquei com uma dúvida…

Quando usamos o Bean Validator, o resultado dos erros vem em um iterator de ConstraintViolations, objeto esse que contém uma série de informações sobre a validação, e não apenas a mensagem de validação.

Para o resultado creio que deveremos usar o ValidationMessages do Vraptor, correto? Sendo assim o resultado das mensagens de erros devem ser interpoladas via MessageInterpolator.interpolate ou extender o ValidationMessages do Vraptor e devolver um objeto com as informações de validação?

(edit)

Notei que o bean validator, quando dá um erro de validação, mostra apenas as mensagens cruas do tipo “não é um e-mail válido”. Estou em dúvida de como reportar isso para a tela, se como String ou então (penso ser o melhor) devolver um objeto para que o peão possa tratar na tela. Creio que algo extendendo ValidationMessage do vraptor com os dados das constraint violations.

Lucas Cavalcanti:

usa o @Autowired do Spring

Lucas Cavalcanti:

… mas é feio

Agora tenho 1 Duvidinha - vou ilustrar o ex.: tendo 1 form.JSP (ou produtos/manter) com Dados do Produto carregados no Fomulário. Tendo 1 Botão ‘Alterar’, como faço para q ele chame o método alterar(); e 1 Botão ‘Excluir’, como fazer ele chamar o método excluir()??! Detalhe: [color=red]não[/color] vale usar [color=darkblue]JavaScript[/color]!

P.S.

garcia-jj:

Ps: bagunçamos o tópico das dúvidas pontuais.

garcia-jj:

Fiquei com uma dúvida…

Quando usamos o Bean Validator, o resultado dos erros vem em um iterator de ConstraintViolations, objeto esse que contém uma série de informações sobre a validação, e não apenas a mensagem de validação.

Para o resultado creio que deveremos usar o ValidationMessages do Vraptor, correto? Sendo assim o resultado das mensagens de erros devem ser interpoladas via MessageInterpolator.interpolate ou extender o ValidationMessages do Vraptor e devolver um objeto com as informações de validação?

(edit)

Notei que o bean validator, quando dá um erro de validação, mostra apenas as mensagens cruas do tipo “não é um e-mail válido”. Estou em dúvida de como reportar isso para a tela, se como String ou então (penso ser o melhor) devolver um objeto para que o peão possa tratar na tela. Creio que algo extendendo ValidationMessage do vraptor com os dados das constraint violations.

o Hibernate Validator 3 (que o vraptor já suporta) dá um monte de constraintViolations, que têm o campo q deu o erro e a mensagem… daí é só converter pra uma List do VRaptor…
não sei como funciona o Bean Validator/Hibernate Validator 4, mas acho que ele tb tem algo do tipo

derlon:

Concordo contigo, mas só com relação a Injeção de Dependências (Objetos de Layers da minha Aplicação), pois a configuração fica dúbia (seu eu remover @Component, pára de funcionar): duplicidade de Annotations.:thumbdown: Mas, acerca de Injeção de Recurso, seja de APIs do Java (Servlet/HTTP) ou de FrameWork, fica muito + prático c/ a @Autowired (facilita o Refactoring), pois se o desenvolvedor entender q ele não precisa + do Objeto de 1 API, nada q 1 delete (ou Comment-Out dos) Objetos e Optimize Imports não resolva (c/ alguns clicks). 8)

derlon:

Agora tenho 1 Duvidinha - vou ilustrar o ex.: tendo 1 form.JSP (ou produtos/manter) com Dados do Produto carregados no Fomulário. Tendo 1 Botão ‘Alterar’, como faço para q ele chame o método alterar(); e 1 Botão ‘Excluir’, como fazer ele chamar o método excluir()??! Detalhe: [color=red]não[/color] vale usar [color=darkblue]JavaScript[/color]!

PessoALL,

JogoRápido: [color=red]não[/color] podemos fazer OverLoad nos métodos de nossa Controller??! :hunf:

só se usar junto com @Path

na verdade trocando o método http tb funciona (@Get @Post @Put @Delete) só não pode overload sem configuração nenhuma

Na Controller qual é o método default??!

Se você não colocar nada em seu método o padrão é ele usar @Get. Caso o Path não esteja declarado será usado nome-do-controller + nome-do-metodo.

(já dei 1 googlada, mas não achei nada)
Codifiquei assim: @Post public void manter() { } @Get public Produto manter(final Produto produto) { return produto; } mas, recebi:
Your logic method must accept HTTP GET method if you want to redirect

Assim não pode?! :?:

Bean validator done. Só não consegui publicar porque hoje o github resolveu a me complicar. Nem mesmo consigo publicar um gist.

derlon:

(já dei 1 googlada, mas não achei nada)
Codifiquei assim: @Post public void manter() { } @Get public Produto manter(final Produto produto) { return produto; } mas, recebi:
Your logic method must accept HTTP GET method if you want to redirect

Assim não pode?! :?:

Acho que você inverteu as coisas… @Post deve ser no método que você quer fazer o manter, já que ele que recebera o submit. http://vraptor.caelum.com.br/documentacao/resources-rest/

se vc não especificar o método http via anotação ele aceita todos os métodos…

pra fazer redirects o método precisa ser @Get, pq a requisição volta pro browser do cliente e o browser manda uma requisição GET pra url de redirect

use os métodos HTTP do jeito certo (GET pra buscar/visualizar dados, POST pra adicionar, PUT pra adicionar/modificar e DELETE pra remover)

o github tah em manutenção hoje mesmo… =/

garcia-jj:

Bean validator done. Só não consegui publicar porque hoje o github resolveu a me complicar. Nem mesmo consigo publicar um gist.

derlon:

garcia-jj:

Bean validator done. Só não consegui publicar porque hoje o github resolveu a me complicar. Nem mesmo consigo publicar um gist.

Q tal postar 1 exemplo agora?!! :wink:

Exemplo de uso? Será basicamente a mesma coisa que você já faz atualmente, porém é disponibilizado um método a mais na interface Validator.validate().

@Resource
public class JSR303TestController {

    private final Result result;
    private final Validator validator;

    public JSR303TestController(Result result, Validator validator) {
        this.result = result;
        this.validator = validator;
    }

    @Get
    @Path("/303test")
    public void edit() {
        result.forwardTo("/WEB-INF/jspx/jsr303.jspx");
    }

    @Post
    @Path("/303test")
    public void store(MyBean myBean) {
        validator.validate(myBean);
        validator.onErrorUse(Results.logic()).forwardTo(getClass()).edit();

        result.forwardTo("/WEB-INF/jspx/jsr303.jspx");
    }
}

Eu não fiz os testes ainda, não sei mexer com esses mocks :twisted:

garcia-jj:

…@Resource ... public void store(MyBean myBean) { validator.validate(myBean); ...
Eu não fiz os testes ainda, não sei mexer com esses mocks :twisted:

Isso é coisa do Bean Validation e não do Vraptor. O Vraptor faz apenas um delegate para o Bean Validator. Você pode entender mais sobre ele aqui:

http://jcp.org/en/jsr/detail?id=303
http://people.redhat.com/~ebernard/validation/ (esse é o melhor)

Aqui como anotar os beans:
http://people.redhat.com/~ebernard/validation/#d0e5601

O “” pode/[color=red]deve[/color] ser ‘<input type=“submit”’??! O form tb funciona assim?:?: :arrow: Olha:

<form action="<c:url value="/produtos/adiciona"/>" ><!-- method="post" --> Descrição<br /> <input type="text" name="produto.descricao" value="${produto.descricao}" /><br /> <input type="submit" value="Salvar" /><input type="button" name="_method" value="PUT"> <input type="submit" name="_method" value="DELETE"> </form>

não… é

<button type="submit" name="_method" value="PUT">Alterar</button>

e vc precisa colocar o method=“POST” no form

Lucas Cavalcanti:

use os métodos HTTP do jeito certo (GET pra buscar/visualizar dados, POST pra adicionar, PUT pra adicionar/modificar e DELETE pra remover)

Lucas Cavalcanti:

não… é ;)

Depende muito do que você quer com tratamento de erros. Sugiro que você abra um reply no respectivo tópico para não misturar as coisas. Esse post tá bem “hibrido”, hehe.

qta pergunta ao mesmo tempo

<blockquote><div class="quote-author">derlon:</div><blockquote><div class="quote-author">Lucas Cavalcanti:</div>não…  é  ;)</blockquote>(Ah, a tag ?! :roll:  p/ ser sincero, nunca tinha usado.)

Oi, Lucas! Tô de volta…

Estive pesquisando s/ MSGs, <display tag; dei 1 googlada, mas nada q esgotasse os assuntos :/)

Achei muitos posts (c/ discussões) sobre Mensagens de Erro (Exceptions): porém, vc poderia me indicar Ref.s p/ abordagem só q das MSGs de [color=darkblue]Sucesso[/color] :?: ?!

</blockquote>

use uma convenção:

result.include("message", "...."); // nas lógicas

e sempre imprima essa mensagem na sua página, qdo ela existir, em uma cor diferente…
o mydvds faz isso

derlon:

E como vc sugere “jogar” a nossa Collection p/ a [color=red]Session[/color] p/ q a [color=red]paginação[/color] da <display tag funcione adequadamente, ou qual abordágem de Paginação vc sugere?! :-o

Vlws mesmo p/s dicas e sugestões!!
Mas… como vc sugere criar 1 Diretório/Pacote no Eclipse p/ implementarmos os Testes Unitários (digo: algo parecido como no netBeans)??! :roll:

Normalmente eu crio um pacote /src com os fontes Java da aplicação e um /test com os testes para rodar via JUnit.

public class LogonControllerTestCase {
    @Test(expected=ValidationException.class)
    public void testValidacaoDeUsuarioInvalido()   
    {   
       /* Mockery mockery = new Mockery() {{   
              setImposteriser(ClassImposteriser.INSTANCE);   
            }};   
        ProdutoSrvcFcd dao = mockery.mock(ProdutoSrvcFcd.class);   */
    	SessaoDoUsuario dao = new SessaoDoUsuario();   
        MockResult result = new MockResult();   
           
        LogonController controller = new LogonController(dao, result, new MockValidator() );   
        ...;   
    //    Assert.assertNull(result.included("msgFalha")); // estados  
    }   
}

Ah, Lucas,
O código da 'Listagem 16' do artigo da MundoJava não explicita como a Instancia de alunoDao é(deveria ser) criada! :(

o problema de você não usar mocks é que vc não vai estar escrevendo testes unitários… se você está usando a implementação real de tudo, seus testes são funcionais, e vc não consegue testar comportamentos específicos da sua classe em teste…

acho que o artigo não explicita a criação das instâncias pq vc nunca vai criar instancias dos seus componentes na mão… vc sempre recebe no construtor e o vraptor se vira pra fazer isso…

Lucas,

(Num vô nem entrar no mérito da questão de Estilo de Teste: Classicista, ou Mockista, ou Behavorista(Comportalista)! (até p/ não ir OffTopic) :shock: )

Mas, então existe algum Mock para o Localization (p/ o caso de [color=red]Validação Internacionalizada[/color])??!

existe: mockery.mock(Localization.class)

é uma interface, vc pode mocká-la do jeito que vc quiser…

a gente só criou um MockResult e um MockValidator pq eles tem interfaces fluentes, e isso torna dificil mockar com os frameworks de mock existentes…

Bacana, Lucas!
Excelente v6 terem adicionado ‘MockResult’ e ‘MockValidator’ ao FrameWork :thumbup: …facilita muito a vida, mesmo p/ desenvolvedores q adotam o estilo clássico!!

Tenho 1 perguntinha 1/2 boba (mas, tb gostaria de saber os porquês): se, na minha Controller, eu tenho 1 método lista(): public List<Produto> lista() { return produtoSrvcFcd.listaTodos(); //result.include("produtos", ); } , no meu TestCase, eu não posso [color=red]testar assim[/color]: ... List<Produto> produtos = produtosController.lista(); Assert.assertNotNull(result.included("produtoList")); :?:

se o método retorna a lista, vc não precisa verificar o result, vc verifica o retorno mesmo

transformar o retorno em um atributo do result é responsabilidade do VRaptor, logo vc não precisa testar isso… (assim como vc não testa se a Session do hibernate está salvando mesmo o objeto no banco)

Normalmente eu crio um pacote /src com os fontes Java da aplicação e um /test com os testes para rodar via JUnit.
Mas, desta forma, invariávelmente vou acabar com .JARs da Ferramenta de Test [color=red]misturados[/color] com os .JARs da minha Aplicação (e os .JARs dos FrameWorks adotados)??! :shock::?:

Não, porque se você gerar um jar pelo netbeans ou eclipse você seleciona quais source-folders vão para o jar. Caso você use o ant você pode também indicar quais pacotes vão. Basta você excluir todos onde o source folder é de teste.

(Lucas, e) VRaptor forks,

E realmente não tem jeito de configurar (registrar) via [color=red]somente código-fonte[/color] estes: EntityManagerCreator, EntityManagerFactoryCreator e JPATransactionInterceptor; em vez de no web.xml

<context-param> <param-name>br.com.caelum.vraptor.provider</param-name> <param-value>br.com.caelum.vraptor.util.jpa.JPACustomProvider</param-value> </context-param> :?:

derlon:

(Lucas, e) VRaptor forks,

E realmente não tem jeito de configurar (registrar) via [color=red]somente código-fonte[/color] estes: EntityManagerCreator, EntityManagerFactoryCreator e JPATransactionInterceptor; em vez de no web.xml

<context-param> <param-name>br.com.caelum.vraptor.provider</param-name> <param-value>br.com.caelum.vraptor.util.jpa.JPACustomProvider</param-value> </context-param> :?:

Essa semana eu estava pensando nisso, e até pensei em sugerir um componente que você indicar os componentes que você quer inicializar, sem precisar do web.xml.

public interface Configurator { List<?> doConfigure(); }

public class EmptyConfigurator { public List<?> doConfigure() { return Collections.emptyList(); } }

Então se o desenvolvedor quiser subir o componente MeuComponente e o EntityManagerFactory teria algo como

public class CustomConfigurator { public List<?> doConfigure() { [...] list.add(MeuComponente .class); list.add(EntityManagerFactory.class); return list; } }

Eu não sei se não dá para você sobrescrever o BaseComponents… Isso o Lucas que conhece bem.

Então, por enquanto o único jeito é criando um CustomProvider que estende SpringProvider e registra esses componentes…
ou registrando o JPACustomProvider mesmo…

o problema em criar um componente que registra outros componentes é que eu teria que executá-lo logo após iniciar o Spring, e após iniciar o Spring eu não posso simplesmente registrar novos componentes… Isso até funciona, mas eu precisaria dar um refresh no spring que reinstanciaria todos os componentes…

pode ser que tenha algo no spring que possibilite isso, mas não conheço…

Olá pessoal que manja do VRaptor3, tudo bom? =D

Estou analisando qual algumas tecnologias para iniciar um novo projeto e VRaptor3 é um dos candidatos.

Entretanto, tenho uma dúvida que cheguei a pesquisar nos demais posts mas não achei a resposta…

Reparei que tanto no tutorial de 3 minutos, quanto no de 10 ou no mydvds, há annotations do vraptor em controllers, Daos e etc. Reparei também nos testes das Controllers (ou seja, há regra de negócio e/ou validações nas controllers) e na utilização das DAOs direto nas Controllers. Finalmente, uma última observação: no modelo, mydvd, não há separação de projetos, (como um projeto só para a regra de negócio, outro para a parte de visualização e etc).

Minha dúvida é sobre o alta dependência da tecnologia (no caso VRaptor) com a implementação do projeto. Não seria mais interessante se as camadas fossem mais isoladas, para serem mais portáteis?

Recentemente participei de um projeto onde a regra de negócio (entidades/serviços/repositorios/daos e etc) estava bem isolada em um jar com seus testes de unidade. No meio do projeto, devido a baixa produtividade que a equipe estava tendo no projeto da camada de visualização (JSF+Facelets+RichFaces), foi decidido alterar a tecnologia. Foi criado um novo projeto para camada de visualização utilizando Struts2+Tiles+JQuery, e referenciado o jar com a regra de negócio.

Como todas as camadas estavam isoladas, toda a regra de negócio estavam nos objetos, serviços, repositorios e etc e eram acessadas por fachadas a mudança foi muito simples, bastando efetuar as chamadas que eram feitas nos ManagedBeans nas Actions.

Lógico que houveram adaptações, porém o importante é que não foi necessário re-escrever nenhuma regra de negócio e que a transição foi muito rápida.

A melhor abordagem ao utilizar o VRaptor é realmente manter as regras/validações nas controllers (que, como há testes de unidade, entendo que são encaradas como parte do negócio), e utilizar as DAO’s nas controllers mesmo, e deixar tudo em um mesmo projeto, como o modelo MyDvds?

Qual seria um possível modelo ao utilizar uma abordagem mais DDD em um projeto VRaptor?

Por favor me perdoem pela mensagem verborragica, realmente as vezes me acho muito prolixo, porém não encontrei uma maneira mais sucinta de descrever a minha dúvida.

Se houver algum post que comente esses tópicos, por favor me indiquem.

Agradeço antecipadamente,

Então, rogério,

você pode sim ter um projeto pra cada área do seu sistema sem problemas…

a única coisa é que pra usar a parte de Injeção de Dependências do VRaptor vc precisa usar algumas das suas anotações… se vc não quiser isso, vc pode gerenciar as dependências diretamente num xml do spring, só é mais trabalhoso, mas deixaria seus daos/repositories desacoplados do vraptor…

de qqer forma, o acoplamento com o vraptor é só via anotações, que vc pode simplesmente apagar depois…

o VRaptor está com planos de usar anotações padrão do java pra fazer a injeção de dependências, daí eliminaria esse acoplamento tbm…

as views já são totalmente desacopladas do vraptor, e a parte dos Controllers vc consegue isolar do seu código de negócio…

Talvez o que eu fale aqui o Lucas já tenha dito, mas a minha opinião é mais de usuário que a dele :D. O Vraptor não é (tão) acoplado a nenhuma classe interna dele porque você não precisa estender nem implementar (quase) nada. As únicas classes que você precisa implementar amarradas diretamente ao vraptor são os converters e interceptors. Porém como esses componentes são de infra não vejo um problema. O fato de ter anotações não significa (forte) acoplamento, pois você pode facilmente remove-las sem muita perda de tempo. Ou seja, acoplamento muito baixo.

Você disse que usa JSF. Ele sim é bem intrusivo, pois você precisa trabalhar direto com os seus componentes (ex SelectItem). No Vraptor você pode trabalhar totalmente sem sequer saber quem é Vraptor, excetuando o uso do @Resource, que é a única coisa do Vraptor que você não tem como escapar de usar. Todas as outras são bem opcionais. Por exemplo, se você usa EJB não precisará de @Component para daos, repositórios e business.

O core do Vraptor é ser um controlador, sendo assim você pode usá-lo apenas como controlador unido a N tecnologias, seja suas proprias classes de negócio “made in home”, EJB, Spring ou as camadas do Vraptor. Os projetos de exemplo são meros exemplos, e você pode expandir esses exemplos conforme suas necessidades. Eu por exemplo uso o Vraptor atuamente em 8 projetos com EJB3 remoto, sendo que o Vraptor atua apenas no controlador, e a camada view é feita via JSPX. Eu vejo as daos como meros componentes opcionais do Vraptor, e você pode nem mesmo querer usar eles, como é meu caso.

Eu sou dos tempos que o Struts estava recém aparecendo no mercado, e nele você tinha dependencias direta do framework porque era necessário não apenas você estender as classes, mas também respeitar uma assinatura de método. No Vraptor você pode escrever seu método como bem entender e ele se vira para injetar os parametros, sejam lá qual for.

Hoje em dia dizer que você terá um sistema 100% desacoplado me parece um pouco utópico. O que você tem são sistemas que você pode ter poucas dependencias que facilitem a migração para uma nova tecnologia, porém nunca você poderá dizer que vai sair de um framework X para Y sem mexer em nada. Até mesmo no JPA você precisa alterar as propriedades dentro do persistence.xml antes de mudar seu provider. A grande vantagem no Vraptor é que essa dependencia é quase nula.

rogerio.alcantara:

… No meio do projeto, devido a baixa produtividade que a equipe estava tendo no projeto da camada de visualização (JSF+Facelets+RichFaces), foi decidido alterar a tecnologia…

rogerio.alcantara:

…A melhor abordagem ao utilizar o VRaptor é realmente manter as regras/validações nas controllers (que, como há testes de unidade, entendo que são encaradas como parte do negócio), e utilizar as DAO’s nas controllers mesmo, e deixar tudo em um mesmo projeto, como o modelo MyDvds?

rogerio.alcantara:

… Foi criado um novo projeto para camada de visualização utilizando Struts2+Tiles+JQuery, e referenciado o jar com a regra de negócio.
omo todas as camadas estavam isoladas, toda a regra de negócio estavam nos objetos, serviços, repositorios e etc e eram acessadas por fachadas a mudança foi muito simples, bastando efetuar as chamadas que eram feitas nos ManagedBeans nas Actions.
Qual seria um possível modelo ao utilizar uma abordagem mais DDD em um projeto VRaptor?
…

:thumbup: :thumbup:

Já que não achei uma emoticon de reverência, usei essa, hehe.

Atualmente uso assim. Módulo EJB valida tudo, desde campos nullables quanto regra de negócio.

garcia-jj:

…
Não, porque se você gerar um jar pelo netbeans ou eclipse você seleciona quais source-folders vão para o jar. …

Derlon, se você ir no projeto, propriedades, Java Build Path, Order and Export você pode marcar quais vão para o export ou não.

Garcia,
Sua orientação procede rigorosamente. Porem, tanto o item Pack de Source (código-fonte da minha Ap. propriamente dito), como o de Testes (testes.src) aparecem desabilidos com “um quadradinho” em seus CheckBoxes, ou seja, não consigo checkar e/ou descheckar o CheckBox desses itens. :shock:
Vc saberia dizer pq acontece isto??! :?:

se vc usar o maven ou o ant pra gerar seus wars vc não vai ter esse problema

Muito obrigado ao @LucasCavalcanti, @garcia-jj e ao @derlon pelos esclarecimentos e aos demais pela atenção.

Sim, acho que farei um projeto a parte para o core/testes do negócio (JAR) e um projeto web (WAR), pois da última vez ficou muito legal!

Se for o caso de optar pelo VRaptor3, provavelmente precisarei de ajuda na configuração dos projetos e tenho certeza que poderei contar com vcs!

Mais uma vez, muito obrigado pela atenção!

derlon:

Garcia,
Sua orientação procede rigorosamente. Porem, tanto o item Pack de Source (código-fonte da minha Ap. propriamente dito), como o de Testes (testes.src) aparecem desabilidos com “um quadradinho” em seus CheckBoxes, ou seja, não consigo checkar e/ou descheckar o CheckBox desses itens. :shock:
Vc saberia dizer pq acontece isto??! :?:

Bah, o pior que você tem razão, não dá para desabilitar. Agora que eu olhei isso e é verdade.

Complementando ao comentário do Lucas, por um lado a IDE mesmo tendo a facilitade de gerar um war, a funcionalidade principal é ser um ambiente de desenvolvimento. Para gerar seu WAR/EAR o ideal mesmo é usar um Ant ou Maven (eu uso o Ant). No meu caso eu trabalho sempre com a IDE para desenvolver, e quando vou empacotar a aplicação para enviar ao cliente o Ant gera um pacote com EAR e até os scripts do banco para migrar as versões, além de ofuscar os códigos, já que 70% das minhas aplicações são vendidas a N clientes.

Como eu te disse antes, eu separo dentro do Eclipse os source-folders em /src e /test, obviamente src para os fontes do projeto e test para as classes envolvidas no teste. Quando eu quero rodar todos os testes posso usar a IDE ou rodar uma Ant Task que faz isso tudo para mim.

Além disso a cada commit no repositório do SVN há uma outra task que roda os planos de teste e faz o deploy da aplicação em um ambiente de desenvolvimento central. Há um post no blog da caelum sobre integração continua: http://blog.caelum.com.br/2008/11/04/integracao-continua/