February 2019 - jboss-jira - Jboss List Archives

[JBoss JIRA] (WFLY-11788) revert ironjacamar to 1.4.12

by Brian Stansberry (Jira)

[ https://issues.jboss.org/browse/WFLY-11788?page=com.atlassian.jira.plugin... ] Brian Stansberry reassigned WFLY-11788: --------------------------------------- Fix Version/s: 16.0.0.CR1 Assignee: Stefano Maestri Resolution: Done > revert ironjacamar to 1.4.12 > ---------------------------- > > Key: WFLY-11788 > URL: https://issues.jboss.org/browse/WFLY-11788 > Project: WildFly > Issue Type: Task > Reporter: Stefano Maestri > Assignee: Stefano Maestri > Priority: Major > Fix For: 16.0.0.CR1 > > -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 2 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-3712) Provide an example to connect drools from a Java Microservice to the Kafka cluster

by Massimiliano Dessi (Jira)

[ https://issues.jboss.org/browse/DROOLS-3712?page=com.atlassian.jira.plugi... ] Massimiliano Dessi updated DROOLS-3712: --------------------------------------- Summary: Provide an example to connect drools from a Java Microservice to the Kafka cluster (was: Provide an example to connect to the Kafka cluster from a Java Microservice inside a container) > Provide an example to connect drools from a Java Microservice to the Kafka cluster > ------------------------------------------------------------------------------------ > > Key: DROOLS-3712 > URL: https://issues.jboss.org/browse/DROOLS-3712 > Project: Drools > Issue Type: Sub-task > Reporter: Massimiliano Dessi > Assignee: Massimiliano Dessi > Priority: Major > -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 2 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-3712) Provide an example to connect drools from a Java Microservice to the Kafka cluster

by Massimiliano Dessi (Jira)

[ https://issues.jboss.org/browse/DROOLS-3712?page=com.atlassian.jira.plugi... ] Massimiliano Dessi commented on DROOLS-3712: -------------------------------------------- Provides a poc to shows a microrservices deployed on openshift connected to the kafka cluster > Provide an example to connect drools from a Java Microservice to the Kafka cluster > ------------------------------------------------------------------------------------ > > Key: DROOLS-3712 > URL: https://issues.jboss.org/browse/DROOLS-3712 > Project: Drools > Issue Type: Sub-task > Reporter: Massimiliano Dessi > Assignee: Massimiliano Dessi > Priority: Major > -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 2 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-3712) Provide an example to connect to the Kafka cluster from a Java Microservice inside a container

by Massimiliano Dessi (Jira)

Massimiliano Dessi created DROOLS-3712: ------------------------------------------ Summary: Provide an example to connect to the Kafka cluster from a Java Microservice inside a container Key: DROOLS-3712 URL: https://issues.jboss.org/browse/DROOLS-3712 Project: Drools Issue Type: Sub-task Reporter: Massimiliano Dessi Assignee: Massimiliano Dessi -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 2 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-3711) Configure Kafka/Zookeper cluster on openshift

by Massimiliano Dessi (Jira)

[ https://issues.jboss.org/browse/DROOLS-3711?page=com.atlassian.jira.plugi... ] Massimiliano Dessi resolved DROOLS-3711. ---------------------------------------- Resolution: Done https://github.com/desmax74/openshift-handbook/commit/9f8a78c07acf3e4c330... > Configure Kafka/Zookeper cluster on openshift > --------------------------------------------- > > Key: DROOLS-3711 > URL: https://issues.jboss.org/browse/DROOLS-3711 > Project: Drools > Issue Type: Sub-task > Reporter: Massimiliano Dessi > Assignee: Massimiliano Dessi > Priority: Major > -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 2 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-3711) Configure Kafka/Zookeper cluster on openshift

by Massimiliano Dessi (Jira)

Massimiliano Dessi created DROOLS-3711: ------------------------------------------ Summary: Configure Kafka/Zookeper cluster on openshift Key: DROOLS-3711 URL: https://issues.jboss.org/browse/DROOLS-3711 Project: Drools Issue Type: Sub-task Reporter: Massimiliano Dessi Assignee: Massimiliano Dessi -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 2 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-3675) Create HTML/CSS for global setting dock + Test Scenario creation popup

by Sarah Rambacher (Jira)

[ https://issues.jboss.org/browse/DROOLS-3675?page=com.atlassian.jira.plugi... ] Sarah Rambacher commented on DROOLS-3675: ----------------------------------------- [~zhutaojiajia] Never mind, [~gabriolo] gave me reasons to keep it as a dropdown. > Create HTML/CSS for global setting dock + Test Scenario creation popup > ---------------------------------------------------------------------- > > Key: DROOLS-3675 > URL: https://issues.jboss.org/browse/DROOLS-3675 > Project: Drools > Issue Type: Task > Components: Scenario Simulation and Testing > Reporter: Daniele Zonca > Assignee: Sarah Rambacher > Priority: Major > Labels: ScenarioSimulation > > Please refer to for the mockup > https://issues.jboss.org/browse/DROOLS-3492 -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 2 months

1
0
0 / 0

[JBoss JIRA] (WFLY-11789) Intermittent failures in NotClosingInjectedContextTestCase

by Brian Stansberry (Jira)

Brian Stansberry created WFLY-11789: --------------------------------------- Summary: Intermittent failures in NotClosingInjectedContextTestCase Key: WFLY-11789 URL: https://issues.jboss.org/browse/WFLY-11789 Project: WildFly Issue Type: Bug Components: JMS Reporter: Brian Stansberry Assignee: ehsavoie Hugonnet Test is failing quite regularly now: https://ci.wildfly.org/project.html?projectId=WF_PullRequest&testNameId=-... Please send up a PR to @Ignore unless there's a quick fix. -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 2 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-3675) Create HTML/CSS for global setting dock + Test Scenario creation popup

by Sarah Rambacher (Jira)

[ https://issues.jboss.org/browse/DROOLS-3675?page=com.atlassian.jira.plugi... ] Sarah Rambacher commented on DROOLS-3675: ----------------------------------------- [~zhutaojiajia] What do you think about using radio buttons for the Type and Expression Language fields, since there are only 2 options? [~danielezonca] thinks there would be 3 at most in the future. I think it would be easier for the user to see the options and just one click to change if necessary. > Create HTML/CSS for global setting dock + Test Scenario creation popup > ---------------------------------------------------------------------- > > Key: DROOLS-3675 > URL: https://issues.jboss.org/browse/DROOLS-3675 > Project: Drools > Issue Type: Task > Components: Scenario Simulation and Testing > Reporter: Daniele Zonca > Assignee: Sarah Rambacher > Priority: Major > Labels: ScenarioSimulation > > Please refer to for the mockup > https://issues.jboss.org/browse/DROOLS-3492 -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 2 months

1
0
0 / 0

[JBoss JIRA] (WFLY-11640) NPE with wildfly-openssl using OpenSSL 1.1.1a

by Jan Stourac (Jira)

[ https://issues.jboss.org/browse/WFLY-11640?page=com.atlassian.jira.plugin... ] Jan Stourac commented on WFLY-11640: ------------------------------------ [~iweiss], I can see the very same issue even on my Fedora 29. See: # get and download WildFly 15.0.1.Final # unzip and start ./bin/standalone.sh # configure openssl provider: {code} /core-service=management/security-realm=ApplicationRealm/server-identity=ssl:write-attribute(name=protocol,value=openssl.TLSv1.2) reload {code} # perform https request against server: curl -k https://localhost:8443 # see error in server.log Same version of OpenSSL library: {code} $ rpm -qi openssl Name : openssl Epoch : 1 Version : 1.1.1a Release : 1.fc29 Architecture: x86_64 {code} What version of WildFly have you been testing this against? > NPE with wildfly-openssl using OpenSSL 1.1.1a > --------------------------------------------- > > Key: WFLY-11640 > URL: https://issues.jboss.org/browse/WFLY-11640 > Project: WildFly > Issue Type: Bug > Components: Web (Undertow) > Affects Versions: 15.0.1.Final > Environment: OpenSSL 1.1.1a > Reporter: Jan Stourac > Assignee: Ingo Weiss > Priority: Major > > It is impossible to use {{wildfly-openssl}} binding with OpenSSL 1.1.1a (RHEL8 uses 1.1.1 at the moment but there seems to be same issue). There is an NPE during the ciphersuites initialization: > {code} > 9:10:58,330 WARNING [org.wildfly.openssl.OpenSSLContextSPI] (MSC service thread 1-3) WFOPENSSL0014 Failed to initialize ciphers: java.lang.NullPointerException > at org.wildfly.openssl.CipherSuiteConverter.toJava(CipherSuiteConverter.java:284) > at org.wildfly.openssl.OpenSSLContextSPI.getAvailableCipherSuites(OpenSSLContextSPI.java:109) > at org.wildfly.openssl.OpenSSLEngine.getSupportedCipherSuites(OpenSSLEngine.java:711) > at org.wildfly.openssl.OpenSSLSocket.getSupportedCipherSuites(OpenSSLSocket.java:163) > at javax.net.ssl.SSLContextSpi.engineGetSupportedSSLParameters(SSLContextSpi.java:194) > at javax.net.ssl.SSLContext.getSupportedSSLParameters(SSLContext.java:436) > at org.jboss.as.domain.management.security.SSLContextService.wrapSslContext(SSLContextService.java:116) > at org.jboss.as.domain.management.security.SSLContextService.start(SSLContextService.java:102) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1738) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.execute(ServiceControllerImpl.java:1700) > at org.jboss.msc.service.ServiceControllerImpl$ControllerTask.run(ServiceControllerImpl.java:1558) > at org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35) > at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1985) > at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1487) > at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1378) > at java.lang.Thread.run(Thread.java:748) > {code} > and then there is NPE during the request itself: > {code} > 19:12:18,417 ERROR [org.xnio.listener] (default I/O-2) XNIO001007: A channel event listener threw an exception: java.lang.NullPointerException > at org.wildfly.openssl.CipherSuiteConverter.toJava(CipherSuiteConverter.java:284) > at org.wildfly.openssl.OpenSSLEngine.toJavaCipherSuite(OpenSSLEngine.java:1094) > at org.wildfly.openssl.OpenSSLEngine.getEnabledCipherSuites(OpenSSLEngine.java:729) > at org.wildfly.openssl.OpenSSLContextSPI.getCiphers(OpenSSLContextSPI.java:339) > at org.wildfly.openssl.OpenSSLEngine.getEnabledCipherSuites(OpenSSLEngine.java:720) > at io.undertow.server.protocol.http.AlpnOpenListener.engineSupportsHTTP2(AlpnOpenListener.java:324) > at io.undertow.server.protocol.http.AlpnOpenListener$1.apply(AlpnOpenListener.java:239) > at io.undertow.server.protocol.http.AlpnOpenListener$1.apply(AlpnOpenListener.java:235) > at io.undertow.server.protocol.http.AlpnOpenListener$SSLConduitUpdater.apply(AlpnOpenListener.java:430) > at io.undertow.server.protocol.http.AlpnOpenListener$SSLConduitUpdater.apply(AlpnOpenListener.java:419) > at io.undertow.protocols.alpn.DefaultAlpnEngineManager.registerEngine(DefaultAlpnEngineManager.java:31) > at io.undertow.protocols.alpn.ALPNManager.registerEngineCallback(ALPNManager.java:80) > at io.undertow.server.protocol.http.AlpnOpenListener.handleEvent(AlpnOpenListener.java:235) > at io.undertow.server.protocol.http.AlpnOpenListener.handleEvent(AlpnOpenListener.java:64) > at org.xnio.ChannelListeners.invokeChannelListener(ChannelListeners.java:92) > at org.xnio.ChannelListeners$10.handleEvent(ChannelListeners.java:291) > at org.xnio.ChannelListeners$10.handleEvent(ChannelListeners.java:286) > at org.xnio.ChannelListeners.invokeChannelListener(ChannelListeners.java:92) > at org.xnio.ChannelListeners$DelegatingChannelListener.handleEvent(ChannelListeners.java:1092) > at org.xnio.ChannelListeners.invokeChannelListener(ChannelListeners.java:92) > at org.xnio.nio.QueuedNioTcpServer$1.run(QueuedNioTcpServer.java:131) > at org.xnio.nio.WorkerThread.safeRun(WorkerThread.java:612) > at org.xnio.nio.WorkerThread.run(WorkerThread.java:479) > {code} > Looking briefly into it, the cipher that is trying to be used is *{{TLS_AES_256_GCM_SHA384}}*. It is interesting that this cipher has underscores '_' in its name instead of hyphens '-' as most of the openssl ciphers have. Looks like these were added in the sake of TLSv1.3, [see here|https://github.com/openssl/openssl/commit/fa25763b5528b56b448d64bfba...]. -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 2 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 2019