[quote=chun]O relato abaixo descreve o meu desespero com o o WELD…
Mais um cara que segundo o funcionario da JBoss “nao sabe testar direito”.
[/quote]
Obrigado por compartilhar.
[]'s
O POST nao eh meu…
mas descreve exatamente o que passei…
Ahhh , tem mais um cara que nao sabe testar tmb:
http://qants.wordpress.com/category/glassfish/weld/
Esses inexperientes… :roll:
[quote=chun]O relato abaixo descreve o meu desespero com o o WELD…
[/quote]
Se você esta “desesperado” por conta disso, o seu cliente deve estar muito mais por enfrentar um problema que já não existe a um bom tempo. Primeiro porque no mesmo mês que este artigo foi publicado (novembro do ano passado), este assunto foi debatido na lista weld-dev e foi corrigido no trunk na mesma semana por Stuart Douglas "stuart.w.douglas@gmail.com". Não, não foi por conta de nenhuma conversa misteriosa sua no IRC com alguém, nenhum Jira que você abriu (já que você não fez isso) e nem foi algum patch que você enviou (já que você nunca submeteu algum). Talvez você conheça os dados de alguns builds de novembro, publicados na weld-dev por Pete e Stuart após o fix:
Startup Time (Seconds)
Beans 1.0.1-Final 1.1.0.Beta1 Latest
500 4 4 2.1
1000 8 7 3
5000 140 89 8.5
10000 600+ 396 14
Memory Usage (Mb)
Beans 1.0.1-Final 1.1.0.Beta1 Latest
500 42 27 10
1000 82 53 19
5000 403 255 87
10000 ~800 507 172Em dezembro o próprio autor do artigo que você linkou, blogou novamente sobre os problemas de leak no Glassfish, deixando bem claro que já não existia nenhum problema com WELD:
… é, desde ano passado o blogueiro já não parece mais “desesperado” como você diz.
Então calma rapaz, não precisa continuar desesperado, você está apenas atrasado meses com os updates da tecnologia que você utiliza (aliás a versão final do Weld 1.1.0 esta disponível desde Janeiro).
Agora sobre testes, acredito que você ainda possui uma certa dificuldade em ler o que escrevo (ou finge que tem, o que prefiro acreditar). Em momento algum eu disse que erros no Weld não existem e devem ser frutos de testes mal realizados por você. O que disse é que passar apuros em PRODUÇÃO é culpa sua por não testar direito o que utiliza.
Por exemplo, veja bem o link que você publicou sobre o Weld. O programador analisou o comportamento do CDI com os beans em seu desenvolvimento, rodou o profiler basico do Eclipse, bad smell detectado, jogou os @Inject no lixo e usou @EJB. Voi-la, 90% free comparado com o cenário anterior. O problema que você teve em produção, ele não teve.
Assim como ninguém nunca foi obrigado a utiliza EJB para usar JavaEE ( como já dizia o tio Rod ), ninguém é obrigado a usar CDI para usar JEE6. Se você não aprova a tecnologia ou suas implementações, simplesmente não use, jogue fora, alternativas a isso tem aos montes. Mas mantenha-se antenado, muitas vezes o problema não esta na tecnologia, como demonstrei no post anterior o Weld vai MUITO bem 
[quote=Alessandro Lazarotti][quote=chun]O relato abaixo descreve o meu desespero com o o WELD…
[/quote]
Se você esta “desesperado” por conta disso, o seu cliente deve estar muito mais por enfrentar um problema que já não existe a um bom tempo. Primeiro porque no mesmo mês que este artigo foi publicado (novembro do ano passado), este assunto foi debatido na lista weld-dev e foi corrigido no trunk na mesma semana por Stuart Douglas "stuart.w.douglas@gmail.com". Não, não foi por conta de nenhuma conversa misteriosa sua no IRC com alguém, nenhum Jira que você abriu (já que você não fez isso) e nem foi algum patch que você enviou (já que você nunca submeteu algum). Talvez você conheça os dados de alguns builds de novembro, publicados na weld-dev por Pete e Stuart após o fix:
Startup Time (Seconds)
Beans 1.0.1-Final 1.1.0.Beta1 Latest
500 4 4 2.1
1000 8 7 3
5000 140 89 8.5
10000 600+ 396 14
Memory Usage (Mb)
Beans 1.0.1-Final 1.1.0.Beta1 Latest
500 42 27 10
1000 82 53 19
5000 403 255 87
10000 ~800 507 172Em dezembro o próprio autor do artigo que você linkou, blogou novamente sobre os problemas de leak no Glassfish, deixando bem claro que já não existia nenhum problema com WELD:
… é, desde ano passado o blogueiro já não parece mais “desesperado” como você diz.
Então calma rapaz, não precisa continuar desesperado, você está apenas atrasado meses com os updates da tecnologia que você utiliza (aliás a versão final do Weld 1.1.0 esta disponível desde Janeiro).[/quote]
Voce leu o que escrevi ? PASSEI e não estou PASSANDO com problemas de leak no WELD… (lembrando que o GF 3.1 saiu a BEM POUCO tempo)
Escrevi aqui prq voce simplesmente MINIMIZOU um problema GRAVE de qualidade do WELD e botou na bund… da dita “comunidade”, e munido de uma desculpa esfarrapada de testes simplesmente culpou quem USA por um LEAK criado por quem PROGRAMOU.
Acorda para a vida.
ps: Ué , deixei de ser troll ?
ps2: Para quem é tão especialista em testes usar uma versão BETA com mais de 40 correcoes adicionais está bem OUSADO não ? :shock:
Alterações/Correções no Beta2 : 42
Alterações/Correções no CR1 : 51
Alterações/Correções no CR2 : 10
Alterações/Correções no CR3 : 1
Alterações/Correções no CR4 : 8
Alterações/Correções no Final : 4
E Se voce ler na pagina do Seam3 tem MAIS COISA corrigida que deve ser pego do Snapshot para que o mesmo funcione corretamente. A Vangatem que agora PODEMOS atualizar com a SNAPSHOT , coisa que antes NAO ERA POSSIVEL
[quote=Alessandro Lazarotti]Agora sobre testes, acredito que você ainda possui uma certa dificuldade em ler o que escrevo (ou finge que tem, o que prefiro acreditar). Em momento algum eu disse que erros no Weld não existem e devem ser frutos de testes mal realizados por você. O que disse é que passar apuros em PRODUÇÃO é culpa sua por não testar direito o que utiliza.
Por exemplo, veja bem o link que você publicou sobre o Weld. O programador analisou o comportamento do CDI com os beans em seu desenvolvimento, rodou o profiler basico do Eclipse, bad smell detectado, jogou os @Inject no lixo e usou @EJB. Voi-la, 90% free comparado com o cenário anterior. O problema que você teve em produção, ele não teve.
Assim como ninguém nunca foi obrigado a utiliza EJB para usar JavaEE ( como já dizia o tio Rod ), ninguém é obrigado a usar CDI para usar JEE6. Se você não aprova a tecnologia ou suas implementações, simplesmente não use, jogue fora, alternativas a isso tem aos montes. Mas mantenha-se antenado, muitas vezes o problema não esta na tecnologia, como demonstrei no post anterior o Weld vai MUITO bem
[/quote]
Essa desculpisse aguda vindo de funcionários da propria JBoss não é uma exclusividade sua. Voces devem ter um curso de como deturpar as informações…
Ser responsavel por uma R.I. é algo realmente importante… ainda mais quando não existe outra implementação certificada
Voce acha realmente que eu uso o WELD para ficar colocando @Inject ? Quando voce ler direito a spec do CDI vai perceber que ele faz bem mais do uma simples injeção de dependencias. O seu “Voi-la” é o exemplo que me faz crer que no software livre a “metralhadora de desculpas” está sempre ligada.
Para variar você está fazendo papel de fã boy para justificar problemas injustificaveis e que levaram mais de 6 MESES , 6 MESES para ter uma solução definitiva… um problema DESTA natureza levando mais de 6 MESES para ter seu codigo disponibilizado em uma versão estável para outros APP SERVERS que não fossem o PROPRIO JBoss AS… Acho melhor voce conversar com o peter e ele vai te contar que ele reescreveu bastante coisa antes de lançar algo USAVEL, o WELD 1.1.0 ficou USAVEL MUITO TEMPO DEPOIS da correção dos leaks.
Acorda para a vida e para de tapar o sol com a peneira.
ps: Não esqueça de ler a minha assinatura 
Ué, até agora, você estava “desesperado” com o Weld, falando que ele é uma “bomba”, etc :twisted:
Pela décima vez, o Weld é open source, com vários commiters que inclusive não são da Red Hat e com toda a comunidade convidada para relatar bugs e apresentar patches.
Se você detectou um problema grave e colocou em produção mesmo assim, o problema é seu, a ingenuidade é sua.
De acordo com todo o pessoal do GUJ que conheço… continua sendo
Usar uma versão BETA diretamente em produção é ser ousado, mas ninguém lhe disse para fazer isso. Usar em ambiente de teste e verificar que ele esta superior que sua versão atual em produção, isso já é um procedimento aceitável. No entanto, você não precisaria esperar muito, depois de 1 mês que foi feita estas correções já estava disponível a versão final. Ou seja, seu argumento é vazio.
obs: aliás, 40 correções para uma tecnologia em BETA do tamanho do Weld é um úmero muito, muito, muito baixo. ë só vc pegar qualquer issue tracker de projeto deste porte e comparar.
Bom, enfim estou feliz agora em saber que você não esta mais “desesperado”, achando que tudo é uma “bomba”, como você disse antes. Eu realmente fiquei preocupado por você estar passando por problemas que já não são realidade a algum tempo. Mas tudo bem, já que oq vc diz não é uma verdade absoluta (conforme diz sua assinatura), o sensacionalismo que você posta nas mensagens tbm deve não ser.
Ué, até agora, você estava “desesperado” com o Weld, falando que ele é uma “bomba”, etc :twisted:
[/quote]
Continuo achando ele uma bomba , e sim , ESTIVE desesperado.
Leia a parte que escrevo sobre o relato não ser o meu
Ehehe… legal que já passei de troll para “mau testador” , depois “irresponsavel por nao atualizar” e agora me encontro na posição de “ingenuo”, Good ! :shock:
Bom , BOMBA continuo achando , desesperado não mais 8)
Mas a sua “ingenuidade” em achar que vou sair botando versões betas em sistemas em produção , essa ainda não entendi Só uma pessoa desesperada faria isso não ? :lol: Quem sabe uma pessoa OUSADA !!! (ainda mais quando não posso atualizar devido a um “detalhe” alterado na parte da SPI do Weld com o Glassfish :roll: )
Curiosamente agora usar coisas não testadas é ser ousado…
Então todos que utilizam JavaEE 6 … considerem-se OUSADOS …
Poderia ser slogan do WELD…
“Vamos OUSAR Hoje ?”
Bom, pelo visto acabaram seus argumentos.
Continuei postando aqui apenas para que links sobre notícias de blogs antigos (como os benchmarks já ultrapassados que o “chun(?)” postou) não deixasse por entender algo que não é realidade a algum tempo.
Esse não era o tópico ideal pra isso, mas quem ficou com dúvida no que postei e quiser debater sobre performance do Weld em alguma outra thread pode me convidar por MP.
[quote=Alessandro Lazarotti]Bom, pelo visto acabaram seus argumentos.
Continuei postando aqui apenas para que links sobre notícias de blogs antigos (como os benchmarks já ultrapassados que o “chun(?)” postou) não deixasse por entender algo que não é realidade a algum tempo.
Esse não era o tópico ideal pra isso, mas quem ficou com dúvida no que postei e quiser debater sobre performance do Weld em alguma outra thread pode me convidar por MP.[/quote]
Argumentos ? Como disse no PRIMEIRO POST… continuo achando uma BOMBA…
Antes mais do que hoje, os benchmarks postados justificam o que eu disse , mas como você esta “tentando” deturpar o que eu digo com afirmações sem conteudo, fazendo acreditar que são coisas de ANOS PASSADOS, vou fazer o que ? :roll:
A discussão iniciou com a sua atitude de fã boy em justificar coisas injustificáveis, da próxima vez vc conhece a estoria direito antes de falar besteira.
Fico realmente impressionado com o seu conceito de “blogs antigos” , mesmo sabendo que o GF 3.1 só saiu em FINAL FEVEREIRO voce continua a falar besteiras sobre atualizar com versões betas.
Seus argumentos para justificar esta PISADA NA BOLA da JBoss acabaram lá traz quando voce veio com esse papinho mole de “inexperiência em testes” ,
Hoje o WELD não tem mais esse BUG , Faz um pouco mais de UM MES que isso foi corrigido para lançamento da versão estável dentro do GF…
Se voce usa só @Inject em seus projetos é uma pena. Está perdendo uma API fascinante , e melhor de tudo , um padrão.
Como já disse o fix para performance já estava disponível desde novembro. Se vc desejasse uma versão final do weld, teria a disposição em janeiro.
Mas se você não se sente confortável em esperar uma versão “estável” entrar no ar gratuitamente para o seu uso em produção ou não possui conhecimento e segurança técnica para corrigir um problema em um código aberto, pague alguém para fazer o serviço
Até onde eu sei a Oracle oferece contrato de suporte para o Glassfish. Faça isso e cobre deles em contrato que você esta enfrentando problemas em componentes do servidor em produção. Agora, se você quer esperar que um produto open source satisfaça ou seu desejo de timeline, desculpe, mas você tem que saber se virar um pouco mais sozinho ou esperar que a comunidade resolva o problema pra você.
Interessante. Leia a Mundo Java edição 40 (março/2010) e você saberá o que uso em meus projetos.
[quote=Alessandro Lazarotti]Como já disse o fix para performance já estava disponível desde novembro. Se vc desejasse uma versão final do weld, teria a disposição em janeiro.
Mas se você não se sente confortável em esperar uma versão “estável” entrar no ar gratuitamente para o seu uso em produção ou não possui conhecimento e segurança técnica para corrigir um problema em um código aberto, pague alguém para fazer o serviço
Até onde eu sei a Oracle oferece contrato de suporte para o Glassfish. Faça isso e cobre deles em contrato que você esta enfrentando problemas em componentes do servidor em produção. Agora, se você quer esperar que um produto open source satisfaça ou seu desejo de timeline, desculpe, mas você tem que saber se virar um pouco mais sozinho ou esperar que a comunidade resolva o problema pra você.
[/quote]
Pelo visto ou voce é CEGO ou se faz de CEGO… o FIX na ARVORE está lá… uma ARVORE que para quem não usa o JBoss AS é inutil devido a mudança de planos do Peter. NENHUMA versão 1.1.0 funciona no GF 3.0, duvida ? Pergunte ao Peter , então não me venha com xurumelas !
Sentir-me confortavel ? Voce sente-se confortavel em trocar um AS estavel por outro INSTAVEL simplesmente prq o Peter não faz backport de um problema tão importante ? Que tipo de aplicação que vc faz ? Para posto de gasolina ?
Existe uma versão PAGA do Weld ? Aonde eu compro ?
NAO DEPENDE DO GLASSFISH quem reescreveu a interface foi o Peter, justamente prq era um parto atualizar.
Repito , estou JUSTIFICANDO prq chamo de BOMBA o WELD, lembrando que este “detalhe bombastico” foi corrigido…
e o melhor… sem precisar refazer meus testes !!!
hehe
ps: Agora posso chamar a JBoss de comunidade denovo ? DECIDA-SE !
Interessante. Leia a Mundo Java edição 40 (março/2010) e você saberá o que uso em meus projetos.[/quote]
Bom , a sua declaração aqui diz que é tão facil arrumar este “probleminha” né ?
é só tirar o @Inject…
e “Vou-la” !
OU voce foi “ingenuo” nesta declaração OU realmente NEM VOCE acredita no que escreveu.
Cansei de ler você reclamar sem base alguma.
Mas uma vez eu repito:
Trabalha com open source e não tem conhecimento para corrigir um problema e exige que isso seja feito em seu timeline? Pague para fazerem isso por você.
O Weld é componente integral do Glassfish. Assim como a Red Hat suporta todos os componentes que fazem parte de seu servidor (JBoss EAP), a Oracle faz o mesmo com os dele (Glassfish/Weblogic).
Pare de reclamar e pague alguém para fazer o serviço que você não esta apto a fazer ou seja menos beberrão.
PS: Eu não disse para você simplesmente tirar os @Inject, eu citei o exemplo do blog que você mesmo postou, onde o desenvolvedor detectou um problema no Weld e não colocou o projeto em produção com o mesmo, ele substituiu a tecnologia. Mas vc já tinha entendido isso… então deixa pra lá
[quote=Alessandro Lazarotti]Cansei de ler você reclamar sem base alguma.
Mas uma vez eu repito:
Trabalha com open source e não tem conhecimento para corrigir um problema e exige que isso seja feito em seu timeline? Pague para fazerem isso por você.
O Weld é componente integral do Glassfish. Assim como a Red Hat suporta todos os componentes que fazem parte de seu servidor (JBoss EAP), a Oracle faz o mesmo com os dele (Glassfish/Weblogic).
Pare de reclamar e pague alguém para fazer o serviço que você não esta apto a fazer ou seja menos beberrão.
[/quote]
Quem está xoramingando aqui é você , é uma BOMBA e ponto final.(antes mais do que hoje)
Quem entrou “numas” de defender o indefensável foi voce e não eu. Quem justifica a pessima qualidade da versão 1.0 do WELD culpando “testes” dos outros é você e não eu.
O dia que você começar a LER antes de escrever , VERIFICAR o historico dos fatos antes de falar bobagem , talvez pare de dar sugestões mágicas do tipo “Tire o @Inject e pare de reclamar”
Agora de “inocente” virei um “não apto”.
Seus argumentos acabaram (Eu acho que já li isto em algum lugar)
esta frase serve para voce:
Pare de reclamar e pague alguém para fazer o serviço que você não esta apto a fazer ou seja menos beberrão.
ps: Agora virou culpa da Oracle que não corrigiu as cagadas do “Maravilhosamente Opensource” Weld.
Argumento do tipo feio, chato, bobalhão… passo
Não defendo o JBoss3, o Hibernate 1.8, Struts 1 e nem o ADF Faces quando foi para o Apache com o nome Trinidad e nem script Maven usando Jelly. Assim como não defendo o pioneiro Weld 1.0 para uso em produção. Não defendo o indefensável, apenas acho ridículo você culpar alguém por sua inexperiência em colocar sistemas em produção
[quote]
O dia que você começar a LER antes de escrever , VERIFICAR o historico dos fatos antes de falar bobagem , talvez pare de dar sugestões mágicas do tipo “Tire o @Inject e pare de reclamar”[/quote]
Não fui eu que sugeri isso, foi o blog que você linkou, isso é, se você leu o blog antes de publica-lo aqui
Jamais disso isso. Só disse, e repito, que se você nao tem aptidão para corrigir um problema no software open source que você utliza, ou você tem que esperar uma correção da comunidade (sem ficar chorando), ou tem que pagar alguém como a Oracle para fazer isso pra você (já que você optou pelo Glassfish, claro).
-
Quem chamou de “beberao” foi voce , apenas estou repetindo
-
Repito , voce acha que UM MES de lançada uma versão nova de APP Server toda a galera pode AUTOMAGICAMENTE sair colocando ela… repito PERCEBO como vc nunca lidou com esta situacao…
E pior… continua culpando os leaks do WELD 1.0 pelo simples fato da “inexperiência” … só se for a inexperiência em utilizar produtos da JBoss , ai sim… pode até ser… Pelo visto até os funcionários dela tem o pé atrás com seus projetos/produtos. -
Ué… se para “CORRIGIR” o Weld 1.0 tenho que comprar o GF , o que isso quer dizer ? 1+1=2 (detalhe , estes bugs estão marcados como WELD-INT-REQUIRED , ou seja , nem a versão PAGA teve correção. E desculpinha esfarrapada do “USE POR SUA PROPRIA CONTA E RISCO”.
Agora se vocÊ quer apoiar toda essa baboseira que voce esta dizendo sobre “experiencia em testes” justificando que o problema ocorreu A DEZENAS DE MILHARES DE segundos atras… é um problema seu…
Agora mudar um projeto grande de uma versao de AS para outra e ainda “dar risada” é uma tarefa que nem sempre é facil… afinal , no meu caso não é só tirar os @Inject.