November 2016 - jboss-jira - Jboss List Archives

[JBoss JIRA] (WFLY-7067) show-resources operation of jaxrs subsystem is unable to read jax-rs end-point from subresources

by Lin Gao (JIRA)

[ https://issues.jboss.org/browse/WFLY-7067?page=com.atlassian.jira.plugin.... ] Lin Gao resolved WFLY-7067. --------------------------- Resolution: Done Close it as the problem described was fixed by WFLY-7024 > show-resources operation of jaxrs subsystem is unable to read jax-rs end-point from subresources > ------------------------------------------------------------------------------------------------ > > Key: WFLY-7067 > URL: https://issues.jboss.org/browse/WFLY-7067 > Project: WildFly > Issue Type: Bug > Components: REST > Reporter: Lin Gao > Assignee: Lin Gao > > Show-resources operation of jaxrs subsystem is unable to read jax-rs end-point from subresources. > Example: > {code:java} > @Path("/root") > public class Root { > @Path("/method") > public Sub rootMethod() { > return new Sub(); > } > } > {code} > {code:java} > public class Sub { > @GET > @Path("submethod") > public String returnValue() { > return "555"; > } > } > {code} > {noformat} > [standalone@localhost:9990 /] /deployment=jaxrs-wf.war/subsystem=jaxrs:show-resources > { > "outcome" => "failed", > "failure-description" => "WFLYCTL0158: Operation handler failed: java.lang.ClassCastException: org.jboss.resteasy.core.ResourceLocatorInvoker cannot be cast to org.jboss.resteasy.core.ResourceMethodInvoker", > "rolled-back" => true > } > [standalone@localhost:9990 /] > {noformat} > {noformat} > 15:52:04,618 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 33) WFLYCTL0013: Operation ("show-resources") failed - address: ([ > ("deployment" => "jaxrs-wf.war"), > ("subsystem" => "jaxrs") > ]): java.lang.ClassCastException: org.jboss.resteasy.core.ResourceLocatorInvoker cannot be cast to org.jboss.resteasy.core.ResourceMethodInvoker > at org.jboss.as.jaxrs.JaxrsDeploymentDefinition$ShowJaxrsResourcesHandler.handle(JaxrsDeploymentDefinition.java:107) > at org.jboss.as.jaxrs.JaxrsDeploymentDefinition$ShowJaxrsResourcesHandler$1.execute(JaxrsDeploymentDefinition.java:163) > at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:951) > at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:694) > at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:389) > at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1363) > at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:410) > at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:232) > at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.doExecute(ModelControllerClientOperationHandler.java:213) > at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.access$300(ModelControllerClientOperationHandler.java:136) > at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:157) > at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:153) > 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:149) > at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1.execute(ModelControllerClientOperationHandler.java:153) > at org.jboss.as.protocol.mgmt.ManagementRequestContextImpl$1.doExecute(ManagementRequestContextImpl.java:70) > at org.jboss.as.protocol.mgmt.ManagementRequestContextImpl$AsyncTaskRunner.run(ManagementRequestContextImpl.java:160) > 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) > at org.jboss.threads.JBossThread.run(JBossThread.java:320) > {noformat} -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFLY-7609) There is an extra dot in front of sentence ".CLI Command for Using a New Security Realm"

by Hynek Švábek (JIRA)

[ https://issues.jboss.org/browse/WFLY-7609?page=com.atlassian.jira.plugin.... ] Hynek Švábek closed WFLY-7609. ------------------------------ Resolution: Rejected > There is an extra dot in front of sentence ".CLI Command for Using a New Security Realm" > ---------------------------------------------------------------------------------------- > > Key: WFLY-7609 > URL: https://issues.jboss.org/browse/WFLY-7609 > Project: WildFly > Issue Type: Bug > Components: Documentation > Reporter: Hynek Švábek > Assignee: Zach Rhoads > > Book: How to Configure Server Security > Revision: 8269434 > Section: 2.2.2. Configure the Management Interfaces for HTTPS > Issue description: > There is an extra dot in front of sentence ".CLI Command for Using a New Security Realm" > Suggestions for improvement: > Correct form is "CLI Command for Using a New Security Realm:" -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFLY-7611) "Add a user to the master domain controller" format as title of paragraph and add dot at the end.

by Hynek Švábek (JIRA)

[ https://issues.jboss.org/browse/WFLY-7611?page=com.atlassian.jira.plugin.... ] Hynek Švábek closed WFLY-7611. ------------------------------ Resolution: Rejected > "Add a user to the master domain controller" format as title of paragraph and add dot at the end. > ------------------------------------------------------------------------------------------------- > > Key: WFLY-7611 > URL: https://issues.jboss.org/browse/WFLY-7611 > Project: WildFly > Issue Type: Bug > Components: Documentation > Reporter: Hynek Švábek > Assignee: Zach Rhoads > > Book: How to Configure Server Security > Revision: 8269434 > Section: 3.1. Configure Password Authentication Between Slaves and the Domain Controller > Issue description: > There is missing dot "Add a user to the master domain controller" > This sentence should be title of paragraph. > Suggestions for improvement: > Correct form is "Add a user to the master domain controller." and make from this sentence title of paragraph. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 7 months

1
0
0 / 0

[JBoss JIRA] (ELY-739) Coverity static analysis: Dereference null return value in AbstractDigestMechanism (Elytron)

by Ilia Vassilev (JIRA)

[ https://issues.jboss.org/browse/ELY-739?page=com.atlassian.jira.plugin.sy... ] Ilia Vassilev reassigned ELY-739: --------------------------------- Assignee: Ilia Vassilev (was: Darran Lofthouse) > Coverity static analysis: Dereference null return value in AbstractDigestMechanism (Elytron) > -------------------------------------------------------------------------------------------- > > Key: ELY-739 > URL: https://issues.jboss.org/browse/ELY-739 > Project: WildFly Elytron > Issue Type: Bug > Reporter: Josef Cacek > Assignee: Ilia Vassilev > Labels: static_analysis > > Coverity static-analysis scan found 3 possible calls on null objects in {{AbstractDigestMechanism}} class: > https://scan7.coverity.com/reports.htm#v16159/p11778/fileInstanceId=57604... > Method {{wrapConfidentialityProtectedMessage}} > {code} > cipheredPart = wrapCipher.update(toCipher); > // ... cipheredPart may be null > byte[] result = new byte[cipheredPart.length + 6]; > {code} > https://scan7.coverity.com/reports.htm#v16159/p11778/fileInstanceId=57604... > Method {{createCipher}} > {code} > // the getTransformationSpec may be null - look at DefaultTransformationMapper > ciph = Cipher.getInstance(trans.getTransformationSpec(SaslMechanismInformation.Names.DIGEST_MD5, cipher).getTransformation()); > {code} > https://scan7.coverity.com/reports.htm#v16159/p11778/fileInstanceId=57604... > Method {{unwrapConfidentialityProtectedMessage}} > {code} > clearText = unwrapCipher.update(message, offset, len - 6); > // the clearText may be null in clearText.length > System.arraycopy(clearText, clearText.length - 10, hmac, 0, 10); > {code} > *Suggested improvement* > Add null checks. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 7 months

1
0
0 / 0

[JBoss JIRA] (ELY-741) Coverity static analysis: Dereference null return value in SSLConfiguratorImpl (Elytron)

by Ilia Vassilev (JIRA)

[ https://issues.jboss.org/browse/ELY-741?page=com.atlassian.jira.plugin.sy... ] Ilia Vassilev reassigned ELY-741: --------------------------------- Assignee: Ilia Vassilev (was: Darran Lofthouse) > Coverity static analysis: Dereference null return value in SSLConfiguratorImpl (Elytron) > ---------------------------------------------------------------------------------------- > > Key: ELY-741 > URL: https://issues.jboss.org/browse/ELY-741 > Project: WildFly Elytron > Issue Type: Bug > Reporter: Josef Cacek > Assignee: Ilia Vassilev > Labels: static_analysis > > Coverity static-analysis scan found 2 possible calls on null objects in {{SSLConfiguratorImpl.getDefaultSSLParameters()}} method. > Both calls are related to following line: > {code} > configure(original, supportedSSLParameters.getProtocols(), supportedSSLParameters.getCipherSuites()); > {code} > https://scan7.coverity.com/reports.htm#v16159/p11778/fileInstanceId=57598... > The {{getCipherSuites()}} call can return null ({{javax.net.ssl.SSLParameters.getCipherSuites}}) which can propagate to {{CipherSuiteSelector.evaluate()}} call where {{supportedMechanisms.length}} is used without null check. > https://scan7.coverity.com/reports.htm#v16159/p11778/fileInstanceId=57598... > The {{getProtocols()}} call can return null ({{javax.net.ssl.SSLParameters.getProtocols}}) which can propagate to {{ProtocolSelector.evaluate()}} call where {{supportedProtocols}} is used in for loop without null check. > *Suggested improvement* > Add null checks. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 7 months

1
0
0 / 0

[JBoss JIRA] (ELY-743) Coverity static analysis: Dereference null return value in ServerAuthenticationContext (Elytron)

by Ilia Vassilev (JIRA)

[ https://issues.jboss.org/browse/ELY-743?page=com.atlassian.jira.plugin.sy... ] Ilia Vassilev reassigned ELY-743: --------------------------------- Assignee: Ilia Vassilev (was: Darran Lofthouse) > Coverity static analysis: Dereference null return value in ServerAuthenticationContext (Elytron) > ------------------------------------------------------------------------------------------------ > > Key: ELY-743 > URL: https://issues.jboss.org/browse/ELY-743 > Project: WildFly Elytron > Issue Type: Bug > Reporter: Josef Cacek > Assignee: Ilia Vassilev > Labels: static_analysis > > Coverity static-analysis scan found 3 possible calls on null objects in {{ServerAuthenticationContext}} class. > https://scan7.coverity.com/reports.htm#v16159/p11778/fileInstanceId=57603... > In {{ServerAuthenticationContext.AuthorizedState.isSamePrincipal(Principal)}} - Return value of function which returns null is dereferenced without checking. > {code} > 2039 boolean isSamePrincipal(final Principal principal) { > > // 1. returned_null: getName returns null (checked 9 out of 11 times). (The virtual call resolves to org.wildfly.security.auth.server.PrincipalDecoder.<clinit>/<gen>org.wildfly.security.auth.server.PrincipalDecoder_instance_2.getName.) [show details] > > // 2. var_assigned: Assigning: name = null return value from getName. > 2040 String name = authorizedIdentity.getSecurityDomain().getPrincipalDecoder().getName(principal); > > // CID 1369286 (#1 of 1): Dereference null return value (NULL_RETURNS)3. dereference: Dereferencing a pointer that might be null name when calling isSameName. [show details] > 2041 return isSameName(name); > 2042 } > {code} > https://scan7.coverity.com/reports.htm#v16159/p11778/fileInstanceId=57603... > In {{ServerAuthenticationContext.NameAssignedState.isSamePrincipal(Principal)}} - the same as the previous one. > https://scan7.coverity.com/reports.htm#v16159/p11778/fileInstanceId=57603... > In {{ServerAuthenticationContext.ANONYMOUS.handleOne(Callback[], int)}} > {code} > 790 final PasswordCallback passwordCallback = (PasswordCallback) callback; > 791 > > // 8. returned_null: getCredentialAcquireSupport returns null (checked 0 out of 1 times). [show details] > > // CID 1369304 (#1 of 1): Dereference null return value (NULL_RETURNS)9. null_method_call: Calling a method on null object getCredentialAcquireSupport(org.wildfly.security.credential.PasswordCredential.class). > 792 if (getCredentialAcquireSupport(PasswordCredential.class).mayBeSupported()) { > {code} > *Suggested improvement* > Add null checks. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 7 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-1364) InMemorySessionFactory has apparent memory leak

by Eli Israel (JIRA)

[ https://issues.jboss.org/browse/DROOLS-1364?page=com.atlassian.jira.plugi... ] Eli Israel commented on DROOLS-1364: ------------------------------------ Please note: the pull request now includes two deltas, because I found a small issue with the first proposed fix. > InMemorySessionFactory has apparent memory leak > ----------------------------------------------- > > Key: DROOLS-1364 > URL: https://issues.jboss.org/browse/DROOLS-1364 > Project: Drools > Issue Type: Bug > Components: core engine > Affects Versions: 6.5.0.Final > Reporter: Eli Israel > Assignee: Mario Fusco > > I'm running drools with a runtime manager creating using PerRequest strategy and SessionCache turned on. (I process a LOT of requests but I want each one to be isolated) > The SessionCache properly gets rid of sessions that have hung around too long, which is great. > But the InMemorySessionFactory keeps a copy of every session it ever created, which -- it seems to me -- impedes garbage collection of unneeded, old sessions. > It's possible I'm just reading this wrong, but examinations of running code using VisualVM show a LOT of RightTuple objects hanging around, attached to sessions and their GC root appears to be the InMemorySessionFactory. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-1975) EmbeddedProcessFactory does not accept module pathes with multiple directories

by Brian Stansberry (JIRA)

[ https://issues.jboss.org/browse/WFCORE-1975?page=com.atlassian.jira.plugi... ] Brian Stansberry reassigned WFCORE-1975: ---------------------------------------- Assignee: István Tóth (was: Jason Greene) > EmbeddedProcessFactory does not accept module pathes with multiple directories > ------------------------------------------------------------------------------ > > Key: WFCORE-1975 > URL: https://issues.jboss.org/browse/WFCORE-1975 > Project: WildFly Core > Issue Type: Bug > Components: Server > Affects Versions: 3.0.0.Alpha12 > Reporter: István Tóth > Assignee: István Tóth > > The {{modulePath}} parameters passed to the {{org.wildfly.core.embedded.EmbeddedProcessFactory}} methods are are rejected if they they are actual paths with multiple directories. Only single directory names are accepted. > This is inconsistent with the normal operation of the server, with the naming of the parameter, as well as with the semantics of the {{module.path}} system property that it ultimately sets. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-2010) Add HostExcludeResourceDefinition.KnownRelease items for WildFly 10.1

by Brian Stansberry (JIRA)

[ https://issues.jboss.org/browse/WFCORE-2010?page=com.atlassian.jira.plugi... ] Brian Stansberry updated WFCORE-2010: ------------------------------------- Priority: Minor (was: Major) > Add HostExcludeResourceDefinition.KnownRelease items for WildFly 10.1 > --------------------------------------------------------------------- > > Key: WFCORE-2010 > URL: https://issues.jboss.org/browse/WFCORE-2010 > Project: WildFly Core > Issue Type: Task > Components: Domain Management > Reporter: Brian Stansberry > Assignee: Brian Stansberry > Priority: Minor > -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-2010) Add HostExcludeResourceDefinition.KnownRelease items for WildFly 10.1

by Brian Stansberry (JIRA)

[ https://issues.jboss.org/browse/WFCORE-2010?page=com.atlassian.jira.plugi... ] Brian Stansberry updated WFCORE-2010: ------------------------------------- Summary: Add HostExcludeResourceDefinition.KnownRelease items for WildFly 10.1 (was: Add HostExcludeResourceDefinition.KnownRelease items for WildFly 10.1 and EAP 7.0) > Add HostExcludeResourceDefinition.KnownRelease items for WildFly 10.1 > --------------------------------------------------------------------- > > Key: WFCORE-2010 > URL: https://issues.jboss.org/browse/WFCORE-2010 > Project: WildFly Core > Issue Type: Task > Components: Domain Management > Reporter: Brian Stansberry > Assignee: Brian Stansberry > -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 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 November 2016