<div class="markdown">
<p dir="auto">On 9 Dec 2015, at 18:59, Denis Golovin wrote:</p>

<blockquote>
<p dir="auto">I didn't like the Idea of locking JBT release to Specific Service Release<br>
because there was no way for user to understand what is going on when JBoss<br>
Tools update fails with 'encripted' error in install dialog.</p>
</blockquote>

<p dir="auto">What encrypted error ? </p>

<blockquote>
<p dir="auto">Then we got remediation step in that tries to solve the problem and<br>
suggests solutions.<br>
I don't say I like the idea making JBossTools to require specific service<br>
release, but should not we reevaluate it with remediation step in place? How<br>
would that work now? Would it ask to install Eclipse Update? Is it good<br>
workflow for installation/update when some people who doesn't want to<br>
update eclipse have to choose?</p>
</blockquote>

<p dir="auto">For this specific SWT issue I don't think it is worth it but please recall that<br>
we added the remediation feature 2 years ago to handle <em>exactly</em> this kind<br>
of issue.</p>

<p dir="auto">Remember when we did a point release and depended on a SR1 ? We generated so many<br>
error reports on Marketplace that the foundation was  asking us to fix it asap<br>
or we would be removed from the Marketplace.</p>

<p dir="auto">That year we did a quick update to revert the version dependency and then<br>
we funded fixing p2 remediation to allow us to do this.</p>

<p dir="auto">Thus, if we have <em>strong</em> enough reasons (i.e. we believe users are better of using Mars.1 in all cases<br>
since otherwise his hard drive will be erased or similar) then we have the option to require .1+.</p>

<p dir="auto">But it the only issue we have is this SWT issue that can be worked around in Mars.0 I would say it is not worth <br>
the user impact.</p>

<p dir="auto">/max<br>
<a href="http://about.me/maxandersen">http://about.me/maxandersen</a></p>

</div>