Mensagens enviadas por: lscosta
Índice dos Fóruns » Perfil de lscosta » Mensagens enviadas por lscosta
Autor Mensagem
Beleza, criei a issue no github. Valeu Lucas!
Oi Lucas, estou trabalhando com o Guilherme nesse projeto. Segue o erro após o último snapshot:


Humn, saquei. Blz, eu deixo assim até atualizarmos para a última versão.

Garcia, o esquema de validação aqui tá meio feinho e espalhado. Vamos refatorar em seguida, pra ficar 'nos trinques'.

Valeus!
Talvez isso já esteja corrigido nas versões mais recentes, mas precisaremos de uma forte refatoração das validações para poder atualizar o framework pois temos muita coisa baseada no extinto Hibernate.validate().

Tenho um controller capaz de servir todas entidades do sistema em json e xml, que se parece com isso:



Porém, algumas entidades vão precisar de tratamento especial, principalmente em função da referência cíclica, quando precisar de serialização recursiva. Isso vai trazer conflito nos Paths, mas blz, posso informar a prioridade nos métodos.



Essa coisa vai começar a ficar meio repetitiva... Quero manter a clareza do código e, principalmente, evitar que um desenvolvedor esqueça desses detalhes no decorrer do projeto.
O bacana é que o VRaptor permite que eu mova a parte comum dos Paths como anotação do controller.



O problema é que nesse momento o VRaptor volta a dar conflito de Paths, ou seja, ele não faz o 'cascading' da prioridade dos paths como faz com o prefixo dos mesmos.

Não testei se isso ocorre nas versões mais recentes, que trabalham com constantes como Path.HIGH.

Isso é um bug ou é assim mesmo? Se for bug, rola uma correção para essa versão (3.1.3) ?
@Lucas

=D

Sinceramente, naquele momento achei que não fosse uma boa solução! Mas é!

Achei que teria problema com os formulários de pesquisa e nem pensei muito, mas estou usando combos para isso (todos, true, false).

Perfeito, brother! Refatorado, testado e aprovado!

Valeu!
lscosta wrote:Ooops!

Logo depois percebi que haviam espaços em branco no meu arquivo de properties: "hibernate.connection.driver_class = org.postgresql.Driver (espaços aqui)"

Removi os espaços e funcionou!

Ainda assim, se houver outra sugestão, aceito!
Ooops!

Logo depois percebi que haviam espaços em branco no meu arquivo de properties: "hibernate.connection.driver_class = org.postgresql.Driver "

Removi os espaços e funcionou!

Ainda assim, se houver outra sugestão, aceito!
Vi na documentação do hibernate que o hibernate.cfg.xml pode ser usado em conjunto com o hibernate.properties, sobrescrevendo propriedades deste. Mas não está rolando...


An alternative approach to configuration is to specify a full configuration in a file named hibernate.cfg.xml. This file can be used as a replacement for the hibernate.properties file or, if both are present, to override properties. (http://docs.jboss.org/hibernate/core/3.3/reference/en/html/session-configuration.html)


Gostaria de manter somente dados de autenticação no hibernate.properties, para agilizar meu deploy para diferentes ambientes.

Dessa forma eu poderia ter:
- hibernate.properties.homologacao
- hibernate.properties.desenvolvimento
- hibernate.properties.producao

E controlar isso via script ant, na hora de fazer o deploy, copiando um destes e salvando como 'hibernate.properties'

O que preciso fazer para usar isso no vraptor? Estou tendo um erro dizendo que o driver não foi encontrado. A mesma configuração funciona no hibernate.cfg.xml

Ou ainda, se alguém indicar uma forma mais bacana de eu fazer esse controle, tbm será muito bem-vinda!
Você informou method="POST" na tag <form> do seu HTML...

Tente remover isso, ou mudar para PUT.
@asdias

quanto aos dados do select, eles vem de outra entidade?

Não seria o caso de vc adicioná-los novamente na view?

Tipo:



Nesse caso, um formulário de usuários com um select para informar o departamento...
Um colega apontou ainda outra opção, que seria usar dois componentes radio em vez de checkbox.

Em vantagem ao uso de um combo estaria o menor número de clicks e melhor visualização...

Enfim, é uma outra alternativa.
@garcia-jj

Foi o que acabei fazendo!

Estou procurando evitar qualquer coisa que dê margem à falha do desenvolvedor, mas nesse caso não vi muita saída.

Ao menos quando o campo booleano for not null na base, o cara vai ter que ter o cuidado de fazer essa validação ao salvar...

Valeu!
Ooops!

Lucas,

o conversor não é acionado se o valor enviado é nulo, ou seja, "value == null"

Se informo os checkboxes ele funciona corretamente. Havia comentado isso na sexta-feira, mas acabei esquecendo hoje.. =P

E agora?
Mais um bom motivo pra continuar usando o vraptor nos próximos projetos!

valeu!
boneazul wrote:
lscosta wrote:@boneazul

O problema de eu setar um valor padrão no meu pojo, é que esse valor vai automaticamente ser utilizado pelo Hibernate nas pesquisas, e aí precisarei de outros 'workarounds'...


Bom vi que voce vai conseguir usar do seu modo pelo wrapper do lucas , mas algo que não entendi...
Como assim utilizado automaticamente nas pesquisas??

Por exemplo, usando o Hibernate:

dao.findByExample(new Cliente());

Se houverem atributos com valor default na classe Cliente, esse resultado vai ser automagicamente filtrado por eles..
 
Índice dos Fóruns » Perfil de lscosta » Mensagens enviadas por lscosta
Ir para:   
Powered by JForum 2.1.8 © JForum Team