<?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/"
		>
<channel>
	<title>Comments on: Company Super POM &#8211; A Maven Practice</title>
	<atom:link href="http://www.mosabuam.com/2009/10/company-super-pom-a-maven-practice/feed" rel="self" type="application/rss+xml" />
	<link>http://www.mosabuam.com/2009/10/company-super-pom-a-maven-practice</link>
	<description>... what&#039;s going on in the world of the brothers Moser boys (and their girls and kids)</description>
	<lastBuildDate>Sat, 14 Jan 2012 13:33:18 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: Admin of the System</title>
		<link>http://www.mosabuam.com/2009/10/company-super-pom-a-maven-practice/comment-page-1#comment-1116</link>
		<dc:creator>Admin of the System</dc:creator>
		<pubDate>Mon, 26 Jul 2010 15:46:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.mosabuam.com/?p=1655#comment-1116</guid>
		<description>You could do that but it sort of mixes responsibilities. The company super pom as I suggest it here does not contain project specific stuff. Only Maven specific settings. The project specific ones would go in a project parent or project super pom..</description>
		<content:encoded><![CDATA[<p>You could do that but it sort of mixes responsibilities. The company super pom as I suggest it here does not contain project specific stuff. Only Maven specific settings. The project specific ones would go in a project parent or project super pom..</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bram</title>
		<link>http://www.mosabuam.com/2009/10/company-super-pom-a-maven-practice/comment-page-1#comment-1112</link>
		<dc:creator>Bram</dc:creator>
		<pubDate>Tue, 13 Jul 2010 13:55:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.mosabuam.com/?p=1655#comment-1112</guid>
		<description>Please fix my post by adding code-tags to layout the hudson-bit</description>
		<content:encoded><![CDATA[<p>Please fix my post by adding code-tags to layout the hudson-bit</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bram</title>
		<link>http://www.mosabuam.com/2009/10/company-super-pom-a-maven-practice/comment-page-1#comment-1111</link>
		<dc:creator>Bram</dc:creator>
		<pubDate>Tue, 13 Jul 2010 13:54:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.mosabuam.com/?p=1655#comment-1111</guid>
		<description>If you have structured SCM and CI paths based on each projects artifact-id, you could even configure all SCM and CI settings in the super-pom using constructions like these:

	
		hudson
		http://:8080/hudson/job/${artifactId}/
	</description>
		<content:encoded><![CDATA[<p>If you have structured SCM and CI paths based on each projects artifact-id, you could even configure all SCM and CI settings in the super-pom using constructions like these:</p>
<p>		hudson<br />
		<a href="http://:8080/hudson/job/$" rel="nofollow" class="liexternal">http://:8080/hudson/job/$</a>{artifactId}/</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Manfred Moser</title>
		<link>http://www.mosabuam.com/2009/10/company-super-pom-a-maven-practice/comment-page-1#comment-693</link>
		<dc:creator>Manfred Moser</dc:creator>
		<pubDate>Fri, 30 Oct 2009 16:04:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.mosabuam.com/?p=1655#comment-693</guid>
		<description>I am contemplating putting my full mosabuam super pom on a nexus instance on the mosabuam/vijug vps. Not sure if there is demand but it would also make it easier for me. Stay tuned.</description>
		<content:encoded><![CDATA[<p>I am contemplating putting my full mosabuam super pom on a nexus instance on the mosabuam/vijug vps. Not sure if there is demand but it would also make it easier for me. Stay tuned.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kelly Robinson</title>
		<link>http://www.mosabuam.com/2009/10/company-super-pom-a-maven-practice/comment-page-1#comment-689</link>
		<dc:creator>Kelly Robinson</dc:creator>
		<pubDate>Fri, 30 Oct 2009 00:34:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.mosabuam.com/?p=1655#comment-689</guid>
		<description>Great post Manfred!
This actually applies just as much for individuals using maven as it does companies. Just so long as the use of the pom doesn&#039;t impose behaviour on the inheritors, it&#039;s great to have a way to keep your entire maven tool stack in sync.
As far as the release strategy goes, it seems pretty limited to internal usage, unless of course a company is prepared to release a company pom publicly along with any maven modules they release publicly.</description>
		<content:encoded><![CDATA[<p>Great post Manfred!<br />
This actually applies just as much for individuals using maven as it does companies. Just so long as the use of the pom doesn&#8217;t impose behaviour on the inheritors, it&#8217;s great to have a way to keep your entire maven tool stack in sync.<br />
As far as the release strategy goes, it seems pretty limited to internal usage, unless of course a company is prepared to release a company pom publicly along with any maven modules they release publicly.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

