[JBoss JIRA] (JGRP-2346) TCP_NIO2 deadlock during stop on Windows
by Bela Ban (Jira)
[ https://issues.jboss.org/browse/JGRP-2346?page=com.atlassian.jira.plugin.... ]
Bela Ban resolved JGRP-2346.
----------------------------
Resolution: Done
> TCP_NIO2 deadlock during stop on Windows
> ----------------------------------------
>
> Key: JGRP-2346
> URL: https://issues.jboss.org/browse/JGRP-2346
> Project: JGroups
> Issue Type: Bug
> Affects Versions: 4.0.18
> Reporter: Dan Berindei
> Assignee: Bela Ban
> Priority: Major
> Fix For: 4.1.0
>
>
> Hopefully the thread dump is enough to find it:
> {noformat}
> "testng-CustomFailurePolicyTxTest" #60 prio=0 tid=0x3c nid=NA blocked
> java.lang.Thread.State: BLOCKED
> at java.nio.channels.spi.AbstractSelectableChannel.removeKey(AbstractSelectableChannel.java:130)
> - waiting to lock <0x7ae7c881> (a java.lang.Object)
> at java.nio.channels.spi.AbstractSelector.deregister(AbstractSelector.java:188)
> at sun.nio.ch.WindowsSelectorImpl.implClose(WindowsSelectorImpl.java:514)
> - locked <0x6cc2bf11> (a java.lang.Object)
> at sun.nio.ch.SelectorImpl.implCloseSelector(SelectorImpl.java:113)
> - locked <0x2ab0aa2d> (a sun.nio.ch.Util$3)
> - locked <0x2f9dc993> (a java.util.Collections$UnmodifiableSet)
> - locked <0xfeca69a> (a sun.nio.ch.WindowsSelectorImpl)
> at java.nio.channels.spi.AbstractSelector.close(AbstractSelector.java:111)
> at org.jgroups.util.Util.close(Util.java:428)
> at org.jgroups.util.Util.close(Util.java:439)
> at org.jgroups.blocks.cs.NioServer.stop(NioServer.java:127)
> - locked <0x21bca9ea> (a org.jgroups.blocks.cs.NioServer)
> at org.jgroups.protocols.TCP_NIO2.handleDisconnect(TCP_NIO2.java:136)
> at org.jgroups.protocols.TP.handleDownEvent(TP.java:1607)
> at org.jgroups.protocols.BasicTCP.handleDownEvent(BasicTCP.java:129)
> at org.jgroups.protocols.TP.down(TP.java:1082)
> at org.jgroups.protocols.Discovery.down(Discovery.java:425)
> at org.infinispan.test.fwk.TEST_PING.down(TEST_PING.java:208)
> at org.jgroups.protocols.FD_SOCK.down(FD_SOCK.java:379)
> at org.jgroups.protocols.FD_ALL.down(FD_ALL.java:236)
> at org.jgroups.protocols.VERIFY_SUSPECT.down(VERIFY_SUSPECT.java:101)
> at org.jgroups.protocols.pbcast.NAKACK2.down(NAKACK2.java:553)
> at org.jgroups.protocols.UNICAST3.down(UNICAST3.java:570)
> at org.jgroups.protocols.pbcast.STABLE.down(STABLE.java:346)
> at org.jgroups.protocols.pbcast.GMS.down(GMS.java:1076)
> at org.jgroups.protocols.tom.TOA.down(TOA.java:80)
> at org.jgroups.protocols.FlowControl.down(FlowControl.java:296)
> at org.jgroups.protocols.RSVP.down(RSVP.java:102)
> at org.jgroups.protocols.relay.RELAY2.down(RELAY2.java:380)
> at org.jgroups.stack.ProtocolStack.down(ProtocolStack.java:908)
> at org.jgroups.JChannel.down(JChannel.java:668)
> at org.jgroups.JChannel.disconnect(JChannel.java:469)
> - locked <0xef29e32> (a org.jgroups.JChannel)
> at org.infinispan.remoting.transport.jgroups.JGroupsTransport.stop(JGroupsTransport.java:712)
> at sun.reflect.GeneratedMethodAccessor148.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.infinispan.commons.util.SecurityActions.lambda$invokeAccessibly$0(SecurityActions.java:79)
> at org.infinispan.commons.util.SecurityActions$$Lambda$154/1125443972.run(Unknown Source)
> at org.infinispan.commons.util.SecurityActions.doPrivileged(SecurityActions.java:71)
> at org.infinispan.commons.util.SecurityActions.invokeAccessibly(SecurityActions.java:76)
> at org.infinispan.commons.util.ReflectionUtil.invokeAccessibly(ReflectionUtil.java:181)
> at org.infinispan.factories.impl.BasicComponentRegistryImpl.performStop(BasicComponentRegistryImpl.java:601)
> at org.infinispan.factories.impl.BasicComponentRegistryImpl.stopWrapper(BasicComponentRegistryImpl.java:590)
> at org.infinispan.factories.impl.BasicComponentRegistryImpl.stop(BasicComponentRegistryImpl.java:461)
> at org.infinispan.factories.AbstractComponentRegistry.internalStop(AbstractComponentRegistry.java:441)
> at org.infinispan.factories.AbstractComponentRegistry.stop(AbstractComponentRegistry.java:376)
> at org.infinispan.manager.DefaultCacheManager.stop(DefaultCacheManager.java:775)
> at org.infinispan.xsite.AbstractXSiteTest$$Lambda$4294/1094472832.accept(Unknown Source)
> at java.util.ArrayList.forEach(ArrayList.java:1257)
> at org.infinispan.xsite.AbstractXSiteTest.killSite(AbstractXSiteTest.java:89)
> at org.infinispan.xsite.AbstractXSiteTest.killSites(AbstractXSiteTest.java:82)
> at org.infinispan.xsite.AbstractXSiteTest.destroy(AbstractXSiteTest.java:76)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:124)
> at org.testng.internal.MethodInvocationHelper.invokeMethodConsideringTimeout(MethodInvocationHelper.java:59)
> at org.testng.internal.Invoker.invokeConfigurationMethod(Invoker.java:458)
> at org.testng.internal.Invoker.invokeConfigurations(Invoker.java:222)
> at org.testng.internal.Invoker.invokeConfigurations(Invoker.java:142)
> at org.testng.internal.TestMethodWorker.invokeAfterClassMethods(TestMethodWorker.java:214)
> at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:111)
> at org.testng.TestRunner.privateRun(TestRunner.java:648)
> at org.testng.TestRunner.run(TestRunner.java:505)
> at org.testng.SuiteRunner.runTest(SuiteRunner.java:455)
> at org.testng.SuiteRunner.access$000(SuiteRunner.java:40)
> at org.testng.SuiteRunner$SuiteWorker.run(SuiteRunner.java:489)
> at org.testng.internal.thread.ThreadUtil$1.call(ThreadUtil.java:52)
> at java.util.concurrent.FutureTask.run(FutureTask.java:266)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
> at java.lang.Thread.run(Thread.java:748)
> Locked ownable synchronizers:
> - <0x9411fa8> (a java.util.concurrent.ThreadPoolExecutor$Worker)
> - <0x4fe21f2e> (a java.util.concurrent.locks.ReentrantLock$NonfairSync)
> "NioServer.Selector [/127.0.0.1:7925]-3,CustomFailurePolicyTxTest-NodeC-12186" #205597 prio=0 tid=0x3231d nid=NA blocked
> java.lang.Thread.State: BLOCKED
> at sun.nio.ch.WindowsSelectorImpl.putEventOps(WindowsSelectorImpl.java:593)
> - waiting to lock <0x6cc2bf11> (a java.lang.Object)
> at sun.nio.ch.SocketChannelImpl.translateAndSetInterestOps(SocketChannelImpl.java:974)
> at sun.nio.ch.SelectionKeyImpl.nioInterestOps(SelectionKeyImpl.java:105)
> at sun.nio.ch.SelectionKeyImpl.interestOps(SelectionKeyImpl.java:83)
> at sun.nio.ch.SelectorImpl.register(SelectorImpl.java:134)
> at java.nio.channels.spi.AbstractSelectableChannel.register(AbstractSelectableChannel.java:212)
> - locked <0x7ae7c881> (a java.lang.Object)
> - locked <0x6a684d8f> (a java.lang.Object)
> at org.jgroups.blocks.cs.NioServer.handleAccept(NioServer.java:93)
> at org.jgroups.blocks.cs.NioBaseServer$Acceptor.run(NioBaseServer.java:138)
> at java.lang.Thread.run(Thread.java:748)
> {noformat}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 2 months
[JBoss JIRA] (ELY-1634) LDAPS referrals broken
by Darran Lofthouse (Jira)
[ https://issues.jboss.org/browse/ELY-1634?page=com.atlassian.jira.plugin.s... ]
Darran Lofthouse commented on ELY-1634:
---------------------------------------
No test was included in the PR, I don't recall anything else being added.
> LDAPS referrals broken
> ----------------------
>
> Key: ELY-1634
> URL: https://issues.jboss.org/browse/ELY-1634
> Project: WildFly Elytron
> Issue Type: Bug
> Reporter: Philippe Marschall
> Assignee: Darran Lofthouse
> Priority: Major
> Fix For: 1.7.0.CR1
>
>
> We are having trouble getting LDAPS referrals working with an Elytron LDAP realm. The issue is the following stack trace.
> {code}
> javax.security.sasl.SaslException: ELY05012: Authentication mechanism server-side authentication failed [Caused by org.wildfly.security.auth.server.RealmUnavailableException: ELY01153: Direct LDAP verification failed with DN [redacted] and absolute DN [null]]
> at org.wildfly.security.sasl.plain.PlainSaslServer.evaluateResponse(PlainSaslServer.java:121)
> at org.wildfly.security.sasl.util.AuthenticationCompleteCallbackSaslServerFactory$1.evaluateResponse(AuthenticationCompleteCallbackSaslServerFactory.java:58)
> at org.wildfly.security.sasl.util.AuthenticationTimeoutSaslServerFactory$DelegatingTimeoutSaslServer.evaluateResponse(AuthenticationTimeoutSaslServerFactory.java:106)
> at org.wildfly.security.sasl.util.SecurityIdentitySaslServerFactory$1.evaluateResponse(SecurityIdentitySaslServerFactory.java:59)
> at org.xnio.sasl.SaslUtils.evaluateResponse(SaslUtils.java:245)
> at org.xnio.sasl.SaslUtils.evaluateResponse(SaslUtils.java:217)
> at org.jboss.remoting3.remote.ServerConnectionOpenListener$AuthStepRunnable.run(ServerConnectionOpenListener.java:486)
> at org.jboss.remoting3.EndpointImpl$TrackingExecutor.lambda$execute$0(EndpointImpl.java:926)
> at org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
> at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1985)
> at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1487)
> at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1349)
> at java.lang.Thread.run(Thread.java:748)
> Caused by: org.wildfly.security.auth.server.RealmUnavailableException: ELY01153: Direct LDAP verification failed with DN [redacted] and absolute DN [null]
> at org.wildfly.security.auth.realm.ldap.DirectEvidenceVerifier$1.verifyEvidence(DirectEvidenceVerifier.java:104)
> at org.wildfly.security.auth.realm.ldap.LdapSecurityRealm$LdapRealmIdentity.verifyEvidence(LdapSecurityRealm.java:609)
> at org.wildfly.security.auth.realm.AggregateSecurityRealm$Identity.verifyEvidence(AggregateSecurityRealm.java:155)
> at org.wildfly.security.auth.server.ServerAuthenticationContext$NameAssignedState.verifyEvidence(ServerAuthenticationContext.java:1977)
> at org.wildfly.security.auth.server.ServerAuthenticationContext.verifyEvidence(ServerAuthenticationContext.java:759)
> at org.wildfly.security.auth.server.ServerAuthenticationContext$1.handleOne(ServerAuthenticationContext.java:992)
> at org.wildfly.security.auth.server.ServerAuthenticationContext$1.handleOne(ServerAuthenticationContext.java:902)
> at org.wildfly.security.auth.server.ServerAuthenticationContext$1.handle(ServerAuthenticationContext.java:839)
> at org.wildfly.security.sasl.util.SSLQueryCallbackHandler.handle(SSLQueryCallbackHandler.java:60)
> at org.wildfly.security.sasl.util.TrustManagerSaslServerFactory.lambda$createSaslServer$0(TrustManagerSaslServerFactory.java:96)
> at org.wildfly.security.sasl.plain.PlainSaslServer.evaluateResponse(PlainSaslServer.java:117)
> ... 12 more
> Caused by: javax.naming.CommunicationException: ldap.acme.com:636 [Root exception is java.lang.ClassNotFoundException: org.wildfly.security.auth.realm.ldap.ThreadLocalSSLSocketFactory from [Module "org.wildfly.extension.io" version 5.0.0.Final from local module loader @7586beff (finder: local module finder @3b69e7d1 (roots: redacted))]]
> at com.sun.jndi.ldap.Connection.<init>(Connection.java:226)
> at com.sun.jndi.ldap.LdapClient.<init>(LdapClient.java:137)
> at com.sun.jndi.ldap.LdapClient.getInstance(LdapClient.java:1615)
> at com.sun.jndi.ldap.LdapCtx.connect(LdapCtx.java:2749)
> at com.sun.jndi.ldap.LdapCtx.ensureOpen(LdapCtx.java:2699)
> at com.sun.jndi.ldap.LdapCtx.ensureOpen(LdapCtx.java:2673)
> at com.sun.jndi.ldap.LdapCtx.reconnect(LdapCtx.java:2669)
> at org.wildfly.security.auth.realm.ldap.DelegatingLdapContext.reconnect(DelegatingLdapContext.java:181)
> at org.wildfly.security.auth.realm.ldap.DirectEvidenceVerifier$1.verifyEvidence(DirectEvidenceVerifier.java:97)
> ... 22 more
> Caused by: java.lang.ClassNotFoundException: org.wildfly.security.auth.realm.ldap.ThreadLocalSSLSocketFactory from [Module "org.wildfly.extension.io" version 5.0.0.Final from local module loader @7586beff (finder: local module finder @3b69e7d1 (roots: redacted))]
> at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:255)
> at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:410)
> at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:398)
> at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:116)
> at java.lang.Class.forName0(Native Method)
> at java.lang.Class.forName(Class.java:348)
> at com.sun.jndi.ldap.VersionHelper12.loadClass(VersionHelper12.java:72)
> at com.sun.jndi.ldap.Connection.createSocket(Connection.java:281)
> at com.sun.jndi.ldap.Connection.<init>(Connection.java:203)
> ... 30 more
> {code}
> As you can see the Sun/Oracle LDAP classes try to load the class {{org.wildfly.security.auth.realm.ldap.ThreadLocalSSLSocketFactory}} using the TCCL which is the {{org.wildfly.extension.io}} module loader. This will not work as ThreadLocalSSLSocketFactor is in the module {{org.wildfy.security.elytron-private}}.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 2 months
[JBoss JIRA] (DROOLS-4051) Wrong compiled type definition
by Stéphane Tondini (Jira)
[ https://issues.jboss.org/browse/DROOLS-4051?page=com.atlassian.jira.plugi... ]
Stéphane Tondini commented on DROOLS-4051:
------------------------------------------
It seems the folloeing definition works :
{code}
package com.test.rules.model.process;
// Process related objects
declare com.test.rules.model.process.Process
caseRef : String @key
owner : String @key
end
{code}
> Wrong compiled type definition
> ------------------------------
>
> Key: DROOLS-4051
> URL: https://issues.jboss.org/browse/DROOLS-4051
> Project: Drools
> Issue Type: Bug
> Components: core engine
> Affects Versions: 7.21.0.Final
> Reporter: Stéphane Tondini
> Assignee: Mario Fusco
> Priority: Major
>
> I defined a drl file that declare a type like :
> {code}
> package com.test.rules.model.process;
> // Process related objects
> declare Process
> caseRef : String @key
> owner : String @key
> end
> {code}
> At rules compile time, Drools throws the following exception :
> {code}
> Caused by: java.lang.IllegalArgumentException: Error parsing bootstrap resources : New declaration of java.lang.Process can't declare a different set of fields
> existing : []
> declared : [caseRef]
> diff : [++caseRef]
> Unable to process type Process
> {code}
> Drools compiles *java.lang.Process* instead of my customized type.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 2 months
[JBoss JIRA] (WFLY-12086) Hibernate 2lc should be enabled if Hibernate cache properties are enabled and shared cache mode is not set to NONE
by James Perkins (Jira)
[ https://issues.jboss.org/browse/WFLY-12086?page=com.atlassian.jira.plugin... ]
James Perkins resolved WFLY-12086.
----------------------------------
Resolution: Done
> Hibernate 2lc should be enabled if Hibernate cache properties are enabled and shared cache mode is not set to NONE
> ------------------------------------------------------------------------------------------------------------------
>
> Key: WFLY-12086
> URL: https://issues.jboss.org/browse/WFLY-12086
> Project: WildFly
> Issue Type: Bug
> Components: JPA / Hibernate
> Affects Versions: 14.0.0.Final
> Reporter: Scott Marlow
> Assignee: Scott Marlow
> Priority: Blocker
> Fix For: 17.0.0.Beta1
>
>
> In org.jboss.as.jpa.hibernate5.HibernatePersistenceProviderAdaptor.addProviderDependencies(PersistenceUnitMetadata pu), enable second level cache if persistence unit has hibernate.cache.use_query_cache or hibernate.cache.use_second_level_cache is true, then the second level cache should be enabled unless shared cache mode is set to NONE.
> Workaround:
> {code}
> <shared-cache-mode>ALL</shared-cache-mode>
> {code}
> Or
> {code}
> <shared-cache-mode>ENABLE_SELECTIVE</shared-cache-mode>
> {code}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 2 months
[JBoss JIRA] (WFLY-12086) Hibernate 2lc should be enabled if Hibernate cache properties are enabled and shared cache mode is not set to NONE
by James Perkins (Jira)
[ https://issues.jboss.org/browse/WFLY-12086?page=com.atlassian.jira.plugin... ]
James Perkins reopened WFLY-12086:
----------------------------------
> Hibernate 2lc should be enabled if Hibernate cache properties are enabled and shared cache mode is not set to NONE
> ------------------------------------------------------------------------------------------------------------------
>
> Key: WFLY-12086
> URL: https://issues.jboss.org/browse/WFLY-12086
> Project: WildFly
> Issue Type: Bug
> Components: JPA / Hibernate
> Affects Versions: 14.0.0.Final
> Reporter: Scott Marlow
> Assignee: Scott Marlow
> Priority: Blocker
> Fix For: 17.0.0.Beta1
>
>
> In org.jboss.as.jpa.hibernate5.HibernatePersistenceProviderAdaptor.addProviderDependencies(PersistenceUnitMetadata pu), enable second level cache if persistence unit has hibernate.cache.use_query_cache or hibernate.cache.use_second_level_cache is true, then the second level cache should be enabled unless shared cache mode is set to NONE.
> Workaround:
> {code}
> <shared-cache-mode>ALL</shared-cache-mode>
> {code}
> Or
> {code}
> <shared-cache-mode>ENABLE_SELECTIVE</shared-cache-mode>
> {code}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 2 months
[JBoss JIRA] (SWSQE-751) Deactivate Old Jobs
by Guilherme Baufaker Rêgo (Jira)
[ https://issues.jboss.org/browse/SWSQE-751?page=com.atlassian.jira.plugin.... ]
Guilherme Baufaker Rêgo updated SWSQE-751:
------------------------------------------
Description:
Jobs to be de-activated:
- Istio-and-Kiali-on-openshift
- old-bookinfo
- Istio-Upstream
- Kiali-on-Openshift
- Maistra
- registry-quay -puller
was:Jobs to be activated:
> Deactivate Old Jobs
> -------------------
>
> Key: SWSQE-751
> URL: https://issues.jboss.org/browse/SWSQE-751
> Project: Kiali QE
> Issue Type: Sub-task
> Reporter: Guilherme Baufaker Rêgo
> Priority: Major
>
> Jobs to be de-activated:
> - Istio-and-Kiali-on-openshift
> - old-bookinfo
> - Istio-Upstream
> - Kiali-on-Openshift
> - Maistra
> - registry-quay -puller
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 2 months
