<div dir="ltr">I'm actually on the other side of the table. I really like them!<div><br></div><div>They are super easy to use - one dependency and off you go. It doesn't matter whether you use CDI, Query or any other feature - everything is there. </div><div><br></div><div>Of course, there is a price to pay - we need to pull additional dependencies and relocate packages. But as Tristan once mentioned - it's only a matter of hammering all the errors out.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Nov 3, 2016 at 10:23 AM, Gustavo Fernandes <span dir="ltr"><<a href="mailto:gustavo@infinispan.org" target="_blank">gustavo@infinispan.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><span class="">On Wed, Nov 2, 2016 at 11:12 PM, Sanne Grinovero <span dir="ltr"><<a href="mailto:sanne@infinispan.org" target="_blank">sanne@infinispan.org</a>></span> wrote:<br></span><div class="gmail_extra"><div class="gmail_quote"><span class=""><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="m_5035923274611225611gmail-">On 1 February 2016 at 14:12, Sanne Grinovero <<a href="mailto:sanne@infinispan.org" target="_blank">sanne@infinispan.org</a>> wrote:<br>
> The Uber Jars will always be more problematic than the "small ones" -<br>
> as the testsuite doesn't cover them at the same level, if at all - so<br>
> I don't think it would be wise to start having components to depend on<br>
> them, especially as this looks like it might become viral: what about<br>
> other component X that people will want to use with Spring?<br>
><br>
> Also when you're deploying on WildFly you probably want to use the<br>
> Logger from the application server as it's the one being managed. So<br>
> the solution would be wither never use Uber Jars when deploying on the<br>
> container, or remove JBoss Logger from the Uber Jars.<br>
><br>
> Shall I state once more that the whole Uber Jars affair seems a really<br>
> bad idea to me?<br>
<br>
</span>+1 to myself here :) as we're witnessing again reports of issues with them.<br>
<br>
Unless someone has a solid explanation about why they are needed,<br>
could we start making plans for their deprecation?<br>
<br>
As far as I remember they were introduced to "reduce the number of<br>
dependencies" but this isn't the right way.<br></blockquote><div><br><br></div></span><div>+1<br><br></div><div>Having an uber jar is mostly a convenience for those not using a proper dependency management <br></div><div>system or doing quick prototypes, but as soon as we start having several uber jars, putting them <br>inside osgi bundles and creating jboss modules with them, they become really alternate jars and <br>a maintenance burden for very little benefit.<span class="HOEnZb"><font color="#888888"><br></font></span></div><span class="HOEnZb"><font color="#888888"><div><br></div><div>Gustavo<br></div></font></span><span class=""><div><br> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Thanks,<br>
Sanne<br>
<div class="m_5035923274611225611gmail-HOEnZb"><div class="m_5035923274611225611gmail-h5">______________________________<wbr>_________________<br>
infinispan-dev mailing list<br>
<a href="mailto:infinispan-dev@lists.jboss.org" target="_blank">infinispan-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/infinispan-dev" rel="noreferrer" target="_blank">https://lists.jboss.org/mailma<wbr>n/listinfo/infinispan-dev</a><br>
</div></div></blockquote></span></div><br></div></div>
<br>______________________________<wbr>_________________<br>
infinispan-dev mailing list<br>
<a href="mailto:infinispan-dev@lists.jboss.org">infinispan-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/infinispan-dev" rel="noreferrer" target="_blank">https://lists.jboss.org/<wbr>mailman/listinfo/infinispan-<wbr>dev</a><br></blockquote></div><br></div>