]
Aslak Knutsen updated ARQ-1976:
-------------------------------
Fix Version/s: 1.1.9.Final
All ResourceProvider#canProvide implementations could try to inject
subtypes
----------------------------------------------------------------------------
Key: ARQ-1976
URL:
https://issues.jboss.org/browse/ARQ-1976
Project: Arquillian
Issue Type: Bug
Reporter: Radoslav Husar
Fix For: 1.1.9.Final
Currently the conditions seem to be the other way round as they normally would:
{noformat}
@Override
public boolean canProvide(Class<?> type)
{
- return Deployer.class.isAssignableFrom(type);
+ return type.isAssignableFrom(Deployer.class);
}
{noformat}
It does not seem to be intentional. This would not be usually spotted because usually the
same class is injected and requested and no provider provides a subtype of other
ResourceProvider, so the problem would never occur.
The resulting exception would look like:
{noformat}
java.lang.RuntimeException: Could not set value on field protected ClassA TestClass.field
using ClassB@19b89d4,
{noformat}