<?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: pomegranate modules</title>
	<atom:link href="http://blog.caucho.com/2009/06/10/pomegranate-modules/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.caucho.com/2009/06/10/pomegranate-modules/</link>
	<description>Inside info, thoughts, and opinions from Caucho engineers</description>
	<pubDate>Tue, 21 May 2013 13:13:17 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: ankur</title>
		<link>http://blog.caucho.com/2009/06/10/pomegranate-modules/comment-page-1/#comment-359</link>
		<dc:creator>ankur</dc:creator>
		<pubDate>Tue, 18 Aug 2009 05:22:39 +0000</pubDate>
		<guid isPermaLink="false">http://blog.caucho.com/?p=211#comment-359</guid>
		<description>Thanks for the info. In my project, I have 1 interface and 2 implementations. Each implementation has its own set of JAR dependencies some of which of may overlap. I am trying to see if I can use Pomegranate as an out-of-the-box solution for this. Any help is highly appreciated.</description>
		<content:encoded><![CDATA[<p>Thanks for the info. In my project, I have 1 interface and 2 implementations. Each implementation has its own set of JAR dependencies some of which of may overlap. I am trying to see if I can use Pomegranate as an out-of-the-box solution for this. Any help is highly appreciated.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ferg</title>
		<link>http://blog.caucho.com/2009/06/10/pomegranate-modules/comment-page-1/#comment-356</link>
		<dc:creator>ferg</dc:creator>
		<pubDate>Mon, 17 Aug 2009 18:18:47 +0000</pubDate>
		<guid isPermaLink="false">http://blog.caucho.com/?p=211#comment-356</guid>
		<description>It's integrated with the Resin classloader in 4.0.1.  Look at com.caucho.loader.EnvironmentClassLoader, ArtifactManager, Artifact, ArtifactClassLoader.

To alag.  I think you're right about the transitivity, but we also need a way to make a link intransitive for certain configurations.  I'm hoping for another draft in a day or two.</description>
		<content:encoded><![CDATA[<p>It&#8217;s integrated with the Resin classloader in 4.0.1.  Look at com.caucho.loader.EnvironmentClassLoader, ArtifactManager, Artifact, ArtifactClassLoader.</p>
<p>To alag.  I think you&#8217;re right about the transitivity, but we also need a way to make a link intransitive for certain configurations.  I&#8217;m hoping for another draft in a day or two.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ankur</title>
		<link>http://blog.caucho.com/2009/06/10/pomegranate-modules/comment-page-1/#comment-353</link>
		<dc:creator>ankur</dc:creator>
		<pubDate>Mon, 17 Aug 2009 11:13:11 +0000</pubDate>
		<guid isPermaLink="false">http://blog.caucho.com/?p=211#comment-353</guid>
		<description>I downloaded the src of resin 4.0.0 and 4.0.1 but couldn't find the pomegranate module while building locally.</description>
		<content:encoded><![CDATA[<p>I downloaded the src of resin 4.0.0 and 4.0.1 but couldn&#8217;t find the pomegranate module while building locally.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: alag</title>
		<link>http://blog.caucho.com/2009/06/10/pomegranate-modules/comment-page-1/#comment-336</link>
		<dc:creator>alag</dc:creator>
		<pubDate>Fri, 07 Aug 2009 08:59:29 +0000</pubDate>
		<guid isPermaLink="false">http://blog.caucho.com/?p=211#comment-336</guid>
		<description>Emil: from my experience, not having transitive classloader could lead you to lot of ClassNotFound exceptions as most modules around here are not design with clean/strict dependency definition in mind.</description>
		<content:encoded><![CDATA[<p>Emil: from my experience, not having transitive classloader could lead you to lot of ClassNotFound exceptions as most modules around here are not design with clean/strict dependency definition in mind.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ferg</title>
		<link>http://blog.caucho.com/2009/06/10/pomegranate-modules/comment-page-1/#comment-333</link>
		<dc:creator>ferg</dc:creator>
		<pubDate>Wed, 05 Aug 2009 19:33:31 +0000</pubDate>
		<guid isPermaLink="false">http://blog.caucho.com/?p=211#comment-333</guid>
		<description>I've posted a rough draft of a Pomegranate spec at http://blog.caucho.com/?p=225</description>
		<content:encoded><![CDATA[<p>I&#8217;ve posted a rough draft of a Pomegranate spec at <a href="http://blog.caucho.com/?p=225" rel="nofollow">http://blog.caucho.com/?p=225</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: neotyk</title>
		<link>http://blog.caucho.com/2009/06/10/pomegranate-modules/comment-page-1/#comment-332</link>
		<dc:creator>neotyk</dc:creator>
		<pubDate>Wed, 05 Aug 2009 18:46:18 +0000</pubDate>
		<guid isPermaLink="false">http://blog.caucho.com/?p=211#comment-332</guid>
		<description>Awesome idea, congrats!

I'm working on Grizzly Servlet Container and would like to have this great feature there as well.
Please keep us posted on OSSing pomegranate.</description>
		<content:encoded><![CDATA[<p>Awesome idea, congrats!</p>
<p>I&#8217;m working on Grizzly Servlet Container and would like to have this great feature there as well.<br />
Please keep us posted on OSSing pomegranate.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Emil</title>
		<link>http://blog.caucho.com/2009/06/10/pomegranate-modules/comment-page-1/#comment-324</link>
		<dc:creator>Emil</dc:creator>
		<pubDate>Fri, 31 Jul 2009 15:27:57 +0000</pubDate>
		<guid isPermaLink="false">http://blog.caucho.com/?p=211#comment-324</guid>
		<description>alag: Thanks for the link!  After just a quick pass, I don't think that POMStrap is quite the same.  They look like they're inverting the classloader hierarchy, while we're using a classloader cloud model.  The difference is that the classloading is not transitive in any direction with our approach.


jstrachan: I like the idea.  I'll check with the rest of the team to see what they think.  Standardization, specs, interoperability... all good stuff.</description>
		<content:encoded><![CDATA[<p>alag: Thanks for the link!  After just a quick pass, I don&#8217;t think that POMStrap is quite the same.  They look like they&#8217;re inverting the classloader hierarchy, while we&#8217;re using a classloader cloud model.  The difference is that the classloading is not transitive in any direction with our approach.</p>
<p>jstrachan: I like the idea.  I&#8217;ll check with the rest of the team to see what they think.  Standardization, specs, interoperability&#8230; all good stuff.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jstrachan</title>
		<link>http://blog.caucho.com/2009/06/10/pomegranate-modules/comment-page-1/#comment-323</link>
		<dc:creator>jstrachan</dc:creator>
		<pubDate>Fri, 31 Jul 2009 13:21:38 +0000</pubDate>
		<guid isPermaLink="false">http://blog.caucho.com/?p=211#comment-323</guid>
		<description>I love this idea as a simple alternative to OSGi! 

I wondered if we could spin up a little OSS project somewhere neutral (say google code?) where we could describe the spec of how a pom.xml style dependency mechanism should work with any servlet container - then try get servlet containers to also implement it so it can become a common adopted standard?

e.g. we could patch the maven war command to optionally generate the pom.xml in WEB-INF. I was chatting to Greg from Jetty and he's happy to support this model too - so we could get Maven, Resin and Jetty all supporting this simple alternative to OSGi?

Incidentally a suggestion from Greg was to consider putting pom.xml in the WEB-INF/lib, so when folks look in the lib dir for dependencies, they see the pom.xml there?</description>
		<content:encoded><![CDATA[<p>I love this idea as a simple alternative to OSGi! </p>
<p>I wondered if we could spin up a little OSS project somewhere neutral (say google code?) where we could describe the spec of how a pom.xml style dependency mechanism should work with any servlet container - then try get servlet containers to also implement it so it can become a common adopted standard?</p>
<p>e.g. we could patch the maven war command to optionally generate the pom.xml in WEB-INF. I was chatting to Greg from Jetty and he&#8217;s happy to support this model too - so we could get Maven, Resin and Jetty all supporting this simple alternative to OSGi?</p>
<p>Incidentally a suggestion from Greg was to consider putting pom.xml in the WEB-INF/lib, so when folks look in the lib dir for dependencies, they see the pom.xml there?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: alag</title>
		<link>http://blog.caucho.com/2009/06/10/pomegranate-modules/comment-page-1/#comment-322</link>
		<dc:creator>alag</dc:creator>
		<pubDate>Fri, 31 Jul 2009 10:31:47 +0000</pubDate>
		<guid isPermaLink="false">http://blog.caucho.com/?p=211#comment-322</guid>
		<description>You might take a look at POMStrap http://pomstrap.prefetch.com/en/ which has approximately the same goal.</description>
		<content:encoded><![CDATA[<p>You might take a look at POMStrap <a href="http://pomstrap.prefetch.com/en/" rel="nofollow">http://pomstrap.prefetch.com/en/</a> which has approximately the same goal.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Caucho Technology &#187; Blog Archive &#187; Why OSGi is cool, but not for most enterprise apps&#8230;</title>
		<link>http://blog.caucho.com/2009/06/10/pomegranate-modules/comment-page-1/#comment-241</link>
		<dc:creator>Caucho Technology &#187; Blog Archive &#187; Why OSGi is cool, but not for most enterprise apps&#8230;</dc:creator>
		<pubDate>Tue, 16 Jun 2009 17:12:32 +0000</pubDate>
		<guid isPermaLink="false">http://blog.caucho.com/?p=211#comment-241</guid>
		<description>[...] wrote a quick overview of Pomegranate and we&#8217;ll soon have real docs for it, but I wanted to give the story of how we [...]</description>
		<content:encoded><![CDATA[<p>[...] wrote a quick overview of Pomegranate and we&#8217;ll soon have real docs for it, but I wanted to give the story of how we [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
