January 2019 - jboss-jira - Jboss List Archives

[JBoss JIRA] (SWSQE-579) UI Automation - Swagger integration

by Hayk Hovsepyan (Jira)

Hayk Hovsepyan created SWSQE-579: ------------------------------------ Summary: UI Automation - Swagger integration Key: SWSQE-579 URL: https://issues.jboss.org/browse/SWSQE-579 Project: Kiali QE Issue Type: QE Task Reporter: Hayk Hovsepyan Assignee: Hayk Hovsepyan -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFWIP-100) SNI - exact hostname match is not prefered to match with wildcart

by Jan Stourac (Jira)

[ https://issues.jboss.org/browse/WFWIP-100?page=com.atlassian.jira.plugin.... ] Jan Stourac resolved WFWIP-100. ------------------------------- Resolution: Done This issue is no longer present in current implementation. Checked with {{WildFly 15.0.0.Final}}. Closing as fixed. > SNI - exact hostname match is not prefered to match with wildcart > ----------------------------------------------------------------- > > Key: WFWIP-100 > URL: https://issues.jboss.org/browse/WFWIP-100 > Project: WildFly WIP > Issue Type: Bug > Environment: Wildfly build with undertow and wildfly-core modules build from following sources: > * https://github.com/stuartwdouglas/undertow/tree/sni > * https://github.com/stuartwdouglas/wildfly-core/tree/sni > Reporter: Pavel Jelinek > Assignee: Stuart Douglas > Priority: Major > Labels: SNI > > Client got peer certificate mapped by the more general mapping > {code} > .*\\.example\\.com > {code} -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 3 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-3578) Refactor MVEL Grammar out of common DRLX grammar

by Edoardo Vacchi (Jira)

[ https://issues.jboss.org/browse/DROOLS-3578?page=com.atlassian.jira.plugi... ] Edoardo Vacchi updated DROOLS-3578: ----------------------------------- Description: Current MVEL jj grammar definition is all together with the DRLX grammar definition. This task consists in creating a new separate stand-alone MVEL grammar > Refactor MVEL Grammar out of common DRLX grammar > ------------------------------------------------ > > Key: DROOLS-3578 > URL: https://issues.jboss.org/browse/DROOLS-3578 > Project: Drools > Issue Type: Enhancement > Reporter: Edoardo Vacchi > Assignee: Edoardo Vacchi > Priority: Major > Labels: drools-core > > Current MVEL jj grammar definition is all together with the DRLX grammar definition. This task consists in creating a new separate stand-alone MVEL grammar -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 3 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-3578) Refactor MVEL Grammar out of common DRLX grammar

by Edoardo Vacchi (Jira)

[ https://issues.jboss.org/browse/DROOLS-3578?page=com.atlassian.jira.plugi... ] Edoardo Vacchi updated DROOLS-3578: ----------------------------------- Sprint: 2019 Week 05-07 > Refactor MVEL Grammar out of common DRLX grammar > ------------------------------------------------ > > Key: DROOLS-3578 > URL: https://issues.jboss.org/browse/DROOLS-3578 > Project: Drools > Issue Type: Enhancement > Reporter: Edoardo Vacchi > Assignee: Edoardo Vacchi > Priority: Major > Labels: drools-core > -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 3 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-3578) Refactor MVEL Grammar out of common DRLX grammar

by Edoardo Vacchi (Jira)

Edoardo Vacchi created DROOLS-3578: -------------------------------------- Summary: Refactor MVEL Grammar out of common DRLX grammar Key: DROOLS-3578 URL: https://issues.jboss.org/browse/DROOLS-3578 Project: Drools Issue Type: Enhancement Reporter: Edoardo Vacchi Assignee: Edoardo Vacchi -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 3 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-3577) Lightweight (jBPM) runtimeimpl (alternative to kiesession)

by Edoardo Vacchi (Jira)

[ https://issues.jboss.org/browse/DROOLS-3577?page=com.atlassian.jira.plugi... ] Edoardo Vacchi updated DROOLS-3577: ----------------------------------- Sprint: 2019 Week 05-07 > Lightweight (jBPM) runtimeimpl (alternative to kiesession) > ---------------------------------------------------------- > > Key: DROOLS-3577 > URL: https://issues.jboss.org/browse/DROOLS-3577 > Project: Drools > Issue Type: Task > Reporter: Edoardo Vacchi > Assignee: Edoardo Vacchi > Priority: Major > Labels: drools-core > > This is an experimental, "investigation" task. The idea is to evaluate an approach to build a lightweight session substitute for jBPM > Other points to take into account: > - we should move some of the internals to standalone services. Not every runtimeimpl needs it's own instance of Calendars. WorkItemManager can probably be moved out too. > > - revisit how jBPM uses Drools. we need to make rule usage lightweight, so it's only a little harder than add a method; e.g. use canonical model directly etc -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 3 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-3577) Lightweight (jBPM) runtimeimpl (alternative to kiesession)

by Edoardo Vacchi (Jira)

Edoardo Vacchi created DROOLS-3577: -------------------------------------- Summary: Lightweight (jBPM) runtimeimpl (alternative to kiesession) Key: DROOLS-3577 URL: https://issues.jboss.org/browse/DROOLS-3577 Project: Drools Issue Type: Task Reporter: Edoardo Vacchi Assignee: Edoardo Vacchi This is an experimental, "investigation" task. The idea is to evaluate an approach to build a lightweight session substitute for jBPM Other points to take into account: - we should move some of the internals to standalone services. Not every runtimeimpl needs it's own instance of Calendars. WorkItemManager can probably be moved out too. - revisit how jBPM uses Drools. we need to make rule usage lightweight, so it's only a little harder than add a method; e.g. use canonical model directly etc -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 3 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-3576) Livelock in PseudoClockScheduler

by Tibor Zimányi (Jira)

Tibor Zimányi created DROOLS-3576: ------------------------------------- Summary: Livelock in PseudoClockScheduler Key: DROOLS-3576 URL: https://issues.jboss.org/browse/DROOLS-3576 Project: Drools Issue Type: Bug Components: core engine Affects Versions: 7.17.0.Final Reporter: Tibor Zimányi Assignee: Tibor Zimányi When running test with pseudo clock and fireUntilHalt, it could end up in a livelock, where a while loop never ends [1]. The main problem in [1] is the isCancel() if statement. Current synchronization doesn't block cancelling the item during ongoing runCallBacksAndIncreaseTimer method call with [2]. That causes a livelock, because new item is not read in the loop, therefore it iterates over the same item again and again. This can be tested by running CepEspTest.testEventExpirationInSlidingWindow [3] more times in a row till it fails (it always fails after some time). I will create a PR for this. [1] https://github.com/kiegroup/drools/blob/04d58e7714844e73f68e6143e235bb557... [2] https://github.com/kiegroup/drools/blob/04d58e7714844e73f68e6143e235bb557... [3] https://github.com/kiegroup/drools/blob/2bf3c13de000864e7c45b9fd008af2f54... -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 3 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-3564) Add Bayes support to revised API prototype

by Edoardo Vacchi (Jira)

[ https://issues.jboss.org/browse/DROOLS-3564?page=com.atlassian.jira.plugi... ] Edoardo Vacchi resolved DROOLS-3564. ------------------------------------ Release Notes Text: added support in this commit https://github.com/evacchi/drools/commit/52e2481512dd1fc6c326a9c6ebfc3a93... Resolution: Done > Add Bayes support to revised API prototype > ------------------------------------------ > > Key: DROOLS-3564 > URL: https://issues.jboss.org/browse/DROOLS-3564 > Project: Drools > Issue Type: Task > Reporter: Edoardo Vacchi > Assignee: Edoardo Vacchi > Priority: Minor > Labels: drools-core > > Plug Bayes knowledge support to the new Unit API prototype -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-1478) DefaultOperationRequestAddress.appendPath loses Node.name

by Vratislav Marek (Jira)

[ https://issues.jboss.org/browse/WFCORE-1478?page=com.atlassian.jira.plugi... ] Vratislav Marek commented on WFCORE-1478: ----------------------------------------- [~jdenise] can you please give an example of the affected functionality? Or can you please give an example of the affected use case? > DefaultOperationRequestAddress.appendPath loses Node.name > --------------------------------------------------------- > > Key: WFCORE-1478 > URL: https://issues.jboss.org/browse/WFCORE-1478 > Project: WildFly Core > Issue Type: Bug > Components: CLI > Reporter: Jean-Francois Denise > Assignee: Jean-Francois Denise > Priority: Major > > Ran into this obvious issue reading code. Not even sure this method is used somewhere. > for(Node n : path) { > nodes.add(new NodeImpl(n.getType(),* n.getType()*)); > } -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 3 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 January 2019