<?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: Eclipse Headless Build Thought</title>
	<atom:link href="http://manuelselva.wordpress.com/2008/12/03/eclipse-headless-build-thought/feed/" rel="self" type="application/rss+xml" />
	<link>http://manuelselva.wordpress.com/2008/12/03/eclipse-headless-build-thought/</link>
	<description>My Eclipse Experiences</description>
	<lastBuildDate>Thu, 10 Dec 2009 16:25:35 +0000</lastBuildDate>
	<generator>http://wordpress.com/</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Eclipse Headless Build Facts &#171; Manuel Selva&#8217;s Eclipse blog</title>
		<link>http://manuelselva.wordpress.com/2008/12/03/eclipse-headless-build-thought/#comment-181</link>
		<dc:creator>Eclipse Headless Build Facts &#171; Manuel Selva&#8217;s Eclipse blog</dc:creator>
		<pubDate>Tue, 09 Dec 2008 18:48:59 +0000</pubDate>
		<guid isPermaLink="false">http://manuelselva.wordpress.com/?p=91#comment-181</guid>
		<description>[...] Headless Build&#160;Facts  Thanks to Andrew Niefer my previous Eclipse Headless Build Thoughts are now [...]</description>
		<content:encoded><![CDATA[<p>[...] Headless Build&nbsp;Facts  Thanks to Andrew Niefer my previous Eclipse Headless Build Thoughts are now [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Manuel</title>
		<link>http://manuelselva.wordpress.com/2008/12/03/eclipse-headless-build-thought/#comment-179</link>
		<dc:creator>Manuel</dc:creator>
		<pubDate>Thu, 04 Dec 2008 16:32:38 +0000</pubDate>
		<guid isPermaLink="false">http://manuelselva.wordpress.com/?p=91#comment-179</guid>
		<description>Hi Andrew,

Many thanks for your answer, it was exactly what I was looking for !!!!
I just works perfectly !!!!!

Manu</description>
		<content:encoded><![CDATA[<p>Hi Andrew,</p>
<p>Many thanks for your answer, it was exactly what I was looking for !!!!<br />
I just works perfectly !!!!!</p>
<p>Manu</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andrew Niefer</title>
		<link>http://manuelselva.wordpress.com/2008/12/03/eclipse-headless-build-thought/#comment-178</link>
		<dc:creator>Andrew Niefer</dc:creator>
		<pubDate>Wed, 03 Dec 2008 22:39:10 +0000</pubDate>
		<guid isPermaLink="false">http://manuelselva.wordpress.com/?p=91#comment-178</guid>
		<description>Formatting mangled the map entry, it should be:
plugin@org.eclipse.foo=COPY, root, element</description>
		<content:encoded><![CDATA[<p>Formatting mangled the map entry, it should be:<br />
<a href="mailto:plugin@org.eclipse.foo">plugin@org.eclipse.foo</a>=COPY, root, element</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andrew Niefer</title>
		<link>http://manuelselva.wordpress.com/2008/12/03/eclipse-headless-build-thought/#comment-177</link>
		<dc:creator>Andrew Niefer</dc:creator>
		<pubDate>Wed, 03 Dec 2008 22:38:11 +0000</pubDate>
		<guid isPermaLink="false">http://manuelselva.wordpress.com/?p=91#comment-177</guid>
		<description>Yes, bundles will be built directly in the pluginpath directory.  

PDE/Build has an extension point where different map file entry format can be contributed.  (This is where the support for SVN comes from).

Build provides a &quot;COPY&quot; extension.  Your map file entry would look like:
plugin@org.eclipse.foo=COPY, , 
which results in a copy from  root/element, if element is not specified, then you end up with copy from root/org.eclipse.foo

For any additional details, you&#039;ll probably need to take a peek at the generated fetch script which results from using this.</description>
		<content:encoded><![CDATA[<p>Yes, bundles will be built directly in the pluginpath directory.  </p>
<p>PDE/Build has an extension point where different map file entry format can be contributed.  (This is where the support for SVN comes from).</p>
<p>Build provides a &#8220;COPY&#8221; extension.  Your map file entry would look like:<br />
<a href="mailto:plugin@org.eclipse.foo">plugin@org.eclipse.foo</a>=COPY, ,<br />
which results in a copy from  root/element, if element is not specified, then you end up with copy from root/org.eclipse.foo</p>
<p>For any additional details, you&#8217;ll probably need to take a peek at the generated fetch script which results from using this.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Manuel</title>
		<link>http://manuelselva.wordpress.com/2008/12/03/eclipse-headless-build-thought/#comment-176</link>
		<dc:creator>Manuel</dc:creator>
		<pubDate>Wed, 03 Dec 2008 19:39:54 +0000</pubDate>
		<guid isPermaLink="false">http://manuelselva.wordpress.com/?p=91#comment-176</guid>
		<description>Hi Richard,

Yes I looked at this property, but it seems Eclipse is building things directly in the pluginpath directory and doesn&#039;t copy plugins found other there in the build directory. Do you confirm

More over we had troubles to have things working correctly for several heterogeneous environements (linux/windows, different paths) when using pluginpath, that is why we decided to copy all needed plugins in the build directory the same way Eclipse projects do by fetching from CVS ....</description>
		<content:encoded><![CDATA[<p>Hi Richard,</p>
<p>Yes I looked at this property, but it seems Eclipse is building things directly in the pluginpath directory and doesn&#8217;t copy plugins found other there in the build directory. Do you confirm</p>
<p>More over we had troubles to have things working correctly for several heterogeneous environements (linux/windows, different paths) when using pluginpath, that is why we decided to copy all needed plugins in the build directory the same way Eclipse projects do by fetching from CVS &#8230;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Richard Gronback</title>
		<link>http://manuelselva.wordpress.com/2008/12/03/eclipse-headless-build-thought/#comment-175</link>
		<dc:creator>Richard Gronback</dc:creator>
		<pubDate>Wed, 03 Dec 2008 19:31:12 +0000</pubDate>
		<guid isPermaLink="false">http://manuelselva.wordpress.com/?p=91#comment-175</guid>
		<description>Did you look at the pluginPath property in build.properties?  Maybe it can work for your case:

#pluginPath is a list of locations in which to find plugins and features.  This list is separated by the platform file separator (; or :)
#a location is one of:  
#- the location of the jar or folder that is the plugin or feature : /path/to/foo.jar or /path/to/foo
#- a directory that contains a /plugins or /features subdirectory
#- the location of a feature.xml, or for 2.1 style plugins, the plugin.xml or fragment.xml
pluginPath=</description>
		<content:encoded><![CDATA[<p>Did you look at the pluginPath property in build.properties?  Maybe it can work for your case:</p>
<p>#pluginPath is a list of locations in which to find plugins and features.  This list is separated by the platform file separator (; or <img src='http://s.wordpress.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /><br />
#a location is one of:<br />
#- the location of the jar or folder that is the plugin or feature : /path/to/foo.jar or /path/to/foo<br />
#- a directory that contains a /plugins or /features subdirectory<br />
#- the location of a feature.xml, or for 2.1 style plugins, the plugin.xml or fragment.xml<br />
pluginPath=</p>
]]></content:encoded>
	</item>
</channel>
</rss>
