<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
On 03/14/2012 05:41 PM, Max Rydahl Andersen wrote:
<blockquote
cite="mid:0517BB0F-2044-4930-8CC8-F38ED80B8ADA@redhat.com"
type="cite">
<pre wrap="">Noone uses it right now since it is not set up as it should be afaik</pre>
</blockquote>
Good news for us :P<br>
<br>
<blockquote
cite="mid:0517BB0F-2044-4930-8CC8-F38ED80B8ADA@redhat.com"
type="cite">
<pre wrap="">I would/want to use it if we enable slide planner mode on it so the dependencies becomes *deterministic*. They aren't now.</pre>
</blockquote>
If we reverse the current process so:<br>
1. we create a "dependency" site with Tycho in the traditional way<br>
2. we create a .target file relying on this site<br>
Then we would simplify the way we handle our 3rd-party dependencies,
and provide a target platform that would be usable by PDE at
dev-time.<br>
<br>
But I think there is an issue we miss with a .target file, example:
Component as depends on component jmx, what .target file do we
provide for it? The same target file as we deliver to deltacloud
(which depends on as) ?<br>
<br>
<blockquote
cite="mid:0517BB0F-2044-4930-8CC8-F38ED80B8ADA@redhat.com"
type="cite">
<pre wrap="">And then I would like to get target files that I can apply in eclipse - but the current one is just too big/slow to work.</pre>
</blockquote>
The big/slow issue is IMHO impossible to avoid for our big product.<br>
<br>
<blockquote
cite="mid:0517BB0F-2044-4930-8CC8-F38ED80B8ADA@redhat.com"
type="cite">
<pre wrap="">Using an updatesite would not help on that either afaik.</pre>
</blockquote>
It won't probably help on performance, but it will help in
dependency management.<br>
<br>
<div class="moz-signature">-- <br>
Mickael Istria<br>
Eclipse developer at <a href="http://www.jboss.org/tools">JBoss,
by Red Hat</a><br>
<a href="http://mickaelistria.wordpress.com">My blog</a> - <a
href="http://twitter.com/mickaelistria">My Tweets</a></div>
</body>
</html>