February 2018 - jboss-jira - Jboss List Archives

[JBoss JIRA] (WFLY-6085) Wrong AdvancedADLdap mapping in ModulesMap

by Jason Greene (JIRA)

[ https://issues.jboss.org/browse/WFLY-6085?page=com.atlassian.jira.plugin.... ] Jason Greene updated WFLY-6085: ------------------------------- Fix Version/s: 12.0.0.Final (was: 12.0.0.CR1) > Wrong AdvancedADLdap mapping in ModulesMap > ------------------------------------------ > > Key: WFLY-6085 > URL: https://issues.jboss.org/browse/WFLY-6085 > Project: WildFly > Issue Type: Bug > Components: Security > Reporter: Hynek Švábek > Assignee: Darran Lofthouse > Fix For: 12.0.0.Final > > > There is wrong AdvancedADLdap mapping in ModulesMap. > In ModulesMap is "AdvancedAdLdap", but in documentation is "AdvancedADLdap". > https://github.com/jbossas/jboss-eap7/blob/7.x/security/subsystem/src/mai... > https://access.stage.redhat.com/documentation/en/red-hat-jboss-enterprise... > We suggest some like this for backward compatibility: > Add one extra mapping to ModulesMap with right mapping and leave there old mapping too. Some old app can use this old wrong mapping. > {code} > put("AdvancedAdLdap", AdvancedADLoginModule.class.getName()); > put("AdvancedADLdap", AdvancedADLoginModule.class.getName()); > {code} -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 8 months

1
0
0 / 0

[JBoss JIRA] (WFLY-5847) Upgrade jberet-core to 1.3.0.Alpha1

by Jason Greene (JIRA)

[ https://issues.jboss.org/browse/WFLY-5847?page=com.atlassian.jira.plugin.... ] Jason Greene updated WFLY-5847: ------------------------------- Fix Version/s: 12.0.0.Final (was: 12.0.0.CR1) > Upgrade jberet-core to 1.3.0.Alpha1 > ----------------------------------- > > Key: WFLY-5847 > URL: https://issues.jboss.org/browse/WFLY-5847 > Project: WildFly > Issue Type: Component Upgrade > Components: Batch > Affects Versions: 11.0.0.Alpha1 > Reporter: Cheng Fang > Assignee: James Perkins > Fix For: 12.0.0.Final > > > JBeret 1.3.0.Alpha1 was released on 12/14/2015, and ready to be integrated into WildFly 11: > https://issues.jboss.org/projects/JBERET/versions/12327883 -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 8 months

1
0
0 / 0

[JBoss JIRA] (WFLY-5776) Make use of the principals to roles map as defined within web deployments.

by Jason Greene (JIRA)

[ https://issues.jboss.org/browse/WFLY-5776?page=com.atlassian.jira.plugin.... ] Jason Greene updated WFLY-5776: ------------------------------- Fix Version/s: 12.0.0.Final (was: 12.0.0.CR1) > Make use of the principals to roles map as defined within web deployments. > -------------------------------------------------------------------------- > > Key: WFLY-5776 > URL: https://issues.jboss.org/browse/WFLY-5776 > Project: WildFly > Issue Type: Task > Components: Web (Undertow) > Reporter: Darran Lofthouse > Assignee: Darran Lofthouse > Labels: affects_elytron > Fix For: 12.0.0.Final > > > Will follow up on this one after the authentication is handled. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 8 months

1
0
0 / 0

[JBoss JIRA] (WFLY-5660) Add metrics for Infinispan thread pools

by Jason Greene (JIRA)

[ https://issues.jboss.org/browse/WFLY-5660?page=com.atlassian.jira.plugin.... ] Jason Greene updated WFLY-5660: ------------------------------- Fix Version/s: 12.0.0.Final (was: 12.0.0.CR1) > Add metrics for Infinispan thread pools > --------------------------------------- > > Key: WFLY-5660 > URL: https://issues.jboss.org/browse/WFLY-5660 > Project: WildFly > Issue Type: Feature Request > Components: Clustering > Affects Versions: 10.0.0.CR4 > Reporter: Paul Ferraro > Assignee: Radoslav Husar > Fix For: 12.0.0.Final > > > Now that we have thread pool resources, we should expose metrics to expose things like active thread count, queue size, etc. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 8 months

1
0
0 / 0

[JBoss JIRA] (WFLY-5603) Get data source information

by Jason Greene (JIRA)

[ https://issues.jboss.org/browse/WFLY-5603?page=com.atlassian.jira.plugin.... ] Jason Greene updated WFLY-5603: ------------------------------- Fix Version/s: 12.0.0.Final (was: 12.0.0.CR1) > Get data source information > --------------------------- > > Key: WFLY-5603 > URL: https://issues.jboss.org/browse/WFLY-5603 > Project: WildFly > Issue Type: Feature Request > Components: JCA > Reporter: Jesper Pedersen > Assignee: Lin Gao > Fix For: 12.0.0.Final > > > Create a DMR operation that returns the available properties for the data source class, and xa data source class for the <driver> -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 8 months

1
0
0 / 0

[JBoss JIRA] (WFLY-5551) Formalize ejb clustering modules into a proper subsystem

by Jason Greene (JIRA)

[ https://issues.jboss.org/browse/WFLY-5551?page=com.atlassian.jira.plugin.... ] Jason Greene updated WFLY-5551: ------------------------------- Fix Version/s: 12.0.0.Final (was: 12.0.0.CR1) > Formalize ejb clustering modules into a proper subsystem > -------------------------------------------------------- > > Key: WFLY-5551 > URL: https://issues.jboss.org/browse/WFLY-5551 > Project: WildFly > Issue Type: Enhancement > Components: Clustering > Affects Versions: 10.0.0.CR3 > Reporter: Paul Ferraro > Assignee: Paul Ferraro > Fix For: 12.0.0.Final > > > Currently, the coupling between the ejb3 subsystem and the modules required for the distributed cache is very loose. > Consequently, misconfiguration (e.g. a missing "ejb" cache-container) can prevent deployment from succeeding without an adequate explanation. > The subsystem would define the requisite cache-container, exposed as a capability. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 8 months

1
0
0 / 0

[JBoss JIRA] (WFLY-6498) EJBClient UserTransactions with multiple method invocations generate lock conflicts

by Jason Greene (JIRA)

[ https://issues.jboss.org/browse/WFLY-6498?page=com.atlassian.jira.plugin.... ] Jason Greene updated WFLY-6498: ------------------------------- Fix Version/s: 12.0.0.Final (was: 12.0.0.CR1) > EJBClient UserTransactions with multiple method invocations generate lock conflicts > ------------------------------------------------------------------------------------ > > Key: WFLY-6498 > URL: https://issues.jboss.org/browse/WFLY-6498 > Project: WildFly > Issue Type: Bug > Components: Clustering > Affects Versions: 10.0.0.Final > Reporter: Richard Achmatowicz > Assignee: Paul Ferraro > Fix For: 12.0.0.Final > > > Using the EJBClient library, we should be able to do the following from a standalone EJBClient application: > // create a UserTransaction associated with a clustered server node X > // make an invocation on an EJB on X > // make an invocation on an EJB on X > // commit the UserTransaction > However, doing so results in this exception which occurs during processing of the second invocation: > {noformat} > [0m[31m11:16:22,580 ERROR [org.infinispan.interceptors.InvocationContextInterceptor] (default task-57) ISPN000136: Error executing command GetKeyValueCommand, writing keys []: org.infinispan.util.concurrent.TimeoutException: ISPN000299: Unable to acquire lock after 15 seconds for key UnknownSessionID [4967684957516649565452525270575756545166695455535750486549485166] and requestor GlobalTransaction:<node-0>:120:local. Lock is held by GlobalTransaction:<node-0>:118:local > at org.infinispan.util.concurrent.locks.impl.DefaultLockManager$KeyAwareExtendedLockPromise.lock(DefaultLockManager.java:236) > at org.infinispan.interceptors.locking.AbstractLockingInterceptor.lockAndRecord(AbstractLockingInterceptor.java:190) > at org.infinispan.interceptors.locking.AbstractTxLockingInterceptor.checkPendingAndLockKey(AbstractTxLockingInterceptor.java:192) > at org.infinispan.interceptors.locking.AbstractTxLockingInterceptor.lockOrRegisterBackupLock(AbstractTxLockingInterceptor.java:113) > at org.infinispan.interceptors.locking.PessimisticLockingInterceptor.visitDataReadCommand(PessimisticLockingInterceptor.java:70) > at org.infinispan.interceptors.locking.AbstractLockingInterceptor.visitGetKeyValueCommand(AbstractLockingInterceptor.java:77) > at org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:40) > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:99) > at org.infinispan.interceptors.TxInterceptor.enlistReadAndInvokeNext(TxInterceptor.java:345) > at org.infinispan.interceptors.TxInterceptor.visitGetKeyValueCommand(TxInterceptor.java:330) > at org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:40) > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:99) > at org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:113) > at org.infinispan.commands.AbstractVisitor.visitGetKeyValueCommand(AbstractVisitor.java:85) > at org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:40) > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:99) > at org.infinispan.statetransfer.StateTransferInterceptor.visitReadCommand(StateTransferInterceptor.java:176) > at org.infinispan.statetransfer.StateTransferInterceptor.visitGetKeyValueCommand(StateTransferInterceptor.java:153) > at org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:40) > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:99) > at org.infinispan.interceptors.InvocationContextInterceptor.handleAll(InvocationContextInterceptor.java:107) > at org.infinispan.interceptors.InvocationContextInterceptor.handleDefault(InvocationContextInterceptor.java:76) > at org.infinispan.commands.AbstractVisitor.visitGetKeyValueCommand(AbstractVisitor.java:85) > at org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:40) > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:99) > at org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:113) > at org.infinispan.commands.AbstractVisitor.visitGetKeyValueCommand(AbstractVisitor.java:85) > at org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:40) > at org.infinispan.interceptors.InterceptorChain.invoke(InterceptorChain.java:336) > at org.infinispan.cache.impl.CacheImpl.get(CacheImpl.java:411) > at org.infinispan.cache.impl.DecoratedCache.get(DecoratedCache.java:443) > at org.infinispan.cache.impl.AbstractDelegatingCache.get(AbstractDelegatingCache.java:286) > at org.wildfly.clustering.ejb.infinispan.bean.InfinispanBeanFactory.findValue(InfinispanBeanFactory.java:87) > at org.wildfly.clustering.ejb.infinispan.bean.InfinispanBeanFactory.findValue(InfinispanBeanFactory.java:49) > at org.wildfly.clustering.ejb.infinispan.InfinispanBeanManager.findBean(InfinispanBeanManager.java:244) > at org.jboss.as.ejb3.cache.distributable.DistributableCache.get(DistributableCache.java:124) > at org.jboss.as.ejb3.component.stateful.StatefulComponentInstanceInterceptor.processInvocation(StatefulComponentInstanceInterceptor.java:59) > at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) > at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInCallerTx(CMTTxInterceptor.java:254) > at org.jboss.as.ejb3.tx.CMTTxInterceptor.required(CMTTxInterceptor.java:333) > at org.jboss.as.ejb3.tx.CMTTxInterceptor.processInvocation(CMTTxInterceptor.java:239) > at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) > at org.jboss.as.ejb3.remote.EJBRemoteTransactionPropagatingInterceptor.processInvocation(EJBRemoteTransactionPropagatingInterceptor.java:80) > at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) > at org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextInterceptor.processInvocation(CurrentInvocationContextInterceptor.java:41) > at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) > at org.jboss.as.ejb3.component.invocationmetrics.WaitTimeInterceptor.processInvocation(WaitTimeInterceptor.java:43) > at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) > at org.jboss.as.ejb3.security.SecurityContextInterceptor.processInvocation(SecurityContextInterceptor.java:100) > at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) > at org.jboss.as.ejb3.component.interceptors.ShutDownInterceptorFactory$1.processInvocation(ShutDownInterceptorFactory.java:64) > at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) > at org.jboss.as.ejb3.deployment.processors.EjbSuspendInterceptor.processInvocation(EjbSuspendInterceptor.java:53) > at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) > at org.jboss.as.ejb3.component.interceptors.LoggingInterceptor.processInvocation(LoggingInterceptor.java:66) > at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) > at org.jboss.as.ee.component.NamespaceContextInterceptor.processInvocation(NamespaceContextInterceptor.java:50) > at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) > at org.jboss.as.ejb3.component.interceptors.AdditionalSetupInterceptor.processInvocation(AdditionalSetupInterceptor.java:54) > at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) > at org.jboss.invocation.ContextClassLoaderInterceptor.processInvocation(ContextClassLoaderInterceptor.java:64) > at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) > at org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:356) > at org.wildfly.security.manager.WildFlySecurityManager.doChecked(WildFlySecurityManager.java:636) > at org.jboss.invocation.AccessCheckingInterceptor.processInvocation(AccessCheckingInterceptor.java:61) > at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) > at org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:356) > at org.jboss.invocation.PrivilegedWithCombinerInterceptor.processInvocation(PrivilegedWithCombinerInterceptor.java:80) > at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) > at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) > at org.jboss.as.ee.component.ViewService$View.invoke(ViewService.java:195) > at org.jboss.as.ejb3.remote.protocol.versionone.MethodInvocationMessageHandler.invokeMethod(MethodInvocationMessageHandler.java:327) > at org.jboss.as.ejb3.remote.protocol.versionone.MethodInvocationMessageHandler.access$100(MethodInvocationMessageHandler.java:67) > at org.jboss.as.ejb3.remote.protocol.versionone.MethodInvocationMessageHandler$1.run(MethodInvocationMessageHandler.java:200) > at org.jboss.as.ejb3.remote.protocol.versionone.MethodInvocationMessageHandler.processMessage(MethodInvocationMessageHandler.java:262) > at org.jboss.as.ejb3.remote.protocol.versionone.VersionOneProtocolChannelReceiver.processMessage(VersionOneProtocolChannelReceiver.java:213) > at org.jboss.as.ejb3.remote.protocol.versiontwo.VersionTwoProtocolChannelReceiver.processMessage(VersionTwoProtocolChannelReceiver.java:76) > at org.jboss.as.ejb3.remote.protocol.versionone.VersionOneProtocolChannelReceiver.handleMessage(VersionOneProtocolChannelReceiver.java:159) > {noformat} > The exception does not arise if we perform only one invocation within the UserTransaction. > This exception is repeatable. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 8 months

1
0
0 / 0

[JBoss JIRA] (WFLY-6464) JPA 2.2 Support

by Jason Greene (JIRA)

[ https://issues.jboss.org/browse/WFLY-6464?page=com.atlassian.jira.plugin.... ] Jason Greene updated WFLY-6464: ------------------------------- Fix Version/s: 12.0.0.Final (was: 12.0.0.CR1) > JPA 2.2 Support > --------------- > > Key: WFLY-6464 > URL: https://issues.jboss.org/browse/WFLY-6464 > Project: WildFly > Issue Type: Sub-task > Components: JPA / Hibernate > Reporter: David Lloyd > Assignee: Scott Marlow > Fix For: 12.0.0.Final > > > From JPA 2.2 specification appendix section A.1: > {code} > A.1 Maintenance Release Draft > Created document from Java Persistence 2.1 Final Release specification. > The following annotations have been marked @Repeatable: > AssociationOverride > AttributeOverride > Convert > JoinColumn > MapKeyJoinColumn > NamedEntityGraph > NamedNativeQuery > NamedQuery > NamedStoredProcedureQuery > PersistenceContext > PersistenceUnit > PrimaryKeyJoinColumn > SecondaryTable > SqlResultSetMapping > SequenceGenerator > TableGenerator > Added SequenceGenerators and TableGenerators annotations. > Added support for CDI injection into AttributeConverter classes. > Added support for the mapping of the following java.time types: > java.time.LocalDate > java.time.LocalTime > java.time.LocalDateTime > java.time.OffsetTime > java.time.OffsetDateTime > Added default Stream getResultStream() method to Query interface. > Added default Stream<X> getResultStream() method to TypedQuery interface. > Replaced reference to JAR file specification in persistence provider bootstrapping section with more general reference to Java SE service provider requirements. > Updated persistence.xml and orm.xml schemas to 2.2 versions. > Updated Related Documents. > {code} -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 8 months

1
0
0 / 0

[JBoss JIRA] (WFLY-6409) Update default domain configuration to use remote+http

by Jason Greene (JIRA)

[ https://issues.jboss.org/browse/WFLY-6409?page=com.atlassian.jira.plugin.... ] Jason Greene updated WFLY-6409: ------------------------------- Fix Version/s: 12.0.0.Final (was: 12.0.0.CR1) > Update default domain configuration to use remote+http > ------------------------------------------------------ > > Key: WFLY-6409 > URL: https://issues.jboss.org/browse/WFLY-6409 > Project: WildFly > Issue Type: Enhancement > Components: Domain Management > Reporter: ehsavoie Hugonnet > Assignee: ehsavoie Hugonnet > Labels: domain-mode > Fix For: 12.0.0.Final > > > Our default domain configuration still use the native remote protocol on port 9999 for DC-HC communication. Update those files so that we use http-remoting on port 9990. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 8 months

1
0
0 / 0

[JBoss JIRA] (WFLY-6396) Elytron integration with the mail subsystem

by Jason Greene (JIRA)

[ https://issues.jboss.org/browse/WFLY-6396?page=com.atlassian.jira.plugin.... ] Jason Greene updated WFLY-6396: ------------------------------- Fix Version/s: 12.0.0.Final (was: 12.0.0.CR1) > Elytron integration with the mail subsystem > ------------------------------------------- > > Key: WFLY-6396 > URL: https://issues.jboss.org/browse/WFLY-6396 > Project: WildFly > Issue Type: Feature Request > Components: Mail > Reporter: Darran Lofthouse > Assignee: Peter Skopek > Fix For: 12.0.0.Final > > -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 8 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira February 2018