]
Sivakumar Thyagarajan updated CDITCK-204:
-----------------------------------------
Affects Version/s: 1.0.4.CR2
Component/s: Infrastructure
TCK Harness property configuration broken
-----------------------------------------
Key: CDITCK-204
URL:
https://issues.jboss.org/browse/CDITCK-204
Project: CDI TCK
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: Infrastructure
Affects Versions: 1.0.4.CR2
Reporter: Sivakumar Thyagarajan
As per
http://docs.jboss.org/cdi/tck/reference/latest/en-US/html/test-harness-co...,
a custom ConfigurationBuilder or an implementation of the SPI class such as
org.jboss.jsr299.tck.spi.Beans could be provided by the TCK executor through a system
property specifying the FQCN of the implementation class.
However while trying to plug in a custom Beans SPI implementation or a
ConfigurationBuilder using the system property, the default
PropertiesBasedConfigurationBuilder seems to collate [1] all the properties file in the
classpath and include the default implementations (bundled in the porting package or
harness) as well.
> [testng] Exception in thread "main" java.lang.IllegalArgumentException:
More than one implementation of Beans specified by org.jboss.jsr299.tck.spi.Beans, not
sure which one to use!
> [testng] at
org.jboss.testharness.properties.PropertiesManager.getClassValue(PropertiesManager.java:159)
> [testng] at
org.jboss.testharness.properties.PropertiesManager.getInstanceValue(PropertiesManager.java:169)
> [testng] at
org.jboss.testharness.impl.PropertiesBasedConfigurationBuilder.getInstanceValue(PropertiesBasedConfigurationBuilder.java:62)
This prevents configuration of the TCK to use a custom SPI class implementation and/or
ConfigurationBuilder. The only workaround seems to be providing a modified version of the
existing porting package class and ensuring that it is loaded ahead.
[1]
[1]
http://grepcode.com/file/repository.jboss.org/nexus/content/repositories/...
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see: