| Autor |
Mensagem |
|
|
Joao Kramer wrote:Acho q já arrumei esse bug, mas estou usando a última versão do Lucene 3.4.0
Ainda não achei um Luke que funcione com a mesma.
Vou mandar para eles (ela simplesmente remove a acentuacao, algumas stop word e transforma tudo para minusculo).
[]s
renanpto wrote:Ufa, descobri o que acontece para o Apache Lucene funcionar dessa maneira, é um BUG no código para o Brasil.
Baixei o fonte e fui acompanhando a execução via debug para chegar no ponto onde zica...
No Luke é possivel ver o bug. No anexo 1, é a imagem com a execução da consulta copia:false. E no segundo a execução da consulta copia:falsee
Reportei o bug pra eles https://issues.apache.org/jira/browse/LUCENE-2877
Na verdade não é um bug. A forma como estava indexada os campos para o Apache Lucene que estava errada.
|
 |
|
|
albama wrote:Se for possível , qual versão do Jboss 5 você está usando ?
Opa, acabamos utilizando a versão 5 mesmo. Lembro que baixei a ultima disponivel. Também na época, se nao me falhe a memória o Jboss 6 não estava na versao final...
Mas é certeza "tem algum jar que tava fodendo"... Pra mim, migrar pro 5 foi o suficiente, ja que a aplicação era bem antiga e roda no jboss 3.
|
|
|
|
Acho que vai depender de qto voce quer pagar.
Ja utilizei servicos da http://www.webhost.com.br/. Não tenho do que reclamar.
Se for gastar um pouco, pode pegar um VPS por um bom preco e muito mais recursos.
|
|
|
|
Lucas Cavalcanti wrote:bom, hoje só usando uma factory, ou usando recursos do provider (@Named ou @Qualifier) mesmo
Certo. Uma dica pra quem precise fazer o uso através de herança, será ter pacotes diferentes para o componente.
Por exemplo classes:
Para ter um unico componente conhecido pelo Spring, será a configuracao no web.xml que indica quais pacotes tem os componentes do vraptor.
Nesse exemplo ficando mapeado o pacote "ex.impl", é uma alternativa =D.
Valeu
|
|
|
|
|
Parabéns =D
|
|
|
|
|
Tem algum filme cadastrado ?
|
|
|
|
garcia-jj wrote:Estamos desfocando o assunto do tópico, que é sobre tiles.
De qualquer forma, você vai ter um componente na tua aplicação, e logo depois vai sobrescrever. Mas porque você iria querer sobrescrever teu próprio componente? Se é para sobrescrever não faz sentido você ter o componente principal.
A única luz que vejo para isso é no caso dos plugins, porque realmente não faz o mínimo sentido sobrescrever seus próprios componentes.
Desculpe, se o topico saiu um pouco do assunto. É que o autor teve problemas por existir mais de um componente com o mesmo nome e conseguiu resolver.
Lendo os posts, acabei ficando com a dúvida. Sendo que é um comportamento que pode acontecer, tanto que os componentes do VRaptor oferecem esse recurso.
Tem uma issue sobre https://github.com/caelum/vraptor/issues/193 .
Não fazendo o uso somente com herança, pode acontecer de ter diferentes implementações para uma determinada interface, como resolveria ? Teria que criar uma factory que conhece as implementações e que seria responsavel por retornar a implementação correta ?
|
|
|
|
Lucas Cavalcanti wrote:o VRaptor não tem qualifiers, mas vc pode usar o do Spring que vai funcionar, ou o @Named.
Certo.
Mas há possibilidade de sobrescrever o comportamento dos componentes do VRaptor com o uso de herança, pode ser também oferecido para meus próprios componentes ?
Seria interessante e bem útil se possível.
|
|
|
|
Lucas Cavalcanti wrote:só pode estender uma vez...
pq vc vai ter vários? como vc sabe qual deles usar? como vc está pensando em diferenciá-los?
Aproveitando o tópico, é possivel utilizar esse recurso com meus proprios componentes ?
Situacao onde preciso utilizar herança para sobreescrever um comportamento por exemplo.
Sei que o Spring lança excecao caso tenha mais de um componente com o mesmo nome, dai o que fazer ?
Existe algo no VRaptor que faça o papel do @Qualifier do Spring ?
|
|
|
|
Lucas Cavalcanti wrote:vc está recebendo esse MeuInterceptor no construtor de alguma classe?
ele está anotado com @Intercepts?
se vc está usando InterceptorSequence, troque para usar @Intercepts(after=OutroInterceptor.class, after=MaisUmInterceptor.class)
Sim, está utilizando o InterceptorSequence. Já faz um certo tempo que essas classes foram implementadas. O VRaptor não tinha esse uso para os interceptors...
Faltou um refactory nesse fonte =D.
Tava até imaginando que poderia ser isso, estava lendo as novidades aqui http://www.guj.com.br/java/231973-vraptor-330-lancado
Valeu
|
|
|
|
Boa Noite,
Configurei o provider e dependencias pro Guice.
Só que deu um problema com um dos interceptors do sistema.
Apresentando o seguinte erro no log:
Pelo log terei que alterar meus interceptors, isso é o correto ?
|
|
|
|
Lucas Cavalcanti wrote:o vraptor detecta que vc tá usando o guice ou o spring pelos jars no classpath (se não tiver os jars do spring e tiver o do guice, o vraptor usa o guice)
Maravilha então =D
|
|
|
|
Nao seria só fazer isso :
|
|
|
|
douglasrodrigo wrote:Além dessas alterações, você também precisa trocar o Provider e utilizar o GuiceProvider, a alteração é bem simples, principalmente se você não estiver usando nada específico do Spring.
A certo, essa alteracao que comentei no post anterior...
Existe mais alguma ? Segundo a documentação do VRaptor não.
|
|
|
|
ander.parra wrote:Imaginávamos que o Guice era mais poderoso, mas não tanto. A troca do Spring pelo Guice possibilitou a utilização do site em produção, pois com o Spring estava muito lento.
Interessante seu comentário. Acho que vou fazer uns testes com o Guice em um sistema que estamos trabalhando.
Para utilizá-lo no projeto, unica mudança necessária foi adicionar as dependencias pro Guice e a configuração no web.xml ?
Se for só isso, até me animo a testar.
|
|
|
|