[JBoss JIRA] (DROOLS-2342) Update Kie Navigator to the new git/rest structure
by Andrej Podhradsky (JIRA)
[ https://issues.jboss.org/browse/DROOLS-2342?page=com.atlassian.jira.plugi... ]
Andrej Podhradsky commented on DROOLS-2342:
-------------------------------------------
Hi [~tomasdavidorg], could you check this issue, please?
> Update Kie Navigator to the new git/rest structure
> --------------------------------------------------
>
> Key: DROOLS-2342
> URL: https://issues.jboss.org/browse/DROOLS-2342
> Project: Drools
> Issue Type: Bug
> Components: eclipse plugin
> Affects Versions: 7.5.0.Final
> Environment: 7.7.0-SNAPSHOT
> Reporter: Tomas David
> Assignee: Tiago Bento
> Labels: AppFormer, AppFormer-Prioritized
> Fix For: 7.8.0.Final
>
>
> Drools eclipse plugin contains Kie Navigator tool which uses git structure and rest calls to connect to kie-wb. According to changes made in kie-wb 7.7.0 the tooling should be updated.
> The rest api and the git structure changed. and the kie navigator doesn't work.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years
[JBoss JIRA] (WFLY-10688) Bad unit conversion of jdbc-network-timeout attribute
by Erich Duda (JIRA)
[ https://issues.jboss.org/browse/WFLY-10688?page=com.atlassian.jira.plugin... ]
Erich Duda updated WFLY-10688:
------------------------------
Description:
In the messaging subsystem there is an attribute {{jdbc-network-timeout}} with default value 20 seconds. However this parameter is passed to ActiveMQ Artemis as 20 000 000 milliseconds (20 000 seconds).
For reproducing the issue just configure JDBC persistence store and attach debugger with breakpoint on {{AbstractJDBCDriver::connect}}.
*Blocker* priority was set because it is regression against Wildfly 12.
was:
In the messaging subsystem there is an attribute {{jdbc-network-timeout}} with default value 20 seconds. However this parameter is passed to ActiveMQ Artemis as 20 000 000 milliseconds (20 000 seconds).
For reproducing the issue just configure JDBC persistence store and attach debugger with breakpoint on {{AbstractJDBCDriver::connect}}.
*Blocker* priority was set because it is regression against Wildfly 12.
The issue was hit with Artemis 2.5.0 with https://github.com/jmesnil/wildfly/tree/WFLY-9407_upgrade_artemis_2.4.0_w... (commit 51dd8102f103ccb0470a3cfc8713d3f9bdb1b65d)
> Bad unit conversion of jdbc-network-timeout attribute
> -----------------------------------------------------
>
> Key: WFLY-10688
> URL: https://issues.jboss.org/browse/WFLY-10688
> Project: WildFly
> Issue Type: Bug
> Components: JMS
> Reporter: Erich Duda
> Assignee: Jeff Mesnil
> Priority: Blocker
> Labels: feature-branch-blocker
>
> In the messaging subsystem there is an attribute {{jdbc-network-timeout}} with default value 20 seconds. However this parameter is passed to ActiveMQ Artemis as 20 000 000 milliseconds (20 000 seconds).
> For reproducing the issue just configure JDBC persistence store and attach debugger with breakpoint on {{AbstractJDBCDriver::connect}}.
> *Blocker* priority was set because it is regression against Wildfly 12.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years
[JBoss JIRA] (DROOLS-2662) Guided Rule Editor does not open popup when binding a variable of type java.time.LocalDate in another constraint
by Jozef Marko (JIRA)
[ https://issues.jboss.org/browse/DROOLS-2662?page=com.atlassian.jira.plugi... ]
Jozef Marko edited comment on DROOLS-2662 at 7/10/18 9:47 AM:
--------------------------------------------------------------
Just for record, the reason why issue occurs just for {{java.time.LocalDate}} field is that {{AsyncPackageDataModelOracleImpl}} assumes {{java.time.LocalDate}} fields have type {{Comparable}} while {{java.util.Date}} fields have type {{Date}}.
This difference caused that different branches of code were executed for different field types and we didn't spot the issue sooner.
If we decide to support {{java.time.LocalDate}} we will have to update [converter|https://github.com/kiegroup/kie-wb-common/blob/master/kie-wb-co...]
was (Author: jomarko):
Just for record, the reason why issue occurs just for {java.time.LocalDate} field is that {AsyncPackageDataModelOracleImpl} assumes {java.time.LocalDate} fields have type {Comparable} while {java.util.Date} fields have type {Date}.
This difference caused that different branches of code were executed for different field types and we didn't spot the issue sooner.
If we decide to support {java.time.LocalDate} we will have to update [converter|https://github.com/kiegroup/kie-wb-common/blob/master/kie-wb-co...]
> Guided Rule Editor does not open popup when binding a variable of type java.time.LocalDate in another constraint
> ----------------------------------------------------------------------------------------------------------------
>
> Key: DROOLS-2662
> URL: https://issues.jboss.org/browse/DROOLS-2662
> Project: Drools
> Issue Type: Bug
> Components: Guided Rule Editor
> Reporter: Jozef Marko
> Assignee: Jozef Marko
> Attachments: out-15.ogv
>
>
> Consider a Data Object Test with a single field date of type java.time.LocalDate. When using Guided Rule Editor with two different conditions on Test object, with two Test object (the condition are in two separated objects), when we bind the date to a variable the constraint pop up won't open for the other condition, showing an error in console.
> The attached video will clarify the issue.
> That does not seem to happen with built in types and not even with java.util.Date type.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years
[JBoss JIRA] (DROOLS-2662) Guided Rule Editor does not open popup when binding a variable of type java.time.LocalDate in another constraint
by Jozef Marko (JIRA)
[ https://issues.jboss.org/browse/DROOLS-2662?page=com.atlassian.jira.plugi... ]
Jozef Marko commented on DROOLS-2662:
-------------------------------------
Just for record, the reason why issue occurs just for {java.time.LocalDate} field is that {AsyncPackageDataModelOracleImpl} assumes {java.time.LocalDate} fields have type {Comparable} while {java.util.Date} fields have type {Date}.
This difference caused that different branches of code were executed for different field types and we didn't spot the issue sooner.
If we decide to support {java.time.LocalDate} we will have to update [converter|https://github.com/kiegroup/kie-wb-common/blob/master/kie-wb-co...]
> Guided Rule Editor does not open popup when binding a variable of type java.time.LocalDate in another constraint
> ----------------------------------------------------------------------------------------------------------------
>
> Key: DROOLS-2662
> URL: https://issues.jboss.org/browse/DROOLS-2662
> Project: Drools
> Issue Type: Bug
> Components: Guided Rule Editor
> Reporter: Jozef Marko
> Assignee: Jozef Marko
> Attachments: out-15.ogv
>
>
> Consider a Data Object Test with a single field date of type java.time.LocalDate. When using Guided Rule Editor with two different conditions on Test object, with two Test object (the condition are in two separated objects), when we bind the date to a variable the constraint pop up won't open for the other condition, showing an error in console.
> The attached video will clarify the issue.
> That does not seem to happen with built in types and not even with java.util.Date type.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years