<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Comments on: Novidades por vir no JBoss ESB 4.4</title>
	<atom:link href="http://edgarsilva.com.br/2008/09/02/novidades-por-vir-no-jboss-esb-44/feed/" rel="self" type="application/rss+xml" />
	<link>http://edgarsilva.com.br/2008/09/02/novidades-por-vir-no-jboss-esb-44/</link>
	<description>Edgar Silva</description>
	<pubDate>Thu, 09 Sep 2010 13:21:35 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.3</generator>
		<item>
		<title>By: Edgar Silva</title>
		<link>http://edgarsilva.com.br/2008/09/02/novidades-por-vir-no-jboss-esb-44/#comment-7318</link>
		<dc:creator>Edgar Silva</dc:creator>
		<pubDate>Wed, 22 Oct 2008 15:57:55 +0000</pubDate>
		<guid isPermaLink="false">http://edgarsilva.com.br/2008/09/02/novidades-por-vir-no-jboss-esb-44/#comment-7318</guid>
		<description>@Ben-Hur,

Obrigado pelo comentário, vamos apenas a algumas ressalvas:

"Porém, para que o seu ESB server suporte EJBs, o mais indicado seria vc instalar o jbossesb-4.4.GA.zip através do Ant em um JbossAS comum, ao invés de copiar os arquivos do EJB3 deployer na distribuição que vem no arquivo jbossesb-server-4.4.GA.zip (conforme documentação do jboss esb)."

Concordo plenamente, e é o que eu recomendo para alguns clientes, porém particularmente no Brasil, vários clientes "adoram" sabe-se lá o porquê de ter tudo dentro de um único container, e ai eu pergunto: "Isso está errado?", do ponto de vista técnico é possível, e em alguns aspectos facilitam questões de clustering, fail-over, etc.... Eu resolvi mostrar tudo dentro de um único container para fins "didáticos", pode ter certeza que se você espera usar o JBoss ESB na sua empresa, a sua abordagem é a que mais prefiro e melhor recoemdno.

"Aliás, a distribuição jbossesb-server foi criada justamente para tirar o peso de um container EJB do ESB. Em minha opinião o ideal é que o ESB fique separado dos servidores de aplicações, definido o PAPEL de um barramento. No seu exemplo acima bastaria vc referenciar o servidor remoto a partir da propriedade provider-url."

Não, a versão JBoss ESB Server não foi empacotada desta forma por esse motivo, melhor até deixar pra lá esta questão... Voltando a didática: Se eu quero mostrar um simples exemplo do ESB+EJB eu não vou ter que mostrar no post os passoas para rodar uma outra instancia de JBoss na mesma máquina, ou não sei se o leitor irá ter a possibilidade de ter +1 servidor para testes em casa ou no trabalho. No caso, este exemplo é bem interessante quando usado com outros AppServers como WebSphere, Oracle, BEA etc. 

"A conveniencia de ser ter um ESB que também é um container EJB se faz necessário para facilitar a vida do desenvolvedor mas, para um ambiente de produção, acho que não seria recomendável."

Como te disse, concordo em gênero, número e grau, a intenção aqui foi didática, e seu comentário só engrandeceu o conteúdo do post, meu muito obrigado.

Fico muito feliz em saber que há pessoas como você com este conhecimento a respeito do JBoss ESB no Brasil.

[]s

E</description>
		<content:encoded><![CDATA[<p>@Ben-Hur,</p>
<p>Obrigado pelo comentário, vamos apenas a algumas ressalvas:</p>
<p>&#8220;Porém, para que o seu ESB server suporte EJBs, o mais indicado seria vc instalar o jbossesb-4.4.GA.zip através do Ant em um JbossAS comum, ao invés de copiar os arquivos do EJB3 deployer na distribuição que vem no arquivo jbossesb-server-4.4.GA.zip (conforme documentação do jboss esb).&#8221;</p>
<p>Concordo plenamente, e é o que eu recomendo para alguns clientes, porém particularmente no Brasil, vários clientes &#8220;adoram&#8221; sabe-se lá o porquê de ter tudo dentro de um único container, e ai eu pergunto: &#8220;Isso está errado?&#8221;, do ponto de vista técnico é possível, e em alguns aspectos facilitam questões de clustering, fail-over, etc&#8230;. Eu resolvi mostrar tudo dentro de um único container para fins &#8220;didáticos&#8221;, pode ter certeza que se você espera usar o JBoss ESB na sua empresa, a sua abordagem é a que mais prefiro e melhor recoemdno.</p>
<p>&#8220;Aliás, a distribuição jbossesb-server foi criada justamente para tirar o peso de um container EJB do ESB. Em minha opinião o ideal é que o ESB fique separado dos servidores de aplicações, definido o PAPEL de um barramento. No seu exemplo acima bastaria vc referenciar o servidor remoto a partir da propriedade provider-url.&#8221;</p>
<p>Não, a versão JBoss ESB Server não foi empacotada desta forma por esse motivo, melhor até deixar pra lá esta questão&#8230; Voltando a didática: Se eu quero mostrar um simples exemplo do ESB+EJB eu não vou ter que mostrar no post os passoas para rodar uma outra instancia de JBoss na mesma máquina, ou não sei se o leitor irá ter a possibilidade de ter +1 servidor para testes em casa ou no trabalho. No caso, este exemplo é bem interessante quando usado com outros AppServers como WebSphere, Oracle, BEA etc. </p>
<p>&#8220;A conveniencia de ser ter um ESB que também é um container EJB se faz necessário para facilitar a vida do desenvolvedor mas, para um ambiente de produção, acho que não seria recomendável.&#8221;</p>
<p>Como te disse, concordo em gênero, número e grau, a intenção aqui foi didática, e seu comentário só engrandeceu o conteúdo do post, meu muito obrigado.</p>
<p>Fico muito feliz em saber que há pessoas como você com este conhecimento a respeito do JBoss ESB no Brasil.</p>
<p>[]s</p>
<p>E</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ben-Hur Langoni Jr</title>
		<link>http://edgarsilva.com.br/2008/09/02/novidades-por-vir-no-jboss-esb-44/#comment-7317</link>
		<dc:creator>Ben-Hur Langoni Jr</dc:creator>
		<pubDate>Tue, 21 Oct 2008 19:26:50 +0000</pubDate>
		<guid isPermaLink="false">http://edgarsilva.com.br/2008/09/02/novidades-por-vir-no-jboss-esb-44/#comment-7317</guid>
		<description>Olá Edgar.

Na verdade existem outros quickstarts que dependem de um EJB3 container, como o webservice_bpel.
Porém, para que o seu ESB server suporte EJBs, o mais indicado seria vc instalar o jbossesb-4.4.GA.zip através do Ant em um JbossAS comum, ao invés de copiar os arquivos do EJB3 deployer na distribuição que vem no arquivo jbossesb-server-4.4.GA.zip (conforme documentação do jboss esb).
Aliás,  a distribuição jbossesb-server foi criada justamente para tirar o peso de um container EJB do ESB. Em minha opinião o ideal é que o ESB fique separado dos servidores de aplicações, definido o PAPEL de um barramento. No seu exemplo acima bastaria vc referenciar o servidor remoto a partir da propriedade provider-url.
A conveniencia de ser ter um ESB que também é um container EJB se faz necessário para facilitar a vida do desenvolvedor mas, para um ambiente de produção, acho que não seria recomendável.

Abraços,
Ben-Hur Langoni Júnior</description>
		<content:encoded><![CDATA[<p>Olá Edgar.</p>
<p>Na verdade existem outros quickstarts que dependem de um EJB3 container, como o webservice_bpel.<br />
Porém, para que o seu ESB server suporte EJBs, o mais indicado seria vc instalar o jbossesb-4.4.GA.zip através do Ant em um JbossAS comum, ao invés de copiar os arquivos do EJB3 deployer na distribuição que vem no arquivo jbossesb-server-4.4.GA.zip (conforme documentação do jboss esb).<br />
Aliás,  a distribuição jbossesb-server foi criada justamente para tirar o peso de um container EJB do ESB. Em minha opinião o ideal é que o ESB fique separado dos servidores de aplicações, definido o PAPEL de um barramento. No seu exemplo acima bastaria vc referenciar o servidor remoto a partir da propriedade provider-url.<br />
A conveniencia de ser ter um ESB que também é um container EJB se faz necessário para facilitar a vida do desenvolvedor mas, para um ambiente de produção, acho que não seria recomendável.</p>
<p>Abraços,<br />
Ben-Hur Langoni Júnior</p>
]]></content:encoded>
	</item>
</channel>
</rss>
