[JBoss JIRA] (LOGMGR-209) NoSuchAlgorithmException in SocketHandlerTests on IBM JDK
by James Perkins (Jira)
[ https://issues.redhat.com/browse/LOGMGR-209?page=com.atlassian.jira.plugi... ]
James Perkins updated LOGMGR-209:
---------------------------------
Git Pull Request: https://github.com/jboss-logging/jboss-logmanager/pull/204, https://github.com/jboss-logging/jboss-logmanager/pull/301 (was: https://github.com/jboss-logging/jboss-logmanager/pull/204)
> NoSuchAlgorithmException in SocketHandlerTests on IBM JDK
> ---------------------------------------------------------
>
> Key: LOGMGR-209
> URL: https://issues.redhat.com/browse/LOGMGR-209
> Project: JBoss Log Manager
> Issue Type: Bug
> Affects Versions: 2.1.5.Final
> Reporter: Nikoleta Ziakova
> Assignee: James Perkins
> Priority: Major
> Fix For: 2.1.16.Final, 2.2.0.Final
>
>
> Following tests fail on IBM JDK:
> {code}
> org.jboss.logmanager.handlers.SocketHandlerTests#testProtocolChange
> org.jboss.logmanager.handlers.SocketHandlerTests#testTlsConnection
> org.jboss.logmanager.handlers.SocketHandlerTests#testTlsConfig
> {code}
> Error:
> {code}
> java.security.NoSuchAlgorithmException: Error constructing implementation (algorithm: Default, provider: IBMJSSE2, class: com.ibm.jsse2.aj)
> {code}
> Stack Trace:
> {code}
> Caused by: java.security.NoSuchAlgorithmException: Error constructing implementation (algorithm: Default, provider: IBMJSSE2, class: com.ibm.jsse2.aj)
> at java.security.Provider$Service.newInstance(Provider.java:1628)
> at sun.security.jca.GetInstance.getInstance(GetInstance.java:248)
> at sun.security.jca.GetInstance.getInstance(GetInstance.java:176)
> at javax.net.ssl.SSLContext.getInstance(SSLContext.java:6)
> at javax.net.ssl.SSLContext.getDefault(SSLContext.java:8)
> at javax.net.ssl.SSLServerSocketFactory.getDefault(SSLServerSocketFactory.java:32)
> ... 29 more
> Caused by: java.security.KeyStoreException: IBMKeyManager: Problem accessing key store java.io.IOException: Invalid keystore format
> at com.ibm.jsse2.ah.a(ah.java:72)
> at com.ibm.jsse2.aj.g(aj.java:5)
> at com.ibm.jsse2.aj.<init>(aj.java:13)
> at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
> at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:83)
> at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:57)
> at java.lang.reflect.Constructor.newInstance(Constructor.java:437)
> at java.security.Provider$Service.newInstance(Provider.java:1606)
> ... 34 more
> {code}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 2 months
[JBoss JIRA] (LOGMGR-209) NoSuchAlgorithmException in SocketHandlerTests on IBM JDK
by James Perkins (Jira)
[ https://issues.redhat.com/browse/LOGMGR-209?page=com.atlassian.jira.plugi... ]
James Perkins updated LOGMGR-209:
---------------------------------
Fix Version/s: 2.1.16.Final
> NoSuchAlgorithmException in SocketHandlerTests on IBM JDK
> ---------------------------------------------------------
>
> Key: LOGMGR-209
> URL: https://issues.redhat.com/browse/LOGMGR-209
> Project: JBoss Log Manager
> Issue Type: Bug
> Affects Versions: 2.1.5.Final
> Reporter: Nikoleta Ziakova
> Assignee: James Perkins
> Priority: Major
> Fix For: 2.1.16.Final, 2.2.0.Final
>
>
> Following tests fail on IBM JDK:
> {code}
> org.jboss.logmanager.handlers.SocketHandlerTests#testProtocolChange
> org.jboss.logmanager.handlers.SocketHandlerTests#testTlsConnection
> org.jboss.logmanager.handlers.SocketHandlerTests#testTlsConfig
> {code}
> Error:
> {code}
> java.security.NoSuchAlgorithmException: Error constructing implementation (algorithm: Default, provider: IBMJSSE2, class: com.ibm.jsse2.aj)
> {code}
> Stack Trace:
> {code}
> Caused by: java.security.NoSuchAlgorithmException: Error constructing implementation (algorithm: Default, provider: IBMJSSE2, class: com.ibm.jsse2.aj)
> at java.security.Provider$Service.newInstance(Provider.java:1628)
> at sun.security.jca.GetInstance.getInstance(GetInstance.java:248)
> at sun.security.jca.GetInstance.getInstance(GetInstance.java:176)
> at javax.net.ssl.SSLContext.getInstance(SSLContext.java:6)
> at javax.net.ssl.SSLContext.getDefault(SSLContext.java:8)
> at javax.net.ssl.SSLServerSocketFactory.getDefault(SSLServerSocketFactory.java:32)
> ... 29 more
> Caused by: java.security.KeyStoreException: IBMKeyManager: Problem accessing key store java.io.IOException: Invalid keystore format
> at com.ibm.jsse2.ah.a(ah.java:72)
> at com.ibm.jsse2.aj.g(aj.java:5)
> at com.ibm.jsse2.aj.<init>(aj.java:13)
> at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
> at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:83)
> at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:57)
> at java.lang.reflect.Constructor.newInstance(Constructor.java:437)
> at java.security.Provider$Service.newInstance(Provider.java:1606)
> ... 34 more
> {code}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 2 months
[JBoss JIRA] (WFLY-13450) Missing README.html for microprofile-rest-client QS
by Martin Stefanko (Jira)
Martin Stefanko created WFLY-13450:
--------------------------------------
Summary: Missing README.html for microprofile-rest-client QS
Key: WFLY-13450
URL: https://issues.redhat.com/browse/WFLY-13450
Project: WildFly
Issue Type: Bug
Components: Quickstarts
Reporter: Martin Stefanko
Assignee: Martin Stefanko
There's only README.adoc in WildFly. The adoc file is not readable because it does not have resolved attributes and includes from shared docs, thus not sufficient.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 2 months
[JBoss JIRA] (DROOLS-5320) Rule compilation error when binding fields indexed with square brackets from different Fact types
by Matteo Casalino (Jira)
Matteo Casalino created DROOLS-5320:
---------------------------------------
Summary: Rule compilation error when binding fields indexed with square brackets from different Fact types
Key: DROOLS-5320
URL: https://issues.redhat.com/browse/DROOLS-5320
Project: Drools
Issue Type: Bug
Components: core engine
Affects Versions: 7.37.0.Final
Reporter: Matteo Casalino
Assignee: Mario Fusco
Attachments: binding-field-indexed-with-square-brackets2.zip
Similar to DROOLS-5216, but occurs when binding the collection from a different Fact type.
Example:
{noformat}
rule "binding field indexed with square brackets from different fact type"
when Pojo2($firstItem : simpleInt)
Pojo($firstItem == integerList[this.integerList.size()-1])
then
end
{noformat}
Error:
{noformat}
Message [id=1, kieBase=binding-field-indexed-with-square-brackets, level=ERROR, path=org/drools/reproducer/rules.drl, line=-1, column=0
text=Comparison operation requires compatible types. Found int and class java.lang.Object]
{noformat}
The example works fine when compiling without executable model.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 2 months