If you're looking for a comparable solution that works with Weld 2, take a look at DeltaSpike. Solder has been discontinued and most of the code has been ported to DeltaSpike. On Thu, Jun 6, 2013 at 11:03 AM, John D. Ament <john.d.ament(a)gmail.com&gt;wrote: -- Jason Porter http://en.gravatar.com/lightguardjp

Yep, DS right now has some test failures in Weld 2.x On Thu, Jun 6, 2013 at 5:47 PM, Lincoln Baxter, III <lincolnbaxter(a)gmail.com > I think this might even be an issue with DeltaSpike, people have informed > me that some of my code is broken, and we use DeltaSpike. > > > On Thu, Jun 6, 2013 at 4:36 PM, Jason Porter <lightguard.jp(a)gmail.com&gt;wrote: > >> If you're looking for a comparable solution that works with Weld 2, take >> a look at DeltaSpike. Solder has been discontinued and most of the code has >> been ported to DeltaSpike. >> >> >> On Thu, Jun 6, 2013 at 11:03 AM, John D. Ament <john.d.ament(a)gmail.com&gt;wrote: >> >>> I'm pretty sure CDI 1.1 will break a lot of current CDI extensions due >>> to the behavioral changes. Do you need exception handling? Did you try >>> turning off the exception handling extension? >>> >>> >>> On Thu, Jun 6, 2013 at 3:41 AM, Korbinian Bachl < >>> korbinian.bachl(a)gmail.com>>> >>>> Hello, >>>> >>>> during our test for Glassfish 4.0 we found out that seam-soldr/ now >>>> jboss-soldr isn't compatbile with weld. We loggedn ans issue at glassfish ( >>>> https://java.net/jira/browse/GLASSFISH-20577?page=com.atlassian.jira.plug...) and they pointed me to this list. >>>> >>>> Problem is that soldr calls getBeans() during init and WELD 2 now >>>> throws an exception for this: >>>> >>>> org.jboss.weld.exceptions.IllegalStateException: WELD-001332 >>>> BeanManager method getBeans() is not available during application >>>> initialization >>>> >>>> Sadly the weld 2 people didn't think about backwards compatibility in >>>> that position (why not just throw a big warning?); >>>> >>>> Is there any way soldr3.x can get a last compatibilitiy fix? >>>> At least it was previous weld-extensions and therefore seen as the >>>> de-facto standard. I know that the future should be Apache DeltaSpike, but >>>> that wouldnt be a drop in replacement like a new 3.x version of soldr would >>>> be. >>>> >>>> Best, >>>> >>>> KBachl >>>> >>>> >>>> >>>> _______________________________________________ >>>> seam-dev mailing list >>>> seam-dev(a)lists.jboss.org >>>> https://lists.jboss.org/mailman/listinfo/seam-dev >>>> >>> >>> >>> _______________________________________________ >>> seam-dev mailing list >>> seam-dev(a)lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/seam-dev >>> >> >> >> >> -- >> Jason Porter >> http://en.gravatar.com/lightguardjp >> >> _______________________________________________ >> seam-dev mailing list >> seam-dev(a)lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/seam-dev >> > > > > -- > Lincoln Baxter, III > http://ocpsoft.org > "Simpler is better." >

Actually I think this is an incorrect technique used in Solder which may lead to incalculable results. See also CDI issues [1] for more info. CDI 1.0 did not forbid this and it was definitely a mistake (on the other hand it's really hard to identify all such cases). In any case Weld is a reference implementation and thus must follow the spec. IMO CDI 1.1 compatible release of Solder would be a good move.. Martin [1] https://issues.jboss.org/browse/CDI-274 https://issues.jboss.org/browse/CDI-315 Dne 7.6.2013 00:16, Korbinian Bachl napsal(a):

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