March 2019 - jboss-jira - Jboss List Archives

[JBoss JIRA] (WFLY-11352) WildFly registers multiple distinct drivers for current MySQL driver jar

by Stefano Maestri (Jira)

[ https://issues.jboss.org/browse/WFLY-11352?page=com.atlassian.jira.plugin... ] Stefano Maestri reopened WFLY-11352: ------------------------------------ > WildFly registers multiple distinct drivers for current MySQL driver jar > ------------------------------------------------------------------------ > > Key: WFLY-11352 > URL: https://issues.jboss.org/browse/WFLY-11352 > Project: WildFly > Issue Type: Enhancement > Components: JCA > Affects Versions: 14.0.1.Final > Reporter: Stephen Fikes > Assignee: Lin Gao > Priority: Minor > Fix For: 16.0.0.Beta1, 16.0.0.Final > > > When MySQL drivers are deployed as jars (rather than [modules|https://issues.jboss.org/browse/WFLY-3218]), multiple named drivers: > ... INFO [org.jboss.as.connector.deployers.jdbc] (MSC service thread 1-3) WFLYJCA0005: Deploying non-JDBC-compliant driver class com.mysql.jdbc.Driver (version 5.1) > ... INFO [org.jboss.as.connector.deployers.jdbc] (MSC service thread 1-3) WFLYJCA0005: Deploying non-JDBC-compliant driver class com.mysql.fabric.jdbc.FabricMySQLDriver (version 5.1) > ... INFO [org.jboss.as.connector.deployers.jdbc] (MSC service thread 1-1) WFLYJCA0018: Started Driver service with driver-name = mysql-connector-java-5.1.44-bin.jar_com.mysql.jdbc.Driver_5_1 > ... INFO [org.jboss.as.connector.deployers.jdbc] (MSC service thread 1-1) WFLYJCA0018: Started Driver service with driver-name = mysql-connector-java-5.1.44-bin.jar_com.mysql.fabric.jdbc.FabricMySQLDriver_5_1 > Consequently, references to the driver by name (such as the below) fail to resolve > {code} > <datasource jndi-name="java:jboss/datasources/mysql" pool-name="MySQL" enabled="true"> > ... > <driver>mysql-connector-java-5.1.44-bin.jar</driver> > ... > </datasource> > {code} > This issue was [already resolved|https://issues.jboss.org/browse/WFLY-3218] for the case where a module was used to deploy the driver. -- This message was sent by Atlassian Jira (v7.12.1#712002)

5 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ELY-1763) Public API org.wildfly.security.mechanism.MechanismUtil has been removed.

by Diana Vilkolakova (Jira)

[ https://issues.jboss.org/browse/ELY-1763?page=com.atlassian.jira.plugin.s... ] Diana Vilkolakova reassigned ELY-1763: -------------------------------------- Assignee: Diana Vilkolakova > Public API org.wildfly.security.mechanism.MechanismUtil has been removed. > ------------------------------------------------------------------------- > > Key: ELY-1763 > URL: https://issues.jboss.org/browse/ELY-1763 > Project: WildFly Elytron > Issue Type: Sub-task > Components: API / SPI, Build > Reporter: Darran Lofthouse > Assignee: Diana Vilkolakova > Priority: Blocker > Fix For: 1.9.0.CR1 > > > We either need to restore this or exclude it from the JAPICMP check. -- This message was sent by Atlassian Jira (v7.12.1#712002)

5 years, 10 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-3592) Investigate: Undo/Redo regression on right panel

by Yeser Amer (Jira)

[ https://issues.jboss.org/browse/DROOLS-3592?page=com.atlassian.jira.plugi... ] Yeser Amer closed DROOLS-3592. ------------------------------ Resolution: Done > Investigate: Undo/Redo regression on right panel > ------------------------------------------------ > > Key: DROOLS-3592 > URL: https://issues.jboss.org/browse/DROOLS-3592 > Project: Drools > Issue Type: Task > Components: Scenario Simulation and Testing > Reporter: Gabriele Cardosi > Assignee: Yeser Amer > Priority: Major > > After naming/renaming of header, undo/redo does not restore correctly the right panel status. > Start this ticket after merging of DROOLS-3242, DROOLS-3357, DROOLS-3466, DROOLS-3485, DROOLS-3568 -- This message was sent by Atlassian Jira (v7.12.1#712002)

5 years, 10 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-3592) Investigate: Undo/Redo regression on right panel

by Yeser Amer (Jira)

[ https://issues.jboss.org/browse/DROOLS-3592?page=com.atlassian.jira.plugi... ] Yeser Amer commented on DROOLS-3592: ------------------------------------ Doesn't reproduce on my side, can be closed. > Investigate: Undo/Redo regression on right panel > ------------------------------------------------ > > Key: DROOLS-3592 > URL: https://issues.jboss.org/browse/DROOLS-3592 > Project: Drools > Issue Type: Task > Components: Scenario Simulation and Testing > Reporter: Gabriele Cardosi > Assignee: Yeser Amer > Priority: Major > > After naming/renaming of header, undo/redo does not restore correctly the right panel status. > Start this ticket after merging of DROOLS-3242, DROOLS-3357, DROOLS-3466, DROOLS-3485, DROOLS-3568 -- This message was sent by Atlassian Jira (v7.12.1#712002)

5 years, 10 months

1
0
0 / 0

[JBoss JIRA] (WFLY-11845) CXF-7823 JAXBEncoderDecoder doesn't respect @XmlType's propOrder in Exception class

by Tomas Hofman (Jira)

Tomas Hofman created WFLY-11845: ----------------------------------- Summary: CXF-7823 JAXBEncoderDecoder doesn't respect @XmlType's propOrder in Exception class Key: WFLY-11845 URL: https://issues.jboss.org/browse/WFLY-11845 Project: WildFly Issue Type: Bug Reporter: Tomas Hofman Assignee: Tomas Hofman This is clone of https://issues.apache.org/jira/browse/CXF-7823 / https://bugzilla.redhat.com/show_bug.cgi?id=1619815 -- This message was sent by Atlassian Jira (v7.12.1#712002)

5 years, 10 months

1
0
0 / 0

[JBoss JIRA] (WFLY-11844) JAXBEncoderDecoder doesn't respect @XmlType's propOrder in Exception class

by Tomas Hofman (Jira)

Tomas Hofman created WFLY-11844: ----------------------------------- Summary: JAXBEncoderDecoder doesn't respect @XmlType's propOrder in Exception class Key: WFLY-11844 URL: https://issues.jboss.org/browse/WFLY-11844 Project: WildFly Issue Type: Bug Reporter: Tomas Hofman Assignee: Tomas Hofman This is clone of https://issues.apache.org/jira/browse/CXF-7823 / https://bugzilla.redhat.com/show_bug.cgi?id=1619815 -- This message was sent by Atlassian Jira (v7.12.1#712002)

5 years, 10 months

1
0
0 / 0

[JBoss JIRA] (WFLY-11026) Journal compacting doesn't work with JDK 11

by ehsavoie Hugonnet (Jira)

[ https://issues.jboss.org/browse/WFLY-11026?page=com.atlassian.jira.plugin... ] ehsavoie Hugonnet reassigned WFLY-11026: ---------------------------------------- Assignee: ehsavoie Hugonnet (was: Ingo Weiss) > Journal compacting doesn't work with JDK 11 > ------------------------------------------- > > Key: WFLY-11026 > URL: https://issues.jboss.org/browse/WFLY-11026 > Project: WildFly > Issue Type: Bug > Components: JMS > Affects Versions: 14.0.0.Final > Environment: {noformat} > java 11-ea 2018-09-25 > Java(TM) SE Runtime Environment 18.9 (build 11-ea+21) > Java HotSpot(TM) 64-Bit Server VM 18.9 (build 11-ea+21, mixed mode) > {noformat} > Reporter: Martin Styk > Assignee: ehsavoie Hugonnet > Priority: Critical > Labels: Java11, jdk10, jdk11 > > Journal compacting doesn't work with Artemis 1.5 and JDK 11 > It fails with following stack trace: > {noformat} > 12:34:58,017 ERROR [org.apache.activemq.artemis.journal] (Thread-2 (ActiveMQ-IO-server-org.apache.activemq.artemis.core.server.impl.ActiveMQServerImpl$4@5483fda8)) AMQ144003: Error compacting: java.lang.reflect.InvocationTargetException > at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.base/java.lang.reflect.Method.invoke(Method.java:566) > at io.netty@4.1.25.Final//io.netty.util.internal.CleanerJava9.freeDirectBuffer(CleanerJava9.java:77) > at io.netty@4.1.25.Final//io.netty.util.internal.PlatformDependent.freeDirectBuffer(PlatformDependent.java:388) > at org.apache.activemq.artemis.journal@1.5.5.jbossorg-012//org.apache.activemq.artemis.core.io.nio.NIOSequentialFileFactory.releaseBuffer(NIOSequentialFileFactory.java:175) > at org.apache.activemq.artemis.journal@1.5.5.jbossorg-012//org.apache.activemq.artemis.core.io.nio.NIOSequentialFile.doInternalWrite(NIOSequentialFile.java:312) > at org.apache.activemq.artemis.journal@1.5.5.jbossorg-012//org.apache.activemq.artemis.core.io.nio.NIOSequentialFile.internalWrite(NIOSequentialFile.java:282) > at org.apache.activemq.artemis.journal@1.5.5.jbossorg-012//org.apache.activemq.artemis.core.io.nio.NIOSequentialFile.writeDirect(NIOSequentialFile.java:255) > at org.apache.activemq.artemis.journal@1.5.5.jbossorg-012//org.apache.activemq.artemis.core.journal.impl.AbstractJournalUpdateTask.flush(AbstractJournalUpdateTask.java:217) > at org.apache.activemq.artemis.journal@1.5.5.jbossorg-012//org.apache.activemq.artemis.core.journal.impl.JournalImpl.compact(JournalImpl.java:1520) > at org.apache.activemq.artemis.journal@1.5.5.jbossorg-012//org.apache.activemq.artemis.core.journal.impl.JournalImpl$14.run(JournalImpl.java:2060) > at org.apache.activemq.artemis.journal@1.5.5.jbossorg-012//org.apache.activemq.artemis.utils.OrderedExecutorFactory$OrderedExecutor$ExecutorTask.run(OrderedExecutorFactory.java:122) > at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128) > at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628) > at java.base/java.lang.Thread.run(Thread.java:834) > Caused by: java.lang.IllegalArgumentException: duplicate or slice > at jdk.unsupported/sun.misc.Unsafe.invokeCleaner(Unsafe.java:1238) > {noformat} > This causes issues also in scenario with journal replication. > {noformat} > 13:09:32,133 WARN [org.apache.activemq.artemis.core.server] (Thread-173) AMQ222013: Error when trying to start replication: java.lang.RuntimeException: Error during compact, look at the logs > at org.apache.activemq.artemis.journal@1.5.5.jbossorg-012//org.apache.activemq.artemis.core.journal.impl.JournalImpl.scheduleCompactAndBlock(JournalImpl.java:1428) > at org.apache.activemq.artemis@1.5.5.jbossorg-012//org.apache.activemq.artemis.core.persistence.impl.journal.JournalStorageManager.startReplication(JournalStorageManager.java:540) > at org.apache.activemq.artemis@1.5.5.jbossorg-012//org.apache.activemq.artemis.core.server.impl.SharedNothingLiveActivation$2.run(SharedNothingLiveActivation.java:166) > at java.base/java.lang.Thread.run(Thread.java:834) > {noformat} -- This message was sent by Atlassian Jira (v7.12.1#712002)

5 years, 10 months

1
0
0 / 0

[JBoss JIRA] (WFLY-11026) Journal compacting doesn't work with JDK 11

by ehsavoie Hugonnet (Jira)

[ https://issues.jboss.org/browse/WFLY-11026?page=com.atlassian.jira.plugin... ] ehsavoie Hugonnet commented on WFLY-11026: ------------------------------------------ Should be part of the Artemis 2.7.0 component upgrade > Journal compacting doesn't work with JDK 11 > ------------------------------------------- > > Key: WFLY-11026 > URL: https://issues.jboss.org/browse/WFLY-11026 > Project: WildFly > Issue Type: Bug > Components: JMS > Affects Versions: 14.0.0.Final > Environment: {noformat} > java 11-ea 2018-09-25 > Java(TM) SE Runtime Environment 18.9 (build 11-ea+21) > Java HotSpot(TM) 64-Bit Server VM 18.9 (build 11-ea+21, mixed mode) > {noformat} > Reporter: Martin Styk > Assignee: ehsavoie Hugonnet > Priority: Critical > Labels: Java11, jdk10, jdk11 > > Journal compacting doesn't work with Artemis 1.5 and JDK 11 > It fails with following stack trace: > {noformat} > 12:34:58,017 ERROR [org.apache.activemq.artemis.journal] (Thread-2 (ActiveMQ-IO-server-org.apache.activemq.artemis.core.server.impl.ActiveMQServerImpl$4@5483fda8)) AMQ144003: Error compacting: java.lang.reflect.InvocationTargetException > at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.base/java.lang.reflect.Method.invoke(Method.java:566) > at io.netty@4.1.25.Final//io.netty.util.internal.CleanerJava9.freeDirectBuffer(CleanerJava9.java:77) > at io.netty@4.1.25.Final//io.netty.util.internal.PlatformDependent.freeDirectBuffer(PlatformDependent.java:388) > at org.apache.activemq.artemis.journal@1.5.5.jbossorg-012//org.apache.activemq.artemis.core.io.nio.NIOSequentialFileFactory.releaseBuffer(NIOSequentialFileFactory.java:175) > at org.apache.activemq.artemis.journal@1.5.5.jbossorg-012//org.apache.activemq.artemis.core.io.nio.NIOSequentialFile.doInternalWrite(NIOSequentialFile.java:312) > at org.apache.activemq.artemis.journal@1.5.5.jbossorg-012//org.apache.activemq.artemis.core.io.nio.NIOSequentialFile.internalWrite(NIOSequentialFile.java:282) > at org.apache.activemq.artemis.journal@1.5.5.jbossorg-012//org.apache.activemq.artemis.core.io.nio.NIOSequentialFile.writeDirect(NIOSequentialFile.java:255) > at org.apache.activemq.artemis.journal@1.5.5.jbossorg-012//org.apache.activemq.artemis.core.journal.impl.AbstractJournalUpdateTask.flush(AbstractJournalUpdateTask.java:217) > at org.apache.activemq.artemis.journal@1.5.5.jbossorg-012//org.apache.activemq.artemis.core.journal.impl.JournalImpl.compact(JournalImpl.java:1520) > at org.apache.activemq.artemis.journal@1.5.5.jbossorg-012//org.apache.activemq.artemis.core.journal.impl.JournalImpl$14.run(JournalImpl.java:2060) > at org.apache.activemq.artemis.journal@1.5.5.jbossorg-012//org.apache.activemq.artemis.utils.OrderedExecutorFactory$OrderedExecutor$ExecutorTask.run(OrderedExecutorFactory.java:122) > at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128) > at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628) > at java.base/java.lang.Thread.run(Thread.java:834) > Caused by: java.lang.IllegalArgumentException: duplicate or slice > at jdk.unsupported/sun.misc.Unsafe.invokeCleaner(Unsafe.java:1238) > {noformat} > This causes issues also in scenario with journal replication. > {noformat} > 13:09:32,133 WARN [org.apache.activemq.artemis.core.server] (Thread-173) AMQ222013: Error when trying to start replication: java.lang.RuntimeException: Error during compact, look at the logs > at org.apache.activemq.artemis.journal@1.5.5.jbossorg-012//org.apache.activemq.artemis.core.journal.impl.JournalImpl.scheduleCompactAndBlock(JournalImpl.java:1428) > at org.apache.activemq.artemis@1.5.5.jbossorg-012//org.apache.activemq.artemis.core.persistence.impl.journal.JournalStorageManager.startReplication(JournalStorageManager.java:540) > at org.apache.activemq.artemis@1.5.5.jbossorg-012//org.apache.activemq.artemis.core.server.impl.SharedNothingLiveActivation$2.run(SharedNothingLiveActivation.java:166) > at java.base/java.lang.Thread.run(Thread.java:834) > {noformat} -- This message was sent by Atlassian Jira (v7.12.1#712002)

5 years, 10 months

1
0
0 / 0

[JBoss JIRA] (WFLY-11843) CXF-7994 - NumberFormatException on JDK13 in org.apache.cxf.helpers.JavaUtils

by Richard Opalka (Jira)

[ https://issues.jboss.org/browse/WFLY-11843?page=com.atlassian.jira.plugin... ] Richard Opalka updated WFLY-11843: ---------------------------------- Git Pull Request: https://github.com/apache/cxf/pull/522 > CXF-7994 - NumberFormatException on JDK13 in org.apache.cxf.helpers.JavaUtils > ----------------------------------------------------------------------------- > > Key: WFLY-11843 > URL: https://issues.jboss.org/browse/WFLY-11843 > Project: WildFly > Issue Type: Bug > Components: Web Services > Affects Versions: 16.0.0.Final > Reporter: Richard Opalka > Assignee: Jim Ma > Priority: Major > Labels: jdk13 > Fix For: 17.0.0.Beta1 > > > We are getting the following exception when running CXF on top of JDK13: > — > Failed to start service jboss.deployment.unit."ws-endpoint-example.war".INSTALL: org.jboss.msc.service.StartExceptio > <------>at org.jboss.as.server@8.0.1.CR1-SNAPSHOT//org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:183) > <------>at org.jboss.msc@1.4.5.Final//org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1738) > <------>at org.jboss.msc@1.4.5.Final//org.jboss.msc.service.ServiceControllerImpl$StartTask.execute(ServiceControllerImpl.java:1700) > <------>at org.jboss.msc@1.4.5.Final//org.jboss.msc.service.ServiceControllerImpl$ControllerTask.run(ServiceControllerImpl.java:1558) > <------>at org.jboss.threads@2.3.3.Final//org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35) > <------>at org.jboss.threads@2.3.3.Final//org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1982) > <------>at org.jboss.threads@2.3.3.Final//org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1486) > <------>at org.jboss.threads@2.3.3.Final//org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1363) > <------>at java.base/java.lang.Thread.run(Thread.java:835) > Caused by: java.lang.ExceptionInInitializerError > <------>at org.apache.cxf.impl//org.apache.cxf.jaxws.WrapperClassGenerator.generateMessagePart(WrapperClassGenerator.java:335) > <------>at org.apache.cxf.impl//org.apache.cxf.jaxws.WrapperClassGenerator.createWrapperClass(WrapperClassGenerator.java:224) > <------>at org.apache.cxf.impl//org.apache.cxf.jaxws.WrapperClassGenerator.generate(WrapperClassGenerator.java:122) > <------>at org.apache.cxf.impl//org.apache.cxf.jaxws.support.JaxWsServiceFactoryBean.generatedWrapperBeanClass(JaxWsServiceFactoryBean.java:674) > <------>at org.apache.cxf.impl//org.apache.cxf.jaxws.support.JaxWsServiceFactoryBean.getExtraClass(JaxWsServiceFactoryBean.java:644) > <------>at org.apache.cxf.impl//org.apache.cxf.wsdl.service.factory.ReflectionServiceFactoryBean.buildServiceFromClass(ReflectionServiceFactoryBean.java:464) > <------>at org.apache.cxf.impl//org.apache.cxf.jaxws.support.JaxWsServiceFactoryBean.buildServiceFromClass(JaxWsServiceFactoryBean.java:695) > <------>at org.apache.cxf.impl//org.apache.cxf.wsdl.service.factory.ReflectionServiceFactoryBean.initializeServiceModel(ReflectionServiceFactoryBean.java:530) > <------>at org.apache.cxf.impl//org.apache.cxf.wsdl.service.factory.ReflectionServiceFactoryBean.create(ReflectionServiceFactoryBean.java:263) > <------>at org.apache.cxf.impl//org.apache.cxf.jaxws.support.JaxWsServiceFactoryBean.create(JaxWsServiceFactoryBean.java:199) > <------>at org.apache.cxf.impl//org.apache.cxf.frontend.AbstractWSDLBasedEndpointFactory.createEndpoint(AbstractWSDLBasedEndpointFactory.java:103) > <------>at org.apache.cxf.impl//org.apache.cxf.frontend.ServerFactoryBean.create(ServerFactoryBean.java:168) > <------>at org.apache.cxf.impl//org.apache.cxf.jaxws.JaxWsServerFactoryBean.create(JaxWsServerFactoryBean.java:211) > <------>at org.apache.cxf.impl//org.apache.cxf.jaxws.EndpointImpl.getServer(EndpointImpl.java:460) > <------>at org.apache.cxf.impl//org.apache.cxf.jaxws.EndpointImpl.doPublish(EndpointImpl.java:338) > <------>at org.jboss.ws.cxf.jbossws-cxf-server@5.2.4.Final//org.jboss.wsf.stack.cxf.deployment.EndpointImpl.doPublish(EndpointImpl.java:79) > <------>at org.apache.cxf.impl//org.apache.cxf.jaxws.EndpointImpl.publish(EndpointImpl.java:255) > <------>at org.apache.cxf.impl//org.apache.cxf.jaxws.EndpointImpl.publish(EndpointImpl.java:543) > <------>at org.jboss.ws.cxf.jbossws-cxf-server@5.2.4.Final//org.jboss.wsf.stack.cxf.configuration.BusHolder.configure(BusHolder.java:235) > <------>at org.jboss.ws.cxf.jbossws-cxf-server@5.2.4.Final//org.jboss.wsf.stack.cxf.deployment.aspect.BusDeploymentAspect.startDeploymentBus(BusDeploymentAspect.java:97) > <------>at org.jboss.ws.cxf.jbossws-cxf-server@5.2.4.Final//org.jboss.wsf.stack.cxf.deployment.aspect.BusDeploymentAspect.start(BusDeploymentAspect.java:59) > <------>at org.jboss.as.webservices//org.jboss.as.webservices.deployers.AspectDeploymentProcessor.deploy(AspectDeploymentProcessor.java:73) > <------>at org.jboss.as.server@8.0.1.CR1-SNAPSHOT//org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:176) > <------>... 8 more > Caused by: java.lang.NumberFormatException: For input string: "13-ea" > <------>at java.base/java.lang.NumberFormatException.forInputString(NumberFormatException.java:68) > <------>at java.base/java.lang.Integer.parseInt(Integer.java:658) > <------>at java.base/java.lang.Integer.valueOf(Integer.java:989) > <------>at org.apache.cxf(a)3.2.7//org.apache.cxf.helpers.JavaUtils.<clinit>(JavaUtils.java:65) > <------>... 31 more -- This message was sent by Atlassian Jira (v7.12.1#712002)

5 years, 10 months

1
0
0 / 0

[JBoss JIRA] (WFLY-11825) CXF-7984 - UsernameTokenInterceptor doesn't respect contextual property "allowNamespaceQualifiedPasswordTypes"

by Richard Opalka (Jira)

[ https://issues.jboss.org/browse/WFLY-11825?page=com.atlassian.jira.plugin... ] Richard Opalka updated WFLY-11825: ---------------------------------- Fix Version/s: 17.0.0.Beta1 > CXF-7984 - UsernameTokenInterceptor doesn't respect contextual property "allowNamespaceQualifiedPasswordTypes" > -------------------------------------------------------------------------------------------------------------- > > Key: WFLY-11825 > URL: https://issues.jboss.org/browse/WFLY-11825 > Project: WildFly > Issue Type: Bug > Components: Web Services > Affects Versions: 16.0.0.Final > Reporter: Ilia Vassilev > Assignee: Ilia Vassilev > Priority: Major > Fix For: 17.0.0.Beta1 > > > allowNamespaceQualifiedPasswordTypes is not read from contextual properties before create wss4j UsernameToken. -- This message was sent by Atlassian Jira (v7.12.1#712002)

5 years, 10 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 March 2019