[JBoss JIRA] (WFLY-7495) Using mod_cluster custom mbean metric class intermittently fails with "NoClassDefFoundError: javax/management/MalformedObjectNameException"
by Radoslav Husar (JIRA)
[ https://issues.jboss.org/browse/WFLY-7495?page=com.atlassian.jira.plugin.... ]
Radoslav Husar updated WFLY-7495:
---------------------------------
Forum Reference: https://developer.jboss.org/message/965057#965057
> Using mod_cluster custom mbean metric class intermittently fails with "NoClassDefFoundError: javax/management/MalformedObjectNameException"
> -------------------------------------------------------------------------------------------------------------------------------------------
>
> Key: WFLY-7495
> URL: https://issues.jboss.org/browse/WFLY-7495
> Project: WildFly
> Issue Type: Bug
> Components: mod_cluster
> Affects Versions: 10.1.0.Final
> Reporter: Radoslav Husar
> Assignee: Radoslav Husar
>
> {noformat}
> <subsystem xmlns="urn:jboss:domain:modcluster:2.0">
> <mod-cluster-config advertise-socket="modcluster" proxies="proxy1" connector="ajp">
> <dynamic-load-provider>
> <custom-load-metric class="org.jboss.modcluster.load.metric.impl.MBeanAttributeLoadMetric" capacity="5.0">
> <property name="pattern" value="com.acme.metrics:service=InitialDownloadResult"/>
> <property name="attribute" value="CurrentRequestCount"/>
> </custom-load-metric>
> </dynamic-load-provider>
> </mod-cluster-config>
> </subsystem>
> {noformat}
> yields intermittently
> {noformat}
> 19:40:03,880 ERROR [org.jboss.as.controller.management-operation] (ServerService Thread Pool -- 50) WFLYCTL0013: Operation ("add") failed - address: ([("subsystem" => "modcluster")]): java.lang.NoClassDefFoundError: javax/management/MalformedObjectNameException
> at java.lang.Class.forName0(Native Method)
> at java.lang.Class.forName(Class.java:264)
> at org.jboss.common.beans.property.BeanUtils.findClass(BeanUtils.java:146)
> at org.jboss.common.beans.property.finder.DefaultPropertyEditorFinder.find(DefaultPropertyEditorFinder.java:185)
> at org.jboss.common.beans.property.BeanUtils.mapJavaBeanProperties(BeanUtils.java:308)
> at org.wildfly.extension.mod_cluster.ModClusterSubsystemAdd.addLoadMetrics(ModClusterSubsystemAdd.java:354)
> at org.wildfly.extension.mod_cluster.ModClusterSubsystemAdd.getModClusterLoadProvider(ModClusterSubsystemAdd.java:294)
> at org.wildfly.extension.mod_cluster.ModClusterSubsystemAdd.performBoottime(ModClusterSubsystemAdd.java:124)
> at org.jboss.as.controller.AbstractBoottimeAddStepHandler.performBoottime(AbstractBoottimeAddStepHandler.java:157)
> at org.jboss.as.controller.AbstractBoottimeAddStepHandler.performRuntime(AbstractBoottimeAddStepHandler.java:116)
> at org.jboss.as.controller.AbstractAddStepHandler$1.execute(AbstractAddStepHandler.java:151)
> at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:890)
> at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:659)
> at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:370)
> at org.jboss.as.controller.ParallelBootOperationStepHandler$ParallelBootTask.run(ParallelBootOperationStepHandler.java:359)
> 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)
> at org.jboss.threads.JBossThread.run(JBossThread.java:320)
> Caused by: java.lang.ClassNotFoundException: javax.management.MalformedObjectNameException from [Module "org.jboss.common-beans:main" from local module loader @6956de9 (finder: local module finder @769c9116 (roots: /Users/rhusar/STATIC/wf10/load/wildfly-10.0.0.Final/modules,/Users/rhusar/STATIC/wf10/load/wildfly-10.0.0.Final/modules/system/layers/base))]
> at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:198)
> at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:363)
> at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:351)
> at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:93)
> ... 19 more
> {noformat}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 8 months
[JBoss JIRA] (WFLY-7495) Using mod_cluster custom mbean metric class intermittently fails with NoClassDefFoundError: javax/management/MalformedObjectNameException
by Radoslav Husar (JIRA)
Radoslav Husar created WFLY-7495:
------------------------------------
Summary: Using mod_cluster custom mbean metric class intermittently fails with NoClassDefFoundError: javax/management/MalformedObjectNameException
Key: WFLY-7495
URL: https://issues.jboss.org/browse/WFLY-7495
Project: WildFly
Issue Type: Bug
Components: mod_cluster
Affects Versions: 10.1.0.Final
Reporter: Radoslav Husar
Assignee: Radoslav Husar
{noformat}
<subsystem xmlns="urn:jboss:domain:modcluster:2.0">
<mod-cluster-config advertise-socket="modcluster" proxies="proxy1" connector="ajp">
<dynamic-load-provider>
<custom-load-metric class="org.jboss.modcluster.load.metric.impl.MBeanAttributeLoadMetric" capacity="5.0">
<property name="pattern" value="com.acme.metrics:service=InitialDownloadResult"/>
<property name="attribute" value="CurrentRequestCount"/>
</custom-load-metric>
</dynamic-load-provider>
</mod-cluster-config>
</subsystem>
{noformat}
yields intermittently
{noformat}
19:40:03,880 ERROR [org.jboss.as.controller.management-operation] (ServerService Thread Pool -- 50) WFLYCTL0013: Operation ("add") failed - address: ([("subsystem" => "modcluster")]): java.lang.NoClassDefFoundError: javax/management/MalformedObjectNameException
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:264)
at org.jboss.common.beans.property.BeanUtils.findClass(BeanUtils.java:146)
at org.jboss.common.beans.property.finder.DefaultPropertyEditorFinder.find(DefaultPropertyEditorFinder.java:185)
at org.jboss.common.beans.property.BeanUtils.mapJavaBeanProperties(BeanUtils.java:308)
at org.wildfly.extension.mod_cluster.ModClusterSubsystemAdd.addLoadMetrics(ModClusterSubsystemAdd.java:354)
at org.wildfly.extension.mod_cluster.ModClusterSubsystemAdd.getModClusterLoadProvider(ModClusterSubsystemAdd.java:294)
at org.wildfly.extension.mod_cluster.ModClusterSubsystemAdd.performBoottime(ModClusterSubsystemAdd.java:124)
at org.jboss.as.controller.AbstractBoottimeAddStepHandler.performBoottime(AbstractBoottimeAddStepHandler.java:157)
at org.jboss.as.controller.AbstractBoottimeAddStepHandler.performRuntime(AbstractBoottimeAddStepHandler.java:116)
at org.jboss.as.controller.AbstractAddStepHandler$1.execute(AbstractAddStepHandler.java:151)
at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:890)
at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:659)
at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:370)
at org.jboss.as.controller.ParallelBootOperationStepHandler$ParallelBootTask.run(ParallelBootOperationStepHandler.java:359)
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)
at org.jboss.threads.JBossThread.run(JBossThread.java:320)
Caused by: java.lang.ClassNotFoundException: javax.management.MalformedObjectNameException from [Module "org.jboss.common-beans:main" from local module loader @6956de9 (finder: local module finder @769c9116 (roots: /Users/rhusar/STATIC/wf10/load/wildfly-10.0.0.Final/modules,/Users/rhusar/STATIC/wf10/load/wildfly-10.0.0.Final/modules/system/layers/base))]
at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:198)
at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:363)
at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:351)
at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:93)
... 19 more
{noformat}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 8 months
[JBoss JIRA] (WFLY-7495) Using mod_cluster custom mbean metric class intermittently fails with "NoClassDefFoundError: javax/management/MalformedObjectNameException"
by Radoslav Husar (JIRA)
[ https://issues.jboss.org/browse/WFLY-7495?page=com.atlassian.jira.plugin.... ]
Radoslav Husar updated WFLY-7495:
---------------------------------
Summary: Using mod_cluster custom mbean metric class intermittently fails with "NoClassDefFoundError: javax/management/MalformedObjectNameException" (was: Using mod_cluster custom mbean metric class intermittently fails with NoClassDefFoundError: javax/management/MalformedObjectNameException)
> Using mod_cluster custom mbean metric class intermittently fails with "NoClassDefFoundError: javax/management/MalformedObjectNameException"
> -------------------------------------------------------------------------------------------------------------------------------------------
>
> Key: WFLY-7495
> URL: https://issues.jboss.org/browse/WFLY-7495
> Project: WildFly
> Issue Type: Bug
> Components: mod_cluster
> Affects Versions: 10.1.0.Final
> Reporter: Radoslav Husar
> Assignee: Radoslav Husar
>
> {noformat}
> <subsystem xmlns="urn:jboss:domain:modcluster:2.0">
> <mod-cluster-config advertise-socket="modcluster" proxies="proxy1" connector="ajp">
> <dynamic-load-provider>
> <custom-load-metric class="org.jboss.modcluster.load.metric.impl.MBeanAttributeLoadMetric" capacity="5.0">
> <property name="pattern" value="com.acme.metrics:service=InitialDownloadResult"/>
> <property name="attribute" value="CurrentRequestCount"/>
> </custom-load-metric>
> </dynamic-load-provider>
> </mod-cluster-config>
> </subsystem>
> {noformat}
> yields intermittently
> {noformat}
> 19:40:03,880 ERROR [org.jboss.as.controller.management-operation] (ServerService Thread Pool -- 50) WFLYCTL0013: Operation ("add") failed - address: ([("subsystem" => "modcluster")]): java.lang.NoClassDefFoundError: javax/management/MalformedObjectNameException
> at java.lang.Class.forName0(Native Method)
> at java.lang.Class.forName(Class.java:264)
> at org.jboss.common.beans.property.BeanUtils.findClass(BeanUtils.java:146)
> at org.jboss.common.beans.property.finder.DefaultPropertyEditorFinder.find(DefaultPropertyEditorFinder.java:185)
> at org.jboss.common.beans.property.BeanUtils.mapJavaBeanProperties(BeanUtils.java:308)
> at org.wildfly.extension.mod_cluster.ModClusterSubsystemAdd.addLoadMetrics(ModClusterSubsystemAdd.java:354)
> at org.wildfly.extension.mod_cluster.ModClusterSubsystemAdd.getModClusterLoadProvider(ModClusterSubsystemAdd.java:294)
> at org.wildfly.extension.mod_cluster.ModClusterSubsystemAdd.performBoottime(ModClusterSubsystemAdd.java:124)
> at org.jboss.as.controller.AbstractBoottimeAddStepHandler.performBoottime(AbstractBoottimeAddStepHandler.java:157)
> at org.jboss.as.controller.AbstractBoottimeAddStepHandler.performRuntime(AbstractBoottimeAddStepHandler.java:116)
> at org.jboss.as.controller.AbstractAddStepHandler$1.execute(AbstractAddStepHandler.java:151)
> at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:890)
> at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:659)
> at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:370)
> at org.jboss.as.controller.ParallelBootOperationStepHandler$ParallelBootTask.run(ParallelBootOperationStepHandler.java:359)
> 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)
> at org.jboss.threads.JBossThread.run(JBossThread.java:320)
> Caused by: java.lang.ClassNotFoundException: javax.management.MalformedObjectNameException from [Module "org.jboss.common-beans:main" from local module loader @6956de9 (finder: local module finder @769c9116 (roots: /Users/rhusar/STATIC/wf10/load/wildfly-10.0.0.Final/modules,/Users/rhusar/STATIC/wf10/load/wildfly-10.0.0.Final/modules/system/layers/base))]
> at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:198)
> at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:363)
> at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:351)
> at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:93)
> ... 19 more
> {noformat}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 8 months
[JBoss JIRA] (WFLY-7349) configurable-sasl-server-factory cannot set mechanism information
by Darran Lofthouse (JIRA)
[ https://issues.jboss.org/browse/WFLY-7349?page=com.atlassian.jira.plugin.... ]
Darran Lofthouse updated WFLY-7349:
-----------------------------------
Fix Version/s: 11.0.0.Alpha1
> configurable-sasl-server-factory cannot set mechanism information
> -----------------------------------------------------------------
>
> Key: WFLY-7349
> URL: https://issues.jboss.org/browse/WFLY-7349
> Project: WildFly
> Issue Type: Bug
> Components: Security
> Reporter: Jan Kalina
> Assignee: Jan Kalina
> Fix For: 11.0.0.Alpha1
>
> Attachments: sasl-test.xml, SaslTestCase.java
>
>
> sasl-authentication-factory and sasl-server-factory creates chain of SaslServerFactories - for example ServerNameSaslServerFactory only delegates creating to following factory in chain but with rewriting of the server name.
> In this chain is also *SetMechanismInformationSaslServerFactory*, which call callback handler to send MechanismInformation into ServerAuthenticationContext - there it will cause state change from InactiveState to InitialState.
> *The problem is,* if the configurable-sasl-server-factory is used, the *SetMechanismInformationSaslServerFactory* is in chain twice. The first occurence (by sasl-authentication-factory) will cause change state to InitialState, but before the serverName+protocol is overriden by SaslServerFactories following in chain. The second occurence (by configurable-sasl-server-factory) already have serverName+protocol set, but because the ServerAuthenticationContext is already in InitialState, the exception "Too late to set" is thrown and createSaslServer returns null - fail completely.
> The chain of SaslServerFactories:
> {code:java}
> AuthenticationTimeoutSSF
> TrustManagerSSF
> AuthenticationCompleteSSF
> SetMechanismInformationSSF => cbh => InactiveState -> InitialState(undefined, null)
> ServerNameSSF
> ProtocolSSF
> SetMechanismInformationSSF => cbh => "Too late to set" => return null
> SecurityProviderSSF
> {code}
> Will have to discuss yet how to correctly solve this... (maybe consider allowing of multiple MechanismInformation setting? In current design the sasl-authentication-factory cannot detect the configurable-sasl-server-factory WILL change the MechanismInformation yet...)
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 8 months
[JBoss JIRA] (WFLY-7154) poor description of session-timeout, maximum-session-cache-size attributes
by Darran Lofthouse (JIRA)
[ https://issues.jboss.org/browse/WFLY-7154?page=com.atlassian.jira.plugin.... ]
Darran Lofthouse updated WFLY-7154:
-----------------------------------
Fix Version/s: 11.0.0.Alpha1
> poor description of session-timeout, maximum-session-cache-size attributes
> --------------------------------------------------------------------------
>
> Key: WFLY-7154
> URL: https://issues.jboss.org/browse/WFLY-7154
> Project: WildFly
> Issue Type: Bug
> Components: Security
> Affects Versions: 11.0.0.Alpha1
> Reporter: Martin Choma
> Assignee: Ilia Vassilev
> Priority: Minor
> Labels: user_experience
> Fix For: 11.0.0.Alpha1
>
>
> Describe more properly in model/XSD client-ssl-context and server-ssl-context attributes:
> * session-timeout
> Should be timeout specified in seconds?
> What does default value mean?
> Negative values could be restricted on model level.
> {code}
> "session-timeout" => {
> "type" => INT,
> "description" => "The timeout for SSL sessions.",
> "expressions-allowed" => true,
> "nillable" => true,
> "default" => 0,
> "access-type" => "read-write",
> "storage" => "configuration",
> "restart-required" => "resource-services"
> },
> {code}
> {code}
> <xs:attribute name="session-timeout" type="xs:int" default="0">
> <xs:annotation>
> <xs:documentation>
> The timeout for SSL sessions.
> </xs:documentation>
> </xs:annotation>
> </xs:attribute>
> {code}
> * maximum-session-cache-size
> What does default value 0 mean?
> Negative values could be restricted on model level
> {code}
> "maximum-session-cache-size" => {
> "type" => INT,
> "description" => "The maximum number of SSL sessions to be cached.",
> "expressions-allowed" => true,
> "nillable" => true,
> "default" => 0,
> "access-type" => "read-write",
> "storage" => "configuration",
> "restart-required" => "resource-services"
> },
> {code}
> {code}
> <xs:attribute name="maximum-session-cache-size" type="xs:int" default="0">
> <xs:annotation>
> <xs:documentation>
> The maximum number of SSL sessions in the cache.
> </xs:documentation>
> </xs:annotation>
> </xs:attribute>
> {code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 8 months
[JBoss JIRA] (WFLY-67) method-params containing an array not correctly processed for EJB2.1 with CMT
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/WFLY-67?page=com.atlassian.jira.plugin.sy... ]
RH Bugzilla Integration commented on WFLY-67:
---------------------------------------------
Jiří Bílek <jbilek(a)redhat.com> changed the Status of [bug 1180565|https://bugzilla.redhat.com/show_bug.cgi?id=1180565] from ON_QA to VERIFIED
> method-params containing an array not correctly processed for EJB2.1 with CMT
> -----------------------------------------------------------------------------
>
> Key: WFLY-67
> URL: https://issues.jboss.org/browse/WFLY-67
> Project: WildFly
> Issue Type: Bug
> Components: EJB
> Environment: JBoss 7.2.0-Final Prerelease (Commit 4ed76c) and JBoss 7.1.3.Final on Win7/64 JDK 1.7.0_09
> Reporter: Robert Panzer
> Assignee: Ondrej Zizka
> Fix For: 8.0.0.Alpha1
>
> Attachments: cmt-never-array-params.zip
>
>
> It seems that the method-params for container transactions are not matched correctly if the contain arrays.
> I've got an EJB "First" that calls another EJB "Second". Both have the same interface containing a method void test(String[]);
> If I define the transaction attribute NEVER including method-params for "First" and without params for "Second" the test fails with
> JBAS014163: Transaction present on server in Never call (EJB3 13.6.2.6)
> I define the container transaction like this:
> <container-transaction>
> <method>
> <ejb-name>FirstWithParams</ejb-name>
> <method-intf>Local</method-intf>
> <method-name>test</method-name>
> <method-params>
> <method-param>java.lang.String[]</method-param>
> </method-params>
> </method>
> <method>
> <ejb-name>FirstWithParams</ejb-name>
> <method-intf>Local</method-intf>
> <method-name>test</method-name>
> <method-params>
> <method-param>java.lang.String</method-param>
> </method-params>
> </method>
> <method>
> <ejb-name>FirstWithParams</ejb-name>
> <method-intf>Local</method-intf>
> <method-name>test</method-name>
> <method-params>
> <method-param>int</method-param>
> </method-params>
> </method>
> <method>
> <ejb-name>Second</ejb-name>
> <method-intf>Local</method-intf>
> <method-name>test</method-name>
> </method>
> <trans-attribute>Never</trans-attribute>
> </container-transaction>
> I will attach a test case that fails at the call to test(String[]) but successfully call test(String) and test(int).
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 8 months
[JBoss JIRA] (WFCORE-1941) Get around "IllegalStateException: Single class exclusions from jar files is not working" when passing AdditionalInitialization to legacy controller
by Radoslav Husar (JIRA)
Radoslav Husar created WFCORE-1941:
--------------------------------------
Summary: Get around "IllegalStateException: Single class exclusions from jar files is not working" when passing AdditionalInitialization to legacy controller
Key: WFCORE-1941
URL: https://issues.jboss.org/browse/WFCORE-1941
Project: WildFly Core
Issue Type: Feature Request
Components: Test Suite
Affects Versions: 3.0.0.Alpha11
Reporter: Radoslav Husar
Assignee: Kabir Khan
We have had to do quite a bit of bending over backwards and copy the classes for AdditionalInitialization so it would be great if we can get around this classloader setup problem. There is a TODO section in org.jboss.as.model.test.ChildFirstClassLoaderBuilder#build so I am hopeful.
{noformat}
testTransformerEAP700(org.wildfly.extension.clustering.singleton.SingletonTransformersTestCase) Time elapsed: 0.116 sec <<< ERROR!
java.lang.IllegalStateException: Single class exclusions from jar files is not working: file:/Users/rhusar/.m2/repository/org/wildfly/wildfly-clustering-common/11.0.0.Alpha1-SNAPSHOT/wildfly-clustering-common-11.0.0.Alpha1-SNAPSHOT-tests.jar=[org.jboss.as.clustering.subsystem.AdditionalInitialization]
at org.jboss.as.model.test.ChildFirstClassLoaderBuilder.build(ChildFirstClassLoaderBuilder.java:289)
at org.jboss.as.subsystem.test.SubsystemTestDelegate$LegacyKernelServiceInitializerImpl.install(SubsystemTestDelegate.java:874)
at org.jboss.as.subsystem.test.SubsystemTestDelegate$LegacyKernelServiceInitializerImpl.access$700(SubsystemTestDelegate.java:742)
at org.jboss.as.subsystem.test.SubsystemTestDelegate$KernelServicesBuilderImpl.build(SubsystemTestDelegate.java:697)
at org.wildfly.extension.clustering.singleton.SingletonTransformersTestCase.buildKernelServices(SingletonTransformersTestCase.java:161)
at org.wildfly.extension.clustering.singleton.SingletonTransformersTestCase.testTransformation(SingletonTransformersTestCase.java:97)
at org.wildfly.extension.clustering.singleton.SingletonTransformersTestCase.testTransformerEAP700(SingletonTransformersTestCase.java:89)
{noformat}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 8 months
[JBoss JIRA] (WFCORE-1941) Getting around "IllegalStateException: Single class exclusions from jar files is not working" when passing AdditionalInitialization to legacy controller
by Radoslav Husar (JIRA)
[ https://issues.jboss.org/browse/WFCORE-1941?page=com.atlassian.jira.plugi... ]
Radoslav Husar updated WFCORE-1941:
-----------------------------------
Summary: Getting around "IllegalStateException: Single class exclusions from jar files is not working" when passing AdditionalInitialization to legacy controller (was: Get around "IllegalStateException: Single class exclusions from jar files is not working" when passing AdditionalInitialization to legacy controller)
> Getting around "IllegalStateException: Single class exclusions from jar files is not working" when passing AdditionalInitialization to legacy controller
> --------------------------------------------------------------------------------------------------------------------------------------------------------
>
> Key: WFCORE-1941
> URL: https://issues.jboss.org/browse/WFCORE-1941
> Project: WildFly Core
> Issue Type: Feature Request
> Components: Test Suite
> Affects Versions: 3.0.0.Alpha11
> Reporter: Radoslav Husar
> Assignee: Kabir Khan
>
> We have had to do quite a bit of bending over backwards and copy the classes for AdditionalInitialization so it would be great if we can get around this classloader setup problem. There is a TODO section in org.jboss.as.model.test.ChildFirstClassLoaderBuilder#build so I am hopeful.
> {noformat}
> testTransformerEAP700(org.wildfly.extension.clustering.singleton.SingletonTransformersTestCase) Time elapsed: 0.116 sec <<< ERROR!
> java.lang.IllegalStateException: Single class exclusions from jar files is not working: file:/Users/rhusar/.m2/repository/org/wildfly/wildfly-clustering-common/11.0.0.Alpha1-SNAPSHOT/wildfly-clustering-common-11.0.0.Alpha1-SNAPSHOT-tests.jar=[org.jboss.as.clustering.subsystem.AdditionalInitialization]
> at org.jboss.as.model.test.ChildFirstClassLoaderBuilder.build(ChildFirstClassLoaderBuilder.java:289)
> at org.jboss.as.subsystem.test.SubsystemTestDelegate$LegacyKernelServiceInitializerImpl.install(SubsystemTestDelegate.java:874)
> at org.jboss.as.subsystem.test.SubsystemTestDelegate$LegacyKernelServiceInitializerImpl.access$700(SubsystemTestDelegate.java:742)
> at org.jboss.as.subsystem.test.SubsystemTestDelegate$KernelServicesBuilderImpl.build(SubsystemTestDelegate.java:697)
> at org.wildfly.extension.clustering.singleton.SingletonTransformersTestCase.buildKernelServices(SingletonTransformersTestCase.java:161)
> at org.wildfly.extension.clustering.singleton.SingletonTransformersTestCase.testTransformation(SingletonTransformersTestCase.java:97)
> at org.wildfly.extension.clustering.singleton.SingletonTransformersTestCase.testTransformerEAP700(SingletonTransformersTestCase.java:89)
> {noformat}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 8 months