<div dir="ltr">If anyone wants to fix these issues, and write pull requests that pass the test suite, let me know and I can push a release.</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Jun 7, 2013 at 2:57 AM, Martin Kouba <span dir="ltr"><<a href="mailto:mkouba@redhat.com" target="_blank">mkouba@redhat.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Actually I think this is an incorrect technique used in Solder which may<br>
lead to incalculable results. See also CDI issues [1] for more info. CDI<br>
1.0 did not forbid this and it was definitely a mistake (on the other<br>
hand it's really hard to identify all such cases). In any case Weld is a<br>
reference implementation and thus must follow the spec.<br>
<br>
IMO CDI 1.1 compatible release of Solder would be a good move..<br>
<br>
Martin<br>
<br>
[1]<br>
<a href="https://issues.jboss.org/browse/CDI-274" target="_blank">https://issues.jboss.org/browse/CDI-274</a><br>
<a href="https://issues.jboss.org/browse/CDI-315" target="_blank">https://issues.jboss.org/browse/CDI-315</a><br>
<br>
<br>
<br>
Dne 7.6.2013 00:16, Korbinian Bachl napsal(a):<br>
<div class="im">> One needs to remember that many projects out there did use Seam Solder/<br>
> Solder and need a kind of drop in replacement, else they are all stuck<br>
> with CDI 1.0 for long time and JEE7 adoption or deployment on JEE7<br>
> Servers will not happen to them anytime soon (reminds me of bad times<br>
> when many software needing quite old JRE's to be run on some years ago...).<br>
><br>
> Current problem I see is the<br>
> org.jboss.weld.exceptions.IllegalStateException during startup - John<br>
> Ament wrote sth about turning off exception handling, but I dont know<br>
> how I can do that in Weld 2.0 (or did I misunderstand this line?)<br>
><br>
><br>
> DeltaSpike itself looks promising but far away from good for production<br>
> IMHO and seems much work to be ported from soldr to it;<br>
><br>
><br>
><br>
> 2013/6/6 John D. Ament <<a href="mailto:john.d.ament@gmail.com">john.d.ament@gmail.com</a><br>
</div>> <mailto:<a href="mailto:john.d.ament@gmail.com">john.d.ament@gmail.com</a>>><br>
<div class="im">><br>
> Yep, DS right now has some test failures in Weld 2.x<br>
><br>
><br>
> On Thu, Jun 6, 2013 at 5:47 PM, Lincoln Baxter, III<br>
</div><div class="im">> <<a href="mailto:lincolnbaxter@gmail.com">lincolnbaxter@gmail.com</a> <mailto:<a href="mailto:lincolnbaxter@gmail.com">lincolnbaxter@gmail.com</a>>> wrote:<br>
><br>
> I think this might even be an issue with DeltaSpike, people have<br>
> informed me that some of my code is broken, and we use DeltaSpike.<br>
><br>
><br>
> On Thu, Jun 6, 2013 at 4:36 PM, Jason Porter<br>
</div><div class="im">> <<a href="mailto:lightguard.jp@gmail.com">lightguard.jp@gmail.com</a> <mailto:<a href="mailto:lightguard.jp@gmail.com">lightguard.jp@gmail.com</a>>> wrote:<br>
><br>
> If you're looking for a comparable solution that works with<br>
> Weld 2, take a look at DeltaSpike. Solder has been<br>
> discontinued and most of the code has been ported to DeltaSpike.<br>
><br>
><br>
> On Thu, Jun 6, 2013 at 11:03 AM, John D. Ament<br>
</div><div class="im">> <<a href="mailto:john.d.ament@gmail.com">john.d.ament@gmail.com</a> <mailto:<a href="mailto:john.d.ament@gmail.com">john.d.ament@gmail.com</a>>> wrote:<br>
><br>
> I'm pretty sure CDI 1.1 will break a lot of current CDI<br>
> extensions due to the behavioral changes. Do you need<br>
> exception handling? Did you try turning off the<br>
> exception handling extension?<br>
><br>
><br>
> On Thu, Jun 6, 2013 at 3:41 AM, Korbinian Bachl<br>
> <<a href="mailto:korbinian.bachl@gmail.com">korbinian.bachl@gmail.com</a><br>
</div><div><div class="h5">> <mailto:<a href="mailto:korbinian.bachl@gmail.com">korbinian.bachl@gmail.com</a>>> wrote:<br>
><br>
> Hello,<br>
><br>
> during our test for Glassfish 4.0 we found out that<br>
> seam-soldr/ now jboss-soldr isn't compatbile with<br>
> weld. We loggedn ans issue at glassfish (<br>
> <a href="https://java.net/jira/browse/GLASSFISH-20577?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=364696#action_364696" target="_blank">https://java.net/jira/browse/GLASSFISH-20577?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=364696#action_364696</a><br>
> ) and they pointed me to this list.<br>
><br>
> Problem is that soldr calls getBeans() during init<br>
> and WELD 2 now throws an exception for this:<br>
><br>
> org.jboss.weld.exceptions.IllegalStateException:<br>
> WELD-001332 BeanManager method getBeans() is not<br>
> available during application initialization<br>
><br>
> Sadly the weld 2 people didn't think about backwards<br>
> compatibility in that position (why not just throw a<br>
> big warning?);<br>
><br>
> Is there any way soldr3.x can get a last<br>
> compatibilitiy fix?<br>
> At least it was previous weld-extensions and<br>
> therefore seen as the de-facto standard. I know that<br>
> the future should be Apache DeltaSpike, but that<br>
> wouldnt be a drop in replacement like a new 3.x<br>
> version of soldr would be.<br>
><br>
> Best,<br>
><br>
> KBachl<br>
><br>
><br>
><br>
> _______________________________________________<br>
> seam-dev mailing list<br>
> <a href="mailto:seam-dev@lists.jboss.org">seam-dev@lists.jboss.org</a><br>
</div></div>> <mailto:<a href="mailto:seam-dev@lists.jboss.org">seam-dev@lists.jboss.org</a>><br>
<div class="im">> <a href="https://lists.jboss.org/mailman/listinfo/seam-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/seam-dev</a><br>
><br>
><br>
><br>
> _______________________________________________<br>
> seam-dev mailing list<br>
</div>> <a href="mailto:seam-dev@lists.jboss.org">seam-dev@lists.jboss.org</a> <mailto:<a href="mailto:seam-dev@lists.jboss.org">seam-dev@lists.jboss.org</a>><br>
<div class="im">> <a href="https://lists.jboss.org/mailman/listinfo/seam-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/seam-dev</a><br>
><br>
><br>
><br>
><br>
> --<br>
> Jason Porter<br>
> <a href="http://en.gravatar.com/lightguardjp" target="_blank">http://en.gravatar.com/lightguardjp</a><br>
><br>
> _______________________________________________<br>
> seam-dev mailing list<br>
</div>> <a href="mailto:seam-dev@lists.jboss.org">seam-dev@lists.jboss.org</a> <mailto:<a href="mailto:seam-dev@lists.jboss.org">seam-dev@lists.jboss.org</a>><br>
<div class="im HOEnZb">> <a href="https://lists.jboss.org/mailman/listinfo/seam-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/seam-dev</a><br>
><br>
><br>
><br>
><br>
> --<br>
> Lincoln Baxter, III<br>
> <a href="http://ocpsoft.org" target="_blank">http://ocpsoft.org</a><br>
> "Simpler is better."<br>
><br>
><br>
><br>
><br>
><br>
</div><div class="HOEnZb"><div class="h5">> _______________________________________________<br>
> seam-dev mailing list<br>
> <a href="mailto:seam-dev@lists.jboss.org">seam-dev@lists.jboss.org</a><br>
> <a href="https://lists.jboss.org/mailman/listinfo/seam-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/seam-dev</a><br>
><br>
_______________________________________________<br>
seam-dev mailing list<br>
<a href="mailto:seam-dev@lists.jboss.org">seam-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/seam-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/seam-dev</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br>Lincoln Baxter, III<br><a href="http://ocpsoft.org" target="_blank">http://ocpsoft.org</a><br>"Simpler is better."
</div>