[GERONIMO-2142] EJB Refs to EJB in parent module often fail

• Type: Bug
• Status: Resolved
• Priority: Major
• Resolution: Fixed
• Affects Version/s: 1.1
• Fix Version/s: 1.1.1
• Component/s: deployment, OpenEJB
• Security Level: public (Regular issues)
• Assignee: David Jencks
• Reporter: Aaron Mulder
• Created: 22/Jun/06 20:37
• Updated: 22/Sep/06 08:17
• Resolved: 07/Aug/06 15:25

Description

In OpenEJBReferenceBuilder:

createEJBLocalRef and createEJBRemoteRef accept a targetConfigId argument.

Then they often call getMatch or getImplicitMatch and don't use the targetConfigId. As a result, the current module's ID is always used as the targetConfigId:

context.findGBeans(new AbstractNameQuery(context.getId(), ...

This means that the query will never match EJBs in a parent of the current configuration. It should be changed to use the targetConfigId instead of the current module's ID.

This does not come up if a pattern element is used in the mapping, though that mapping strategy runs into a different 1.1 bug (ClassCastException on org.openejb.proxy.ProxyInfo)

Issue Links

• incorporates: GERONIMO-2120 Can't have ejb references outside current config. ClassCastException on org.openejb.proxy.ProxyInfo
• is cloned by: GERONIMO-2292 Investigate unused targetConfigId parameter in EJB refs