<?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"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: We&#8217;re Gonna be Good Embed</title>
	<atom:link href="http://exitcondition.alrubinger.com/2009/07/29/were-gonna-be-good-embed/feed/" rel="self" type="application/rss+xml" />
	<link>http://exitcondition.alrubinger.com/2009/07/29/were-gonna-be-good-embed/</link>
	<description>Andrew Lee Rubinger</description>
	<lastBuildDate>Thu, 03 Dec 2009 00:40:14 +0000</lastBuildDate>
	<generator>http://wordpress.com/</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: No Pain, No Pain &#124; Embedded APIs for JBossAS &#171; Exit Condition</title>
		<link>http://exitcondition.alrubinger.com/2009/07/29/were-gonna-be-good-embed/#comment-106</link>
		<dc:creator>No Pain, No Pain &#124; Embedded APIs for JBossAS &#171; Exit Condition</dc:creator>
		<pubDate>Thu, 03 Dec 2009 00:40:14 +0000</pubDate>
		<guid isPermaLink="false">http://exitcondition.alrubinger.com/?p=67#comment-106</guid>
		<description>[...] time back[2] I&#8217;d reported on the progress made in prototyping an Embedded API for the JBoss Application [...]</description>
		<content:encoded><![CDATA[<p>[...] time back[2] I&#8217;d reported on the progress made in prototyping an Embedded API for the JBoss Application [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: skajotde</title>
		<link>http://exitcondition.alrubinger.com/2009/07/29/were-gonna-be-good-embed/#comment-102</link>
		<dc:creator>skajotde</dc:creator>
		<pubDate>Wed, 30 Sep 2009 22:18:43 +0000</pubDate>
		<guid isPermaLink="false">http://exitcondition.alrubinger.com/?p=67#comment-102</guid>
		<description>It very cool feature. Many developers wait for it for couple years. Great work!</description>
		<content:encoded><![CDATA[<p>It very cool feature. Many developers wait for it for couple years. Great work!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: alrubinger</title>
		<link>http://exitcondition.alrubinger.com/2009/07/29/were-gonna-be-good-embed/#comment-88</link>
		<dc:creator>alrubinger</dc:creator>
		<pubDate>Wed, 29 Jul 2009 13:44:07 +0000</pubDate>
		<guid isPermaLink="false">http://exitcondition.alrubinger.com/?p=67#comment-88</guid>
		<description>@Max:

Good point about assembling archives in JBoss Tools.

Yep, the full scale of the boot properties can be configured:

http://anonsvn.jboss.org/repos/jbossas/projects/bootstrap/trunk/spi-as/src/main/java/org/jboss/bootstrap/spi/as/config/JBossASBasedServerConfig.java

So you&#039;d do:

server.getConfiguration().serverBaseLocation(&quot;/path/to/serverBase&quot;);

Or alternatively you can set the legacy system property &quot;jboss.server.base.url&quot; or &quot;jboss.server.base.dir&quot;.

@Pete:

Yep, I want to iron out a couple hiccups, then both Seam and 299 should become the next use cases.

S,
ALR</description>
		<content:encoded><![CDATA[<p>@Max:</p>
<p>Good point about assembling archives in JBoss Tools.</p>
<p>Yep, the full scale of the boot properties can be configured:</p>
<p><a href="http://anonsvn.jboss.org/repos/jbossas/projects/bootstrap/trunk/spi-as/src/main/java/org/jboss/bootstrap/spi/as/config/JBossASBasedServerConfig.java" rel="nofollow">http://anonsvn.jboss.org/repos/jbossas/projects/bootstrap/trunk/spi-as/src/main/java/org/jboss/bootstrap/spi/as/config/JBossASBasedServerConfig.java</a></p>
<p>So you&#8217;d do:</p>
<p>server.getConfiguration().serverBaseLocation(&#8220;/path/to/serverBase&#8221;);</p>
<p>Or alternatively you can set the legacy system property &#8220;jboss.server.base.url&#8221; or &#8220;jboss.server.base.dir&#8221;.</p>
<p>@Pete:</p>
<p>Yep, I want to iron out a couple hiccups, then both Seam and 299 should become the next use cases.</p>
<p>S,<br />
ALR</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pete Muir</title>
		<link>http://exitcondition.alrubinger.com/2009/07/29/were-gonna-be-good-embed/#comment-87</link>
		<dc:creator>Pete Muir</dc:creator>
		<pubDate>Wed, 29 Jul 2009 11:15:38 +0000</pubDate>
		<guid isPermaLink="false">http://exitcondition.alrubinger.com/?p=67#comment-87</guid>
		<description>Great work - we should take a few minutes to add a couple of JSR-299 test cases to the testsuite to ensure that it is running properly in this env.

The virtual archive stuff is going to be great for the next-generation of testing!</description>
		<content:encoded><![CDATA[<p>Great work &#8211; we should take a few minutes to add a couple of JSR-299 test cases to the testsuite to ensure that it is running properly in this env.</p>
<p>The virtual archive stuff is going to be great for the next-generation of testing!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Max</title>
		<link>http://exitcondition.alrubinger.com/2009/07/29/were-gonna-be-good-embed/#comment-86</link>
		<dc:creator>Max</dc:creator>
		<pubDate>Wed, 29 Jul 2009 08:31:44 +0000</pubDate>
		<guid isPermaLink="false">http://exitcondition.alrubinger.com/?p=67#comment-86</guid>
		<description>Hi Andrew, 

Looks freaking awsome ;)

The virtual archives are sweet, but would just like to point out that the overhead of packaging is more or less zero with JBoss Tools - its the startup time and &quot;remoteness&quot; that is the biggest timesaver. Great job!

Note, I like the virtual archives too - but mostly because of the fun stuff it brings :)

btw. does the api now allow for setting a separate config directory or is it all based of AS_HOME ?

i.e. can I do server.getConfiguration().jbossHome(&quot;/path/to/JBOSS_HOME&quot;)
.bindAddress(&quot;myhost.com&quot;).configHome(&quot;/another/path/config&quot;).serverName(&quot;myconfig&quot;);

This would allow users creating different configs without &quot;polluting&quot; the default install and it would fit really well with the model we allow for in the tools.</description>
		<content:encoded><![CDATA[<p>Hi Andrew, </p>
<p>Looks freaking awsome <img src='http://s.wordpress.com/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
<p>The virtual archives are sweet, but would just like to point out that the overhead of packaging is more or less zero with JBoss Tools &#8211; its the startup time and &#8220;remoteness&#8221; that is the biggest timesaver. Great job!</p>
<p>Note, I like the virtual archives too &#8211; but mostly because of the fun stuff it brings <img src='http://s.wordpress.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>btw. does the api now allow for setting a separate config directory or is it all based of AS_HOME ?</p>
<p>i.e. can I do server.getConfiguration().jbossHome(&#8220;/path/to/JBOSS_HOME&#8221;)<br />
.bindAddress(&#8220;myhost.com&#8221;).configHome(&#8220;/another/path/config&#8221;).serverName(&#8220;myconfig&#8221;);</p>
<p>This would allow users creating different configs without &#8220;polluting&#8221; the default install and it would fit really well with the model we allow for in the tools.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
