| Autor |
Mensagem |
|
|
Tente alterar a linha:
para:
E passe a chamar o ObjectifyService.begin() dentro de cada método.
O problema é que o seu ClienteController é serializado e ele referencia indiretamente Objectify.
|
 |
|
|
Olá,
Tente usar result.use(Results.page()).forward(url) no lugar do rediretTo.
Acho que resolve o seu problema (não tive esse problema por enquanto, mas pela documentação é o que deu pra entender)
|
|
|
|
Resolvido,
Usei o VRaptorStaticScanning para fazer o scan durante o build.
|
|
|
|
É possível evitar o fullscan da pasta classes no VRpator?
Percebi que existe a possibilidade de configurar br.com.caelum.vraptor.scanning=disabled, mas não descobri como definir as classes específicas que desejo.
Porque eu quero isso? Porque eu quero diminuir o tempo de inicialização da aplicação, pois estou hospedando ela no GAE e gostaria de otimizar o tempo de carga.
Grato
|
|
|
|
Pessoal,
É possível (e recomendável) a utilização de lucene em uma aplicação GAE? Andei dando uma olhada no Compass, mas pelo que vi, está descontinuado.
Há alguma outra opção melhor a ser considerada?
grato,
|
|
|
|
Pessoal,
Preciso mexer em uma aplicação antiga que disponibiliza um webservice que utiliza RPC/Encoded. Esse estilo está deprecated e não é suportado por nenhum framework mais recente e eu gostaria de passar a utilizar CXF nessa aplicação.
Qual seria o impacto para os clientes desse webservice caso eu passe a utlizar document style?
Grato,
|
|
|
|
|
Opa... esse aí do lado sou eu... rs
|
|
|
|
FrancoC wrote:
Não, não estou dizendo isso.
Também em momento algum eu disse que ao utilizar Hibernate no lugar de JPA voce esta degradando a qualidade do software, ou que uma arquitetura em MVC é melhor do que Pipeline.
Vocês tem um raciocinio muito raso sobre a engenharia de software.
Imagina uma lei proibindo o uso de Struts 1.
Cada coisa que eu leio aqui.
Sim. Você disse:
FrancoC wrote:Agora uma vez que eles optaram por utilizar Java, C# ou C++ em alguma ponta de suas soluções, terão de utiliza-lo 100% O.O. e seguir as mais recentes práticas e padrões do mercado.
Você disse que eles teriam que utilizar 100% OO. Você disse que eles teriam que usar as mais recentes práticas (struts 1 é pré-histórico). Você disse que eles teriam que usar padrões de mercado (JPA é o padrão definido pela SUN para persistência Java). Caso contrário, poderiam ser punidos.
Nós temos um raciocício raso (Aliás, não gostei desse termo)???
Cada coisa que EU leio aqui.
|
|
|
|
FrancoC wrote:Não é verdade que a regulamentação protegeria esses profissionais.
Como ele conta na estoria é um empresa consolidada com algumas boas décadas ai de mercado. Se eles estão trocando sua base tecnológica deve haver uma série de fatores para isso. E na verdade, eles nem devem migrar tudo pra XPTO, manter sistemas legados hj em dia não é um grande problema. Para isso existe CORBA, DCOM e Webservices. Na verdade em Engenharia de Software a maioria dos autores pregam que o que for possivel reaproveitar deve ser reaproveitado.
È exigencia de clientes, falta de profissionais especializados, etc.
Agora uma vez que eles optaram por utilizar Java, C# ou C++ em alguma ponta de suas soluções, terão de utiliza-lo 100% O.O. e seguir as mais recentes práticas e padrões do mercado.
Sob a pena de serem punidos por imperícia, negligencia, etc. Lógico, se existisse um autarquia com essa responsabilidade na área de TIC.
Você está dizendo que alguém poderia ser punido porque não fez código 100% orientado a objeto ou porque não seguiu "as mais recentes" práticas de mercado?
E desde quando essas questões são mensuráveis assim de forma tão simples e objetiva? Desde quando as mais recentes práticas devem ser consideradas, inquestionavelmente, as melhores? E desde quando padrões de mercado devem ser impostos (se o padrão é JPA, eu não posso usar Hibernate)?
Se você desenvolve aplicações java pra celular você é obrigado a utilizar certas práticas que seriam ridículas para aplicações normais devido às restrições de memória dos aparelhos. A mesma coisa para aplicações embarcadas. Padrões e práticas não são regras que não podem ser quebradas.
O bom profissional precisa justamente saber diferenciar onde uma ou outra solução é melhor. E isso pode envolver muita pesquisa e trabalho, até que se defina a melhor solução para um dado problema. E isso nenhuma autarquia teria condições de julgar, pois não basta criar um manual de regras que diz, por exemplo, que "segundo a lei 12345 parágrafo 123 inciso 69, todo 'analista de sistemas' que sugerir a utilização de Struts 1, deverá ser ser severamente punido, por prática de ato prejudicial à saúde mental de sua equipe de desenvolvedores".
|
|
|
|
FrancoC wrote:pois é Sérgio...
depois quando eu falo em regulamentação profissional, voce vem cheio de "poréms"
E o que especificamente isso tem a ver com regulamentação?
Regulamentação só vai garantir que esses dinossauros estejam respaldados pela lei.
|
|
|
|
O melhor seria você inverter o seu processo:
|
|
|
|
Analista de sistemas? O que é isso??? 
|
|
|
|
|
Os valores que você recebeu das rescisões não são tributados, portanto você deve declará-los como tal. Nesse caso, se você teve IR retido, é bem provável que tenha direito a restituição do imposto já pago. Assim, mesmo que você não entre na faixa de tributação, é interessante declarar para receber o valor que você pagou indevidamente já.
|
|
|
|
Percebi um comportamento estranho no Struts 2, que aconteceu esporadicamente, que é o seguinte:
Pegue, por exemplo, a seguinte action:
E o seguinte JSP (acontece com Freemarker também, que é o que eu utilizo normalmente):
Acontece que às vezes (sim, às vezes, não sempre) ao executar a JSP (ou ftl) e passar pelo ${meuObjeto} o método getMeuObjeto() não é invocado e não ocorre nenhuma exceção, nenhum erro, nada. A página é exibida normalmente, mas o objeto vem nulo e o método não é invacado. Sempre passa pelo execute() normalmente, mas pelo getter não.
Alguém tem alguma idéia do que pode ser isso?
|
|
|
|
Olá Carol,
Comece pelos manuais de integração da SEFAZ, você primeiro precisa entender como funciona todo o processo.
Depois quando começar a desenvolver, se tiver dúvidas é só postar por aqui. Bastante gente aqui já trabalhou com isso (inclusive eu) e já passou por várias dificuldades iniciais. Mas é tranquilo no final das contas.
Boa sorte
|
|
|
|