Mensagens enviadas por: felipecruz
Índice dos Fóruns » Perfil de felipecruz » Mensagens enviadas por felipecruz
Autor Mensagem
Estagiário deve ser contratado para ser estagiário..

Não é servir café nem coisas do tipo.. mas também não é fazer um trabalho profissional..

Estagiário deve ser treinado e supervisionado. É claro que existem excelentes estagiários, as vezes melhores que analistas, mas geralmente são inexperientes em questões não técnicas como burocracias ou contato com clientes e etc...

Experiência profissional e bagagem tem um valor enorme... a vontade e gas dos estagiários também. Quem explora o melhor dos 2 pode se dar bem.

Mas essa troca ai de profissionais por estagiários é muito arriscada..
Anotações sim

http://www.onjava.com/pub/a/onjava/2006/01/04/dependency-injection-java-ee-5.html
Morre porque eles vão ser injetados nos clientes através de DI..

Atributos privados não são herdados..

Você pode declarar eles como protected para que sejam herdados por B como sendo privados
Disponibilizar 1 objeto em uma arvore JNDI para várias VMs é um anti-pattern?

Achei outra coisa interessante

Como colocar objetos na arvore JNDI

http://www.javaworld.com/javaworld/jw-07-1999/jw-07-cooltools.html
Use JNDI to share objects between different virtual machines

Cara.. é uma situação complicada.. eu mesmo já li bastante sobre isso e não consegui chegar a uma conclusão.

Não temos como fugir do fato de que para existir um singleton para N JVMs ele deve estar em apenas uma delas. (A não ser que seja um "clustered-singleton" hehe)

Dai você pode seguir vários caminhos. Já li sobre implementar usando RMI. Acho que é um caminho que pode ser melhor avaliado e que é possível.

Acho que não tem problemas em ter variáveis estáticas em um servidor RMI porque ele não roda em um container.



guilherme.chapiewski wrote:
felipecruz wrote:
guilherme.chapiewski wrote:http://xfire.codehaus.org/Stack+Comparison


+1



tendí não


"+1" opinião a favor do que você escreveu..... ou seja.. Xfire..

Ontem li uma revista por acaso e me revoltei.

Um dos executivos do Ano, de uma certa empresa, ganhou o premio por inovação e corte de custos... fui ver o que de tão legal esse cara fez..

uma coisa idiota que nem me recordo e outra.. trocar o telefone por skype

grande inovação.. pensar que um executivo de TI desse ganha 20mil por mes é sinistro hehe
Tá sobrando hardware...
Você já pesquisou alguma coisa sobre o Xfire comprimir os dados que trafegam ao invés de você mesmo ter que comprimi-los na mão? ou declarar os dados como um "stream" mesmo ao invés de string, seria como se vc tivesse trafegando um arquivo zipado que na verdade é um arquivo texto..

porque uma string não é a mesma coisa que algo binário... e a partir do momento em que voce comprime voce tem dados binários e nao mais texto plano
Voce consegue transportar uma string "normal" tipo "teste" ou tambem da erro?
Na verdade a minha situação foi diferente..

eu sai usando beanshell e dps expliquei o porque.. ninguem reclamou até hj.. hehehehe.. no caso poderia ser groovy tb..

mas eu nao tive q convencer ninguem.. a ideia foi bem recebida até..!
Entao nao deve ter problema usa-lo

Se voce tirar ele as consultas não funcionam?
Deixa eu ver se entendi...

Voce gerou um cliente de WS com o xfire, quer enviar através dele uma String. Essa string foi comprimida, transformada em um array de bytes e atraves disso vc tenta construir uma nova String usando String(byte[],charset) para enviar pelo cliente.

O erro da na hora que voce tenta enviar essa string montada a partir da compressao de uma outra string.. é isso?
 
Índice dos Fóruns » Perfil de felipecruz » Mensagens enviadas por felipecruz
Ir para:   
Powered by JForum 2.1.8 © JForum Team