<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.3.1" -->
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	>
<channel>
	<title>Comments on: Eclipse Callisto: Success or Failure?</title>
	<link>http://blogs.exist.com/bporter/2006/07/03/eclipse-callisto-success-or-failure/</link>
	<description>capo on 1</description>
	<pubDate>Wed, 07 Jan 2009 10:58:50 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.3.1</generator>
		<item>
		<title>By: Archimedes Trajano</title>
		<link>http://blogs.exist.com/bporter/2006/07/03/eclipse-callisto-success-or-failure/#comment-161</link>
		<dc:creator>Archimedes Trajano</dc:creator>
		<pubDate>Tue, 13 Mar 2007 07:44:14 +0000</pubDate>
		<guid>http://blogs.exist.com/bporter/2006/07/03/eclipse-callisto-success-or-failure/#comment-161</guid>
		<description>It would be nice if Maven were just run as a set of plug-ins but on the Eclipse framework.  Not that plexus is a bad thing.

The intent is to remove more code from Maven and offload the maintenance of it to other opensource projects.

A side effect of this would be Maven can work as a plug-in in Eclipse as part of its core feature rather than an afterthought (e.g. mevenide or maven-eclipse-plugin).  Those two projects are great, but can get out of sync with the rest of Maven.</description>
		<content:encoded><![CDATA[<p>It would be nice if Maven were just run as a set of plug-ins but on the Eclipse framework.  Not that plexus is a bad thing.</p>
<p>The intent is to remove more code from Maven and offload the maintenance of it to other opensource projects.</p>
<p>A side effect of this would be Maven can work as a plug-in in Eclipse as part of its core feature rather than an afterthought (e.g. mevenide or maven-eclipse-plugin).  Those two projects are great, but can get out of sync with the rest of Maven.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Damien</title>
		<link>http://blogs.exist.com/bporter/2006/07/03/eclipse-callisto-success-or-failure/#comment-160</link>
		<dc:creator>Damien</dc:creator>
		<pubDate>Sun, 06 Aug 2006 09:08:26 +0000</pubDate>
		<guid>http://blogs.exist.com/bporter/2006/07/03/eclipse-callisto-success-or-failure/#comment-160</guid>
		<description>Maven can build easily and with success OSGi based softwares, even Eclipse based applications.
OSGi allows you to have many and many modules in you apps, Maven able you to handle them all together</description>
		<content:encoded><![CDATA[<p>Maven can build easily and with success OSGi based softwares, even Eclipse based applications.<br />
OSGi allows you to have many and many modules in you apps, Maven able you to handle them all together</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tim O'Brien</title>
		<link>http://blogs.exist.com/bporter/2006/07/03/eclipse-callisto-success-or-failure/#comment-158</link>
		<dc:creator>Tim O'Brien</dc:creator>
		<pubDate>Fri, 04 Aug 2006 14:37:29 +0000</pubDate>
		<guid>http://blogs.exist.com/bporter/2006/07/03/eclipse-callisto-success-or-failure/#comment-158</guid>
		<description>...because, even in a "well modularized environment", you still have to worry about interfaces between modules, common documentation practices, etc.  I wouldn't view this as a failure of modularity as much as an attempt to synchronize effort and resources across multiple groups.   I see this more as an attempt to galvanize the people involved and focus the effort.</description>
		<content:encoded><![CDATA[<p>&#8230;because, even in a &#8220;well modularized environment&#8221;, you still have to worry about interfaces between modules, common documentation practices, etc.  I wouldn&#8217;t view this as a failure of modularity as much as an attempt to synchronize effort and resources across multiple groups.   I see this more as an attempt to galvanize the people involved and focus the effort.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brett Porter</title>
		<link>http://blogs.exist.com/bporter/2006/07/03/eclipse-callisto-success-or-failure/#comment-155</link>
		<dc:creator>Brett Porter</dc:creator>
		<pubDate>Tue, 04 Jul 2006 10:58:02 +0000</pubDate>
		<guid>http://blogs.exist.com/bporter/2006/07/03/eclipse-callisto-success-or-failure/#comment-155</guid>
		<description>Hey James! It's interesting that you put the "get it all in one place" argument as the best thing, and the "known, compatible versions" argument as an added bonus, as most of the Callisto hype I've read has been focused on the latter.

These are both good things, though I'm not sure that simultaneous releases are necessary to achieve the first goal.

As for the known compatible versions - that was really my point - certainly a good thing to have, but why is it necessary in a well modularised architecture?</description>
		<content:encoded><![CDATA[<p>Hey James! It&#8217;s interesting that you put the &#8220;get it all in one place&#8221; argument as the best thing, and the &#8220;known, compatible versions&#8221; argument as an added bonus, as most of the Callisto hype I&#8217;ve read has been focused on the latter.</p>
<p>These are both good things, though I&#8217;m not sure that simultaneous releases are necessary to achieve the first goal.</p>
<p>As for the known compatible versions - that was really my point - certainly a good thing to have, but why is it necessary in a well modularised architecture?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: James Strachan</title>
		<link>http://blogs.exist.com/bporter/2006/07/03/eclipse-callisto-success-or-failure/#comment-154</link>
		<dc:creator>James Strachan</dc:creator>
		<pubDate>Tue, 04 Jul 2006 02:24:16 +0000</pubDate>
		<guid>http://blogs.exist.com/bporter/2006/07/03/eclipse-callisto-success-or-failure/#comment-154</guid>
		<description>So eclipse is very modular and you can install whatever versions of things you need.

The power of Callisto is that once you have hundreds of eclipse components (developed at eclipse.org), spread around many different repositories - it can take a while to choose what you need and install them all. So really its just about having a shared repository really :)

The big win of Callisto from an eclipse user (and ex IntelliJ user too ;) is that at last all the dependencies of things like WTP are in one repo - whereas before the common base plugins like EMF and GEF were not even in a repo causing heaps of manual download.

The added bonus of Callisto is it provides a simple single version number that folks who use most of Callisto (eclipse + WTP + BIRT + Data Tools + TPTP say) don't have to play version bingo, but can just upgrade to known, compatible versions</description>
		<content:encoded><![CDATA[<p>So eclipse is very modular and you can install whatever versions of things you need.</p>
<p>The power of Callisto is that once you have hundreds of eclipse components (developed at eclipse.org), spread around many different repositories - it can take a while to choose what you need and install them all. So really its just about having a shared repository really <img src='http://blogs.exist.com/bporter/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /><br />
The big win of Callisto from an eclipse user (and ex IntelliJ user too <img src='http://blogs.exist.com/bporter/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> is that at last all the dependencies of things like WTP are in one repo - whereas before the common base plugins like EMF and GEF were not even in a repo causing heaps of manual download.</p>
<p>The added bonus of Callisto is it provides a simple single version number that folks who use most of Callisto (eclipse + WTP + BIRT + Data Tools + TPTP say) don&#8217;t have to play version bingo, but can just upgrade to known, compatible versions</p>
]]></content:encoded>
	</item>
</channel>
</rss>
