July 2016 - jboss-jira - Jboss List Archives

[JBoss JIRA] (WFLY-2297) Log reasons for implicit dependencies

by Jason Greene (JIRA)

[ https://issues.jboss.org/browse/WFLY-2297?page=com.atlassian.jira.plugin.... ] Jason Greene updated WFLY-2297: ------------------------------- Fix Version/s: 10.1.0.Final (was: 10.1.0.CR1) > Log reasons for implicit dependencies > ------------------------------------- > > Key: WFLY-2297 > URL: https://issues.jboss.org/browse/WFLY-2297 > Project: WildFly > Issue Type: Enhancement > Reporter: David Lloyd > Priority: Minor > Fix For: 10.1.0.Final > > > We should log a {{DEBUG}} or {{TRACE}} message whenever we add an implicit dependency to a module, documenting the reason for the addition (e.g. adding because it's a servlet deployment, or because a particular annotation was used, etc.) -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 9 months

1
0
0 / 0

[JBoss JIRA] (WFLY-2100) Vault.sh logging improvements

by Jason Greene (JIRA)

[ https://issues.jboss.org/browse/WFLY-2100?page=com.atlassian.jira.plugin.... ] Jason Greene updated WFLY-2100: ------------------------------- Fix Version/s: 10.1.0.Final (was: 10.1.0.CR1) > Vault.sh logging improvements > ----------------------------- > > Key: WFLY-2100 > URL: https://issues.jboss.org/browse/WFLY-2100 > Project: WildFly > Issue Type: Feature Request > Components: Security > Affects Versions: 8.0.0.Alpha4 > Reporter: Chris Dolphy > Assignee: Peter Skopek > Fix For: 10.1.0.Final > > > Several errors with vault.sh (ineractive Vault Tool) do not display enough information to debug. > For example, "Exception occurred:PBOX000128: Unable to encrypt data". It would be nice if there was some way to see the cause of this exception either with additional logging options, a verbose option or by default. This one is caused by VaultInteraction.java only displaying the localized error message of the exception. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 9 months

1
0
0 / 0

[JBoss JIRA] (WFLY-1535) SSLEJBRemoteClientTestCase runs into intermittent failures

by Jason Greene (JIRA)

[ https://issues.jboss.org/browse/WFLY-1535?page=com.atlassian.jira.plugin.... ] Jason Greene updated WFLY-1535: ------------------------------- Fix Version/s: 10.1.0.Final (was: 10.1.0.CR1) > SSLEJBRemoteClientTestCase runs into intermittent failures > ---------------------------------------------------------- > > Key: WFLY-1535 > URL: https://issues.jboss.org/browse/WFLY-1535 > Project: WildFly > Issue Type: Bug > Components: Test Suite > Affects Versions: 8.0.0.Alpha1 > Reporter: jaikiran pai > Assignee: Paul Ferraro > Fix For: 10.1.0.Final > > > SSLEJBRemoteClientTestCase runs into intermittent failures on TeamCity. To make matters worse, a failure in one test method can have a side effect on other test methods in that testcase, given the way it's written. The entire run is here http://teamcity.cafe-babe.org/viewLog.html?buildId=5251&tab=buildResultsD.... -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 9 months

1
0
0 / 0

[JBoss JIRA] (WFLY-459) javassist should also be exported to Hibernate (native) applications

by Jason Greene (JIRA)

[ https://issues.jboss.org/browse/WFLY-459?page=com.atlassian.jira.plugin.s... ] Jason Greene updated WFLY-459: ------------------------------ Fix Version/s: 10.1.0.Final (was: 10.1.0.CR1) > javassist should also be exported to Hibernate (native) applications > -------------------------------------------------------------------- > > Key: WFLY-459 > URL: https://issues.jboss.org/browse/WFLY-459 > Project: WildFly > Issue Type: Task > Components: JPA / Hibernate > Reporter: Scott Marlow > Assignee: Scott Marlow > Labels: downstream_dependency > Fix For: 10.1.0.Final > > > Originally this jira was to stop exporting the javassist module to JPA deployments but it turns out that is fine to do. In addition, native Hibernate applications that depend on Hibernate, should also get the javassist dependency. > # native Hibernate applications will get the javassist dependency via the application dependency on org.hibernate. > # container managed JPA applications will get the javassist dependency via org.jboss.as.jpa.processor.JPADependencyProcessor (JPA deployer). > # container managed JPA applications that embed their own copy of Hibernate jars will also get the javassist dependency via org.jboss.as.jpa.processor.JPADependencyProcessor (JPA deployer). -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 9 months

1
0
0 / 0

[JBoss JIRA] (WFLY-4186) Improve Infinispan module compatibility with older releases

by Jason Greene (JIRA)

[ https://issues.jboss.org/browse/WFLY-4186?page=com.atlassian.jira.plugin.... ] Jason Greene updated WFLY-4186: ------------------------------- Fix Version/s: 10.1.0.Final (was: 10.1.0.CR1) > Improve Infinispan module compatibility with older releases > ----------------------------------------------------------- > > Key: WFLY-4186 > URL: https://issues.jboss.org/browse/WFLY-4186 > Project: WildFly > Issue Type: Enhancement > Components: Clustering > Affects Versions: 9.0.0.Alpha1 > Reporter: Paul Ferraro > Assignee: Paul Ferraro > Fix For: 10.1.0.Final > > > Infinispan 7 moved a bunch of classes from the org.infinispan:infinispan-core maven module into the org.infinispan:infinispan-commons module (which, itself, was introduced in Infinispan 6), which can cause user deployments that previously depended on org.infinispan to fail with mysterious NoClassDefFoundErrors if the org.infinispan.commons module was not also previously declared as a deployment dependency. > I suggest we either: > 1. Export org.infinispan.commons from the org.infinispan module > 2. Rename org.infinispan to org.infinispan.core, and create a new org.infinispan that exports both org.infinispan.core and org.infinispan.commons. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 9 months

1
0
0 / 0

[JBoss JIRA] (WFLY-3582) Redesign mod_cluster xml subsystem parsers

by Jason Greene (JIRA)

[ https://issues.jboss.org/browse/WFLY-3582?page=com.atlassian.jira.plugin.... ] Jason Greene updated WFLY-3582: ------------------------------- Fix Version/s: 10.1.0.Final (was: 10.1.0.CR1) > Redesign mod_cluster xml subsystem parsers > ------------------------------------------ > > Key: WFLY-3582 > URL: https://issues.jboss.org/browse/WFLY-3582 > Project: WildFly > Issue Type: Feature Request > Components: Clustering > Reporter: Radoslav Husar > Assignee: Radoslav Husar > Fix For: 10.1.0.Final > > > As per https://github.com/wildfly/wildfly/pull/6449 -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 9 months

1
0
0 / 0

[JBoss JIRA] (WFLY-3463) org.apache.cxf.wsdl11.WSDLManagerImpl needs read access to the jre wsdl.properties

by Jason Greene (JIRA)

[ https://issues.jboss.org/browse/WFLY-3463?page=com.atlassian.jira.plugin.... ] Jason Greene updated WFLY-3463: ------------------------------- Fix Version/s: 10.1.0.Final (was: 10.1.0.CR1) > org.apache.cxf.wsdl11.WSDLManagerImpl needs read access to the jre wsdl.properties > ---------------------------------------------------------------------------------- > > Key: WFLY-3463 > URL: https://issues.jboss.org/browse/WFLY-3463 > Project: WildFly > Issue Type: Feature Request > Components: Security Manager > Affects Versions: 9.0.0.CR1 > Reporter: Scott Marlow > Assignee: Alessio Soldano > Fix For: 10.1.0.Final > > > During TCK testing (with security-manager enabled), I am seeing a java.security.AccessControlException: WFSM000001: Permission check failed for ("java.io.FilePermission" "/qa/tools/opt/x86_64/jdk1.7.0_60/jre/lib/wsdl.properties" "read") > from org.apache.cxf.wsdl11.WSDLManagerImpl. > Some related comments from irc: > {quote} > http://sourceforge.net/p/wsdl4j/patches/1/ > <asoldano> smarlow, I'm currently working around the problem (when running with security manager on) by setting "-Djavax.wsdl.factory.WSDLFactory=com.ibm.wsdl.factory.WSDLFactoryImpl" when starting the jvm > {quote} > Seems related to [https://issues.apache.org/jira/browse/TUSCANY-3925] which also has a patch. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 9 months

1
0
0 / 0

[JBoss JIRA] (WFLY-2876) Add mod_cluster support for all Undertow servers, not only the default-server

by Jason Greene (JIRA)

[ https://issues.jboss.org/browse/WFLY-2876?page=com.atlassian.jira.plugin.... ] Jason Greene updated WFLY-2876: ------------------------------- Fix Version/s: 10.1.0.Final (was: 10.1.0.CR1) > Add mod_cluster support for all Undertow servers, not only the default-server > ----------------------------------------------------------------------------- > > Key: WFLY-2876 > URL: https://issues.jboss.org/browse/WFLY-2876 > Project: WildFly > Issue Type: Feature Request > Components: Clustering > Affects Versions: 8.0.0.Final > Reporter: Radoslav Husar > Assignee: Radoslav Husar > Fix For: 10.1.0.Final > > > Currently only the default host is registered with the proxy. > This will require: > * configuration change for listener<>host mapping > * instance-id be configured per server, instead of per whole undertow subsystem (or just appended to the unique server name) -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 9 months

1
0
0 / 0

[JBoss JIRA] (WFLY-5795) HA JMS Topic Subscriber of Colocated life backup symmetrical 2 nodes cluster violates Publish-Subscribe pattern.

by Jason Greene (JIRA)

[ https://issues.jboss.org/browse/WFLY-5795?page=com.atlassian.jira.plugin.... ] Jason Greene updated WFLY-5795: ------------------------------- Fix Version/s: 10.1.0.Final (was: 10.1.0.CR1) > HA JMS Topic Subscriber of Colocated life backup symmetrical 2 nodes cluster violates Publish-Subscribe pattern. > ---------------------------------------------------------------------------------------------------------------- > > Key: WFLY-5795 > URL: https://issues.jboss.org/browse/WFLY-5795 > Project: WildFly > Issue Type: Bug > Components: JMS > Affects Versions: 10.0.0.CR4 > Environment: 2 node symmetrical colocated life backup cluster (domain mode). Configuration (domain.xml, host.xml) provided as attachment. > Reporter: Michal Sudra > Assignee: Jeff Mesnil > Priority: Critical > Fix For: 10.1.0.Final > > Attachments: ClusteredTopicTest.java, domain.xml, domain.xml, host-slave.xml, host.xml, host.xml, master.log, slave.log > > > Test Client is producing 10 messages on topic on node 1 and 2 consumers connected to node 1 and the other to node 2 are then consuming the messages. > Expectation: Every consumer receives 10 Messages. > Result of test: Consumer connected to node 1 is only getting every second message. Consumer connected to node 2 is receiving all 10 messages: > Output of test program: > Sent message: This is text message 0 > Sent message: This is text message 1 > Sent message: This is text message 2 > Sent message: This is text message 3 > Sent message: This is text message 4 > Sent message: This is text message 5 > Sent message: This is text message 6 > Sent message: This is text message 7 > Sent message: This is text message 8 > Sent message: This is text message 9 > 0 Recieved message: This is text message 0 from node 0 from java:/jms/topic/ClusterStateTopic > 1 Recieved message: This is text message 2 from node 0 from java:/jms/topic/ClusterStateTopic > 2 Recieved message: This is text message 4 from node 0 from java:/jms/topic/ClusterStateTopic > 3 Recieved message: This is text message 6 from node 0 from java:/jms/topic/ClusterStateTopic > 4 Recieved message: This is text message 8 from node 0 from java:/jms/topic/ClusterStateTopic > 5 error receiving message from node 0 > 6 error receiving message from node 0 > 7 error receiving message from node 0 > 8 error receiving message from node 0 > 9 error receiving message from node 0 > 0 Recieved message: This is text message 0 from node 1 from java:/jms/topic/ClusterStateTopic > 1 Recieved message: This is text message 1 from node 1 from java:/jms/topic/ClusterStateTopic > 2 Recieved message: This is text message 2 from node 1 from java:/jms/topic/ClusterStateTopic > 3 Recieved message: This is text message 3 from node 1 from java:/jms/topic/ClusterStateTopic > 4 Recieved message: This is text message 4 from node 1 from java:/jms/topic/ClusterStateTopic > 5 Recieved message: This is text message 5 from node 1 from java:/jms/topic/ClusterStateTopic > 6 Recieved message: This is text message 6 from node 1 from java:/jms/topic/ClusterStateTopic > 7 Recieved message: This is text message 7 from node 1 from java:/jms/topic/ClusterStateTopic > 8 Recieved message: This is text message 8 from node 1 from java:/jms/topic/ClusterStateTopic > 9 Recieved message: This is text message 9 from node 1 from java:/jms/topic/ClusterStateTopic > The test program is added and the 2 node names are given as parameters for main. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 9 months

1
0
0 / 0

[JBoss JIRA] (WFLY-5682) Can't define absolute path for object store location

by Jason Greene (JIRA)

[ https://issues.jboss.org/browse/WFLY-5682?page=com.atlassian.jira.plugin.... ] Jason Greene updated WFLY-5682: ------------------------------- Fix Version/s: 10.1.0.Final (was: 10.1.0.CR1) > Can't define absolute path for object store location > ---------------------------------------------------- > > Key: WFLY-5682 > URL: https://issues.jboss.org/browse/WFLY-5682 > Project: WildFly > Issue Type: Bug > Components: Transactions > Affects Versions: 10.0.0.CR4 > Reporter: Ondra Chaloupka > Assignee: Amos Feng > Fix For: 10.1.0.Final > > > As trying to set absolute path for location of transaction log store I've got to suspicion that's not possible. > If I try to set `object-store-relative-to` to some absolute path or set `object-store-relative-to` to empty string and then `object-store-path` to some absolute path the server starts with exceptions [1][2]. > [1] > {code} > ERROR [org.jboss.msc.service.fail] (MSC service thread 1-3) MSC000001: Failed to start service jboss.txn.ArjunaObjectStoreEnvironment: org.jboss.msc.service.StartException in service jboss.txn.ArjunaObjectStoreEnvironment: Failed to start service > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1904) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:745)Caused by: java.lang.IllegalArgumentException: WFLYCTL0256: Could not find a path called '/home/ochaloup/tmp/' > at org.jboss.as.controller.services.path.PathManagerService.resolveRelativePathEntry(PathManagerService.java:87) at org.jboss.as.txn.service.ArjunaObjectStoreEnvironmentService.start(ArjunaObjectStoreEnvironmentService.java:76) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948) at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881) > ... > ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("add") failed - address: ([("subsystem" => "transactions")]) - failure description: {"WFLYCTL0080: Failed services" => {"jboss.txn.ArjunaObjectStoreEnvironment" => "org.jboss.msc.service.StartException in service jboss.txn.ArjunaObjectStoreEnvironment: Failed to start service > Caused by: java.lang.IllegalArgumentException: WFLYCTL0256: Could not find a path called '/home/ochaloup/tmp/'"}} > INFO [org.jboss.as.controller] (Controller Boot Thread) WFLYCTL0183: Service status reportWFLYCTL0186: Services which failed to start: service jboss.txn.ArjunaObjectStoreEnvironment: org.jboss.msc.service.StartException in service jboss.txn.ArjunaObjectStoreEnvironment: Failed to start service > {code} > [2] > {code} > ERROR [org.jboss.as.server] (Controller Boot Thread) WFLYSRV0055: Caught exception during boot: org.jboss.as.controller.persistence.ConfigurationPersistenceException: WFLYCTL0085: Failed to parse configuration > at org.jboss.as.controller.persistence.XmlConfigurationPersister.load(XmlConfigurationPersister.java:131) > at org.jboss.as.server.ServerService.boot(ServerService.java:356) at org.jboss.as.controller.AbstractControllerService$1.run(AbstractControllerService.java:299) > at java.lang.Thread.run(Thread.java:745) > Caused by: javax.xml.stream.XMLStreamException: ParseError at [row,col]:[348,13] > Message: "WFLYCTL0113: '' is an invalid value for parameter relative-to. Values must have a minimum length of 1 characters" > at org.jboss.as.controller.SimpleAttributeDefinition.parse(SimpleAttributeDefinition.java:161) at org.jboss.as.controller.SimpleAttributeDefinition.parseAndSetParameter(SimpleAttributeDefinition.java:186) > at org.jboss.as.txn.subsystem.TransactionSubsystem14Parser.parseObjectStoreEnvironmentElementAndEnrichOperation(TransactionSubsystem14Parser.java:205) > at org.jboss.as.txn.subsystem.TransactionSubsystem30Parser.readElement(TransactionSubsystem30Parser.java:67) at org.jboss.as.txn.subsystem.TransactionSubsystem14Parser.readElement(TransactionSubsystem14Parser.java:111) > at org.jboss.as.txn.subsystem.TransactionSubsystem14Parser.readElement(TransactionSubsystem14Parser.java:54) at org.jboss.staxmapper.XMLMapperImpl.processNested(XMLMapperImpl.java:110) > at org.jboss.staxmapper.XMLExtendedStreamReaderImpl.handleAny(XMLExtendedStreamReaderImpl.java:69) at org.jboss.as.server.parsing.StandaloneXml_4.parseServerProfile(StandaloneXml_4.java:547) > at org.jboss.as.server.parsing.StandaloneXml_4.readServerElement(StandaloneXml_4.java:244) at org.jboss.as.server.parsing.StandaloneXml_4.readElement(StandaloneXml_4.java:143) > at org.jboss.as.server.parsing.StandaloneXml.readElement(StandaloneXml.java:69) at org.jboss.as.server.parsing.StandaloneXml.readElement(StandaloneXml.java:47) at org.jboss.staxmapper.XMLMapperImpl.processNested(XMLMapperImpl.java:110) > at org.jboss.staxmapper.XMLMapperImpl.parseDocument(XMLMapperImpl.java:69) at org.jboss.as.controller.persistence.XmlConfigurationPersister.load(XmlConfigurationPersister.java:123) > ... 3 more > {code} -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 9 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira July 2016