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@redhat.com> 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 <john.d.ament@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@gmail.com <mailto:lincolnbaxter@gmail.com>> 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
>         <lightguard.jp@gmail.com <mailto:lightguard.jp@gmail.com>> 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@gmail.com <mailto:john.d.ament@gmail.com>> 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@gmail.com
>                 <mailto:korbinian.bachl@gmail.com>> 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
>                     seam-dev@lists.jboss.org
>                     <mailto:seam-dev@lists.jboss.org>
>                     https://lists.jboss.org/mailman/listinfo/seam-dev
>
>
>
>                 _______________________________________________
>                 seam-dev mailing list
>                 seam-dev@lists.jboss.org <mailto:seam-dev@lists.jboss.org>
>                 https://lists.jboss.org/mailman/listinfo/seam-dev
>
>
>
>
>             --
>             Jason Porter
>             http://en.gravatar.com/lightguardjp
>
>             _______________________________________________
>             seam-dev mailing list
>             seam-dev@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@lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/seam-dev
>
_______________________________________________
seam-dev mailing list
seam-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/seam-dev



--
Lincoln Baxter, III
http://ocpsoft.org
"Simpler is better."