[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)
8 years, 7 months
[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)
8 years, 7 months
[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)
8 years, 7 months
[JBoss JIRA] (WFLY-5202) Decouple cluster name from name of channel
by Kabir Khan (JIRA)
[ https://issues.jboss.org/browse/WFLY-5202?page=com.atlassian.jira.plugin.... ]
Kabir Khan closed WFLY-5202.
----------------------------
> Decouple cluster name from name of channel
> ------------------------------------------
>
> Key: WFLY-5202
> URL: https://issues.jboss.org/browse/WFLY-5202
> Project: WildFly
> Issue Type: Feature Request
> Components: Clustering
> Affects Versions: 10.0.0.Beta2
> Reporter: Paul Ferraro
> Assignee: Paul Ferraro
> Fix For: 10.0.0.CR1
>
>
> Currently, JGroups channels are connected using their name as the cluster name. However, the name of a channel cannot be defined as an expression - which limits the ability to parameterize a given server configuration. This can improved by adding an optional "cluster" attribute (which would default to the channel name) that supports expressions.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 7 months
[JBoss JIRA] (WFLY-4845) jboss-client.jar use jms 2.0 specification from geronimo-jms
by Kabir Khan (JIRA)
[ https://issues.jboss.org/browse/WFLY-4845?page=com.atlassian.jira.plugin.... ]
Kabir Khan closed WFLY-4845.
----------------------------
> jboss-client.jar use jms 2.0 specification from geronimo-jms
> ------------------------------------------------------------
>
> Key: WFLY-4845
> URL: https://issues.jboss.org/browse/WFLY-4845
> Project: WildFly
> Issue Type: Bug
> Components: JMS
> Reporter: Martin Styk
> Assignee: Jeff Mesnil
> Fix For: 10.0.0.Alpha5
>
>
> jboss-client.jar uses jms 2.0 specification from geronimo-jms_2.0_spec not from jboss-jms-api_2.0_spec. As EAP 7.0.0.DR5 uses jboss specs, we should use it in the client jar as well.
> There is also issue in geronimo-jms_2.0_spec :
> public @interface JMSDestinationDefinitions {
> public JMSConnectionFactoryDefinition[] value();
> }
> This should contain public JMSDestinationDefinition[] value(); instead of public JMSConnectionFactoryDefinition[] value();
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 7 months