<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">On 02/06/2014 06:32 AM, Mickael Istria
wrote:<br>
</div>
<blockquote cite="mid:52F39CE4.2080808@redhat.com" type="cite">
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
<br>
<blockquote
cite="mid:1FDAD88E-8C24-4EE0-ADE2-8D213B540CC3@redhat.com"
type="cite">Btw. just so we compare the right apples and oranges
- which target file do you want me to use ? also .multiple ? <br>
</blockquote>
Yes, multiple only. The one that is recommended to use for
development in IDE as it provides source "naturally", and which is
used by Tycho to create the mirror.<br>
<br>
<blockquote
cite="mid:1FDAD88E-8C24-4EE0-ADE2-8D213B540CC3@redhat.com"
type="cite">Since I can also use the mvn output as a mirror
setup it at least for me is much faster and reputable.<br>
</blockquote>
Why do you need a mirror? Tycho caches so much stuff that you
already have a mirror without even configuring one.<br>
<br>
<blockquote
cite="mid:1FDAD88E-8C24-4EE0-ADE2-8D213B540CC3@redhat.com"
type="cite"> btw. if tycho is so much slower - I wonder what it
is doing since PDE should be doing the same thing... <br>
</blockquote>
PDE relies on p2, which relies on ECF, allowing parallel downloads
among other optimizations. I guess It also fetches only p2
artifacts and unpack them locally, dividing by 3 to 4 the amount
of downloaded bytes. It's just smarter than the mirror goal (that
is not part of Tycho, but a plugin of ours).<br>
<br>
<blockquote
cite="mid:1FDAD88E-8C24-4EE0-ADE2-8D213B540CC3@redhat.com"
type="cite">You want me to report broken network connections to
eclipse.org mirrored servers ? <br>
</blockquote>
So broken connection are not at all related to how you consume TP.
They happen for both "mvn verify" and IDE the same way. This is
not a criterion to tell one thing is better than the other.<br>
FYI, I also often have broken connection when mirroring TP with
Maven. It's not better for that.<br>
<br>
If you feel comfortable with TP, and want to hack stuff, it's up
to you. But beware that several people in the team didn't fully
understand it yet and get confused by opposite instructions. The
simplest approach is the one documented in <a
moz-do-not-send="true" class="moz-txt-link-freetext"
href="https://github.com/jbosstools/jbosstools-devdoc/blob/master/building/target_platforms/target_platforms_for_consumers.md#load-in-ide">https://github.com/jbosstools/jbosstools-devdoc/blob/master/building/target_platforms/target_platforms_for_consumers.md#load-in-ide</a>
, which as for only drawback compared to mirroring locally to make
workspace not usable for the time it fetches artifacts. But it's
simple, people understand it, and it only cost 15 minutes per
workspace every 6 weeks or so.<br>
<br>
I believe there aren't many arguments remaining for not
recommending simply using .target file in IDE :P<br>
</blockquote>
Problem is it is broken every time when TP is updated, not every new
workspace. Eclipse seems to have problem with resolving the content
from the same updated .target file. <br>
So it not that simple. What guys do they just wait as much as the
can and keep older version of TP.<br>
<br>
Denis<br>
<br>
<blockquote cite="mid:52F39CE4.2080808@redhat.com" type="cite">
<div class="moz-signature">-- <br>
Mickael Istria<br>
Eclipse developer at <a moz-do-not-send="true"
href="http://www.jboss.org/tools">JBoss, by Red Hat</a><br>
<a moz-do-not-send="true"
href="http://mickaelistria.wordpress.com">My blog</a> - <a
moz-do-not-send="true" href="http://twitter.com/mickaelistria">My
Tweets</a></div>
</blockquote>
<br>
</body>
</html>