[JBoss JIRA] (JGRP-2487) Support TLS in TCP/TCP_NIO
by Tristan Tarrant (Jira)
Tristan Tarrant created JGRP-2487:
-------------------------------------
Summary: Support TLS in TCP/TCP_NIO
Key: JGRP-2487
URL: https://issues.redhat.com/browse/JGRP-2487
Project: JGroups
Issue Type: Enhancement
Reporter: Tristan Tarrant
Assignee: Bela Ban
Add support for SSLSocketFactory, as well as being able to create our own from a supplied keystore. Transparent support for WildFly OpenSSL should also be added.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 10 months
[JBoss JIRA] (DROOLS-2289) The response time jump add in stability test
by Toshiya Kobayashi (Jira)
[ https://issues.redhat.com/browse/DROOLS-2289?page=com.atlassian.jira.plug... ]
Toshiya Kobayashi closed DROOLS-2289.
-------------------------------------
Release Notes Text: Closing as Out of Date. If you still have this issue, please raise it in drools-usage forum (https://groups.google.com/forum/#!forum/drools-usage). Thank you for your understanding!
Resolution: Out of Date
> The response time jump add in stability test
> ---------------------------------------------
>
> Key: DROOLS-2289
> URL: https://issues.redhat.com/browse/DROOLS-2289
> Project: Drools
> Issue Type: Quality Risk
> Components: kie server
> Affects Versions: 7.5.0.Final
> Environment: tomcat version:8.5.24 jmeter version:jakarta-jmeter-2.5.1 Drools version:7.5.0.Final
> cpu:2x6 x86_64, memory:32G, sysOS:CentOS release 6.3
> Reporter: LIANG LIU
> Assignee: Toshiya Kobayashi
> Priority: Major
> Attachments: InputFact.java, image-2018-02-02-14-51-31-166.png, screenshot-1.png, tomcat8_test.jmx
>
>
> !image-2018-02-02-14-51-31-166.png|thumbnail!
> Stability test the response time jump add! Figure ; En,there are 20 rules,like:
> rule "1"
> salience 9999
> when
> $inputFact:InputFact(stateless_data["black_test"]== 1)
> then
> result.put(drools.getRule().getName(),1);
> end
> It's a problem I use or some parameters need to be set?
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 10 months
[JBoss JIRA] (WFCORE-5028) CallbackHandler from CLI overriding discovered wildfly-config for authentication.
by Darran Lofthouse (Jira)
Darran Lofthouse created WFCORE-5028:
----------------------------------------
Summary: CallbackHandler from CLI overriding discovered wildfly-config for authentication.
Key: WFCORE-5028
URL: https://issues.redhat.com/browse/WFCORE-5028
Project: WildFly Core
Issue Type: Bug
Components: CLI, Security
Reporter: Darran Lofthouse
Assignee: Darran Lofthouse
Fix For: 12.0.2.Final, 13.0.0.Beta2
WFCORE-4976 made an update to ProtocolConnectionUtils so that a supplied CallbackHandler takes priority - this works where a client is using ModelControllerClient.create() and passing in a CallbackHandler as we should take that as an indication that the caller wants control of authentication.
However by fixing in ProtocolConnectionUtils it has also picked up the case where the CLI passes in the CallbackHandler - that case however should only use the CBH if the information can not be obtained from the AuthenticationConfiguration. This call does not come via ModelControllerClient but both paths meet at ProtocolConnectionUtils.
Either the adjustment of the AuthenticationContext to give the CallbackHandler should happen in ModelControllerClient - or an additional boolean should be passed into ProtocolConnectionUtils to indicate if the CallbackHandler should be given priority. The latter may be a less invasive evolution of the fix prepared so far.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 10 months
[JBoss JIRA] (WFLY-13640) Provide Support for MicroProfile Reactive Messaging
by Kabir Khan (Jira)
[ https://issues.redhat.com/browse/WFLY-13640?page=com.atlassian.jira.plugi... ]
Kabir Khan moved EAP7-1519 to WFLY-13640:
-----------------------------------------
Project: WildFly (was: JBoss EAP Planning for version 7 and above)
Key: WFLY-13640 (was: EAP7-1519)
Issue Type: Feature Request (was: Requirement)
Workflow: GIT Pull Request workflow (was: EAP Agile Workflow 2.0)
Component/s: (was: MicroProfile)
EAP PT Pre-Checked (PC): (was: TODO)
Target Release: (was: EAP-XP-2.0.0.GA)
EAP PT Community Docs (CD): (was: TODO)
EAP PT Product Docs (PD): (was: New)
EAP PT Test Dev (TD): (was: TODO)
EAP PT Docs Analysis (DA): (was: TODO)
EAP PT Test Plan (TP): (was: TODO)
EAP PT Analysis Document (AD): (was: TODO)
> Provide Support for MicroProfile Reactive Messaging
> ---------------------------------------------------
>
> Key: WFLY-13640
> URL: https://issues.redhat.com/browse/WFLY-13640
> Project: WildFly
> Issue Type: Feature Request
> Reporter: Bilgehan Ozpeynirci
> Assignee: Kabir Khan
> Priority: Major
>
> Sending and receiving messages between microservices with MicroProfile Reactive Messaging specification.
> It will possible to produce, process and consume messages within your application.
> Smallrye Reactive Messaging: https://smallrye.io/smallrye-reactive-messaging/
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 10 months
[JBoss JIRA] (WFCORE-4976) Where ModelControllerClient is initialised in process with CBH AuthenticationConfiguration takes priority.
by Darran Lofthouse (Jira)
[ https://issues.redhat.com/browse/WFCORE-4976?page=com.atlassian.jira.plug... ]
Darran Lofthouse updated WFCORE-4976:
-------------------------------------
Component/s: (was: CLI)
> Where ModelControllerClient is initialised in process with CBH AuthenticationConfiguration takes priority.
> ----------------------------------------------------------------------------------------------------------
>
> Key: WFCORE-4976
> URL: https://issues.redhat.com/browse/WFCORE-4976
> Project: WildFly Core
> Issue Type: Bug
> Components: Management, Security
> Reporter: Darran Lofthouse
> Assignee: Darran Lofthouse
> Priority: Major
> Labels: downstream_dependency
> Fix For: 12.0.0.Beta4, 12.0.0.Final
>
>
> In ProtocolConnectionUtils we have the following code to pass in the provided CallbackHanldler: -
> {code:java}
> if (handler != null) {
> mergedConfiguration = mergedConfiguration.useCallbackHandler(handler, DEFAULT_CALLBACK_KINDS);
> }
> {code}
> However the AuthenticationClient performs the following sanitation of the specified KINDS: -
> {code:java}
> case SET_USER_CB_KINDS:
> // SANITAZE on above content
> if (this.principal != null) {
> sanitazeOnMutation(SET_PRINCIPAL);
> }
> if (this.credentialSource != null) {
> sanitazeOnMutation(SET_CRED_SOURCE);
> }
> if (this.setRealm != null) {
> sanitazeOnMutation(SET_REALM);
> }
> if (this.parameterSpecs != null) {
> sanitazeOnMutation(SET_PARAM_SPECS);
> }
> if (this.keyManagerFactory != null) {
> sanitazeOnMutation(SET_KEY_MGR_FAC);
> }
> break;
> {code}
> Before passing in the CallbackHandler and specifying which KINDS is applies to the ProtocolConnectionUtils call should first remove the duplicates from the configuration.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 10 months
[JBoss JIRA] (WFCORE-4976) Where ModelControllerClient is initialised in process with CBH AuthenticationConfiguration takes priority.
by Darran Lofthouse (Jira)
[ https://issues.redhat.com/browse/WFCORE-4976?page=com.atlassian.jira.plug... ]
Darran Lofthouse updated WFCORE-4976:
-------------------------------------
Component/s: Management
> Where ModelControllerClient is initialised in process with CBH AuthenticationConfiguration takes priority.
> ----------------------------------------------------------------------------------------------------------
>
> Key: WFCORE-4976
> URL: https://issues.redhat.com/browse/WFCORE-4976
> Project: WildFly Core
> Issue Type: Bug
> Components: CLI, Management, Security
> Reporter: Darran Lofthouse
> Assignee: Darran Lofthouse
> Priority: Major
> Labels: downstream_dependency
> Fix For: 12.0.0.Beta4, 12.0.0.Final
>
>
> In ProtocolConnectionUtils we have the following code to pass in the provided CallbackHanldler: -
> {code:java}
> if (handler != null) {
> mergedConfiguration = mergedConfiguration.useCallbackHandler(handler, DEFAULT_CALLBACK_KINDS);
> }
> {code}
> However the AuthenticationClient performs the following sanitation of the specified KINDS: -
> {code:java}
> case SET_USER_CB_KINDS:
> // SANITAZE on above content
> if (this.principal != null) {
> sanitazeOnMutation(SET_PRINCIPAL);
> }
> if (this.credentialSource != null) {
> sanitazeOnMutation(SET_CRED_SOURCE);
> }
> if (this.setRealm != null) {
> sanitazeOnMutation(SET_REALM);
> }
> if (this.parameterSpecs != null) {
> sanitazeOnMutation(SET_PARAM_SPECS);
> }
> if (this.keyManagerFactory != null) {
> sanitazeOnMutation(SET_KEY_MGR_FAC);
> }
> break;
> {code}
> Before passing in the CallbackHandler and specifying which KINDS is applies to the ProtocolConnectionUtils call should first remove the duplicates from the configuration.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 10 months
[JBoss JIRA] (WFCORE-4976) Where ModelControllerClient is initialised in process with CBH AuthenticationConfiguration takes priority.
by Darran Lofthouse (Jira)
[ https://issues.redhat.com/browse/WFCORE-4976?page=com.atlassian.jira.plug... ]
Darran Lofthouse updated WFCORE-4976:
-------------------------------------
Component/s: CLI
(was: Management)
> Where ModelControllerClient is initialised in process with CBH AuthenticationConfiguration takes priority.
> ----------------------------------------------------------------------------------------------------------
>
> Key: WFCORE-4976
> URL: https://issues.redhat.com/browse/WFCORE-4976
> Project: WildFly Core
> Issue Type: Bug
> Components: CLI, Security
> Reporter: Darran Lofthouse
> Assignee: Darran Lofthouse
> Priority: Major
> Labels: downstream_dependency
> Fix For: 12.0.0.Beta4, 12.0.0.Final
>
>
> In ProtocolConnectionUtils we have the following code to pass in the provided CallbackHanldler: -
> {code:java}
> if (handler != null) {
> mergedConfiguration = mergedConfiguration.useCallbackHandler(handler, DEFAULT_CALLBACK_KINDS);
> }
> {code}
> However the AuthenticationClient performs the following sanitation of the specified KINDS: -
> {code:java}
> case SET_USER_CB_KINDS:
> // SANITAZE on above content
> if (this.principal != null) {
> sanitazeOnMutation(SET_PRINCIPAL);
> }
> if (this.credentialSource != null) {
> sanitazeOnMutation(SET_CRED_SOURCE);
> }
> if (this.setRealm != null) {
> sanitazeOnMutation(SET_REALM);
> }
> if (this.parameterSpecs != null) {
> sanitazeOnMutation(SET_PARAM_SPECS);
> }
> if (this.keyManagerFactory != null) {
> sanitazeOnMutation(SET_KEY_MGR_FAC);
> }
> break;
> {code}
> Before passing in the CallbackHandler and specifying which KINDS is applies to the ProtocolConnectionUtils call should first remove the duplicates from the configuration.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 10 months