[JBoss JIRA] (WFLY-4986) LazyValidatorFactoryTestCase fails on IBM jdk
by Kabir Khan (JIRA)
[ https://issues.jboss.org/browse/WFLY-4986?page=com.atlassian.jira.plugin.... ]
Kabir Khan closed WFLY-4986.
----------------------------
> LazyValidatorFactoryTestCase fails on IBM jdk
> ---------------------------------------------
>
> Key: WFLY-4986
> URL: https://issues.jboss.org/browse/WFLY-4986
> Project: WildFly
> Issue Type: Bug
> Components: EE, Test Suite
> Affects Versions: 10.0.0.Alpha5
> Environment: java version "1.8.0"
> Java(TM) SE Runtime Environment (build pxa6480-20150129_02)
> IBM J9 VM (build 2.8, JRE 1.8.0 Linux amd64-64 Compressed References 20150116_231420 (JIT enabled, AOT enabled)
> J9VM - R28_Java8_GA_20150116_2030_B231420
> JIT - tr.r14.java_20150109_82886.02
> GC - R28_Java8_GA_20150116_2030_B231420_CMPRSS
> J9CL - 20150116_231420)
> JCL - 20150123_01 based on Oracle jdk8u31-b12
> Reporter: Petr Kremensky
> Assignee: Hardy Ferentschik
> Fix For: 10.0.0.Beta1
>
>
> org.jboss.as.ee.beanvalidation.LazyValidatorFactoryTestCase#testSpecificProviderCanBeConfiguredInValidationXml fails with IBM JDK8
> {noformat}
> Running org.jboss.as.ee.beanvalidation.LazyValidatorFactoryTestCase
> Tests run: 2, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.09 sec <<< FAILURE! - in org.jboss.as.ee.beanvalidation.LazyValidatorFactoryTestCase
> testSpecificProviderCanBeConfiguredInValidationXml(org.jboss.as.ee.beanvalidation.LazyValidatorFactoryTestCase) Time elapsed: 0.012 sec <<< ERROR!
> javax.validation.ValidationException: HV000123: Unable to parse META-INF/validation.xml.
> at java.io.BufferedInputStream.getBufIfOpen(BufferedInputStream.java:181)
> at java.io.BufferedInputStream.reset(BufferedInputStream.java:457)
> at org.hibernate.validator.internal.xml.XmlParserHelper.getSchemaVersion(XmlParserHelper.java:109)
> at org.hibernate.validator.internal.xml.ValidationXmlParser.parseValidationXml(ValidationXmlParser.java:79)
> at org.hibernate.validator.internal.engine.ConfigurationImpl.getBootstrapConfiguration(ConfigurationImpl.java:287)
> at org.hibernate.validator.internal.engine.ConfigurationImpl.parseValidationXml(ConfigurationImpl.java:361)
> at org.hibernate.validator.internal.engine.ConfigurationImpl.buildValidatorFactory(ConfigurationImpl.java:214)
> at org.jboss.as.ee.beanvalidation.LazyValidatorFactory.initFactory(LazyValidatorFactory.java:81)
> at org.jboss.as.ee.beanvalidation.LazyValidatorFactory.getDelegate(LazyValidatorFactory.java:58)
> at org.jboss.as.ee.beanvalidation.LazyValidatorFactory.getValidator(LazyValidatorFactory.java:73)
> at org.jboss.as.ee.beanvalidation.LazyValidatorFactoryTestCase.testSpecificProviderCanBeConfiguredInValidationXml(LazyValidatorFactoryTestCase.java:70)
> {noformat}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 1 month
[JBoss JIRA] (WFLY-3095) Weld subsystem exposes way too much dependancies to user deployment
by Kabir Khan (JIRA)
[ https://issues.jboss.org/browse/WFLY-3095?page=com.atlassian.jira.plugin.... ]
Kabir Khan closed WFLY-3095.
----------------------------
> Weld subsystem exposes way too much dependancies to user deployment
> -------------------------------------------------------------------
>
> Key: WFLY-3095
> URL: https://issues.jboss.org/browse/WFLY-3095
> Project: WildFly
> Issue Type: Bug
> Components: CDI / Weld
> Affects Versions: 8.0.0.Final
> Reporter: Tomaz Cerar
> Assignee: Jozef Hartinger
> Priority: Critical
> Fix For: 10.0.0.Alpha2
>
>
> module org.jboss.as.weld should not be added as dependency to user deployment.
> It has way too much dependencies and some of them export their dependencies which than end up in user deployment.
> We should probably have extra module for stuff that is exposed to deployment.
> Also lots of dependencies that weld subsystem has should be optional as we shouldn't be required to have dependency to almost every single subsystem we have as required.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 1 month
[JBoss JIRA] (WFLY-4836) Restore SOAP-over-JMS integration after HornetQ replacement with Apache Active Artemis
by Kabir Khan (JIRA)
[ https://issues.jboss.org/browse/WFLY-4836?page=com.atlassian.jira.plugin.... ]
Kabir Khan closed WFLY-4836.
----------------------------
> Restore SOAP-over-JMS integration after HornetQ replacement with Apache Active Artemis
> --------------------------------------------------------------------------------------
>
> Key: WFLY-4836
> URL: https://issues.jboss.org/browse/WFLY-4836
> Project: WildFly
> Issue Type: Task
> Components: Web Services
> Affects Versions: 10.0.0.Alpha3
> Reporter: Jeff Mesnil
> Assignee: Alessio Soldano
> Fix For: 10.0.0.Alpha5
>
>
> WildFly 10 replaces HornetQ with Apache Active Artemis.
> Most HornetQ runtime will be removed from WildFly dependencies.
> This is handled by WFLY-4592 except for the dependencies in org.wildfly:wildfly-webservices-tests-integration that depends on org.hornetq:* artifacts.
> These dependencies should be inspected and replaced by their corresponding org.apache.activemq.artemis:* arteficts that provides the messaging runtime for WildFly 10.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 1 month