[JBoss JIRA] (WFCORE-4247) Bump the kernel management API version to 10.0.0 and the xsd to 10.0
by Jeff Mesnil (Jira)
Jeff Mesnil created WFCORE-4247:
-----------------------------------
Summary: Bump the kernel management API version to 10.0.0 and the xsd to 10.0
Key: WFCORE-4247
URL: https://issues.jboss.org/browse/WFCORE-4247
Project: WildFly Core
Issue Type: Task
Components: Management
Reporter: Jeff Mesnil
Assignee: Jeff Mesnil
Fix For: 7.0.0.Alpha1
We know there are going to be API changes in WF Core 7, so we need to get the API version bumped so that when those changes happen appropriate transformers can be written to transform to the previous version.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 5 months
[JBoss JIRA] (DROOLS-728) Rule with temporal operator incorrectly fires after KieSession serialization.
by Mario Fusco (Jira)
[ https://issues.jboss.org/browse/DROOLS-728?page=com.atlassian.jira.plugin... ]
Mario Fusco resolved DROOLS-728.
--------------------------------
Resolution: Out of Date
> Rule with temporal operator incorrectly fires after KieSession serialization.
> -----------------------------------------------------------------------------
>
> Key: DROOLS-728
> URL: https://issues.jboss.org/browse/DROOLS-728
> Project: Drools
> Issue Type: Bug
> Components: core engine
> Affects Versions: 6.2.0.CR4
> Environment: Mac OS X 10.10.2, Oracle Hotsport 1.7.0_71
> Reporter: Duncan Doyle
> Assignee: Mario Fusco
> Priority: Major
>
> See the following reproducer: https://github.com/DuncanDoyle/drools-serialization-temporal-operators-issue
> Clone the repo and run: 'mvn clean test'
> What I'm trying to do is, for long running CEP sessions, change the underlying KieBase after a KieSession serialisation. The use-case is that our session can hold Events for weeks, maybe months. We periodically save the session to create save points to accommodate for engine crashes (so we can reload).
> We also want to be able to add new rules to our KieBase, without invalidating the session (if we would have to load a new KieSession after we've changed our rules this, would't allow us to use long running CEP sessions, we would loose events). This seems to be possible by serializing the session, and de-serializing it with a new (updated) KieBase.
> And there is where I see strange behaviour. My first unit test works correctly, I serialize the session and de-serialize it with the same KieBase and everything works as expected. However, my second unit-tests de-serializes the KieSession with a new KieBase which has a single additional rule (rule 3). This causes my rule with temporal operator (rule 2 in my reproducer) to incorrectly fire for one of the events (event 1).
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 5 months
[JBoss JIRA] (DROOLS-3407) Need to use one rule in each one of the agendas efficiently in Kie Drools 7.12
by Kris Verlaenen (Jira)
[ https://issues.jboss.org/browse/DROOLS-3407?page=com.atlassian.jira.plugi... ]
Kris Verlaenen updated DROOLS-3407:
-----------------------------------
Component/s: core engine
(was: eclipse plugin)
> Need to use one rule in each one of the agendas efficiently in Kie Drools 7.12
> ------------------------------------------------------------------------------
>
> Key: DROOLS-3407
> URL: https://issues.jboss.org/browse/DROOLS-3407
> Project: Drools
> Issue Type: Enhancement
> Components: core engine
> Affects Versions: 7.12.0.Final
> Reporter: Rafael Jordá
> Assignee: Kris Verlaenen
> Priority: Major
> Labels: agenda, drools-tools, eclipse, rules
> Fix For: 7.12.0.Final
>
>
> Hi, I'm working in a project using Drools in Eclipse. I need to solve the following issue and I was wondering if you could help me.
> I have a rule that needs to be triggered in each one of the agendas that I've defined in my drl file (it is a very important rule).
> First, I tried not to set an agenda for that rule, but it only got executed at the end of the last agenda.
> So the only thing that came to my mind was defining that rule in each one of the agendas, i.e., the same rule is repeated in all of them, which is not the most efficient solution.
> Is this a normal issue? Is there a better solution?
> Thanks.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 5 months
[JBoss JIRA] (DROOLS-3407) Need to use one rule in each one of the agendas efficiently in Kie Drools 7.12
by Kris Verlaenen (Jira)
[ https://issues.jboss.org/browse/DROOLS-3407?page=com.atlassian.jira.plugi... ]
Kris Verlaenen reassigned DROOLS-3407:
--------------------------------------
Assignee: Edson Tirelli (was: Kris Verlaenen)
> Need to use one rule in each one of the agendas efficiently in Kie Drools 7.12
> ------------------------------------------------------------------------------
>
> Key: DROOLS-3407
> URL: https://issues.jboss.org/browse/DROOLS-3407
> Project: Drools
> Issue Type: Enhancement
> Components: core engine
> Affects Versions: 7.12.0.Final
> Reporter: Rafael Jordá
> Assignee: Edson Tirelli
> Priority: Major
> Labels: agenda, drools-tools, eclipse, rules
> Fix For: 7.12.0.Final
>
>
> Hi, I'm working in a project using Drools in Eclipse. I need to solve the following issue and I was wondering if you could help me.
> I have a rule that needs to be triggered in each one of the agendas that I've defined in my drl file (it is a very important rule).
> First, I tried not to set an agenda for that rule, but it only got executed at the end of the last agenda.
> So the only thing that came to my mind was defining that rule in each one of the agendas, i.e., the same rule is repeated in all of them, which is not the most efficient solution.
> Is this a normal issue? Is there a better solution?
> Thanks.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 5 months
[JBoss JIRA] (JGRP-2316) DNS_PING is not using correct ports with SRV based service discovery
by Bela Ban (Jira)
[ https://issues.jboss.org/browse/JGRP-2316?page=com.atlassian.jira.plugin.... ]
Bela Ban commented on JGRP-2316:
--------------------------------
Could also be an Alpine Linux [1] issue; this is the base image for belaban/jgroups...
[1] https://github.com/janeczku/docker-alpine-kubernetes
> DNS_PING is not using correct ports with SRV based service discovery
> --------------------------------------------------------------------
>
> Key: JGRP-2316
> URL: https://issues.jboss.org/browse/JGRP-2316
> Project: JGroups
> Issue Type: Bug
> Affects Versions: 4.0.15
> Reporter: dmcnair
> Assignee: Bela Ban
> Priority: Major
> Fix For: 4.0.16
>
>
> This is a follow-up to JGRP-2296 - which changed `DefaultDNSResolver.java` to preserve the port for SRV records. While that change is working as desired, `DNS_PING.java` is not using the port when doing member discovery.
> Here are the log entries using *4.0.15*
> {noformat}
> 2018-11-29 21:37:41,561 DEBUG [org.jgroups.protocols.dns.DNS_PING] (thread-4,null,null) Entries collected from DNS (in 5 ms): [172.29.11.50:27106, 172.29.11.50:27105]
> 2018-11-29 21:37:41,562 DEBUG [org.jgroups.protocols.dns.DNS_PING] (thread-4,null,null) 982d38761cba: sending discovery requests to hosts [172.29.11.50:27106, 172.29.11.50:27105] on ports [7600 .. 7600]
> {noformat}
> Since the port was found via the SRV record, it should be used instead of the *transportPort* port.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 5 months
[JBoss JIRA] (DROOLS-3286) [DMN Designer] FunctionGrid: Move F, J, P selector to header
by Jozef Marko (Jira)
[ https://issues.jboss.org/browse/DROOLS-3286?page=com.atlassian.jira.plugi... ]
Jozef Marko commented on DROOLS-3286:
-------------------------------------
[~manstis] oh, ok, sorry for inconvenience. Understand now, Promising no more questions.
> [DMN Designer] FunctionGrid: Move F, J, P selector to header
> -------------------------------------------------------------
>
> Key: DROOLS-3286
> URL: https://issues.jboss.org/browse/DROOLS-3286
> Project: Drools
> Issue Type: Feature Request
> Components: DMN Editor
> Affects Versions: 7.14.0.Final
> Reporter: Michael Anstis
> Assignee: Daniel José dos Santos
> Priority: Major
> Labels: drools-tools
>
> The {{FunctionGrid}} allows switching between FEEL, Java and PMML function definitions using the context menu. [~tirelli] has requested this be changed to a selector in the header. A new column needs to be added with the F, J, P selector in the new column header. The header should display F, J or P accordingly. Do not include row numbers (i.e. don't just add a {{RowNumberColumn}}!
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 5 months
[JBoss JIRA] (DROOLS-3234) Add a Donut widget to improve the visualisation of test report screen
by Toni Rikkola (Jira)
[ https://issues.jboss.org/browse/DROOLS-3234?page=com.atlassian.jira.plugi... ]
Toni Rikkola commented on DROOLS-3234:
--------------------------------------
I think to not waste time we need to wait for the widget underneath to change. At the moment I don't really have control on what the donut looks like and based on what I know it is about to change and look more like the one we need. If after the depending PR is merged, it still does not fit our needs then I need to either enhance the version we get from Appformer or make a custom one.
> Add a Donut widget to improve the visualisation of test report screen
> ---------------------------------------------------------------------
>
> Key: DROOLS-3234
> URL: https://issues.jboss.org/browse/DROOLS-3234
> Project: Drools
> Issue Type: Enhancement
> Components: Scenario Simulation and Testing, Test Scenarios Editor
> Reporter: Toni Rikkola
> Assignee: Toni Rikkola
> Priority: Major
> Attachments: donut.png, screencast-04-12-18.webm
>
>
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 5 months
[JBoss JIRA] (DROOLS-3286) [DMN Designer] FunctionGrid: Move F, J, P selector to header
by Michael Anstis (Jira)
[ https://issues.jboss.org/browse/DROOLS-3286?page=com.atlassian.jira.plugi... ]
Michael Anstis edited comment on DROOLS-3286 at 12/5/18 6:22 AM:
-----------------------------------------------------------------
[~jomarko] I understood you correctly; but to clarify _data types_ of _method name_ and _class_ are already readonly (i.e. the User cannot modify them by clicking in the cell - no popover is shown).
I commented [above|https://issues.jboss.org/browse/DROOLS-3286?focusedCommentId=136695...] to make their _data type_ default to String.
was (Author: manstis):
[~jomarko] I understood you correctly; but to clarify _data types_ of _method name_ and _class_ are already readonly.
I commented [above|https://issues.jboss.org/browse/DROOLS-3286?focusedCommentId=136695...] to make their _data type_ default to String.
> [DMN Designer] FunctionGrid: Move F, J, P selector to header
> -------------------------------------------------------------
>
> Key: DROOLS-3286
> URL: https://issues.jboss.org/browse/DROOLS-3286
> Project: Drools
> Issue Type: Feature Request
> Components: DMN Editor
> Affects Versions: 7.14.0.Final
> Reporter: Michael Anstis
> Assignee: Daniel José dos Santos
> Priority: Major
> Labels: drools-tools
>
> The {{FunctionGrid}} allows switching between FEEL, Java and PMML function definitions using the context menu. [~tirelli] has requested this be changed to a selector in the header. A new column needs to be added with the F, J, P selector in the new column header. The header should display F, J or P accordingly. Do not include row numbers (i.e. don't just add a {{RowNumberColumn}}!
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 5 months