[JBoss JIRA] (ELY-1505) org.wildfly.security.asn1.DEREncoderTest fails on new JDK8 v.161
by Jan Kalina (JIRA)
[ https://issues.jboss.org/browse/ELY-1505?page=com.atlassian.jira.plugin.s... ]
Jan Kalina commented on ELY-1505:
---------------------------------
This is already fixed in upstream - see ELY-1490.
> org.wildfly.security.asn1.DEREncoderTest fails on new JDK8 v.161
> ----------------------------------------------------------------
>
> Key: ELY-1505
> URL: https://issues.jboss.org/browse/ELY-1505
> Project: WildFly Elytron
> Issue Type: Bug
> Components: Testsuite
> Reporter: Ivo Studensky
> Assignee: Jan Kalina
> Priority: Minor
>
> The org.wildfly.security.asn1.DEREncoderTest#testEncodeDSAKey() fails on JDK8 v.161 due to:
> {noformat}
> [ERROR] testEncodeDSAKey(org.wildfly.security.asn1.DEREncoderTest) Time elapsed: 0.124 s <<< ERROR!
> java.security.InvalidKeyException: The security strength of SHA-1 digest algorithm is not sufficient for this key size
> at sun.security.provider.DSA.checkKey(DSA.java:111)
> at sun.security.provider.DSA.engineInitSign(DSA.java:143)
> at java.security.Signature$Delegate.init(Signature.java:1156)
> at java.security.Signature$Delegate.chooseProvider(Signature.java:1116)
> at java.security.Signature$Delegate.engineInitSign(Signature.java:1180)
> at java.security.Signature.initSign(Signature.java:531)
> at org.wildfly.security.asn1.DEREncoderTest.testEncodeDSAKey(DEREncoderTest.java:458)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
> at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
> at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
> at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
> at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)
> at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78)
> at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57)
> at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
> at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
> at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
> at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
> at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
> at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
> at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:365)
> at org.apache.maven.surefire.junit4.JUnit4Provider.executeWithRerun(JUnit4Provider.java:272)
> at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:236)
> at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:159)
> at org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:386)
> at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:323)
> at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:143)
> {noformat}
> It affects also older tags, not only 1.1.8. It might be related to
> https://bugs.java.com/view_bug.do?bug_id=8184341
> It seems to be a testsuite issue only.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 3 months
[JBoss JIRA] (ELY-1505) org.wildfly.security.asn1.DEREncoderTest fails on new JDK8 v.161
by Jan Kalina (JIRA)
[ https://issues.jboss.org/browse/ELY-1505?page=com.atlassian.jira.plugin.s... ]
Jan Kalina edited comment on ELY-1505 at 1/29/18 11:35 AM:
-----------------------------------------------------------
[~istudens] I am testing against *Oracle-jdk-8u161* (from Oracle's tar.gz) on Fedora 27 and the test succeed.
was (Author: honza889):
[~istudens] I am testing against *Oracle-jdk-8u161* (from Oracle's tar.gz) on Fedora 27 and the test succeed. How has you achieved it?
{code}
JAVA_HOME=/opt/Oracle-jdk-8u161 PATH=/opt/Oracle-jdk-8u161/bin/:$PATH mvn test -Dtest=org.wildfly.security.asn1.DEREncoderTest
{code}
{code}
[INFO] Tests run: 30, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.212 s - in org.wildfly.security.asn1.DEREncoderTest
{code}
> org.wildfly.security.asn1.DEREncoderTest fails on new JDK8 v.161
> ----------------------------------------------------------------
>
> Key: ELY-1505
> URL: https://issues.jboss.org/browse/ELY-1505
> Project: WildFly Elytron
> Issue Type: Bug
> Components: Testsuite
> Reporter: Ivo Studensky
> Assignee: Jan Kalina
> Priority: Minor
>
> The org.wildfly.security.asn1.DEREncoderTest#testEncodeDSAKey() fails on JDK8 v.161 due to:
> {noformat}
> [ERROR] testEncodeDSAKey(org.wildfly.security.asn1.DEREncoderTest) Time elapsed: 0.124 s <<< ERROR!
> java.security.InvalidKeyException: The security strength of SHA-1 digest algorithm is not sufficient for this key size
> at sun.security.provider.DSA.checkKey(DSA.java:111)
> at sun.security.provider.DSA.engineInitSign(DSA.java:143)
> at java.security.Signature$Delegate.init(Signature.java:1156)
> at java.security.Signature$Delegate.chooseProvider(Signature.java:1116)
> at java.security.Signature$Delegate.engineInitSign(Signature.java:1180)
> at java.security.Signature.initSign(Signature.java:531)
> at org.wildfly.security.asn1.DEREncoderTest.testEncodeDSAKey(DEREncoderTest.java:458)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
> at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
> at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
> at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
> at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)
> at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78)
> at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57)
> at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
> at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
> at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
> at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
> at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
> at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
> at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:365)
> at org.apache.maven.surefire.junit4.JUnit4Provider.executeWithRerun(JUnit4Provider.java:272)
> at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:236)
> at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:159)
> at org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:386)
> at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:323)
> at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:143)
> {noformat}
> It affects also older tags, not only 1.1.8. It might be related to
> https://bugs.java.com/view_bug.do?bug_id=8184341
> It seems to be a testsuite issue only.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 3 months
[JBoss JIRA] (ELY-1506) Test intermediate CA certs for client SSL auth
by Jan Kalina (JIRA)
Jan Kalina created ELY-1506:
-------------------------------
Summary: Test intermediate CA certs for client SSL auth
Key: ELY-1506
URL: https://issues.jboss.org/browse/ELY-1506
Project: WildFly Elytron
Issue Type: Task
Affects Versions: 1.2.0.Beta12
Reporter: Jan Kalina
Assignee: Jan Kalina
Into Elytron SSL tests should be added test with intermediate CA:
* Root CA cert will be present in server truststore
* Intermediate CA cert will be signed by Root CA
* client cert will be signed by intermediate CA and used by client
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 3 months
[JBoss JIRA] (ELY-1505) org.wildfly.security.asn1.DEREncoderTest fails on new JDK8 v.161
by Jan Kalina (JIRA)
[ https://issues.jboss.org/browse/ELY-1505?page=com.atlassian.jira.plugin.s... ]
Jan Kalina edited comment on ELY-1505 at 1/29/18 11:25 AM:
-----------------------------------------------------------
[~istudens] I am testing against *Oracle-jdk-8u161* (from Oracle's tar.gz) on Fedora 27 and the test succeed. How has you achieved it?
{code}
JAVA_HOME=/opt/Oracle-jdk-8u161 PATH=/opt/Oracle-jdk-8u161/bin/:$PATH mvn test -Dtest=org.wildfly.security.asn1.DEREncoderTest
{code}
{code}
[INFO] Tests run: 30, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.212 s - in org.wildfly.security.asn1.DEREncoderTest
{code}
was (Author: honza889):
[~istudens] I am testing against *Oracle-jdk-8u161* (from Oracle's tar.gz) on Fedora 27 and the test succeed. How has you achieved it?
> org.wildfly.security.asn1.DEREncoderTest fails on new JDK8 v.161
> ----------------------------------------------------------------
>
> Key: ELY-1505
> URL: https://issues.jboss.org/browse/ELY-1505
> Project: WildFly Elytron
> Issue Type: Bug
> Components: Testsuite
> Reporter: Ivo Studensky
> Assignee: Jan Kalina
> Priority: Minor
>
> The org.wildfly.security.asn1.DEREncoderTest#testEncodeDSAKey() fails on JDK8 v.161 due to:
> {noformat}
> [ERROR] testEncodeDSAKey(org.wildfly.security.asn1.DEREncoderTest) Time elapsed: 0.124 s <<< ERROR!
> java.security.InvalidKeyException: The security strength of SHA-1 digest algorithm is not sufficient for this key size
> at sun.security.provider.DSA.checkKey(DSA.java:111)
> at sun.security.provider.DSA.engineInitSign(DSA.java:143)
> at java.security.Signature$Delegate.init(Signature.java:1156)
> at java.security.Signature$Delegate.chooseProvider(Signature.java:1116)
> at java.security.Signature$Delegate.engineInitSign(Signature.java:1180)
> at java.security.Signature.initSign(Signature.java:531)
> at org.wildfly.security.asn1.DEREncoderTest.testEncodeDSAKey(DEREncoderTest.java:458)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
> at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
> at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
> at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
> at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)
> at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78)
> at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57)
> at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
> at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
> at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
> at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
> at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
> at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
> at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:365)
> at org.apache.maven.surefire.junit4.JUnit4Provider.executeWithRerun(JUnit4Provider.java:272)
> at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:236)
> at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:159)
> at org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:386)
> at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:323)
> at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:143)
> {noformat}
> It affects also older tags, not only 1.1.8. It might be related to
> https://bugs.java.com/view_bug.do?bug_id=8184341
> It seems to be a testsuite issue only.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 3 months
[JBoss JIRA] (ELY-1505) org.wildfly.security.asn1.DEREncoderTest fails on new JDK8 v.161
by Jan Kalina (JIRA)
[ https://issues.jboss.org/browse/ELY-1505?page=com.atlassian.jira.plugin.s... ]
Jan Kalina commented on ELY-1505:
---------------------------------
[~istudens] I am testing against *Oracle-jdk-8u161* (from Oracle's tar.gz) on Fedora 27 and the test succeed. How has you achieved it?
> org.wildfly.security.asn1.DEREncoderTest fails on new JDK8 v.161
> ----------------------------------------------------------------
>
> Key: ELY-1505
> URL: https://issues.jboss.org/browse/ELY-1505
> Project: WildFly Elytron
> Issue Type: Bug
> Components: Testsuite
> Reporter: Ivo Studensky
> Assignee: Jan Kalina
> Priority: Minor
>
> The org.wildfly.security.asn1.DEREncoderTest#testEncodeDSAKey() fails on JDK8 v.161 due to:
> {noformat}
> [ERROR] testEncodeDSAKey(org.wildfly.security.asn1.DEREncoderTest) Time elapsed: 0.124 s <<< ERROR!
> java.security.InvalidKeyException: The security strength of SHA-1 digest algorithm is not sufficient for this key size
> at sun.security.provider.DSA.checkKey(DSA.java:111)
> at sun.security.provider.DSA.engineInitSign(DSA.java:143)
> at java.security.Signature$Delegate.init(Signature.java:1156)
> at java.security.Signature$Delegate.chooseProvider(Signature.java:1116)
> at java.security.Signature$Delegate.engineInitSign(Signature.java:1180)
> at java.security.Signature.initSign(Signature.java:531)
> at org.wildfly.security.asn1.DEREncoderTest.testEncodeDSAKey(DEREncoderTest.java:458)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
> at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
> at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
> at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
> at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)
> at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78)
> at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57)
> at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
> at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
> at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
> at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
> at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
> at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
> at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:365)
> at org.apache.maven.surefire.junit4.JUnit4Provider.executeWithRerun(JUnit4Provider.java:272)
> at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:236)
> at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:159)
> at org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:386)
> at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:323)
> at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:143)
> {noformat}
> It affects also older tags, not only 1.1.8. It might be related to
> https://bugs.java.com/view_bug.do?bug_id=8184341
> It seems to be a testsuite issue only.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 3 months
[JBoss JIRA] (DROOLS-2109) [XLS Decision Table] New Asset Dialogue misses descriptions
by Kris Verlaenen (JIRA)
[ https://issues.jboss.org/browse/DROOLS-2109?page=com.atlassian.jira.plugi... ]
Kris Verlaenen updated DROOLS-2109:
-----------------------------------
Sprint: 2017 Week 43-44, 2017 Week 45-46, 2017 Week 47-48, 2017 Week 49-50, 2017 Week 51-52, 2018 Week 01-02, 2018 Week 03-04, 2018 Week 05-06 (was: 2017 Week 43-44, 2017 Week 45-46, 2017 Week 47-48, 2017 Week 49-50, 2017 Week 51-52, 2018 Week 01-02, 2018 Week 03-04)
> [XLS Decision Table] New Asset Dialogue misses descriptions
> -----------------------------------------------------------
>
> Key: DROOLS-2109
> URL: https://issues.jboss.org/browse/DROOLS-2109
> Project: Drools
> Issue Type: Bug
> Components: XLS Decision Table Editor
> Affects Versions: 7.5.0.Final
> Reporter: Jozef Marko
> Assignee: Jozef Marko
> Priority: Optional
> Attachments: Screenshot from 2017-11-03 10-20-21.png
>
>
> The attached dialogue shows missing descriptions for table format and file selector.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 3 months