Artigo Java Magazine 50 - Projeto JBoss em Foco

Esse artigo faz parte da revista Java Magazine edição 50. Clique aqui para ler todos os artigos desta edição

Projeto JBoss em Foco

Conheça o universo em expansão do JBoss

O JBoss nasceu em 1999 (com o nome EJB-OSS¹, que logo teve que ser abandonado porque “EJB” é uma marca registrada da Sun). Nesta época, ninguém imaginava que um projeto de software livre iria competir em pé de igualdade pelas maiores e mais críticas aplicações corporativas, com pesos-pesados da IBM, BEA e Oracle. Mas em 2007, oito anos depois, o JBoss é reconhecido por muitos não apenas como o mais popular, mas também como um dos mais poderosos servidores de aplicações Java EE do mercado, liderando inovações que levaram ao padrão EJB 3 do JCP e à disseminação das técnicas de AOP na comunidade Java. Este artigo complementa o artigo de capa sobre JBoss (Edição 46), falando sobre a história do servidor de aplicações, o ecossistema que se formou em torno dele, e também sobre como um projeto de software livre pôde conseguir aceitação em lugares onde  o fator custo tem peso relativamente baixo na tomada de decisões. O corpo principal do artigo inclui um histórico do projeto de software livre e da empresa que levam o nome JBoss, além de uma discussão sobre o efeito da aquisição do JBoss Group pela Red Hat. Os quadros apresentam detalhes sobre versões do JBoss Application Server e uma visão geral de outros projetos livres do JBoss.org.

Versões do JBoss ASS

É normal que usuários de projetos de software livre se confundam com a grande quantidade de downloads ou distribuições oferecidos pela maioria dos projetos. No caso  de um servidor de aplicações, a variedade é ainda maior, porque são necessários vários estágios de “teste”, até que o software seja considerado estável e maduro o suficiente para um ambiente de produção corporativo.  Por isso, este quadro explica não apenas as diferenças entre os releases “estáveis” ou “para produção” do JBoss AS, mas também o critério utilizado para nomear os vários releases “instáveis” ou “de testes” do servidor de aplicações livre. O status de cada download é identificado por um dos sufixos a seguir:

• GA – Versão final, homologada para ambientes de produção (General Availability).
• SP – Upgrade corretivo para uma versão final, de produção (Service Pack).
• CR – Versão de testes, no final do processo de controle de qualidade (QA ou Quality Assurance). Esta versão pode ser promovida a GA ou SP de acordo com os resultados dos testes finais (CR = Candidate Release"
  
  
  ATENÇÃO! A exibição deste artigo foi interrompida.
  
  
  

    Este é um post disponível para assinantes MVP

  Este post também está disponível para assinantes da Java Magazine DIGITAL ou para quem possui Créditos DevMedia.  Clique aqui para saber mais!

  Saiba como acessar este post através de Créditos DevMedia:
  
  

  Assinatura de Créditos – Aqui este post custa R$ 1,47
  Com esse plano você compra R$ 180,00 em créditos e ganha, em média, 80% de desconto no preço do post.  
  Assine agora

  Plano ocasional - Aqui este post custa: R$ 1,96 (assinante) ou R$ 2,45 (não-assinante)
  Você compra um mínimo de R$ 60,00 em créditos e ganha, em média, 50% de desconto no preço do post.  
  Compre agora

  Plano conveniência – Neste plano este post custa R$ 4,90
  Neste plano você compra somente um post, pagando seu preço sem desconto.  
  Compre agora