January 2018 - jboss-jira - Jboss List Archives

[JBoss JIRA] (WFCORE-3457) Reduce class loading of Elytron subsystem

by Darran Lofthouse (JIRA)

[ https://issues.jboss.org/browse/WFCORE-3457?page=com.atlassian.jira.plugi... ] Darran Lofthouse commented on WFCORE-3457: ------------------------------------------ I have reduced the scope of this down, as has been identified elsewhere a lot of the class count is caused by a single resource needing to implement multiple interfaces for different reasons i.e. resource definition, add handler, remove handler etc... I could refactor a lot more to try and reduce what is loaded by converting the add handlers into some kind of factory so we only look up the impl if a resource exists but TBH we end up with either more classes or big classes which both impact on metaspace. > Reduce class loading of Elytron subsystem > ----------------------------------------- > > Key: WFCORE-3457 > URL: https://issues.jboss.org/browse/WFCORE-3457 > Project: WildFly Core > Issue Type: Task > Components: Security > Reporter: Darran Lofthouse > Assignee: Darran Lofthouse > Fix For: 4.0.0.Alpha6 > > -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 5 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-3457) Reduce class loading of Elytron subsystem

by Darran Lofthouse (JIRA)

[ https://issues.jboss.org/browse/WFCORE-3457?page=com.atlassian.jira.plugi... ] Darran Lofthouse updated WFCORE-3457: ------------------------------------- Summary: Reduce class loading of Elytron subsystem (was: Reduce Classes in the Elytron Subsystem) > Reduce class loading of Elytron subsystem > ----------------------------------------- > > Key: WFCORE-3457 > URL: https://issues.jboss.org/browse/WFCORE-3457 > Project: WildFly Core > Issue Type: Task > Components: Security > Reporter: Darran Lofthouse > Assignee: Darran Lofthouse > Fix For: 4.0.0.Alpha6 > > -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 5 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-3457) Reduce Classes in the Elytron Subsystem

by Darran Lofthouse (JIRA)

[ https://issues.jboss.org/browse/WFCORE-3457?page=com.atlassian.jira.plugi... ] Darran Lofthouse updated WFCORE-3457: ------------------------------------- Description: (was: We currently compile to 323 classes, as this subsystem is almost exclusively about management representation (Model and XML) rather than implementation all 323 of these classes will need to be loaded when the subsystem is installed. By switching to builders where we can instead of anonymous inner classes and possibly using more common classes I believe a reasonable early target could be drop this to 200 to 250 classes so possibly up to a 33% saving. Even without restructuring our resource registrations a lot of our classes exist just to logically group related resources rather than any other purpose.) > Reduce Classes in the Elytron Subsystem > --------------------------------------- > > Key: WFCORE-3457 > URL: https://issues.jboss.org/browse/WFCORE-3457 > Project: WildFly Core > Issue Type: Task > Components: Security > Reporter: Darran Lofthouse > Assignee: Darran Lofthouse > Fix For: 4.0.0.Alpha6 > > -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 5 months

1
0
0 / 0

[JBoss JIRA] (WFLY-9128) Upgrade Apache CXF to 3.1.13

by Ivo Studensky (JIRA)

[ https://issues.jboss.org/browse/WFLY-9128?page=com.atlassian.jira.plugin.... ] Ivo Studensky updated WFLY-9128: -------------------------------- Git Pull Request: https://github.com/wildfly/wildfly/pull/10751 (was: https://github.com/wildfly/wildfly/pull/10382) > Upgrade Apache CXF to 3.1.13 > ---------------------------- > > Key: WFLY-9128 > URL: https://issues.jboss.org/browse/WFLY-9128 > Project: WildFly > Issue Type: Component Upgrade > Components: Web Services > Reporter: Ivo Studensky > Assignee: Alessio Soldano > Labels: downstream_dependency > > Upgrade Apache CXF to 3.1.13. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 5 months

1
0
0 / 0

[JBoss JIRA] (WFLY-9128) Upgrade Apache CXF to 3.1.13

by Ivo Studensky (JIRA)

[ https://issues.jboss.org/browse/WFLY-9128?page=com.atlassian.jira.plugin.... ] Ivo Studensky updated WFLY-9128: -------------------------------- Description: Upgrade Apache CXF to 3.1.13. was: Upgrade Apache CXF to 3.1.11 (from 3.1.10) > Upgrade Apache CXF to 3.1.13 > ---------------------------- > > Key: WFLY-9128 > URL: https://issues.jboss.org/browse/WFLY-9128 > Project: WildFly > Issue Type: Component Upgrade > Components: Web Services > Reporter: Ivo Studensky > Assignee: Alessio Soldano > Labels: downstream_dependency > > Upgrade Apache CXF to 3.1.13. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 5 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-3496) Upgrade WildFly Elytron to 1.2.0.Beta12

by Darran Lofthouse (JIRA)

[ https://issues.jboss.org/browse/WFCORE-3496?page=com.atlassian.jira.plugi... ] Darran Lofthouse updated WFCORE-3496: ------------------------------------- Summary: Upgrade WildFly Elytron to 1.2.0.Beta12 (was: Upgrade WildFly Elytron to 1.2.0.Beta11) > Upgrade WildFly Elytron to 1.2.0.Beta12 > --------------------------------------- > > Key: WFCORE-3496 > URL: https://issues.jboss.org/browse/WFCORE-3496 > Project: WildFly Core > Issue Type: Component Upgrade > Components: Security > Reporter: Ivo Studensky > Assignee: Darran Lofthouse > Labels: downstream_dependency > -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 5 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-3496) Upgrade WildFly Elytron to 1.2.0.Beta11

by Darran Lofthouse (JIRA)

[ https://issues.jboss.org/browse/WFCORE-3496?page=com.atlassian.jira.plugi... ] Darran Lofthouse updated WFCORE-3496: ------------------------------------- Summary: Upgrade WildFly Elytron to 1.2.0.Beta11 (was: Upgrade WildFly Elytron to 1.2.0.Beta10) > Upgrade WildFly Elytron to 1.2.0.Beta11 > --------------------------------------- > > Key: WFCORE-3496 > URL: https://issues.jboss.org/browse/WFCORE-3496 > Project: WildFly Core > Issue Type: Component Upgrade > Components: Security > Reporter: Ivo Studensky > Assignee: Darran Lofthouse > Labels: downstream_dependency > -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 5 months

1
0
0 / 0

[JBoss JIRA] (WFLY-9672) Update Resteasy from 3.0.24.Final to 3.0.25.Final

by Ivo Studensky (JIRA)

[ https://issues.jboss.org/browse/WFLY-9672?page=com.atlassian.jira.plugin.... ] Ivo Studensky moved JBEAP-14091 to WFLY-9672: --------------------------------------------- Project: WildFly (was: JBoss Enterprise Application Platform) Key: WFLY-9672 (was: JBEAP-14091) Workflow: GIT Pull Request workflow (was: CDW with loose statuses v1) Component/s: REST (was: REST) Target Release: (was: 7.backlog.GA) > Update Resteasy from 3.0.24.Final to 3.0.25.Final > ------------------------------------------------- > > Key: WFLY-9672 > URL: https://issues.jboss.org/browse/WFLY-9672 > Project: WildFly > Issue Type: Component Upgrade > Components: REST > Reporter: Ivo Studensky > Assignee: Alessio Soldano > -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ELY-1475) Empty username for FormAuthenticationMechanism causes IllegalArgumentException

by Romain Pelisse (JIRA)

[ https://issues.jboss.org/browse/ELY-1475?page=com.atlassian.jira.plugin.s... ] Romain Pelisse reassigned ELY-1475: ----------------------------------- Assignee: Romain Pelisse (was: Ilia Vassilev) > Empty username for FormAuthenticationMechanism causes IllegalArgumentException > ------------------------------------------------------------------------------ > > Key: ELY-1475 > URL: https://issues.jboss.org/browse/ELY-1475 > Project: WildFly Elytron > Issue Type: Bug > Affects Versions: 1.2.0.Beta11 > Reporter: Ondrej Lukas > Assignee: Romain Pelisse > Fix For: 1.2.0.Beta12 > > > In case when empty username is passed to FormAuthenticationMechanism.attemptAuthentication then IllegalArgumentException is thrown from constructor of NameCallback. This happens in cases when form is sent with empty value for j_username. > See exception: > {code} > ERROR [io.undertow.request] (default task-18) UT005023: Exception handling request to /depForm/j_security_check: java.lang.IllegalArgumentException > at javax.security.auth.callback.NameCallback.<init>(NameCallback.java:90) > at org.wildfly.security.http.impl.UsernamePasswordAuthenticationMechanism.authenticate(UsernamePasswordAuthenticationMechanism.java:60) > at org.wildfly.security.http.impl.FormAuthenticationMechanism.attemptAuthentication(FormAuthenticationMechanism.java:172) > at org.wildfly.security.http.impl.FormAuthenticationMechanism.evaluateRequest(FormAuthenticationMechanism.java:106) > at org.wildfly.security.http.util.SetMechanismInformationMechanismFactory$1.evaluateRequest(SetMechanismInformationMechanismFactory.java:114) > at org.wildfly.security.http.util.SecurityIdentityServerMechanismFactory$1.evaluateRequest(SecurityIdentityServerMechanismFactory.java:77) > at org.wildfly.security.http.HttpAuthenticator$AuthenticationExchange.authenticate(HttpAuthenticator.java:115) > at org.wildfly.security.http.HttpAuthenticator$AuthenticationExchange.access$100(HttpAuthenticator.java:94) > at org.wildfly.security.http.HttpAuthenticator.authenticate(HttpAuthenticator.java:78) > at org.wildfly.elytron.web.undertow.server.SecurityContextImpl.authenticate(SecurityContextImpl.java:100) > at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:55) > at io.undertow.server.handlers.DisableCacheHandler.handleRequest(DisableCacheHandler.java:33) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) > at io.undertow.security.handlers.AuthenticationConstraintHandler.handleRequest(AuthenticationConstraintHandler.java:53) > at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46) > at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64) > at io.undertow.servlet.handlers.security.ServletSecurityConstraintHandler.handleRequest(ServletSecurityConstraintHandler.java:59) > at io.undertow.security.handlers.AbstractSecurityContextAssociationHandler.handleRequest(AbstractSecurityContextAssociationHandler.java:43) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) > at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) > at org.wildfly.extension.undertow.deployment.GlobalRequestControllerHandler.handleRequest(GlobalRequestControllerHandler.java:68) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) > at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:292) > at io.undertow.servlet.handlers.ServletInitialHandler.access$100(ServletInitialHandler.java:81) > at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:138) > at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:135) > at io.undertow.servlet.core.ServletRequestContextThreadSetupAction$1.call(ServletRequestContextThreadSetupAction.java:48) > at io.undertow.servlet.core.ContextClassLoaderSetupAction$1.call(ContextClassLoaderSetupAction.java:43) > at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1508) > at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1508) > at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1508) > at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1508) > at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:272) > at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:81) > at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:104) > at io.undertow.server.Connectors.executeRootHandler(Connectors.java:326) > at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:812) > 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) > {code} > It seems that [1] should also check {{username.length() == 0}}. > [1] https://github.com/wildfly-security/wildfly-elytron/blob/32ff7c17965b3eca... -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 5 months

1
0
0 / 0

[JBoss JIRA] (WFLY-9671) Upgrade Narayana to 5.5.31.Final

by Ivo Studensky (JIRA)

[ https://issues.jboss.org/browse/WFLY-9671?page=com.atlassian.jira.plugin.... ] Ivo Studensky updated WFLY-9671: -------------------------------- Comment: was deleted (was: A comment with security level 'Red Hat Employee' was removed.) > Upgrade Narayana to 5.5.31.Final > -------------------------------- > > Key: WFLY-9671 > URL: https://issues.jboss.org/browse/WFLY-9671 > Project: WildFly > Issue Type: Component Upgrade > Components: Transactions > Reporter: Tom Jenkinson > Assignee: Tom Jenkinson > > https://issues.jboss.org/secure/ReleaseNote.jspa?projectId=12310200&versi... -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 5 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 January 2018