[weld-issues] [JBoss JIRA] Commented: (WELD-846) Incorrect handling of cyclic dependencies between BeanDeploymentArchives

Dominik Sadowski (JIRA) jira-events at lists.jboss.org
Mon Feb 21 07:35:16 EST 2011


    [ https://issues.jboss.org/browse/WELD-846?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12583554#comment-12583554 ] 

Dominik Sadowski commented on WELD-846:
---------------------------------------

update: what is not clear to me is surefire-report I got when running 'TypeVisibilityForExtensionInNonBeanArchiveTest', u can see it here:

http://pastebin.com/6BZuavq2

it contains exceptions originated from jersey client which is used by 
org.jboss.arquillian.container:arquillian-glassfish-remote-3.1:1.0.0-SNAPSHOT

are these normal? (ie. implication of previous weld exception - I got on gf console/server.log)

> Incorrect handling of cyclic dependencies between BeanDeploymentArchives
> ------------------------------------------------------------------------
>
>                 Key: WELD-846
>                 URL: https://issues.jboss.org/browse/WELD-846
>             Project: Weld
>          Issue Type: Bug
>          Components: Resolution (Typesafe and by Name)
>    Affects Versions: 1.1.0.Final
>         Environment: GlassFish 3.1 
>            Reporter: Sivakumar Thyagarajan
>            Assignee: Stuart Douglas
>             Fix For: 1.2.0.Beta1
>
>
> This issue occurs in GlassFish with the scenarios discussed in http://java.net/jira/browse/GLASSFISH-15735 and http://java.net/jira/browse/GLASSFISH-15721 when GlassFish provides BDA hierarchies where there are cyclic dependencies between constituent BDAs.
> While constructing BeanDeployments for the deployed BDA in in WeldBootstrap.DeploymentVisitor, and visiting the tree of BDAs, the code appears to incorrectly check for seenBeanDeploymentArchives for adding accessibleBeanManagers for a child BDA.
> GlassFish uses the following BDA hierarchy for a WAR with a bundled library (WEB-INF/lib/*.jar):
> WAR-BDA (accessible-BDAs=WEB-INF/lib/A)
> |- WEB-INF/lib/A's BDA (accessible-BDAs=WAR-BDA)
> In WeldBootstrap.DeploymentVisitor.visit(...)
> -. initial invocation:
>  managerAwareBeanDeploymentArchives and seenBeanDeploymentArchives are populated with WAR-BDA
> - - then as part of the WAR-BDA's getBeanDeploymentArchives loop:
> - - - visiting WEB-INF/lib/A's BDA
>  managerAwareBeanDeploymentArchives and seenBeanDeploymentArchives are now populated with WAR-BDA and WEB-INF/lib/A's BDA
> - - - - then as part of the WEB-INF/lib/A's getBeanDeploymentArchives loop:
> - - - - - WAR BDA is an accessible BDA of WEB-INF/lib/A BDA. However since WAR BDA is in seenBeanDeploymentArchives, WAR-BDA is _never_ added as an accessible BeanManager of WEB-INF/lib/A's BDA
> This prevents Beans from WAR BDA being available in the WEB-INF/lib BDA though it is included as an accessible BDA. 

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira


More information about the weld-issues mailing list