December 2015 - jboss-jira - Jboss List Archives

[JBoss JIRA] (WFCORE-1201) Could not upload new deployment

by Tomaz Cerar (JIRA)

[ https://issues.jboss.org/browse/WFCORE-1201?page=com.atlassian.jira.plugi... ] Tomaz Cerar moved WFLY-5826 to WFCORE-1201: ------------------------------------------- Project: WildFly Core (was: WildFly) Key: WFCORE-1201 (was: WFLY-5826) Component/s: Domain Management (was: Domain Management) Affects Version/s: 1.0.2.Final (was: 9.0.2.Final) > Could not upload new deployment > ------------------------------- > > Key: WFCORE-1201 > URL: https://issues.jboss.org/browse/WFCORE-1201 > Project: WildFly Core > Issue Type: Bug > Components: Domain Management > Affects Versions: 1.0.2.Final > Environment: 2 different machines > Linux Debian Squeeze & Jessie > Oracle Java SE 8 > Reporter: Claudio Weiler > Assignee: Stuart Douglas > > WildFly stop to accept deployments via interface upload with following stacktrace: > ERROR [io.undertow.request] (XNIO-1 task-2) Undertow request failed HttpServerExchange{ POST /management-upload}: java.io.IOException: UT000036: Connection terminated parsing multipart data > at io.undertow.server.handlers.form.MultiPartParserDefinition$MultiPartUploadHandler.parseBlocking(MultiPartParserDefinition.java:203) > at org.jboss.as.domain.http.server.DomainApiGenericOperationHandler.handleRequest(DomainApiGenericOperationHandler.java:104) > at io.undertow.server.handlers.encoding.EncodingHandler.handleRequest(EncodingHandler.java:72) > at org.jboss.as.domain.http.server.security.SubjectDoAsHandler$1.run(SubjectDoAsHandler.java:72) > at org.jboss.as.domain.http.server.security.SubjectDoAsHandler$1.run(SubjectDoAsHandler.java:68) > at java.security.AccessController.doPrivileged(Native Method) > at javax.security.auth.Subject.doAs(Subject.java:422) > at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:92) > at org.jboss.as.domain.http.server.security.SubjectDoAsHandler.handleRequest(SubjectDoAsHandler.java:68) > at org.jboss.as.domain.http.server.security.SubjectDoAsHandler.handleRequest(SubjectDoAsHandler.java:63) > at io.undertow.server.handlers.BlockingHandler.handleRequest(BlockingHandler.java:56) > at org.jboss.as.domain.http.server.DomainApiCheckHandler.handleRequest(DomainApiCheckHandler.java:87) > at io.undertow.security.handlers.AuthenticationCallHandler.handleRequest(AuthenticationCallHandler.java:52) > at io.undertow.server.Connectors.executeRootHandler(Connectors.java:199) > at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:774) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:745) > Same artifact was used before with success, nothing changed. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFLY-5826) Could not upload new deployment

by Tomaz Cerar (JIRA)

[ https://issues.jboss.org/browse/WFLY-5826?page=com.atlassian.jira.plugin.... ] Tomaz Cerar updated WFLY-5826: ------------------------------ Component/s: Domain Management (was: Web (Undertow)) > Could not upload new deployment > ------------------------------- > > Key: WFLY-5826 > URL: https://issues.jboss.org/browse/WFLY-5826 > Project: WildFly > Issue Type: Bug > Components: Domain Management > Affects Versions: 9.0.2.Final > Environment: 2 different machines > Linux Debian Squeeze & Jessie > Oracle Java SE 8 > Reporter: Claudio Weiler > Assignee: Stuart Douglas > > WildFly stop to accept deployments via interface upload with following stacktrace: > ERROR [io.undertow.request] (XNIO-1 task-2) Undertow request failed HttpServerExchange{ POST /management-upload}: java.io.IOException: UT000036: Connection terminated parsing multipart data > at io.undertow.server.handlers.form.MultiPartParserDefinition$MultiPartUploadHandler.parseBlocking(MultiPartParserDefinition.java:203) > at org.jboss.as.domain.http.server.DomainApiGenericOperationHandler.handleRequest(DomainApiGenericOperationHandler.java:104) > at io.undertow.server.handlers.encoding.EncodingHandler.handleRequest(EncodingHandler.java:72) > at org.jboss.as.domain.http.server.security.SubjectDoAsHandler$1.run(SubjectDoAsHandler.java:72) > at org.jboss.as.domain.http.server.security.SubjectDoAsHandler$1.run(SubjectDoAsHandler.java:68) > at java.security.AccessController.doPrivileged(Native Method) > at javax.security.auth.Subject.doAs(Subject.java:422) > at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:92) > at org.jboss.as.domain.http.server.security.SubjectDoAsHandler.handleRequest(SubjectDoAsHandler.java:68) > at org.jboss.as.domain.http.server.security.SubjectDoAsHandler.handleRequest(SubjectDoAsHandler.java:63) > at io.undertow.server.handlers.BlockingHandler.handleRequest(BlockingHandler.java:56) > at org.jboss.as.domain.http.server.DomainApiCheckHandler.handleRequest(DomainApiCheckHandler.java:87) > at io.undertow.security.handlers.AuthenticationCallHandler.handleRequest(AuthenticationCallHandler.java:52) > at io.undertow.server.Connectors.executeRootHandler(Connectors.java:199) > at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:774) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:745) > Same artifact was used before with success, nothing changed. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFLY-5826) Could not upload new deployment

by Claudio Weiler (JIRA)

Claudio Weiler created WFLY-5826: ------------------------------------ Summary: Could not upload new deployment Key: WFLY-5826 URL: https://issues.jboss.org/browse/WFLY-5826 Project: WildFly Issue Type: Bug Components: Web (Undertow) Affects Versions: 9.0.2.Final Environment: 2 different machines Linux Debian Squeeze & Jessie Oracle Java SE 8 Reporter: Claudio Weiler Assignee: Stuart Douglas WildFly stop to accept deployments via interface upload with following stacktrace: ERROR [io.undertow.request] (XNIO-1 task-2) Undertow request failed HttpServerExchange{ POST /management-upload}: java.io.IOException: UT000036: Connection terminated parsing multipart data at io.undertow.server.handlers.form.MultiPartParserDefinition$MultiPartUploadHandler.parseBlocking(MultiPartParserDefinition.java:203) at org.jboss.as.domain.http.server.DomainApiGenericOperationHandler.handleRequest(DomainApiGenericOperationHandler.java:104) at io.undertow.server.handlers.encoding.EncodingHandler.handleRequest(EncodingHandler.java:72) at org.jboss.as.domain.http.server.security.SubjectDoAsHandler$1.run(SubjectDoAsHandler.java:72) at org.jboss.as.domain.http.server.security.SubjectDoAsHandler$1.run(SubjectDoAsHandler.java:68) at java.security.AccessController.doPrivileged(Native Method) at javax.security.auth.Subject.doAs(Subject.java:422) at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:92) at org.jboss.as.domain.http.server.security.SubjectDoAsHandler.handleRequest(SubjectDoAsHandler.java:68) at org.jboss.as.domain.http.server.security.SubjectDoAsHandler.handleRequest(SubjectDoAsHandler.java:63) at io.undertow.server.handlers.BlockingHandler.handleRequest(BlockingHandler.java:56) at org.jboss.as.domain.http.server.DomainApiCheckHandler.handleRequest(DomainApiCheckHandler.java:87) at io.undertow.security.handlers.AuthenticationCallHandler.handleRequest(AuthenticationCallHandler.java:52) at io.undertow.server.Connectors.executeRootHandler(Connectors.java:199) at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:774) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) at java.lang.Thread.run(Thread.java:745) Same artifact was used before with success, nothing changed. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFLY-5825) Messaging outgoing interceptors are not set

by Jeff Mesnil (JIRA)

Jeff Mesnil created WFLY-5825: --------------------------------- Summary: Messaging outgoing interceptors are not set Key: WFLY-5825 URL: https://issues.jboss.org/browse/WFLY-5825 Project: WildFly Issue Type: Bug Components: JMS Affects Versions: 10.0.0.CR4 Reporter: Jeff Mesnil Assignee: Jeff Mesnil In org.wildfly.extension.messaging.activemq.ServerAdd#processOutgoingInterceptors, the interceptors are wrongly added to the incoming interceptors instead of the outgoing interceptors. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 7 months

1
0
0 / 0

[JBoss JIRA] (SECURITY-897) Unable to authenticate in SPNEGO Login Module with NullPointerException

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/SECURITY-897?page=com.atlassian.jira.plug... ] RH Bugzilla Integration commented on SECURITY-897: -------------------------------------------------- Brad Maxwell <bmaxwell(a)redhat.com> changed the Status of [bug 1236606|https://bugzilla.redhat.com/show_bug.cgi?id=1236606] from NEW to POST > Unable to authenticate in SPNEGO Login Module with NullPointerException > ----------------------------------------------------------------------- > > Key: SECURITY-897 > URL: https://issues.jboss.org/browse/SECURITY-897 > Project: PicketBox > Issue Type: Bug > Components: Negotiation > Affects Versions: Negotiation_2_3_6_Final > Environment: Red Hat JBoss EAP 6.3.2 > Reporter: Kunjan Rathod > Assignee: Chao Wang > Labels: jboss, jboss-as > Fix For: Negotiation_3_0_0_Final > > > Description of problem: > The configuration with SPNEGO works fine, however from time to time the authentication fails with the following error: > ERROR (HTTP-341) [org.jboss.security.auth.spi.AbstractServerLoginModule] Unable to authenticate: java.lang.NullPointerException > at org.jboss.security.negotiation.spnego.SPNEGOLoginModule$AcceptSecContext.run(SPNEGOLoginModule.java:420) > at java.security.AccessController.doPrivileged(Native Method) > at javax.security.auth.Subject.doAs(Subject.java:356) > Version-Release number of selected component (if applicable): > JBoss Security Negotiation 2.3.3.Final > How reproducible: > This happens very rarely (20 times in a day on a system where about 50 users are working) and it is extremely hard to reproduce. > Additional info: > At line 420 in [1], the GSSToken is null > ~~~~ > if (respToken != null) > { > NegotiationMessage response; > if (requestMessage instanceof KerberosMessage) > { > response = new KerberosMessage(Constants.KERBEROS_V5, respToken); > } > else > { > NegTokenTarg negTokenTarg = new NegTokenTarg(); > negTokenTarg.setResponseToken(respToken); > response = negTokenTarg; > } > ~~~~ > It looks like a GSSToken can be or is null, check the line#344 as follows:- > ~~~~~~~~~ > public Object run() > { > try > { > // The message type will have already been checked before this point so we know it is > // a SPNEGO message. > NegotiationMessage requestMessage = negotiationContext.getRequestMessage(); > // TODO - Ensure no way to fall through with gssToken still null. > byte[] gssToken = null; > if (requestMessage instanceof NegTokenInit) > { > ... > ~~~~~~~~~ > [1] : https://github.com/wildfly-security/jboss-negotiation/blob/2.3.3.Final/jb... -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-1199) CLI Lists in non-interactive mode are erroneously split into multiple commands

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/WFCORE-1199?page=com.atlassian.jira.plugi... ] RH Bugzilla Integration updated WFCORE-1199: -------------------------------------------- Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1284885 Bugzilla Update: Perform > CLI Lists in non-interactive mode are erroneously split into multiple commands > ------------------------------------------------------------------------------ > > Key: WFCORE-1199 > URL: https://issues.jboss.org/browse/WFCORE-1199 > Project: WildFly Core > Issue Type: Bug > Components: CLI, Modules, Patching > Reporter: Ryan Emerson > Assignee: Ryan Emerson > > The problem arises because commands entered in non-interactive mode are split by the "," character. Therefore, in the case of: > "./bin/jboss-cli.sh -c --controller=localhost --commands="module add --name=test --resources=test.jar --dependencies=dep1,dep2" > the cli is incorrectly splitting the request into two distinct commands: > 1. module add --name=test --resources=test.jar --dependencies=dep1 > 2. dep2 > The reason this behaviour is not observed in interactive mode is because multiple commands can not be specified. However, in non-interactive mode --commands=ls,pwd is valid and should result in the execution of ls followed by pwd. > This problem is not restricted to the module command, as it affects all commands entered in non-interactive mode that require a comma-separated list as an argument. So far this appears to be PatchHanlder.java, ASModuleHandler.java and DeploymentOverlayHandler.java. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFLY-5824) Messaging outgoing interceptors are not set

by Jeff Mesnil (JIRA)

Jeff Mesnil created WFLY-5824: --------------------------------- Summary: Messaging outgoing interceptors are not set Key: WFLY-5824 URL: https://issues.jboss.org/browse/WFLY-5824 Project: WildFly Issue Type: Bug Components: JMS Affects Versions: 10.0.0.CR4 Reporter: Jeff Mesnil Assignee: Jeff Mesnil In org.wildfly.extension.messaging.activemq.ServerAdd#processOutgoingInterceptors, the interceptors are wrongly added to the incoming interceptors instead of the outgoing interceptors. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-1200) CLI Lists in non-interactive mode are erroneously split into multiple commands

by Ryan Emerson (JIRA)

Ryan Emerson created WFCORE-1200: ------------------------------------ Summary: CLI Lists in non-interactive mode are erroneously split into multiple commands Key: WFCORE-1200 URL: https://issues.jboss.org/browse/WFCORE-1200 Project: WildFly Core Issue Type: Bug Components: CLI, Modules, Patching Reporter: Ryan Emerson Assignee: Ryan Emerson The problem arises because commands entered in non-interactive mode are split by the "," character. Therefore, in the case of: "./bin/jboss-cli.sh -c --controller=localhost --commands="module add --name=test --resources=test.jar --dependencies=dep1,dep2" the cli is incorrectly splitting the request into two distinct commands: 1. module add --name=test --resources=test.jar --dependencies=dep1 2. dep2 The reason this behaviour is not observed in interactive mode is because multiple commands can not be specified. However, in non-interactive mode --commands=ls,pwd is valid and should result in the execution of ls followed by pwd. This problem is not restricted to the module command, as it affects all commands entered in non-interactive mode that require a comma-separated list as an argument. So far this appears to be PatchHanlder.java, ASModuleHandler.java and DeploymentOverlayHandler.java. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFLY-5823) Register callbacks for messaging paths

by Jeff Mesnil (JIRA)

[ https://issues.jboss.org/browse/WFLY-5823?page=com.atlassian.jira.plugin.... ] Jeff Mesnil updated WFLY-5823: ------------------------------ Priority: Minor (was: Major) > Register callbacks for messaging paths > -------------------------------------- > > Key: WFLY-5823 > URL: https://issues.jboss.org/browse/WFLY-5823 > Project: WildFly > Issue Type: Bug > Components: JMS > Affects Versions: 10.0.0.CR4 > Reporter: Jeff Mesnil > Assignee: Jeff Mesnil > Priority: Minor > -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFLY-5823) Register callbacks for messaging paths

by Jeff Mesnil (JIRA)

Jeff Mesnil created WFLY-5823: --------------------------------- Summary: Register callbacks for messaging paths Key: WFLY-5823 URL: https://issues.jboss.org/browse/WFLY-5823 Project: WildFly Issue Type: Bug Components: JMS Affects Versions: 10.0.0.CR4 Reporter: Jeff Mesnil Assignee: Jeff Mesnil -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 7 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 December 2015