[JBoss JIRA] (LOGMGR-200) SSLProtocolException: Connection reset on JDK11
by Jan Kalina (JIRA)
[ https://issues.jboss.org/browse/LOGMGR-200?page=com.atlassian.jira.plugin... ]
Jan Kalina commented on LOGMGR-200:
-----------------------------------
The problem probably is, socket.close() on client will send RST to the server side and the server is unable to read message sent in meanwhile. Maybe socket.shutdown() should be added?
> SSLProtocolException: Connection reset on JDK11
> -----------------------------------------------
>
> Key: LOGMGR-200
> URL: https://issues.jboss.org/browse/LOGMGR-200
> Project: JBoss Log Manager
> Issue Type: Bug
> Affects Versions: 2.1.4.Final
> Reporter: Jan Kalina
> Priority: Blocker
>
> testTlsConnection and other SSL related tests in SocketHandlerTests fails on JDK11:
> {code}
> LogManager error of type FLUSH_FAILURE: Error on flush
> javax.net.ssl.SSLProtocolException: Connection reset
> at java.base/sun.security.ssl.Alert.createSSLException(Alert.java:126)
> at java.base/sun.security.ssl.TransportContext.fatal(TransportContext.java:325)
> at java.base/sun.security.ssl.TransportContext.fatal(TransportContext.java:268)
> at java.base/sun.security.ssl.TransportContext.fatal(TransportContext.java:263)
> at java.base/sun.security.ssl.SSLTransport.decode(SSLTransport.java:137)
> at java.base/sun.security.ssl.SSLSocketImpl.decode(SSLSocketImpl.java:877)
> at java.base/sun.security.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:810)
> at java.base/sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:383)
> at java.base/sun.security.ssl.SSLSocketImpl.ensureNegotiated(SSLSocketImpl.java:477)
> at java.base/sun.security.ssl.SSLSocketImpl$AppOutputStream.write(SSLSocketImpl.java:709)
> at org.jboss.logmanager.handlers.TcpOutputStream.write(TcpOutputStream.java:188)
> at org.jboss.logmanager.handlers.UninterruptibleOutputStream.write(UninterruptibleOutputStream.java:84)
> at java.base/sun.nio.cs.StreamEncoder.writeBytes(StreamEncoder.java:233)
> at java.base/sun.nio.cs.StreamEncoder.implFlushBuffer(StreamEncoder.java:312)
> at java.base/sun.nio.cs.StreamEncoder.implFlush(StreamEncoder.java:316)
> at java.base/sun.nio.cs.StreamEncoder.flush(StreamEncoder.java:153)
> at java.base/java.io.OutputStreamWriter.flush(OutputStreamWriter.java:254)
> at org.jboss.logmanager.handlers.SocketHandler.safeFlush(SocketHandler.java:512)
> at org.jboss.logmanager.handlers.SocketHandler.flush(SocketHandler.java:228)
> at org.jboss.logmanager.ExtHandler.doPublish(ExtHandler.java:105)
> at org.jboss.logmanager.handlers.SocketHandler.doPublish(SocketHandler.java:218)
> at org.jboss.logmanager.handlers.SocketHandlerTests.testTlsConnection(SocketHandlerTests.java:59)
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.base/java.lang.reflect.Method.invoke(Method.java:566)
> 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.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
> at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
> 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.junit.runner.JUnitCore.run(JUnitCore.java:137)
> at com.intellij.junit4.JUnit4IdeaTestRunner.startRunnerWithArgs(JUnit4IdeaTestRunner.java:68)
> at com.intellij.rt.execution.junit.IdeaTestRunner$Repeater.startRunnerWithArgs(IdeaTestRunner.java:47)
> at com.intellij.rt.execution.junit.JUnitStarter.prepareStreamsAndStart(JUnitStarter.java:242)
> at com.intellij.rt.execution.junit.JUnitStarter.main(JUnitStarter.java:70)
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.base/java.lang.reflect.Method.invoke(Method.java:566)
> at com.intellij.rt.execution.application.AppMainV2.main(AppMainV2.java:131)
> Caused by: java.net.SocketException: Connection reset
> at java.base/java.net.SocketInputStream.read(SocketInputStream.java:186)
> at java.base/java.net.SocketInputStream.read(SocketInputStream.java:140)
> at java.base/sun.security.ssl.SSLSocketInputRecord.read(SSLSocketInputRecord.java:464)
> at java.base/sun.security.ssl.SSLSocketInputRecord.decode(SSLSocketInputRecord.java:167)
> at java.base/sun.security.ssl.SSLTransport.decode(SSLTransport.java:108)
> ... 46 more
> java.lang.AssertionError
> at org.junit.Assert.fail(Assert.java:86)
> at org.junit.Assert.assertTrue(Assert.java:41)
> at org.junit.Assert.assertNotNull(Assert.java:712)
> at org.junit.Assert.assertNotNull(Assert.java:722)
> at org.jboss.logmanager.handlers.SocketHandlerTests.testTlsConnection(SocketHandlerTests.java:61)
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.base/java.lang.reflect.Method.invoke(Method.java:566)
> 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.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
> at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
> 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.junit.runner.JUnitCore.run(JUnitCore.java:137)
> at com.intellij.junit4.JUnit4IdeaTestRunner.startRunnerWithArgs(JUnit4IdeaTestRunner.java:68)
> at com.intellij.rt.execution.junit.IdeaTestRunner$Repeater.startRunnerWithArgs(IdeaTestRunner.java:47)
> at com.intellij.rt.execution.junit.JUnitStarter.prepareStreamsAndStart(JUnitStarter.java:242)
> at com.intellij.rt.execution.junit.JUnitStarter.main(JUnitStarter.java:70)
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.base/java.lang.reflect.Method.invoke(Method.java:566)
> at com.intellij.rt.execution.application.AppMainV2.main(AppMainV2.java:131)
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 11 months
[JBoss JIRA] (LOGMGR-200) SSLProtocolException: Connection reset on JDK11
by Jan Kalina (JIRA)
[ https://issues.jboss.org/browse/LOGMGR-200?page=com.atlassian.jira.plugin... ]
Jan Kalina updated LOGMGR-200:
------------------------------
Summary: SSLProtocolException: Connection reset on JDK11 (was: SocketHandlerTests fails on JDK11)
> SSLProtocolException: Connection reset on JDK11
> -----------------------------------------------
>
> Key: LOGMGR-200
> URL: https://issues.jboss.org/browse/LOGMGR-200
> Project: JBoss Log Manager
> Issue Type: Bug
> Affects Versions: 2.1.4.Final
> Reporter: Jan Kalina
> Priority: Blocker
>
> testTlsConnection and other SSL related tests in SocketHandlerTests fails on JDK11:
> {code}
> LogManager error of type FLUSH_FAILURE: Error on flush
> javax.net.ssl.SSLProtocolException: Connection reset
> at java.base/sun.security.ssl.Alert.createSSLException(Alert.java:126)
> at java.base/sun.security.ssl.TransportContext.fatal(TransportContext.java:325)
> at java.base/sun.security.ssl.TransportContext.fatal(TransportContext.java:268)
> at java.base/sun.security.ssl.TransportContext.fatal(TransportContext.java:263)
> at java.base/sun.security.ssl.SSLTransport.decode(SSLTransport.java:137)
> at java.base/sun.security.ssl.SSLSocketImpl.decode(SSLSocketImpl.java:877)
> at java.base/sun.security.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:810)
> at java.base/sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:383)
> at java.base/sun.security.ssl.SSLSocketImpl.ensureNegotiated(SSLSocketImpl.java:477)
> at java.base/sun.security.ssl.SSLSocketImpl$AppOutputStream.write(SSLSocketImpl.java:709)
> at org.jboss.logmanager.handlers.TcpOutputStream.write(TcpOutputStream.java:188)
> at org.jboss.logmanager.handlers.UninterruptibleOutputStream.write(UninterruptibleOutputStream.java:84)
> at java.base/sun.nio.cs.StreamEncoder.writeBytes(StreamEncoder.java:233)
> at java.base/sun.nio.cs.StreamEncoder.implFlushBuffer(StreamEncoder.java:312)
> at java.base/sun.nio.cs.StreamEncoder.implFlush(StreamEncoder.java:316)
> at java.base/sun.nio.cs.StreamEncoder.flush(StreamEncoder.java:153)
> at java.base/java.io.OutputStreamWriter.flush(OutputStreamWriter.java:254)
> at org.jboss.logmanager.handlers.SocketHandler.safeFlush(SocketHandler.java:512)
> at org.jboss.logmanager.handlers.SocketHandler.flush(SocketHandler.java:228)
> at org.jboss.logmanager.ExtHandler.doPublish(ExtHandler.java:105)
> at org.jboss.logmanager.handlers.SocketHandler.doPublish(SocketHandler.java:218)
> at org.jboss.logmanager.handlers.SocketHandlerTests.testTlsConnection(SocketHandlerTests.java:59)
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.base/java.lang.reflect.Method.invoke(Method.java:566)
> 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.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
> at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
> 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.junit.runner.JUnitCore.run(JUnitCore.java:137)
> at com.intellij.junit4.JUnit4IdeaTestRunner.startRunnerWithArgs(JUnit4IdeaTestRunner.java:68)
> at com.intellij.rt.execution.junit.IdeaTestRunner$Repeater.startRunnerWithArgs(IdeaTestRunner.java:47)
> at com.intellij.rt.execution.junit.JUnitStarter.prepareStreamsAndStart(JUnitStarter.java:242)
> at com.intellij.rt.execution.junit.JUnitStarter.main(JUnitStarter.java:70)
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.base/java.lang.reflect.Method.invoke(Method.java:566)
> at com.intellij.rt.execution.application.AppMainV2.main(AppMainV2.java:131)
> Caused by: java.net.SocketException: Connection reset
> at java.base/java.net.SocketInputStream.read(SocketInputStream.java:186)
> at java.base/java.net.SocketInputStream.read(SocketInputStream.java:140)
> at java.base/sun.security.ssl.SSLSocketInputRecord.read(SSLSocketInputRecord.java:464)
> at java.base/sun.security.ssl.SSLSocketInputRecord.decode(SSLSocketInputRecord.java:167)
> at java.base/sun.security.ssl.SSLTransport.decode(SSLTransport.java:108)
> ... 46 more
> java.lang.AssertionError
> at org.junit.Assert.fail(Assert.java:86)
> at org.junit.Assert.assertTrue(Assert.java:41)
> at org.junit.Assert.assertNotNull(Assert.java:712)
> at org.junit.Assert.assertNotNull(Assert.java:722)
> at org.jboss.logmanager.handlers.SocketHandlerTests.testTlsConnection(SocketHandlerTests.java:61)
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.base/java.lang.reflect.Method.invoke(Method.java:566)
> 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.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
> at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
> 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.junit.runner.JUnitCore.run(JUnitCore.java:137)
> at com.intellij.junit4.JUnit4IdeaTestRunner.startRunnerWithArgs(JUnit4IdeaTestRunner.java:68)
> at com.intellij.rt.execution.junit.IdeaTestRunner$Repeater.startRunnerWithArgs(IdeaTestRunner.java:47)
> at com.intellij.rt.execution.junit.JUnitStarter.prepareStreamsAndStart(JUnitStarter.java:242)
> at com.intellij.rt.execution.junit.JUnitStarter.main(JUnitStarter.java:70)
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.base/java.lang.reflect.Method.invoke(Method.java:566)
> at com.intellij.rt.execution.application.AppMainV2.main(AppMainV2.java:131)
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 11 months
[JBoss JIRA] (WFCORE-4002) Some security tests fail on closed channel exception
by Jan Kalina (JIRA)
[ https://issues.jboss.org/browse/WFCORE-4002?page=com.atlassian.jira.plugi... ]
Jan Kalina edited comment on WFCORE-4002 at 8/8/18 9:37 AM:
------------------------------------------------------------
1) AuditLog:
"syslog-test" resource is removed and connection to the syslog server closed before the server accept the message
Adding sleep Thread.sleep(500); into AuditLogHandlerBootEnabledTestCase#runSyslogTest():397 ensure green result.
Probably some sort of waiting before the syslog connection is closed is missing...
Edit: This fail occures directly in logmanager's tests too -> reported as LOGMGR-200
was (Author: honza889):
1) AuditLog:
"syslog-test" resource is removed and connection to the syslog server closed before the server accept the message
Adding sleep Thread.sleep(500); into AuditLogHandlerBootEnabledTestCase#runSyslogTest():397 ensure green result.
Probably some sort of waiting before the syslog connection is closed is missing...
{code}
JAVA_HOME=/opt/jdk-11 mvn clean test -Dtest=org.jboss.as.domain.management.security.auditlog.AuditLogHandlerBootEnabledTestCase#testSyslogTlsOctetCountingClientAuth
{code}
> Some security tests fail on closed channel exception
> ----------------------------------------------------
>
> Key: WFCORE-4002
> URL: https://issues.jboss.org/browse/WFCORE-4002
> Project: WildFly Core
> Issue Type: Bug
> Components: Security, Test Suite
> Affects Versions: 6.0.0.Alpha5
> Reporter: Richard Opalka
> Assignee: Jan Kalina
> Priority: Blocker
> Labels: jdk11
> Fix For: 6.0.0.Alpha6
>
>
> With latest JDK11 (build 11-ea+25) the following tests fail due to closed channel exception:
> * domain-management/src/test/java/org/jboss/as/domain/management/security/auditlog/AuditLogHandlerBootEnabledTestCase.java
> * testsuite/domain/src/test/java/org/jboss/as/test/integration/domain/HTTPSManagementInterfaceTestCase.java
> * testsuite/elytron/src/test/java/org/wildfly/test/integration/elytron/sasl/mgmt/KerberosNativeMgmtSaslTestCase.java
> * testsuite/elytron/src/test/java/org/wildfly/test/integration/elytron/sasl/mgmt/ScramPlusMgmtSaslTestCase.java
> * testsuite/manualmode/src/test/java/org/wildfly/core/test/standalone/mgmt/HTTPSManagementInterfaceTestCase.java
> Is there a known SSL issue in JDK11? Could somebody from our security team investigate this issue?
> When these tests will start passing WFCORE 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-core/pull/3420
> to fix known JDK11 issues.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 11 months
[JBoss JIRA] (LOGMGR-200) SocketHandlerTests fails on JDK11
by Jan Kalina (JIRA)
Jan Kalina created LOGMGR-200:
---------------------------------
Summary: SocketHandlerTests fails on JDK11
Key: LOGMGR-200
URL: https://issues.jboss.org/browse/LOGMGR-200
Project: JBoss Log Manager
Issue Type: Bug
Affects Versions: 2.1.4.Final
Reporter: Jan Kalina
Priority: Blocker
testTlsConnection and other SSL related tests in SocketHandlerTests fails on JDK11:
{code}
LogManager error of type FLUSH_FAILURE: Error on flush
javax.net.ssl.SSLProtocolException: Connection reset
at java.base/sun.security.ssl.Alert.createSSLException(Alert.java:126)
at java.base/sun.security.ssl.TransportContext.fatal(TransportContext.java:325)
at java.base/sun.security.ssl.TransportContext.fatal(TransportContext.java:268)
at java.base/sun.security.ssl.TransportContext.fatal(TransportContext.java:263)
at java.base/sun.security.ssl.SSLTransport.decode(SSLTransport.java:137)
at java.base/sun.security.ssl.SSLSocketImpl.decode(SSLSocketImpl.java:877)
at java.base/sun.security.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:810)
at java.base/sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:383)
at java.base/sun.security.ssl.SSLSocketImpl.ensureNegotiated(SSLSocketImpl.java:477)
at java.base/sun.security.ssl.SSLSocketImpl$AppOutputStream.write(SSLSocketImpl.java:709)
at org.jboss.logmanager.handlers.TcpOutputStream.write(TcpOutputStream.java:188)
at org.jboss.logmanager.handlers.UninterruptibleOutputStream.write(UninterruptibleOutputStream.java:84)
at java.base/sun.nio.cs.StreamEncoder.writeBytes(StreamEncoder.java:233)
at java.base/sun.nio.cs.StreamEncoder.implFlushBuffer(StreamEncoder.java:312)
at java.base/sun.nio.cs.StreamEncoder.implFlush(StreamEncoder.java:316)
at java.base/sun.nio.cs.StreamEncoder.flush(StreamEncoder.java:153)
at java.base/java.io.OutputStreamWriter.flush(OutputStreamWriter.java:254)
at org.jboss.logmanager.handlers.SocketHandler.safeFlush(SocketHandler.java:512)
at org.jboss.logmanager.handlers.SocketHandler.flush(SocketHandler.java:228)
at org.jboss.logmanager.ExtHandler.doPublish(ExtHandler.java:105)
at org.jboss.logmanager.handlers.SocketHandler.doPublish(SocketHandler.java:218)
at org.jboss.logmanager.handlers.SocketHandlerTests.testTlsConnection(SocketHandlerTests.java:59)
at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.base/java.lang.reflect.Method.invoke(Method.java:566)
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.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
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.junit.runner.JUnitCore.run(JUnitCore.java:137)
at com.intellij.junit4.JUnit4IdeaTestRunner.startRunnerWithArgs(JUnit4IdeaTestRunner.java:68)
at com.intellij.rt.execution.junit.IdeaTestRunner$Repeater.startRunnerWithArgs(IdeaTestRunner.java:47)
at com.intellij.rt.execution.junit.JUnitStarter.prepareStreamsAndStart(JUnitStarter.java:242)
at com.intellij.rt.execution.junit.JUnitStarter.main(JUnitStarter.java:70)
at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.base/java.lang.reflect.Method.invoke(Method.java:566)
at com.intellij.rt.execution.application.AppMainV2.main(AppMainV2.java:131)
Caused by: java.net.SocketException: Connection reset
at java.base/java.net.SocketInputStream.read(SocketInputStream.java:186)
at java.base/java.net.SocketInputStream.read(SocketInputStream.java:140)
at java.base/sun.security.ssl.SSLSocketInputRecord.read(SSLSocketInputRecord.java:464)
at java.base/sun.security.ssl.SSLSocketInputRecord.decode(SSLSocketInputRecord.java:167)
at java.base/sun.security.ssl.SSLTransport.decode(SSLTransport.java:108)
... 46 more
java.lang.AssertionError
at org.junit.Assert.fail(Assert.java:86)
at org.junit.Assert.assertTrue(Assert.java:41)
at org.junit.Assert.assertNotNull(Assert.java:712)
at org.junit.Assert.assertNotNull(Assert.java:722)
at org.jboss.logmanager.handlers.SocketHandlerTests.testTlsConnection(SocketHandlerTests.java:61)
at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.base/java.lang.reflect.Method.invoke(Method.java:566)
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.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
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.junit.runner.JUnitCore.run(JUnitCore.java:137)
at com.intellij.junit4.JUnit4IdeaTestRunner.startRunnerWithArgs(JUnit4IdeaTestRunner.java:68)
at com.intellij.rt.execution.junit.IdeaTestRunner$Repeater.startRunnerWithArgs(IdeaTestRunner.java:47)
at com.intellij.rt.execution.junit.JUnitStarter.prepareStreamsAndStart(JUnitStarter.java:242)
at com.intellij.rt.execution.junit.JUnitStarter.main(JUnitStarter.java:70)
at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.base/java.lang.reflect.Method.invoke(Method.java:566)
at com.intellij.rt.execution.application.AppMainV2.main(AppMainV2.java:131)
{code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 11 months
[JBoss JIRA] (WFCORE-1583) Enhance a CLI logging
by Martin Stefanko (JIRA)
[ https://issues.jboss.org/browse/WFCORE-1583?page=com.atlassian.jira.plugi... ]
Martin Stefanko updated WFCORE-1583:
------------------------------------
Git Pull Request: https://github.com/wildfly/wildfly-core/pull/2780, https://github.com/wildfly/wildfly-core/pull/2841, https://github.com/wildfly/wildfly-core/pull/3422 (was: https://github.com/wildfly/wildfly-core/pull/2780, https://github.com/wildfly/wildfly-core/pull/2841)
> Enhance a CLI logging
> ---------------------
>
> Key: WFCORE-1583
> URL: https://issues.jboss.org/browse/WFCORE-1583
> Project: WildFly Core
> Issue Type: Enhancement
> Components: CLI
> Reporter: Alexey Loubyansky
> Assignee: Martin Stefanko
> Priority: Minor
> Fix For: 4.0.0.Alpha1
>
>
> We should improve a logging capabilities of CLI. CLI logging is disabled by default, but it can be enabled by altering the jboss-cli-logging.properties.
> Here is my test scenario.
> {noformat}
> [pkremens@localhost bin]$ ./jboss-cli.sh -c
> [standalone@localhost:9990 /] /system-property=foo:add(value=bar bar)
> {"outcome" => "success"}
> [standalone@localhost:9990 /] shutdown
> {noformat}
> Set CLI logger level to ALL (logger.org.jboss.as.cli.level=ALL) to see all logs produced by CLI
> actual content of jboss-cli.log - only server response is logged
> {noformat}
> 13:45:48,041 DEBUG [org.jboss.as.cli.CommandContext] connecting to localhost:9990 as null
> 13:46:04,033 INFO [org.jboss.as.cli.CommandContext] {"outcome" => "success"}
> {noformat}
> I can imagine content like following could be helpful for troubleshooting
> {noformat}
> ...
> <TIME> <LEVEL> [org.jboss.as.cli.CommandContext] /system-property=foo:add(value=bar bar)
> {
> "address" => [("system-property" => "foo")],
> "operation" => "add",
> "value" => "barbar"
> }
> <TIME> <LEVEL> [org.jboss.as.cli.CommandContext] {"outcome" => "success"}
> {noformat}
> AFAICT the only possibility to get the actual CLI requests in raw form is to map the content of $HOME/.jboss-cli-history file with configuration history or audit log now.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 11 months
[JBoss JIRA] (DROOLS-2867) [Guided Rule] You have to reopen rule to load dependent enums
by Jozef Marko (JIRA)
Jozef Marko created DROOLS-2867:
-----------------------------------
Summary: [Guided Rule] You have to reopen rule to load dependent enums
Key: DROOLS-2867
URL: https://issues.jboss.org/browse/DROOLS-2867
Project: Drools
Issue Type: Bug
Components: Guided Decision Table Editor, Guided Rule Editor
Affects Versions: 7.10.0.Final
Reporter: Jozef Marko
Assignee: Michael Anstis
Attachments: Screenshot from 2018-08-08 15-13-14.png, Screenshot from 2018-08-08 15-14-00.png, Screenshot from 2018-08-08 15-14-50.png
Imagine you have data object like
{code:java}
package com.myspace.new_one_project;
/**
* This class was automatically generated by the data modeler tool.
*/
public class Person implements java.io.Serializable {
static final long serialVersionUID = 1L;
private java.lang.String name;
private java.lang.String name2;
public Person() {
}
public java.lang.String getName() {
return this.name;
}
public void setName(java.lang.String name) {
this.name = name;
}
public java.lang.String getName2() {
return this.name2;
}
public void setName2(java.lang.String name2) {
this.name2 = name2;
}
public Person(java.lang.String name, java.lang.String name2) {
this.name = name;
this.name2 = name2;
}
}
{code}
and enumeration
{code}
'Person.name' : ['a','b']
'Person.name2[name=a]' : ['c', 'd']
{code}
Then create constraint like
!Screenshot from 2018-08-08 15-13-14.png|thumbnail!
Then update it like:
!Screenshot from 2018-08-08 15-14-00.png|thumbnail!
Then update it like:
!Screenshot from 2018-08-08 15-14-50.png|thumbnail!
Notice the constraint for name2 field doesn't offer enums 'c' and 'd'. If you save and reopen the rule 'c' and 'd' will be offered. They should be offered without reopening the rule.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 11 months
[JBoss JIRA] (DROOLS-2867) [Guided Rule] You have to reopen rule to load dependent enums
by Jozef Marko (JIRA)
[ https://issues.jboss.org/browse/DROOLS-2867?page=com.atlassian.jira.plugi... ]
Jozef Marko updated DROOLS-2867:
--------------------------------
Description:
Imagine you have data object like
{code:java}
package com.myspace.new_one_project;
public class Person implements java.io.Serializable {
static final long serialVersionUID = 1L;
private java.lang.String name;
private java.lang.String name2;
public Person() {
}
public java.lang.String getName() {
return this.name;
}
public void setName(java.lang.String name) {
this.name = name;
}
public java.lang.String getName2() {
return this.name2;
}
public void setName2(java.lang.String name2) {
this.name2 = name2;
}
public Person(java.lang.String name, java.lang.String name2) {
this.name = name;
this.name2 = name2;
}
}
{code}
and enumeration
{code}
'Person.name' : ['a','b']
'Person.name2[name=a]' : ['c', 'd']
{code}
Then create constraint like
!Screenshot from 2018-08-08 15-13-14.png|thumbnail!
Then update it like:
!Screenshot from 2018-08-08 15-14-00.png|thumbnail!
Then update it like:
!Screenshot from 2018-08-08 15-14-50.png|thumbnail!
Notice the constraint for name2 field doesn't offer enums 'c' and 'd'. If you save and reopen the rule 'c' and 'd' will be offered. They should be offered without reopening the rule.
was:
Imagine you have data object like
{code:java}
package com.myspace.new_one_project;
/**
* This class was automatically generated by the data modeler tool.
*/
public class Person implements java.io.Serializable {
static final long serialVersionUID = 1L;
private java.lang.String name;
private java.lang.String name2;
public Person() {
}
public java.lang.String getName() {
return this.name;
}
public void setName(java.lang.String name) {
this.name = name;
}
public java.lang.String getName2() {
return this.name2;
}
public void setName2(java.lang.String name2) {
this.name2 = name2;
}
public Person(java.lang.String name, java.lang.String name2) {
this.name = name;
this.name2 = name2;
}
}
{code}
and enumeration
{code}
'Person.name' : ['a','b']
'Person.name2[name=a]' : ['c', 'd']
{code}
Then create constraint like
!Screenshot from 2018-08-08 15-13-14.png|thumbnail!
Then update it like:
!Screenshot from 2018-08-08 15-14-00.png|thumbnail!
Then update it like:
!Screenshot from 2018-08-08 15-14-50.png|thumbnail!
Notice the constraint for name2 field doesn't offer enums 'c' and 'd'. If you save and reopen the rule 'c' and 'd' will be offered. They should be offered without reopening the rule.
> [Guided Rule] You have to reopen rule to load dependent enums
> -------------------------------------------------------------
>
> Key: DROOLS-2867
> URL: https://issues.jboss.org/browse/DROOLS-2867
> Project: Drools
> Issue Type: Bug
> Components: Guided Decision Table Editor, Guided Rule Editor
> Affects Versions: 7.10.0.Final
> Reporter: Jozef Marko
> Assignee: Michael Anstis
> Labels: drools-tools, regression
> Attachments: Screenshot from 2018-08-08 15-13-14.png, Screenshot from 2018-08-08 15-14-00.png, Screenshot from 2018-08-08 15-14-50.png
>
>
> Imagine you have data object like
> {code:java}
> package com.myspace.new_one_project;
> public class Person implements java.io.Serializable {
> static final long serialVersionUID = 1L;
> private java.lang.String name;
> private java.lang.String name2;
> public Person() {
> }
> public java.lang.String getName() {
> return this.name;
> }
> public void setName(java.lang.String name) {
> this.name = name;
> }
> public java.lang.String getName2() {
> return this.name2;
> }
> public void setName2(java.lang.String name2) {
> this.name2 = name2;
> }
> public Person(java.lang.String name, java.lang.String name2) {
> this.name = name;
> this.name2 = name2;
> }
> }
> {code}
> and enumeration
> {code}
> 'Person.name' : ['a','b']
> 'Person.name2[name=a]' : ['c', 'd']
> {code}
> Then create constraint like
> !Screenshot from 2018-08-08 15-13-14.png|thumbnail!
> Then update it like:
> !Screenshot from 2018-08-08 15-14-00.png|thumbnail!
> Then update it like:
> !Screenshot from 2018-08-08 15-14-50.png|thumbnail!
> Notice the constraint for name2 field doesn't offer enums 'c' and 'd'. If you save and reopen the rule 'c' and 'd' will be offered. They should be offered without reopening the rule.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 11 months