May 2019 - jboss-jira - Jboss List Archives

[JBoss JIRA] (WFLY-11542) Update Undertow ApplicationSecurityDomain to use individual factories.

by Brian Stansberry (Jira)

[ https://issues.jboss.org/browse/WFLY-11542?page=com.atlassian.jira.plugin... ] Brian Stansberry updated WFLY-11542: ------------------------------------ Fix Version/s: 17.0.0.Beta1 (was: 17.0.0.Alpha1) > Update Undertow ApplicationSecurityDomain to use individual factories. > ---------------------------------------------------------------------- > > Key: WFLY-11542 > URL: https://issues.jboss.org/browse/WFLY-11542 > Project: WildFly > Issue Type: Task > Components: Security, Web (Undertow) > Reporter: Darran Lofthouse > Assignee: Darran Lofthouse > Priority: Major > Fix For: 17.0.0.Beta1 > > > This is to move away from the deprecated 'org.wildfly.security.http.impl.ServerMechanismFactoryImpl' which will be removed soon as it was never public API. -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 2 months

1
0
0 / 0

[JBoss JIRA] (WFLY-11967) Eliminate deprecated CapabilityServiceTarget.addCapability() usages

by Brian Stansberry (Jira)

[ https://issues.jboss.org/browse/WFLY-11967?page=com.atlassian.jira.plugin... ] Brian Stansberry updated WFLY-11967: ------------------------------------ Fix Version/s: 17.0.0.Beta1 (was: 17.0.0.Alpha1) > Eliminate deprecated CapabilityServiceTarget.addCapability() usages > ------------------------------------------------------------------- > > Key: WFLY-11967 > URL: https://issues.jboss.org/browse/WFLY-11967 > Project: WildFly > Issue Type: Enhancement > Components: Agroal, EJB, JCA, Mail, MP Health, Transactions, Web (Undertow) > Reporter: Richard Opalka > Assignee: Richard Opalka > Priority: Major > Fix For: 17.0.0.Beta1 > > -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 2 months

1
0
0 / 0

[JBoss JIRA] (WFLY-11958) Eliminate deprecated DeploymentPhaseContext.addDependency() method usages

by Brian Stansberry (Jira)

[ https://issues.jboss.org/browse/WFLY-11958?page=com.atlassian.jira.plugin... ] Brian Stansberry updated WFLY-11958: ------------------------------------ Fix Version/s: 17.0.0.Beta1 (was: 17.0.0.Alpha1) > Eliminate deprecated DeploymentPhaseContext.addDependency() method usages > ------------------------------------------------------------------------- > > Key: WFLY-11958 > URL: https://issues.jboss.org/browse/WFLY-11958 > Project: WildFly > Issue Type: Enhancement > Components: EE, Transactions > Reporter: Richard Opalka > Assignee: Richard Opalka > Priority: Major > Fix For: 17.0.0.Beta1 > > -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 2 months

1
0
0 / 0

[JBoss JIRA] (WFLY-11935) Remove unused commons-cli, commons-lang and commons-lang3 modules

by Brian Stansberry (Jira)

[ https://issues.jboss.org/browse/WFLY-11935?page=com.atlassian.jira.plugin... ] Brian Stansberry updated WFLY-11935: ------------------------------------ Fix Version/s: 17.0.0.Beta1 (was: 17.0.0.Alpha1) > Remove unused commons-cli, commons-lang and commons-lang3 modules > ----------------------------------------------------------------- > > Key: WFLY-11935 > URL: https://issues.jboss.org/browse/WFLY-11935 > Project: WildFly > Issue Type: Task > Components: JSF, Server > Reporter: Brian Stansberry > Assignee: Brian Stansberry > Priority: Major > Fix For: 17.0.0.Beta1 > > > Currently WildFly includes 3 JBoss Modules modules that are not used in our runtime. I would like to remove these in WildFly 17: > org.apache.commons.cli > org.apache.commons.lang[1] > org.apache.commons.lang3 > All three have the "jboss.api" = "private" property set in their module.xml, meaning they are marked for internal use only and we are free to remove them. End user applications should not have referenced these modules, and if they do we log a WARN on boot advising not to do that. > However, other projects that extend WildFly (i.e. write their own subsystems) may be using these modules, so I sent out a notification that these may be going away: > http://lists.jboss.org/pipermail/wildfly-dev/2019-April/006829.html -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 2 months

1
0
0 / 0

[JBoss JIRA] (WFLY-11904) No ActiveMQ connection factory with RAR deployment

by Brian Stansberry (Jira)

[ https://issues.jboss.org/browse/WFLY-11904?page=com.atlassian.jira.plugin... ] Brian Stansberry updated WFLY-11904: ------------------------------------ Fix Version/s: 17.0.0.Beta1 (was: 17.0.0.Alpha1) > No ActiveMQ connection factory with RAR deployment > -------------------------------------------------- > > Key: WFLY-11904 > URL: https://issues.jboss.org/browse/WFLY-11904 > Project: WildFly > Issue Type: Bug > Components: JMS > Reporter: Thomas Diesler > Assignee: Emmanuel Hugonnet > Priority: Major > Fix For: 17.0.0.Beta1 > > > The ActiveMQ RAR deployment no longer registers its connection factory nor destination. > Is org.apache.activemq:activemq-rar:rar:5.15.7 no longer supported? > CrossRef: https://github.com/wildfly-extras/wildfly-camel/issues/2783 -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 2 months

1
0
0 / 0

[JBoss JIRA] (WFLY-11880) Add a SASL mechanism reference to the documentation

by Brian Stansberry (Jira)

[ https://issues.jboss.org/browse/WFLY-11880?page=com.atlassian.jira.plugin... ] Brian Stansberry updated WFLY-11880: ------------------------------------ Fix Version/s: 17.0.0.Beta1 (was: 17.0.0.Alpha1) > Add a SASL mechanism reference to the documentation > --------------------------------------------------- > > Key: WFLY-11880 > URL: https://issues.jboss.org/browse/WFLY-11880 > Project: WildFly > Issue Type: Task > Components: Documentation, Security > Reporter: Darran Lofthouse > Priority: Major > Fix For: 17.0.0.Beta1 > > > A mechanism by mechanism listing, describing the mech, any features / requirements of the mech and any properties or other configuration affecting the mech. > This will need to cover both the client and server perspectives. -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 2 months

1
0
0 / 0

[JBoss JIRA] (WFLY-11879) Add a more in-depth section in the docs covering authentication.

by Brian Stansberry (Jira)

[ https://issues.jboss.org/browse/WFLY-11879?page=com.atlassian.jira.plugin... ] Brian Stansberry updated WFLY-11879: ------------------------------------ Fix Version/s: 17.0.0.Beta1 (was: 17.0.0.Alpha1) > Add a more in-depth section in the docs covering authentication. > ---------------------------------------------------------------- > > Key: WFLY-11879 > URL: https://issues.jboss.org/browse/WFLY-11879 > Project: WildFly > Issue Type: Task > Components: Documentation, Security > Reporter: Darran Lofthouse > Priority: Major > Fix For: 17.0.0.Beta1 > > > A detailed authentication section, this will be huge but I don't think we have a clear picture of how the different pieces really come together i.e. realms, domains, mappers and decoders and subsequently the authentication factories. -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 2 months

1
0
0 / 0

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

by Brian Stansberry (Jira)

[ https://issues.jboss.org/browse/WFLY-11843?page=com.atlassian.jira.plugin... ] Brian Stansberry updated WFLY-11843: ------------------------------------ Fix Version/s: 17.0.0.Beta1 (was: 17.0.0.Alpha1) > 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)

7 years, 2 months

1
0
0 / 0

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

by Brian Stansberry (Jira)

[ https://issues.jboss.org/browse/WFLY-11825?page=com.atlassian.jira.plugin... ] Brian Stansberry updated WFLY-11825: ------------------------------------ Fix Version/s: 17.0.0.Beta1 (was: 17.0.0.Alpha1) > 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 > Labels: downstream_dependency > 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)

7 years, 2 months

1
0
0 / 0

[JBoss JIRA] (WFLY-12070) Upgrade to Apache CXF 3.3.2 and JBossWS 5.3.0.Final

by Brian Stansberry (Jira)

[ https://issues.jboss.org/browse/WFLY-12070?page=com.atlassian.jira.plugin... ] Brian Stansberry updated WFLY-12070: ------------------------------------ Fix Version/s: 17.0.0.Beta1 (was: 17.0.0.Alpha1) > Upgrade to Apache CXF 3.3.2 and JBossWS 5.3.0.Final > --------------------------------------------------- > > Key: WFLY-12070 > URL: https://issues.jboss.org/browse/WFLY-12070 > Project: WildFly > Issue Type: Task > Components: Web Services > Affects Versions: 16.0.0.Final > Reporter: Jim Ma > Assignee: Jim Ma > Priority: Critical > Fix For: 17.0.0.Beta1 > > -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 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 May 2019