<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Fabrício Lemos &#187; JON</title>
	<atom:link href="http://www.fabriciolemos.org/blog/tag/jon/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.fabriciolemos.org/blog</link>
	<description>Blog sobre desenvolvimento de software</description>
	<lastBuildDate>Tue, 10 Nov 2009 18:54:00 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Glassfish ou Jboss + JON</title>
		<link>http://www.fabriciolemos.org/blog/2008/glassfish-ou-jboss-jon/</link>
		<comments>http://www.fabriciolemos.org/blog/2008/glassfish-ou-jboss-jon/#comments</comments>
		<pubDate>Thu, 02 Oct 2008 09:48:27 +0000</pubDate>
		<dc:creator>Fabrício Lemos</dc:creator>
				<category><![CDATA[Java]]></category>
		<category><![CDATA[Servidores de aplicação]]></category>
		<category><![CDATA[Glassfish]]></category>
		<category><![CDATA[Jboss]]></category>
		<category><![CDATA[JON]]></category>

		<guid isPermaLink="false">http://www.fabriciolemos.org/blog/?p=26</guid>
		<description><![CDATA[Iniciamos um processo de decisão sobre qual servidor de aplicação passaremos a utilizar em nosso ambiente. A motivação é que o velho Jboss de guerra não está mais dando conta do recado. Não que o Jboss não seja um ótimo servidor, muito pelo contrário. A questão é que o seu ponto mais criticado, a administração, [...]]]></description>
			<content:encoded><![CDATA[<p>Iniciamos um processo de decisão sobre qual servidor de aplicação passaremos a utilizar em nosso ambiente. A motivação é que o velho Jboss de guerra não está mais dando conta do recado. Não que o Jboss não seja um ótimo servidor, muito pelo contrário. A questão é que o seu ponto mais criticado, a administração, começou a cobrar seu preço. Iremos aumentar consideravelmente o número de servidores em produção (assunto outro post) e uma interface de administração central, mais produtiva e confiável, passou a ser uma necessidade.</p>
<p>Depois de uma análise prévia, vimos que duas soluções poderiam atender nossas necessidades: Glassfish ou Jboss + <a href="http://www.jboss.com/products/jbosson" target="_blank">JON</a>.</p>
<p>O Glassfish é uma promessa que virou realidade, mas confesso que ainda não me convenci, culpa mais pela pouca experiência que tenho com esse servidor do que por sua qualidade, que ele é a melhor solução para o nosso caso. De qualquer maneira, nesses estudos prévios e na <a href="http://www.cejug.org/pages/viewpage.action?pageId=30900360" target="_blank">apresentação do Kohsuke</a>, acabou subindo muito no meu conceito.</p>
<p>O Jboss já é um velho conhecido e ainda está no páreo, levando em consideração a utilização do JON. O JBoss Operations Network me pareceu ser uma ferramenta realmente fantástica que permite a administração e monitoramento de muitos e muitos e muitos pontos, desde o sistema operacional, passando pelo servidor de aplicação e chegando nas aplicações. Seu lado negativo é que é uma ferramenta paga.</p>
<p>Tomcat está fora da jogada. A maioria das nossas aplicações utilizam Spring, mas algumas mais novas já estão em EJB e futuramente iremos para o <a href="http://www.jboss.com/products/seam" target="_blank">Jboss Seam</a> ou <a href="http://jcp.org/en/jsr/detail?id=299" target="_blank">Web Beans</a>, como preferirem (também assunto para outro post). Ainda existem algumas outras alternativas, mas a princípio os principais candidatos são esses dois mesmo.</p>
<p>Bem, a análise ainda está em andamento e os principais pontos ques estamos analisando são:</p>
<p>- <strong>Administração</strong>: facilidade de administrar e monitorar remotamente múltiplas instâncias de servidores.</p>
<p>- <strong>Performance</strong>: para essa avaliação buscaremos análises de instituições independentes.</p>
<p><strong>- Ambiente de desenvolvimento</strong>: facilidades de utilização do servidor de aplicação no ambiente de desenvolvimento:  integração com o Eclipse, tempo de start up e deploy, facilidade de debug, hot deploy, etc.</p>
<p><strong>- Documentação técnica</strong>: disponibilidade e qualidade da documentação técnica disponível: manuais, tutoriais, wiki e fóruns</p>
<p><strong>- Suporte técnico:</strong> disponibilidade de suporte 24&#215;7. Considerando custo, meio (apenas via web e e-mail ou por telefone também), idioma (em português ou inglês) e tempo de resposta.</p>
<p><strong>- Aderência à especificação:</strong> aderência à especificação Java EE 5, incluindo a velocidade em que são lançadas novas versões da ferramenta quando saem novas versões da especificação.</p>
<p><strong>- Custo da migração:</strong> custo associado à migração do ambiente atual para o servidor de aplicação escolhido. Atualmente temos aplicações em produção tanto no Jboss quanto no Glassfish</p>
<p><strong>- Custo do software:</strong> custo de aquisição de ferramentas necessárias para administração ou desenvolvimento no servidor de aplicação.</p>
<p><strong>- Cases de sucesso:</strong> existência de casos de sucesso de sistemas em produção usando o servidor de aplicação.</p>
<p>Estes dois servidores possuem um grande comunidade de usuários, então, caros colegas e recém chegados leitores, sintam-se a vontade e estimulados a deixar algum comentário caso tenham alguma opinião ou experiência relativos a qualquer um desses pontos do Glassfish ou Jboss + JON.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.fabriciolemos.org/blog/2008/glassfish-ou-jboss-jon/feed/</wfw:commentRss>
		<slash:comments>7</slash:comments>
		</item>
	</channel>
</rss>
