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 <[email protected]> wrote: > 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 <[email protected] > > <mailto:[email protected]>> > > > > Yep, DS right now has some test failures in Weld 2.x > > > > > > On Thu, Jun 6, 2013 at 5:47 PM, Lincoln Baxter, III > > <[email protected] <mailto:[email protected]>> wrote: > > > > 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 > > <[email protected] <mailto:[email protected]>> > 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 > > <[email protected] <mailto:[email protected]>> > 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 > > <[email protected] > > <mailto:[email protected]>> wrote: > > > > 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.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=364696#action_364696 > > ) 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 > > [email protected] > > <mailto:[email protected]> > > https://lists.jboss.org/mailman/listinfo/seam-dev > > > > > > > > _______________________________________________ > > seam-dev mailing list > > [email protected] <mailto: > [email protected]> > > https://lists.jboss.org/mailman/listinfo/seam-dev > > > > > > > > > > -- > > Jason Porter > > http://en.gravatar.com/lightguardjp > > > > _______________________________________________ > > seam-dev mailing list > > [email protected] <mailto:[email protected]> > > https://lists.jboss.org/mailman/listinfo/seam-dev > > > > > > > > > > -- > > Lincoln Baxter, III > > http://ocpsoft.org > > "Simpler is better." > > > > > > > > > > > > _______________________________________________ > > seam-dev mailing list > > [email protected] > > https://lists.jboss.org/mailman/listinfo/seam-dev > > > _______________________________________________ > seam-dev mailing list > [email protected] > https://lists.jboss.org/mailman/listinfo/seam-dev > -- Lincoln Baxter, III http://ocpsoft.org "Simpler is better."
_______________________________________________ seam-dev mailing list [email protected] https://lists.jboss.org/mailman/listinfo/seam-dev
