Avançar para o conteúdo principal

Spring Integration


Finalmente, após meses de "incubação" e apenas 2 dias após a data prevista, eis que foi oficialmente lançada a versão 1.0.0 GA do projecto "Spring Integration".

Não sendo eu muito adepto do uso desenfreado de Frameworks - ando para escrever algo sobre aquilo que considero um "antipattern" a que chamo de "Framework Oriented Design Architecture" mas tenho vergonha de o fazer em Português - e tendo algumas histórias de puro terror com o uso de algumas (não vou citar quais para não ferir susceptibilidades), foi com enorme prazer que verifiquei que desta vez as minhas fobias não se verificaram, considerando que trabalho com este projecto desde a versão M1, embora com algumas interrupções.

Eis aqui alguns pontos que creio justificarem a diferença:

- A "envergadura" do projecto. Os autores não têm tentado fazer um "state-of-all-arts" que rapidamente se torna num "elefante" que tenta servir todas as mesas ao mesmo tempo quando devia estar apenas a atender ao balcão. É o que acontece, do meu ponto de vista, com por exemplo o projecto Restlet que se tornou quase tao grande como os "monstros" SOA que visava "substituir" (que me perdoe o Jérôme Louvel por dizer isto, ele que até pertence ao grupo de "experts" do JSR-311 que tanto prezo...).


- A "maleabilidade" do projecto.
Não tendo que seguir rigidamente uma norma ou especificação (o projecto é apenas "loosely-based" no famoso livro EAI Patterns) o projecto não caiu na tentação de seguir uma linha orientada a um único "use-case", tendo-se mantido até agora utilizável em cenários completamente distintos dos idealizados pelos autores. Ao contrario do que sucedeu com o Jersey, que tendo optado por uma estrutura unicamente orientada a HTTP torna difícil a sua implementação com outros protocolos. O que aliás não é muito RESTafarian.

- A gestão do projecto. Mark Fisher, o leader do projecto, é uma pessoa com uma abertura extraordinária para "ouvir a comunidade", para pôr as suas próprias ideias em discussão, e quando é caso disso para integrar o resultado dessas discussões no projecto. Mesmo quando essas discussões são com gajos chatos pra caramba...

Por motivos compreensíveis, aguardo com ânsia a versão 1.0.1!!!

P.S. - Perdoem-me a imodéstia de me citar a mim próprio tantas vezes, mas também se não escrever daquilo que conheço, é melhor não escrever nada (ok, já sei o que estão a pensar)...

Comentários

  1. Saiu um artigo na InfoQ acerca do SI, interessante pq foi escrito por um "utilizador" da framework... E bastante completo pelo que me foi dado ver.

    http://www.infoq.com/articles/Spring-Integration-Joshua-Long

    ResponderEliminar
  2. Eu do Jersey só utilizo aquela parte que é o que a a Servlet API devia ter sido logo de início.

    E nem me confino a webservices, que aquilo funciona muito bem para "cuspir HTML".

    ResponderEliminar

Enviar um comentário

Mensagens populares deste blogue

[Off-topic] "Novas" tendências de gestão

Afinal as novas tendências de gestão não são de agora. E as suas consequências também já são conhecidas há muito. Vejam esta carta do Senhor Vauban , Engenheiro Militar e Marechal de França, dirigida ao Senhor Losvois, Ministro da Guerra de Luís XIV, datada de 17 de Julho de 1683. "Monsenhor: ... Há alguns trabalhos nos últimos anos que não acabaram e não acabarão nunca, e tudo isso, Monsenhor, porque a confusão que causam as frequentes baixas de preços que surgem nas suas obras só servem para atrair como empreiteiros os miseráveis, malandros ou ignorantes e afugentar aqueles que são capazes de conduzir uma empresa. Digo mais, deste modo eles só atrasam e encarecem as obras consideravelmente porque essas baixas de preços e economias tão procuradas são imaginárias, dado que um empreiteiro que perde, faz o mesmo que um náufrago que se afoga, agarra-se a tudo o que pode; e agarrar-se a tudo, no ofício de empreiteiro, é não pagar aos fornecedores, pagar baixos salários, ter os piores

Conferência Europeia da Comunidade Alfresco

Já foi há quase quinze dias, mas julgo que ainda será relevante abordar a Conferência Europeia da Comunidade Alfresco, que decorreu em Barcelona no dia 22 de Abril. Com uma audiência de mais de 200 pessoas (a sala reservada estava cheia) vindas de vários pontos da Europa, este evento serviu para que muita gente desta comunidade se encontrasse pela primeira vez face a face. A Alfresco Inc. é uma empresa recente, que apostou em criar uma solução de gestão documental de topo de gama usando o modelo open-source . Considerando que a empresa, no seu terceiro ano de actividade, já atingiu o break-even , parece ter sido uma boa aposta. No arranque da conferência esteve John Powell, CEO da empresa, que falou um bocado sobre a excelente evolução da empresa e abordou a "guerra" entre o modelo de negócios proprietário e o modelo de código aberto. Exemplificou este conflito com o Microsoft SharePoint, que ele designou como "a morte da escolha", justificando o epíteto pelo facto

O que é uma POOL ?

Tenho andado a fazer implementações de mecanismos de pooling em Java 2 Enterprise Edition. Como me parece um conceito algo lato tentei a abordagem do dicionário. Alguns mostram que de facto a palavra é usada para muita coisa. A definição mais comum é "piscina". A que mais me agradou foi o que descobri na wikipedia , onde pooling é apresentada como uma técnica para guardar qualquer coisa que já não é necessária em determinado sitio (a que se chama pool ) com o objectivo de a usar quando necessário optimizando assim a utilização de recursos disponíveis. Partindo para a computação, existem vários tipos de pools: Thread Pool - Conjunto de threads livres que se vão adicionando a um fifo quando não necessárias e retirando quando se quiserem usar. Memory Pool - Conjunto de blocos de memória, todos da mesma dimensão, que se alocam inicialmente e usam à medida que necessário garantindo que o tempo de alocação de memória é constante e a fragmentação minima. Connect