Proposta de novo projeto Apache, harmonizando os diversos esforços para uma plataforma open-source Java de grande potencial.
:arrow: http://blogs.cocoondev.org/dims/archives/003095.html
hummm o Bruno Souza ta la lista de apoiadores e inclusive de commiters…interessante…
Olá
Atenção, eu não estou defendendo Hani mas coloco o link porque é curioso saber outros pontos de vista:
The BileBlog - Death to Apache
[]s
Luca
Se o CV leu o BileBlog deve ter respondido… Nessa mesma página o Hani meteu a lenha em cima da ThoughtWorks. Como um monte de gente postou nesse blog, deve ser que o Hani não tenha passado na entrevista de emprego.
http://www.jroller.com/page/fate/20050408#thoughtworkability
Olá
Este Bile Blog é um porre. Ele tenta ser engraçado falando mal de tudo e de todos. Só o citei para mostrar uma opinião diferente. Em princípio, por uma questão de não gostar de baixo astral, tudo que a ou o Hani é contra eu já vejo com simpatia.
[]s
Luca
Li, e pra ser sincero, concordo com o Hani. Ele, no geral, acerta, e nesses dois topicos (Harmony e ThoughtWorks) ele tem pontos bastante validos 
esse cara deve ser muuuuuito bom pra chamar os caras da ASF de incompetentes e fracassados…
Nao necessariamente, Rubem. A Apache Foundation tem fama, mas isso nao significa que todos os projetos que saem de la sejam de qualidade.
Rafael
Commons-*, alguem? :mrgreen:
Eu pessoalmente, independentemente do que os outros pensam, vejo dois problemas com a Apache:
- O site é meio chato, desarrumado
- As documentações são ruins
Além disso me parece que eles não têm muita coesão, a impressão que eu tenho é que tem mais de um projeto lá pra fazer mais ou menos a mesma coisa (to falando mais do Jakarta). Pelo menos é a impressão que me dá.
Sobre a qualidade do software não sei nem tenho muita opinião, mas depois de saber que o Digester é tipo 40 vezes mais lento que SAX (tá, ele usa reflection, né? Mas será que o perjuízo é pra tanto?)… Pelo menos algum projeto ou outro tem de bom lá.
commons-net, httpclient, fileupload, digester … pra mim já vale.
Digester não foi feito para parsear XML puro e simplesmente … então não há comparação.
Nao discuto que exitem projetos bons e ruins na ASF, mas é um ótimo lugar para procurar e confiar usando seus projetos, eu particularmente nunca tive problemas com a politica deles, nem de incubar nem de desenvolvimento.
O pessoal do fileupload ta numa enrrascada… o release atual, 1.0 - de 2 anos atras -, eh bugado, mas eles nao se arriscam a lancar uma versao nova, ja que a API nao eh compativel 
Rafael
O maninho do Grovy colaborou com uma enorme penca de lixo e projetos mortos, idiotas,bugados e mal documentados.
HttpClient, uso e indico… 
Fala isso pro Oswaldo Doerrederderedererderdelein da JavaMagazine heheheheh. :lol:
Sério, mas no caso de eu querer usar o digester para fazer o que ele faz, mas precisar muito de um bom desempenho, então há comparação sim, não acha? Nesse caso, poderia-se considerar o uso direto de SAX (que o Digester usa internamente) ou mesmo StAX que parece ser mais fácil. O cara da revista não mostrou o JDOM, o que achei que fez falta, e que particularmente consideraria como boa opção.
Isso é só uma observação, não acrescenta nada à discussão.
Leia o objetivo do projeto e você vai ver que ele não é nem nunca foi um parser de XML, ele foi feito pra facilitar a leitura de arquivos de configuração XML, sem que você tenha que escrever o código do parser. Por ser extremamente genérico, ele realmente não poderia ser um carro de Fórmula 1, não acha?