Source and an EAR to reproduce this on GlassFish is at http://java.net/jira/browse/GLASSFISH-16186
This is based on the scenario described in http://java.net/jira/browse/GLASSFISH-16186
- @Named @Stateless TimeProviderImpl extends SimpleTimeProvider implements LocalTimeProvider.
- SimpleTimeProvider implements TimeProvider (the latter defining some methods, the former implementing them. No annotations.)
- LocalTimeProvider is @Local and also extends TimeProvider and does nothing more.
So the Local Business interface is LocalTimeProvider.
The following injection is performed on a SessionScoped Bean
private LocalTimeProvider timeProvider1;
The Weld bean proxy for the SessionBean Object reference being injected(timeProvider1) tries to get  the BusinessObject when a method is invoked on it. Weld seems to use  the declaring class of the method being invoked to determine the business interface. Though the business interface of the Bean is set to com.dummy.time.LocalTimeProvider, the class that declares the method being invoked ("getThisMonth()") is com.dummy.time.TimeProvider.
Therefore, the Weld implementation calls SessionObjectReferenceImpl.getBusinessObject("com.dummy.time.TimeProvider"), which fails, as TimeProvider is not a Business interface. As per , the businessInterfaceType must be a type of the business interface of the bean. Is Weld incorrect in mapping the method to its declaring interface. Weld must instead use the injected type as the business interface, while trying to get the business object.
- relates to
WELD-1378 Use multiple client proxies for Session Beans, once per business interface