February 2018 - jboss-jira - Jboss List Archives

[JBoss JIRA] (ELY-1507) JwtValidator issuer and audience check ignoring does not work

by Martin Mazanek (JIRA)

[ https://issues.jboss.org/browse/ELY-1507?page=com.atlassian.jira.plugin.s... ] Martin Mazanek updated ELY-1507: -------------------------------- Description: https://tools.ietf.org/html/rfc7519 JwtValidator implements iss clam as optional, samy way as stated in RFC7519. The validator is supposed to ignore iss check if its issuers set was empty, however even though it logs that issuer check is ignored it still checks it and rejects all tokens that do not contain iss claim. > JwtValidator issuer and audience check ignoring does not work > ------------------------------------------------------------- > > Key: ELY-1507 > URL: https://issues.jboss.org/browse/ELY-1507 > Project: WildFly Elytron > Issue Type: Bug > Components: Authentication Mechanisms > Reporter: Martin Mazanek > Assignee: Martin Mazanek > > https://tools.ietf.org/html/rfc7519 > JwtValidator implements iss clam as optional, samy way as stated in RFC7519. The validator is supposed to ignore iss check if its issuers set was empty, however even though it logs that issuer check is ignored it still checks it and rejects all tokens that do not contain iss claim. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-9786) Add Java 9 support for RESTEasy

by Alessio Soldano (JIRA)

Alessio Soldano created WFLY-9786: ------------------------------------- Summary: Add Java 9 support for RESTEasy Key: WFLY-9786 URL: https://issues.jboss.org/browse/WFLY-9786 Project: WildFly Issue Type: Task Components: REST Reporter: Alessio Soldano Assignee: Alessio Soldano Fix For: 12.0.0.Alpha1 -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-4576) JCE jar file inside a deployment fails the signature check

by Eric Hodges (JIRA)

[ https://issues.jboss.org/browse/WFLY-4576?page=com.atlassian.jira.plugin.... ] Eric Hodges commented on WFLY-4576: ----------------------------------- I've stepped into this in Java 9, WildFly 11 and can see the root cause. 1. VFS's VirtualJarInputStream sets the currentEntryStream field to VFSUtils.EMPTY_STREAM by default. 2. During verification, sun.net.www.protocol.jar.URLJarFile tries to copy the JAR file to a temporary file using java.nio.file.Files.copy(). 3. Files.copy() calls VirtualJarInputStream.read() without first calling getNextEntry() or getNextZipEntry(), so the currentEntryStream is still set to EMPTY_STREAM. 4. Files.copy() creates an empty temporary file. 5. ZipFile fails with the "zip file is empty" exception. I thought VirtualJarInputStream was implementing read() improperly, but the documentation on ZipInputStream.read() says explicitly that method should read from the current entry. The standard ZipInputStream implementation does the same thing as VirtualJarInputStream. It looks like the bug is actually in sun.net.www.protocol.jar.URLJarFile. That shouldn't be trying to read a JAR file that way. > JCE jar file inside a deployment fails the signature check > ------------------------------------------------------------ > > Key: WFLY-4576 > URL: https://issues.jboss.org/browse/WFLY-4576 > Project: WildFly > Issue Type: Bug > Components: VFS > Affects Versions: 9.0.0.Beta2 > Environment: Wildfly build from master on April 22, 2015 > Reporter: Tom Fonteyne > Attachments: bouncycastle.zip > > > deploy a war file which contains the bouncycastle (or any other JCE) signed jar file. Initialise and try to use a cipher results in a failure due to VFS not being able to read and verify the file -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-9573) EJB invocation over HTTP fails for calls that use application specific classes

by jaikiran pai (JIRA)

[ https://issues.jboss.org/browse/WFLY-9573?page=com.atlassian.jira.plugin.... ] jaikiran pai commented on WFLY-9573: ------------------------------------ [~grafzal], this looks like a different bug in the same library. Can you please create a separate JIRA and attach a simple application which reproduces this? > EJB invocation over HTTP fails for calls that use application specific classes > ------------------------------------------------------------------------------ > > Key: WFLY-9573 > URL: https://issues.jboss.org/browse/WFLY-9573 > Project: WildFly > Issue Type: Bug > Components: EJB, Naming, Remoting > Affects Versions: 11.0.0.Final > Reporter: peter craddock > Assignee: David Lloyd > Fix For: 12.0.0.Alpha1 > > > I first raised this as a discussion and [~jaikiran] asked that I raise this as a bug because he has recreated the issue in a small test case. > Discussion is here > https://developer.jboss.org/thread/276635 -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-9573) EJB invocation over HTTP fails for calls that use application specific classes

by Heiko Lettmann (JIRA)

[ https://issues.jboss.org/browse/WFLY-9573?page=com.atlassian.jira.plugin.... ] Heiko Lettmann commented on WFLY-9573: -------------------------------------- Hi Peter. I have the same issue with EAP 7.1.0. I updated to wildfly http-client-1.0.9. Some invocations work then. Now I get another exception from the same library. Don´t know how to contact someone about this so I did it here... javax.ejb.EJBException: java.io.IOException: java.lang.ClassCastException: java.lang.Class cannot be cast to java.lang.String org.jboss.as.ejb3.remote.AssociationImpl.receiveInvocationRequest(AssociationImpl.java:128) org.wildfly.httpclient.ejb.HttpInvocationHandler.lambda$handleInternal$0(HttpInvocationHandler.java:131) java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) java.lang.Thread.run(Thread.java:748) java.io.IOException: java.lang.ClassCastException: java.lang.Class cannot be cast to java.lang.String org.wildfly.httpclient.ejb.HttpInvocationHandler$1.getRequestContent(HttpInvocationHandler.java:206) org.jboss.as.ejb3.remote.AssociationImpl.receiveInvocationRequest(AssociationImpl.java:126) org.wildfly.httpclient.ejb.HttpInvocationHandler.lambda$handleInternal$0(HttpInvocationHandler.java:131) java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) java.lang.Thread.run(Thread.java:748) java.lang.ClassCastException: java.lang.Class cannot be cast to java.lang.String org.wildfly.httpclient.ejb.HttpInvocationHandler$1.getRequestContent(HttpInvocationHandler.java:180) org.jboss.as.ejb3.remote.AssociationImpl.receiveInvocationRequest(AssociationImpl.java:126) org.wildfly.httpclient.ejb.HttpInvocationHandler.lambda$handleInternal$0(HttpInvocationHandler.java:131) java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) java.lang.Thread.run(Thread.java:748) > EJB invocation over HTTP fails for calls that use application specific classes > ------------------------------------------------------------------------------ > > Key: WFLY-9573 > URL: https://issues.jboss.org/browse/WFLY-9573 > Project: WildFly > Issue Type: Bug > Components: EJB, Naming, Remoting > Affects Versions: 11.0.0.Final > Reporter: peter craddock > Assignee: David Lloyd > Fix For: 12.0.0.Alpha1 > > > I first raised this as a discussion and [~jaikiran] asked that I raise this as a bug because he has recreated the issue in a small test case. > Discussion is here > https://developer.jboss.org/thread/276635 -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 3 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-1736) Create DMN benchmarks

by Tibor Zimányi (JIRA)

[ https://issues.jboss.org/browse/DROOLS-1736?page=com.atlassian.jira.plugi... ] Tibor Zimányi commented on DROOLS-1736: --------------------------------------- Benchmarks created here: https://github.com/kiegroup/kie-benchmarks/tree/master/drools-benchmarks/... > Create DMN benchmarks > --------------------- > > Key: DROOLS-1736 > URL: https://issues.jboss.org/browse/DROOLS-1736 > Project: Drools > Issue Type: Task > Components: dmn engine > Affects Versions: 7.3.0.Final > Reporter: Tibor Zimányi > Assignee: Tibor Zimányi > Fix For: 7.7.0.Final > > > We need to measure DMN runtime and buildtime performance. There is a repository with Drools benchmarks [1]. New benchmarks should be added there. > [1] https://github.com/kiegroup/kie-benchmarks -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 3 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-1736) Create DMN benchmarks

by Tibor Zimányi (JIRA)

[ https://issues.jboss.org/browse/DROOLS-1736?page=com.atlassian.jira.plugi... ] Tibor Zimányi resolved DROOLS-1736. ----------------------------------- Resolution: Done > Create DMN benchmarks > --------------------- > > Key: DROOLS-1736 > URL: https://issues.jboss.org/browse/DROOLS-1736 > Project: Drools > Issue Type: Task > Components: dmn engine > Affects Versions: 7.3.0.Final > Reporter: Tibor Zimányi > Assignee: Tibor Zimányi > Fix For: 7.7.0.Final > > > We need to measure DMN runtime and buildtime performance. There is a repository with Drools benchmarks [1]. New benchmarks should be added there. > [1] https://github.com/kiegroup/kie-benchmarks -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-9615) Upgrade to Bean Validation 2.0 and Hibernate Validator 6.0 in ee8.preview.mode

by Guillaume Smet (JIRA)

[ https://issues.jboss.org/browse/WFLY-9615?page=com.atlassian.jira.plugin.... ] Guillaume Smet closed WFLY-9615. -------------------------------- Fix Version/s: (was: 12.0.0.Alpha1) Resolution: Duplicate Issue > Upgrade to Bean Validation 2.0 and Hibernate Validator 6.0 in ee8.preview.mode > ------------------------------------------------------------------------------ > > Key: WFLY-9615 > URL: https://issues.jboss.org/browse/WFLY-9615 > Project: WildFly > Issue Type: Component Upgrade > Reporter: Guillaume Smet > Assignee: Jason Greene > > We would like to upgrade Hibernate Validator to 6.0.7.Final in WildFly 12. > Here is our migration guide: > https://developer.jboss.org/wiki/HibernateValidatorMigrationGuide#jive_co... > You'll notice that in 6.0.6, we have reintroduced a few APIs that we had removed in the previous versions of 6 for this WF upgrade: we had them deprecated in 5.4 then removed in 6 but as WF is still using 5.3, WF users didn't have any notice of that. That's why we decided to reintroduce them before proposing an upgrade in WildFly. > The other APIs removed were marked as experimental and have been superseded by standard features in Bean Validation 2.0 (which is part of Java EE 8). -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-9628) Bean Validation 2.0 Support

by Guillaume Smet (JIRA)

[ https://issues.jboss.org/browse/WFLY-9628?page=com.atlassian.jira.plugin.... ] Guillaume Smet reassigned WFLY-9628: ------------------------------------ Assignee: Guillaume Smet (was: Jason Greene) > Bean Validation 2.0 Support > --------------------------- > > Key: WFLY-9628 > URL: https://issues.jboss.org/browse/WFLY-9628 > Project: WildFly > Issue Type: Sub-task > Reporter: Gunnar Morling > Assignee: Guillaume Smet > > WildFly proposal: https://github.com/wildfly/wildfly-proposals/pull/17 -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-9628) Bean Validation 2.0 Support

by Guillaume Smet (JIRA)

[ https://issues.jboss.org/browse/WFLY-9628?page=com.atlassian.jira.plugin.... ] Guillaume Smet updated WFLY-9628: --------------------------------- Description: WildFly proposal: https://github.com/wildfly/wildfly-proposals/pull/17 > Bean Validation 2.0 Support > --------------------------- > > Key: WFLY-9628 > URL: https://issues.jboss.org/browse/WFLY-9628 > Project: WildFly > Issue Type: Sub-task > Reporter: Gunnar Morling > Assignee: Jason Greene > > WildFly proposal: https://github.com/wildfly/wildfly-proposals/pull/17 -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 3 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 February 2018