<?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: Where is Java&#8217;s CPAN?</title>
	<atom:link href="http://www.openxtra.co.uk/blog/where-is-javas-cpan/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.openxtra.co.uk/blog/where-is-javas-cpan/</link>
	<description>Your daily IT cuppa</description>
	<lastBuildDate>Sun, 23 Jan 2011 07:05:34 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Jack</title>
		<link>http://www.openxtra.co.uk/blog/where-is-javas-cpan/comment-page-1/#comment-6031</link>
		<dc:creator>Jack</dc:creator>
		<pubDate>Mon, 18 Feb 2008 11:23:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.openxtra.co.uk/blog/where-is-javas-cpan/#comment-6031</guid>
		<description>@Alan - interesting article. If done properly, a Java CPAN allow the creation of a cut down Java engine with only the elements you want included?</description>
		<content:encoded><![CDATA[<p>@Alan &#8211; interesting article. If done properly, a Java CPAN allow the creation of a cut down Java engine with only the elements you want included?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: The Open Sourcerer</title>
		<link>http://www.openxtra.co.uk/blog/where-is-javas-cpan/comment-page-1/#comment-6028</link>
		<dc:creator>The Open Sourcerer</dc:creator>
		<pubDate>Sun, 17 Feb 2008 21:27:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.openxtra.co.uk/blog/where-is-javas-cpan/#comment-6028</guid>
		<description>I came across something today that I hadn&#039;t heard of before and &quot;might&quot; offer a solution of sorts.

I read about it here:http://www.redmonk.com/jgovernor/2008/02/05/osgi-and-the-rise-of-the-stackless-stack-just-in-time/

Al</description>
		<content:encoded><![CDATA[<p>I came across something today that I hadn&#8217;t heard of before and &#8220;might&#8221; offer a solution of sorts.</p>
<p>I read about it here:<a href="http://www.redmonk.com/jgovernor/2008/02/05/osgi-and-the-rise-of-the-stackless-stack-just-in-time/" >http://www.redmonk.com/jgovernor/2008/02/05/osgi-and-the-rise-of-the-stackless-stack-just-in-time/</a></p>
<p>Al</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jack</title>
		<link>http://www.openxtra.co.uk/blog/where-is-javas-cpan/comment-page-1/#comment-6027</link>
		<dc:creator>Jack</dc:creator>
		<pubDate>Sun, 17 Feb 2008 21:02:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.openxtra.co.uk/blog/where-is-javas-cpan/#comment-6027</guid>
		<description>@Alan - we&#039;ve recently had some fun with this too. A XML-RPC lib we use to connect to our payment provider was also used by another lib in our e-commerce system. Unfortunately, their version was newer than the one we use so they clashed. Not too big a problem in the end, because we were able to upgrade our code to use the later version of the library.

Seems odd that Java can&#039;t handle two different version of the same library being used at the same time.</description>
		<content:encoded><![CDATA[<p>@Alan &#8211; we&#8217;ve recently had some fun with this too. A XML-RPC lib we use to connect to our payment provider was also used by another lib in our e-commerce system. Unfortunately, their version was newer than the one we use so they clashed. Not too big a problem in the end, because we were able to upgrade our code to use the later version of the library.</p>
<p>Seems odd that Java can&#8217;t handle two different version of the same library being used at the same time.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: The Open Sourcerer</title>
		<link>http://www.openxtra.co.uk/blog/where-is-javas-cpan/comment-page-1/#comment-6025</link>
		<dc:creator>The Open Sourcerer</dc:creator>
		<pubDate>Sat, 16 Feb 2008 10:47:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.openxtra.co.uk/blog/where-is-javas-cpan/#comment-6025</guid>
		<description>Good point Jack,

I have been playing around with Tomcat and some JSP applications recently. The performance of the &quot;whole&quot; solution is great, but when you start to run multiple apps inside one Tomcat instance, there are constant library management problems. The shared (or common) space for libs gets cluttered with multiple variants of the same thing, the apps&#039; own lib file spaces end up containing multiple copies of the same version... It is all - seemingly down to the packager as to whether they decide to install their required libs in common or their own private space. It takes manual intervention to trawl and move stuff around to keep duplication down to a minimum.

A solution to this sounds like a very worthwhile objective.

Al</description>
		<content:encoded><![CDATA[<p>Good point Jack,</p>
<p>I have been playing around with Tomcat and some JSP applications recently. The performance of the &#8220;whole&#8221; solution is great, but when you start to run multiple apps inside one Tomcat instance, there are constant library management problems. The shared (or common) space for libs gets cluttered with multiple variants of the same thing, the apps&#8217; own lib file spaces end up containing multiple copies of the same version&#8230; It is all &#8211; seemingly down to the packager as to whether they decide to install their required libs in common or their own private space. It takes manual intervention to trawl and move stuff around to keep duplication down to a minimum.</p>
<p>A solution to this sounds like a very worthwhile objective.</p>
<p>Al</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jack</title>
		<link>http://www.openxtra.co.uk/blog/where-is-javas-cpan/comment-page-1/#comment-6016</link>
		<dc:creator>Jack</dc:creator>
		<pubDate>Fri, 15 Feb 2008 17:29:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.openxtra.co.uk/blog/where-is-javas-cpan/#comment-6016</guid>
		<description>@Tarus - Maven isn&#039;t really like PEAR or CPAN. Maven is a clever build tool much like Ant &amp; makefiles as I understand it.

PEAR and CPAN are closer to RPMs but for programming libraries. All of the dependencies are resolved for you much as RPM resolves package dependencies.

Just strikes me as odd. Because you would have thought that Java would have been a perfect candidate for a really good library repository. There are plenty of high quality libraries out there for Java after all.</description>
		<content:encoded><![CDATA[<p>@Tarus &#8211; Maven isn&#8217;t really like PEAR or CPAN. Maven is a clever build tool much like Ant &amp; makefiles as I understand it.</p>
<p>PEAR and CPAN are closer to RPMs but for programming libraries. All of the dependencies are resolved for you much as RPM resolves package dependencies.</p>
<p>Just strikes me as odd. Because you would have thought that Java would have been a perfect candidate for a really good library repository. There are plenty of high quality libraries out there for Java after all.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tarus</title>
		<link>http://www.openxtra.co.uk/blog/where-is-javas-cpan/comment-page-1/#comment-6015</link>
		<dc:creator>Tarus</dc:creator>
		<pubDate>Fri, 15 Feb 2008 17:21:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.openxtra.co.uk/blog/where-is-javas-cpan/#comment-6015</guid>
		<description>What about Maven? It allows one to manage Java libraries at a very high level. We use it to build OpenNMS.</description>
		<content:encoded><![CDATA[<p>What about Maven? It allows one to manage Java libraries at a very high level. We use it to build OpenNMS.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

