August 2018 - jboss-jira - Jboss List Archives

[JBoss JIRA] (WFLY-10951) JDK11 elytron UndertowTwoWaySslNeedClientAuthTestCase failure

by Jan Kalina (JIRA)

[ https://issues.jboss.org/browse/WFLY-10951?page=com.atlassian.jira.plugin... ] Jan Kalina updated WFLY-10951: ------------------------------ Description: Following exception occure instead of {{SSLHandshakeException | SocketException}}: {code} javax.net.ssl.SSLException: readHandshakeRecord Caused by: java.net.SocketException: Broken pipe (Write failed) {code} {code} cd testsuite/integration/basic JAVA_HOME=/opt/jdk-11/ PATH=$JAVA_HOME/bin:$PATH mvn test -Dtest=UndertowTwoWaySslNeedClientAuthTestCase {code} {code} cd testsuite/integration/manualmode JAVA_HOME=/opt/jdk-11+28/ PATH=$JAVA_HOME/bin:$PATH mvn test -Dtest=HTTPSWebConnectorTestCase {code} was: {code} cd testsuite/integration/basic JAVA_HOME=/opt/jdk-11/ PATH=$JAVA_HOME/bin:$PATH mvn test -Dtest=UndertowTwoWaySslNeedClientAuthTestCase {code} > JDK11 elytron UndertowTwoWaySslNeedClientAuthTestCase failure > ------------------------------------------------------------- > > Key: WFLY-10951 > URL: https://issues.jboss.org/browse/WFLY-10951 > Project: WildFly > Issue Type: Sub-task > Components: Test Suite > Reporter: Jan Kalina > Assignee: Jan Kalina > > Following exception occure instead of {{SSLHandshakeException | SocketException}}: > {code} > javax.net.ssl.SSLException: readHandshakeRecord > Caused by: java.net.SocketException: Broken pipe (Write failed) > {code} > {code} > cd testsuite/integration/basic > JAVA_HOME=/opt/jdk-11/ PATH=$JAVA_HOME/bin:$PATH mvn test -Dtest=UndertowTwoWaySslNeedClientAuthTestCase > {code} > {code} > cd testsuite/integration/manualmode > JAVA_HOME=/opt/jdk-11+28/ PATH=$JAVA_HOME/bin:$PATH mvn test -Dtest=HTTPSWebConnectorTestCase > {code} -- This message was sent by Atlassian JIRA (v7.5.0#75005)

5 years, 8 months

1
0
0 / 0

[JBoss JIRA] (WFLY-10812) JDK11 Some security tests fail on closed channel exception

by Jan Kalina (JIRA)

[ https://issues.jboss.org/browse/WFLY-10812?page=com.atlassian.jira.plugin... ] Jan Kalina commented on WFLY-10812: ----------------------------------- Exception {{javax.net.ssl.SSLProtocolException: Unsupported handshake message: hello_request}} in manualmode tests is caused by JDK-8208642, which is fixed in JDK-11+28. > JDK11 Some security tests fail on closed channel exception > ---------------------------------------------------------- > > Key: WFLY-10812 > URL: https://issues.jboss.org/browse/WFLY-10812 > Project: WildFly > Issue Type: Bug > Components: Test Suite > Reporter: Richard Opalka > Assignee: Jan Kalina > Priority: Blocker > Fix For: 15.0.0.Alpha1 > > > With latest JDK11 (build 11-ea+25) the following tests fail due to closed channel exception: modified: > * testsuite/integration/basic/src/test/java/org/jboss/as/test/integration/security/loginmodules/LdapExtLikeAdvancedLdapLMTestCase.java > * testsuite/integration/basic/src/test/java/org/jboss/as/test/integration/security/loginmodules/LdapExtLoginModuleTestCase.java > * testsuite/integration/basic/src/test/java/org/jboss/as/test/integration/security/loginmodules/LdapLoginModuleTestCase.java > * testsuite/integration/elytron/src/test/java/org/wildfly/test/integration/elytron/ssl/UndertowTwoWaySslNeedClientAuthTestCase.java > * testsuite/integration/iiop/src/test/java/org/jboss/as/test/iiopssl/basic/IIOPSslInvocationTestCase.java > * testsuite/integration/manualmode/src/test/java/org/jboss/as/test/manualmode/security/OutboundLdapConnectionClientCertTestCase.java > * testsuite/integration/manualmode/src/test/java/org/jboss/as/test/manualmode/security/OutboundLdapConnectionTestCase.java > * testsuite/integration/manualmode/src/test/java/org/jboss/as/test/manualmode/web/ssl/CertificateRolesLoginModuleTestCase.java > * testsuite/integration/manualmode/src/test/java/org/jboss/as/test/manualmode/web/ssl/DatabaseCertLoginModuleTestCase.java > * testsuite/integration/manualmode/src/test/java/org/jboss/as/test/manualmode/web/ssl/HTTPSWebConnectorTestCase.java > * testsuite/integration/ws/src/test/java/org/jboss/as/test/integration/ws/wsse/trust/WSTrustTestCase.java > Is there a known SSL issue in JDK11? Could somebody from our security team investigate this issue? > When these tests will start passing WF test suite will be passing 100% of tests on JDK11. > Potential investigator from our security team may want to include this PR: > https://github.com/wildfly/wildfly/pull/11499 > to fix known JDK11 issues. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

5 years, 8 months

1
0
0 / 0

[JBoss JIRA] (WFLY-10959) Update product.release.version to 15.0

by Marek Kopecký (JIRA)

[ https://issues.jboss.org/browse/WFLY-10959?page=com.atlassian.jira.plugin... ] Marek Kopecký closed WFLY-10959. -------------------------------- Resolution: Duplicate Issue > Update product.release.version to 15.0 > -------------------------------------- > > Key: WFLY-10959 > URL: https://issues.jboss.org/browse/WFLY-10959 > Project: WildFly > Issue Type: Bug > Reporter: Marek Kopecký > Assignee: Marek Kopecký > Priority: Blocker > > Update product.release.version to 15.0 > WF can't be built without this change: > {noformat} > [INFO] ------------------------------------------------------------------------ > [INFO] Building WildFly: Distribution 15.0.0.Alpha1-SNAPSHOT > [INFO] ------------------------------------------------------------------------ > .... > [error] [Verifier] File [/home/mkopecky/git/base/dist/target/wildfly-15.0.0.Alpha1-SNAPSHOT/modules/system/layers/base/org/jboss/as/product/wildfly-full/dir/META-INF/MANIFEST.MF] does not match regexp [JBoss-Product-Release-Version: 14.0] > {noformat} -- This message was sent by Atlassian JIRA (v7.5.0#75005)

5 years, 8 months

1
0
0 / 0

[JBoss JIRA] (WFLY-10958) Fix verifier and docs version

by Marek Kopecký (JIRA)

[ https://issues.jboss.org/browse/WFLY-10958?page=com.atlassian.jira.plugin... ] Marek Kopecký updated WFLY-10958: --------------------------------- Priority: Blocker (was: Major) > Fix verifier and docs version > ----------------------------- > > Key: WFLY-10958 > URL: https://issues.jboss.org/browse/WFLY-10958 > Project: WildFly > Issue Type: Task > Reporter: Yeray Borges > Assignee: Yeray Borges > Priority: Blocker > > It was left over changing the verifier version after the final release. After each new release the product.docs.server.version and verifier.product.release.version properties should be changed as well. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

5 years, 8 months

1
0
0 / 0

[JBoss JIRA] (WFLY-9300) TestSuite - Add test for ejb security propagation using PLAIN

by Romain Pelisse (JIRA)

[ https://issues.jboss.org/browse/WFLY-9300?page=com.atlassian.jira.plugin.... ] Romain Pelisse commented on WFLY-9300: -------------------------------------- As commented on [PR11527|https://github.com/wildfly/wildfly/pull/11527], the coverage provided by this PR are already perform in other part of the testsuite. > TestSuite - Add test for ejb security propagation using PLAIN > ------------------------------------------------------------- > > Key: WFLY-9300 > URL: https://issues.jboss.org/browse/WFLY-9300 > Project: WildFly > Issue Type: Task > Components: Test Suite > Affects Versions: 11.0.0.CR1 > Reporter: Brad Maxwell > Assignee: Brad Maxwell > > Add test for ejb security propagation using PLAIN -- This message was sent by Atlassian JIRA (v7.5.0#75005)

5 years, 8 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-2944) DMN decision logic referencing DMN<import> InputData

by Matteo Mortari (JIRA)

Matteo Mortari created DROOLS-2944: -------------------------------------- Summary: DMN decision logic referencing DMN<import> InputData Key: DROOLS-2944 URL: https://issues.jboss.org/browse/DROOLS-2944 Project: Drools Issue Type: Bug Components: dmn engine Reporter: Matteo Mortari Assignee: Matteo Mortari A decision logic cannot correctly reference a DMN<import> InputData (even if considered "antipattern) but still supported. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

5 years, 8 months

1
0
0 / 0

[JBoss JIRA] (WFLY-10960) Missing jdk modul path 'com.sun.rowset.internal'.

by heiko rohr (JIRA)

heiko rohr created WFLY-10960: --------------------------------- Summary: Missing jdk modul path 'com.sun.rowset.internal'. Key: WFLY-10960 URL: https://issues.jboss.org/browse/WFLY-10960 Project: WildFly Issue Type: Bug Components: Server Affects Versions: 13.0.0.Final Reporter: heiko rohr Assignee: Jason Greene Hello! The module definition wildfly\modules\system\layers\base\sun\jdk\main\module.xml are missing the path for 'com.sun.rowset.internal'. This results in a 'ClassNotFoundException' when using rowset. Can the entry be added? Thx -- This message was sent by Atlassian JIRA (v7.5.0#75005)

5 years, 8 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-3962) Starting WFLY scripts with JDK 11 blows up with ModuleNotFoundException java.se

by Marek Kopecký (JIRA)

[ https://issues.jboss.org/browse/WFCORE-3962?page=com.atlassian.jira.plugi... ] Marek Kopecký updated WFCORE-3962: ---------------------------------- Fix Version/s: (was: 6.0.0.Final) > Starting WFLY scripts with JDK 11 blows up with ModuleNotFoundException java.se > ------------------------------------------------------------------------------- > > Key: WFCORE-3962 > URL: https://issues.jboss.org/browse/WFCORE-3962 > Project: WildFly Core > Issue Type: Bug > Components: Management, Modules, Scripts > Reporter: Matej Novotny > Assignee: Richard Opalka > Priority: Blocker > Labels: Java11, blocker-WF14 > > As per request, copying MODULES-372 to WFCORE as well. > *Affected scripts* > \[standalone|domain|add-user|appclient|jboss-cli|jdr|vault|wsconsume|wsprovide\].\[bat|sh|ps1\] > *Logs* > Starting WFLY with JDK 11 using {{standalone.sh}} yields: > {code} > org.jboss.modules.ModuleNotFoundException: java.se > at org.jboss.modules.Module.addPaths(Module.java:1266) > at org.jboss.modules.Module.link(Module.java:1622) > at org.jboss.modules.Module.relinkIfNecessary(Module.java:1650) > at org.jboss.modules.ModuleLoader.loadModule(ModuleLoader.java:296) > at org.jboss.modules.Main.main(Main.java:437) > {code} > Output of {{java -version}}: > {code} > openjdk version "11-ea" 2018-09-25 > OpenJDK Runtime Environment 18.9 (build 11-ea+21) > OpenJDK 64-Bit Server VM 18.9 (build 11-ea+21, mixed mode) > {code} -- This message was sent by Atlassian JIRA (v7.5.0#75005)

5 years, 8 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-3962) Starting WFLY scripts with JDK 11 blows up with ModuleNotFoundException java.se

by Marek Kopecký (JIRA)

[ https://issues.jboss.org/browse/WFCORE-3962?page=com.atlassian.jira.plugi... ] Marek Kopecký reopened WFCORE-3962: ----------------------------------- Reopening, https://github.com/wildfly/wildfly-core/pull/3492 needs to be addressed as well, "fix version" needs to be updated as well ... > Starting WFLY scripts with JDK 11 blows up with ModuleNotFoundException java.se > ------------------------------------------------------------------------------- > > Key: WFCORE-3962 > URL: https://issues.jboss.org/browse/WFCORE-3962 > Project: WildFly Core > Issue Type: Bug > Components: Management, Modules, Scripts > Reporter: Matej Novotny > Assignee: Richard Opalka > Priority: Blocker > Labels: Java11, blocker-WF14 > > As per request, copying MODULES-372 to WFCORE as well. > *Affected scripts* > \[standalone|domain|add-user|appclient|jboss-cli|jdr|vault|wsconsume|wsprovide\].\[bat|sh|ps1\] > *Logs* > Starting WFLY with JDK 11 using {{standalone.sh}} yields: > {code} > org.jboss.modules.ModuleNotFoundException: java.se > at org.jboss.modules.Module.addPaths(Module.java:1266) > at org.jboss.modules.Module.link(Module.java:1622) > at org.jboss.modules.Module.relinkIfNecessary(Module.java:1650) > at org.jboss.modules.ModuleLoader.loadModule(ModuleLoader.java:296) > at org.jboss.modules.Main.main(Main.java:437) > {code} > Output of {{java -version}}: > {code} > openjdk version "11-ea" 2018-09-25 > OpenJDK Runtime Environment 18.9 (build 11-ea+21) > OpenJDK 64-Bit Server VM 18.9 (build 11-ea+21, mixed mode) > {code} -- This message was sent by Atlassian JIRA (v7.5.0#75005)

5 years, 8 months

1
0
0 / 0

[JBoss JIRA] (WFLY-10784) WeldStartCompletionService failed when optional components not installed

by Matej Novotny (JIRA)

[ https://issues.jboss.org/browse/WFLY-10784?page=com.atlassian.jira.plugin... ] Matej Novotny updated WFLY-10784: --------------------------------- Fix Version/s: 15.0.0.Alpha1 > WeldStartCompletionService failed when optional components not installed > ------------------------------------------------------------------------ > > Key: WFLY-10784 > URL: https://issues.jboss.org/browse/WFLY-10784 > Project: WildFly > Issue Type: Bug > Components: CDI / Weld > Affects Versions: 12.0.0.Final, 13.0.0.Final > Reporter: Alexander Kudrevatykh > Assignee: Matej Novotny > Fix For: 15.0.0.Alpha1 > > Attachments: arq-test.tar.xz > > > WebComponents are optional and fail in initialising it not causes fail of deployment, but when starting EAR application with included WAR fail in deployment since Wildfly 12 because WeldStartCompletionService depends on all components regardless of their type -- This message was sent by Atlassian JIRA (v7.5.0#75005)

5 years, 8 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira August 2018