February 2016 - jboss-jira - Jboss List Archives

[JBoss JIRA] (WFLY-6270) Update to lucene-5.4 to align with camel-2.17

by Tomaz Cerar (JIRA)

[ https://issues.jboss.org/browse/WFLY-6270?page=com.atlassian.jira.plugin.... ] Tomaz Cerar reassigned WFLY-6270: --------------------------------- Assignee: Sanne Grinovero (was: Jason Greene) Lucene is brought in by hibernate-search. > Update to lucene-5.4 to align with camel-2.17 > --------------------------------------------- > > Key: WFLY-6270 > URL: https://issues.jboss.org/browse/WFLY-6270 > Project: WildFly > Issue Type: Feature Request > Reporter: Thomas Diesler > Assignee: Sanne Grinovero > > Camel currently uses lucene-5.4.1 > https://github.com/apache/camel/blob/master/parent/pom.xml#L366 > CrossRef: https://github.com/wildfly-extras/wildfly-camel/issues/1061 -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 2 months

1
0
0 / 0

[JBoss JIRA] (WFLY-6270) Update to lucene-5.4 to align with camel-2.17

by Thomas Diesler (JIRA)

[ https://issues.jboss.org/browse/WFLY-6270?page=com.atlassian.jira.plugin.... ] Thomas Diesler updated WFLY-6270: --------------------------------- Description: Camel currently uses lucene-5.4.1 https://github.com/apache/camel/blob/master/parent/pom.xml#L366 CrossRef: https://github.com/wildfly-extras/wildfly-camel/issues/1061 was: Camel currently uses lucene-5.4.1 https://github.com/apache/camel/blob/master/parent/pom.xml#L366 > Update to lucene-5.4 to align with camel-2.17 > --------------------------------------------- > > Key: WFLY-6270 > URL: https://issues.jboss.org/browse/WFLY-6270 > Project: WildFly > Issue Type: Feature Request > Reporter: Thomas Diesler > Assignee: Jason Greene > > Camel currently uses lucene-5.4.1 > https://github.com/apache/camel/blob/master/parent/pom.xml#L366 > CrossRef: https://github.com/wildfly-extras/wildfly-camel/issues/1061 -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 2 months

1
0
0 / 0

[JBoss JIRA] (WFLY-6270) Update to lucene-5.4 to align with camel-2.17

by Thomas Diesler (JIRA)

[ https://issues.jboss.org/browse/WFLY-6270?page=com.atlassian.jira.plugin.... ] Thomas Diesler updated WFLY-6270: --------------------------------- Description: Camel currently uses lucene-5.4.1 https://github.com/apache/camel/blob/master/parent/pom.xml#L366 > Update to lucene-5.4 to align with camel-2.17 > --------------------------------------------- > > Key: WFLY-6270 > URL: https://issues.jboss.org/browse/WFLY-6270 > Project: WildFly > Issue Type: Feature Request > Reporter: Thomas Diesler > Assignee: Jason Greene > > Camel currently uses lucene-5.4.1 > https://github.com/apache/camel/blob/master/parent/pom.xml#L366 -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 2 months

1
0
0 / 0

[JBoss JIRA] (WFLY-6270) Update to lucene-5.4 to align with camel-2.17

by Thomas Diesler (JIRA)

Thomas Diesler created WFLY-6270: ------------------------------------ Summary: Update to lucene-5.4 to align with camel-2.17 Key: WFLY-6270 URL: https://issues.jboss.org/browse/WFLY-6270 Project: WildFly Issue Type: Feature Request Reporter: Thomas Diesler Assignee: Jason Greene -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 2 months

1
0
0 / 0

[JBoss JIRA] (WFLY-3511) Invalid class load of embedded interface despite defined dependency

by Thomas Diesler (JIRA)

[ https://issues.jboss.org/browse/WFLY-3511?page=com.atlassian.jira.plugin.... ] Thomas Diesler closed WFLY-3511. -------------------------------- Resolution: Out of Date > Invalid class load of embedded interface despite defined dependency > ------------------------------------------------------------------- > > Key: WFLY-3511 > URL: https://issues.jboss.org/browse/WFLY-3511 > Project: WildFly > Issue Type: Bug > Components: Class Loading > Affects Versions: 8.1.0.Final > Reporter: Thomas Diesler > Assignee: David Lloyd > > It is common that OSGi jars contain the interfaces of the services they implement. The wildfly modules hierarchy contains an implementation bundle for the HttpService with a dependency on org.osgi.enterprise which contains the org.osgi.service.http.HttpService interface. Client modules are expected to define a dependency on org.osgi.enterprise > I would expect that org.osgi.service.http.HttpService is always loaded from org.osgi.enterprise and never from the impl bundle that also contains this interface. > Module org.jboss.gravia contains the impl of the HttpService and a dependency on org.osgi.enterprise > {code} > <module xmlns="urn:jboss:module:1.1" name="org.jboss.gravia"> > <properties> > <property name="jboss.api" value="private"/> > </properties> > <resources> > <resource-root path="gravia-provision-1.1.0.Beta30.jar"/> > <resource-root path="gravia-repository-1.1.0.Beta30.jar"/> > <resource-root path="gravia-resolver-1.1.0.Beta30.jar"/> > <resource-root path="gravia-resource-1.1.0.Beta30.jar"/> > <resource-root path="gravia-runtime-api-1.1.0.Beta30.jar"/> > <resource-root path="gravia-runtime-embedded-1.1.0.Beta30.jar"/> > <resource-root path="org.apache.felix.configadmin-1.8.0.jar"/> > <resource-root path="org.apache.felix.http.bridge-2.2.1.jar"/> > <resource-root path="org.apache.felix.log-1.0.1.jar"/> > <resource-root path="org.apache.felix.metatype-1.0.8.jar"/> > <resource-root path="org.apache.felix.scr-1.6.2.jar"/> > </resources> > <exports> > <include path="org/jboss/gravia/process"/> > <include path="org/jboss/gravia/provision"/> > <include path="org/jboss/gravia/resource"/> > <include path="org/jboss/gravia/resolver"/> > <include path="org/jboss/gravia/repository"/> > <include path="org/jboss/gravia/runtime"/> > </exports> > > <dependencies> > <module name="javax.api"/> > <module name="javax.servlet.api"/> > <module name="org.osgi.core"/> > <module name="org.osgi.enterprise"/> > <module name="org.slf4j"/> > </dependencies> > </module> > {code} > When I use this code in a webapp > {code} > ModuleClassLoader classLoader = (ModuleClassLoader) getClass().getClassLoader(); > org.jboss.modules.Module graviaModule = loadModule(ModuleIdentifier.create("org.jboss.gravia")); > org.jboss.modules.Module osgiModule = loadModule(ModuleIdentifier.create("org.osgi.enterprise")); > Class<?> interfClass = loadClass(null, osgiModule.getClassLoader(), "org.osgi.service.http.HttpService"); > Class<?> implClass = loadClass(null, graviaModule.getClassLoader(), "org.apache.felix.http.base.internal.service.HttpServiceImpl"); > if (!interfClass.isAssignableFrom(implClass)) { > System.out.println("NOT ASSIGNABLE: " + interfClass + " <= " + implClass); > } > {code} > I get > {code} > 10:47:13,264 INFO [stdout] (MSC service thread 1-7) LOADED: interface org.osgi.service.http.HttpService > 10:47:13,265 INFO [stdout] (MSC service thread 1-7) using null from ModuleClassLoader for Module "org.osgi.enterprise:main" from local module loader @10fdc382 (finder: local module finder @42e9485 (roots: /Users/tdiesler/git/fabric8poc/itests/smoke/wildfly/target/wildfly-8.1.0.Final/modules,/Users/tdiesler/git/fabric8poc/itests/smoke/wildfly/target/wildfly-8.1.0.Final/modules/system/layers/base)) > 10:47:13,266 INFO [stdout] (MSC service thread 1-7) loaded from => ModuleClassLoader for Module "org.osgi.enterprise:main" from local module loader @10fdc382 (finder: local module finder @42e9485 (roots: /Users/tdiesler/git/fabric8poc/itests/smoke/wildfly/target/wildfly-8.1.0.Final/modules,/Users/tdiesler/git/fabric8poc/itests/smoke/wildfly/target/wildfly-8.1.0.Final/modules/system/layers/base)) > 10:47:13,268 INFO [stdout] (MSC service thread 1-7) LOADED: class org.apache.felix.http.base.internal.service.HttpServiceImpl > 10:47:13,268 INFO [stdout] (MSC service thread 1-7) using null from ModuleClassLoader for Module "org.jboss.gravia:main" from local module loader @10fdc382 (finder: local module finder @42e9485 (roots: /Users/tdiesler/git/fabric8poc/itests/smoke/wildfly/target/wildfly-8.1.0.Final/modules,/Users/tdiesler/git/fabric8poc/itests/smoke/wildfly/target/wildfly-8.1.0.Final/modules/system/layers/base)) > 10:47:13,268 INFO [stdout] (MSC service thread 1-7) loaded from => ModuleClassLoader for Module "org.jboss.gravia:main" from local module loader @10fdc382 (finder: local module finder @42e9485 (roots: /Users/tdiesler/git/fabric8poc/itests/smoke/wildfly/target/wildfly-8.1.0.Final/modules,/Users/tdiesler/git/fabric8poc/itests/smoke/wildfly/target/wildfly-8.1.0.Final/modules/system/layers/base)) > 10:47:13,269 INFO [stdout] (MSC service thread 1-7) NOT ASSIGNABLE: interface org.osgi.service.http.HttpService <= class org.apache.felix.http.base.internal.service.HttpServiceImpl > {code} > The resulting application error is > {code} > 10:47:13,503 WARN [org.jboss.gravia.runtime] (MSC service thread 1-7) Error while firing service event REGISTERED for: ServiceState{service.id=54, objectClass=[org.osgi.service.http.HttpService, org.apache.felix.http.api.ExtHttpService]}: java.lang.ClassCastException: org.apache.felix.http.base.internal.service.HttpServiceImpl cannot be cast to org.osgi.service.http.HttpService > at org.jolokia.osgi.JolokiaActivator$HttpServiceCustomizer.addingService(JolokiaActivator.java:207) > at org.osgi.util.tracker.ServiceTracker$Tracked.customizerAdding(ServiceTracker.java:932) [org.osgi.core-5.0.0.jar:] > at org.osgi.util.tracker.ServiceTracker$Tracked.customizerAdding(ServiceTracker.java:864) [org.osgi.core-5.0.0.jar:] > at org.osgi.util.tracker.AbstractTracked.trackAdding(AbstractTracked.java:256) [org.osgi.core-5.0.0.jar:] > at org.osgi.util.tracker.AbstractTracked.track(AbstractTracked.java:229) [org.osgi.core-5.0.0.jar:] > at org.osgi.util.tracker.ServiceTracker$Tracked.serviceChanged(ServiceTracker.java:894) [org.osgi.core-5.0.0.jar:] > at org.jboss.gravia.runtime.embedded.spi.BundleContextAdaptor$ServiceListenerAdaptor.serviceChanged(BundleContextAdaptor.java:323) [gravia-runtime-embedded-1.1.0.Beta30.jar:] > {code} -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 2 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-1408) Cannot obtain DOMImplementationRegistry instance

by Bartosz Baranowski (JIRA)

[ https://issues.jboss.org/browse/WFCORE-1408?page=com.atlassian.jira.plugi... ] Bartosz Baranowski updated WFCORE-1408: --------------------------------------- Description: testDOMImplementationRegistry(org.jboss.as.test.smoke.xml.DOMImplementationRegistryTestCase) Time elapsed: 0.09 sec <<< ERROR! java.lang.ClassNotFoundException: com.sun.org.apache.xerces.internal.dom.DOMXSImplementationSourceImpl from [Module "deployment.dom-registry-test:main" from Service Module Loader] at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:213) at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:459) at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:408) at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:389) at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:134) at org.w3c.dom.bootstrap.DOMImplementationRegistry.newInstance(DOMImplementationRegistry.java:182) at org.jboss.as.test.smoke.xml.DOMImplementationRegistryTestCase.testDOMImplementationRegistry(DOMImplementationRegistryTestCase.java:52) > Cannot obtain DOMImplementationRegistry instance > ------------------------------------------------ > > Key: WFCORE-1408 > URL: https://issues.jboss.org/browse/WFCORE-1408 > Project: WildFly Core > Issue Type: Bug > Reporter: Bartosz Baranowski > Assignee: Bartosz Baranowski > > testDOMImplementationRegistry(org.jboss.as.test.smoke.xml.DOMImplementationRegistryTestCase) Time elapsed: 0.09 sec <<< ERROR! > java.lang.ClassNotFoundException: com.sun.org.apache.xerces.internal.dom.DOMXSImplementationSourceImpl from [Module "deployment.dom-registry-test:main" from Service Module Loader] > at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:213) > at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:459) > at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:408) > at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:389) > at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:134) > at org.w3c.dom.bootstrap.DOMImplementationRegistry.newInstance(DOMImplementationRegistry.java:182) > at org.jboss.as.test.smoke.xml.DOMImplementationRegistryTestCase.testDOMImplementationRegistry(DOMImplementationRegistryTestCase.java:52) -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 2 months

1
0
0 / 0

[JBoss JIRA] (JGRP-2019) Remove old plain style configuration

by Bela Ban (JIRA)

Bela Ban created JGRP-2019: ------------------------------ Summary: Remove old plain style configuration Key: JGRP-2019 URL: https://issues.jboss.org/browse/JGRP-2019 Project: JGroups Issue Type: Task Reporter: Bela Ban Assignee: Bela Ban Priority: Minor Fix For: 4.0 E.g. {{UDP:FD:MERGE(timeout=3000)}} -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 2 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-1408) Cannot obtain DOMImplementationRegistry instance

by Bartosz Baranowski (JIRA)

Bartosz Baranowski created WFCORE-1408: ------------------------------------------ Summary: Cannot obtain DOMImplementationRegistry instance Key: WFCORE-1408 URL: https://issues.jboss.org/browse/WFCORE-1408 Project: WildFly Core Issue Type: Bug Reporter: Bartosz Baranowski Assignee: Bartosz Baranowski -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 2 months

1
0
0 / 0

[JBoss JIRA] (JGRP-2018) Remove Channel and merge into JChannel

by Bela Ban (JIRA)

Bela Ban created JGRP-2018: ------------------------------ Summary: Remove Channel and merge into JChannel Key: JGRP-2018 URL: https://issues.jboss.org/browse/JGRP-2018 Project: JGroups Issue Type: Task Reporter: Bela Ban Assignee: Bela Ban Priority: Minor Fix For: 4.0 Method such as {{Channel Channel.setName()}} and {{JChannel JChannel.setName()}} are 2 separate methods, which causes problems with exposing attrs/methods via JMX. Also, {{Channel}} has never had other subclasses than {{JChannel}}, so it isn't needed. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 2 months

1
0
0 / 0

[JBoss JIRA] (WFLY-6269) connector-service resource does not define a module for the classes to load

by Jeff Mesnil (JIRA)

Jeff Mesnil created WFLY-6269: --------------------------------- Summary: connector-service resource does not define a module for the classes to load Key: WFLY-6269 URL: https://issues.jboss.org/browse/WFLY-6269 Project: WildFly Issue Type: Bug Components: JMS Affects Versions: 10.0.0.Final Reporter: Jeff Mesnil Assignee: Jeff Mesnil The connector-service resource has only a factory-class attribute and does not specify from which module the class should be loaded. {noformat} <connector-service name="b" factory-class="bar.foo"> <param name="foo" value="${connector.value:bar}"/> <param name="bar" value="2"/> </connector-service> {noformat} This means that the module defining the class must be a dependency of the org.apache.activemq.artemis module since it's Artemis that currently loads it. A module attribute should be added so that the class could be loaded from any module. The messaging-activemq subsystem would then be able to load it and pass it to Artemis's ServiceRegistry (similarly to the interceptors). -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 2 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 February 2016