[JBoss JIRA] (DROOLS-2765) [DMN Designer] Exception in read only session
by Jozef Marko (JIRA)
[ https://issues.jboss.org/browse/DROOLS-2765?page=com.atlassian.jira.plugi... ]
Jozef Marko updated DROOLS-2765:
--------------------------------
Description:
There occurs a {{JavaScriptException}} if user enters a read only session during an expression editor is shown.
h3. Manual Acceptance test (/)
# Prepare 3 files, each having multiple versions stored
# Open first, do not changes
# Open second (don't close first by close button, just hide), do some changes do not close
# Open third (don't close first and second by close button, just hide), do changes and save, swith to older version, do not restore
# Switch to second file, select older version, restore
# Switch to first, select older version, do not restore, select again the latest
was:
There occurs a {{JavaScriptException}} if user enters a read only session during an expression editor is shown.
h3. Acceptance test (/)
# Prepare 3 files, each having multiple versions stored
# Open first, do not changes
# Open second (don't close first by close button, just hide), do some changes do not close
# Open third (don't close first and second by close button, just hide), do changes and save, swith to older version, do not restore
# Switch to second file, select older version, restore
# Switch to first, select older version, do not restore, select again the latest
> [DMN Designer] Exception in read only session
> ---------------------------------------------
>
> Key: DROOLS-2765
> URL: https://issues.jboss.org/browse/DROOLS-2765
> Project: Drools
> Issue Type: Bug
> Components: DMN Editor
> Affects Versions: 7.9.0.Final
> Reporter: Jozef Marko
> Assignee: Michael Anstis
> Labels: drools-tools
> Attachments: Screenshot from 2018-07-19 13-32-53.png
>
>
> There occurs a {{JavaScriptException}} if user enters a read only session during an expression editor is shown.
> h3. Manual Acceptance test (/)
> # Prepare 3 files, each having multiple versions stored
> # Open first, do not changes
> # Open second (don't close first by close button, just hide), do some changes do not close
> # Open third (don't close first and second by close button, just hide), do changes and save, swith to older version, do not restore
> # Switch to second file, select older version, restore
> # Switch to first, select older version, do not restore, select again the latest
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 11 months
[JBoss JIRA] (DROOLS-2765) [DMN Designer] Exception in read only session
by Jozef Marko (JIRA)
[ https://issues.jboss.org/browse/DROOLS-2765?page=com.atlassian.jira.plugi... ]
Jozef Marko updated DROOLS-2765:
--------------------------------
Description:
There occurs a {{JavaScriptException}} if user enters a read only session during an expression editor is shown.
h3. Acceptance test (/)
# Prepare 3 files, each having multiple versions stored
# Open first, do not changes
# Open second (don't close first by close button, just hide), do some changes do not close
# Open third (don't close first and second by close button, just hide), do changes and save, swith to older version, do not restore
# Switch to second file, select older version, restore
# Switch to first, select older version, do not restore, select again the latest
was:
There occurs a {{JavaScriptException}} if user enters a read only session during an expression editor is shown.
h3. Acceptance test
# Prepare 3 files, each having multiple versions stored
# Open first, do not changes
# Open second (don't close first by close button, just hide), do some changes do not close
# Open third (don't close first and second by close button, just hide), do changes and save, swith to older version, do not restore
# Switch to second file, select older version, restore
# Switch to first, select older version, do not restore, select again the latest
> [DMN Designer] Exception in read only session
> ---------------------------------------------
>
> Key: DROOLS-2765
> URL: https://issues.jboss.org/browse/DROOLS-2765
> Project: Drools
> Issue Type: Bug
> Components: DMN Editor
> Affects Versions: 7.9.0.Final
> Reporter: Jozef Marko
> Assignee: Michael Anstis
> Labels: drools-tools
> Attachments: Screenshot from 2018-07-19 13-32-53.png
>
>
> There occurs a {{JavaScriptException}} if user enters a read only session during an expression editor is shown.
> h3. Acceptance test (/)
> # Prepare 3 files, each having multiple versions stored
> # Open first, do not changes
> # Open second (don't close first by close button, just hide), do some changes do not close
> # Open third (don't close first and second by close button, just hide), do changes and save, swith to older version, do not restore
> # Switch to second file, select older version, restore
> # Switch to first, select older version, do not restore, select again the latest
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 11 months
[JBoss JIRA] (DROOLS-2830) kie-maven-plugin can't resolve custom operators declared in project's kmodule.xml
by Esteban Aliverti (JIRA)
Esteban Aliverti created DROOLS-2830:
----------------------------------------
Summary: kie-maven-plugin can't resolve custom operators declared in project's kmodule.xml
Key: DROOLS-2830
URL: https://issues.jboss.org/browse/DROOLS-2830
Project: Drools
Issue Type: Feature Request
Affects Versions: 7.9.0.Final
Reporter: Esteban Aliverti
Assignee: Mario Fusco
Attachments: sample2.zip
The kie-maven-plugin fails to build a KieBase when it uses a custom operator defined in the projects' kmodule.xml.
As far as I can tell, it seems like the kie-maven-plugin is not even using the project's kmodule.xml but it is using a predefined one.
The same project works when using Drools 6.5.
I'm attaching a simple project showing this problem. The project won't build when using version 7.9 but it will work fine then using version 6.5. Just unzip the .zip file and run _mvn clean package_
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 11 months
[JBoss JIRA] (DROOLS-2830) kie-maven-plugin can't resolve custom operators declared in project's kmodule.xml
by Esteban Aliverti (JIRA)
[ https://issues.jboss.org/browse/DROOLS-2830?page=com.atlassian.jira.plugi... ]
Esteban Aliverti updated DROOLS-2830:
-------------------------------------
Attachment: sample2.zip
> kie-maven-plugin can't resolve custom operators declared in project's kmodule.xml
> ---------------------------------------------------------------------------------
>
> Key: DROOLS-2830
> URL: https://issues.jboss.org/browse/DROOLS-2830
> Project: Drools
> Issue Type: Feature Request
> Affects Versions: 7.9.0.Final
> Reporter: Esteban Aliverti
> Assignee: Mario Fusco
> Attachments: sample2.zip
>
>
> The kie-maven-plugin fails to build a KieBase when it uses a custom operator defined in the projects' kmodule.xml.
> As far as I can tell, it seems like the kie-maven-plugin is not even using the project's kmodule.xml but it is using a predefined one.
> The same project works when using Drools 6.5.
> I'm attaching a simple project showing this problem. The project won't build when using version 7.9 but it will work fine then using version 6.5. Just unzip the .zip file and run _mvn clean package_
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 11 months
[JBoss JIRA] (DROOLS-2825) Drools @Expires is not working with x seconds 7.4.1 Final Drools version
by Srinivas ev (JIRA)
[ https://issues.jboss.org/browse/DROOLS-2825?page=com.atlassian.jira.plugi... ]
Srinivas ev commented on DROOLS-2825:
-------------------------------------
Hi [~mfusco], any update on this.
> Drools @Expires is not working with x seconds 7.4.1 Final Drools version
> ------------------------------------------------------------------------
>
> Key: DROOLS-2825
> URL: https://issues.jboss.org/browse/DROOLS-2825
> Project: Drools
> Issue Type: Bug
> Affects Versions: 7.4.1.Final
> Reporter: Srinivas ev
> Assignee: Mario Fusco
> Fix For: 7.4.1.Final
>
> Attachments: EvictionTest.zip, heap.PNG
>
>
> Attached reproducer. Please check once,
> I inserted 5 Fact POJO's. It should have deleted after 200s based on declaration in the rule file.
> declare Fact
> @role( event )
> @expires(200s)
> end
> Heap dump shows the 5 entries even after I took the heap dump after 10 minutes. Please let me know regarding this.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 11 months
[JBoss JIRA] (WFLY-10054) [Artemis 2.x Upgrade] Client is not able to instantiate destinations by names
by Miroslav Novak (JIRA)
[ https://issues.jboss.org/browse/WFLY-10054?page=com.atlassian.jira.plugin... ]
Miroslav Novak reopened WFLY-10054:
-----------------------------------
[~martyn-taylor] This test is still failing. Re-opening.
Tested with latest build: https://mw-messaging-qe-jenkins.rhev-ci-vms.eng.rdu2.redhat.com/view/EAP-...
Artemis Core API is supported as it's public module in Wildfly/EAP.
> [Artemis 2.x Upgrade] Client is not able to instantiate destinations by names
> -----------------------------------------------------------------------------
>
> Key: WFLY-10054
> URL: https://issues.jboss.org/browse/WFLY-10054
> Project: WildFly
> Issue Type: Bug
> Components: JMS
> Reporter: Martin Styk
> Assignee: Martyn Taylor
> Priority: Blocker
> Labels: activemq
>
> Having queue defined as follows
> {code:xml}
> <jms-queue name="InQueue" entries="jms/queue/InQueue java:jboss/exported/jms/queue/InQueue" durable="true"/>
> {code}
> Client is instantiating it directly using its name.
> {code:title=Client}
> HashMap<String, Object> map = new HashMap<String, Object>();
> map.put("host", hostName);
> map.put(TransportConstants.HTTP_UPGRADE_ENABLED_PROP_NAME, true);
> map.put("port", httpPort);
> TransportConfiguration transportConfiguration = new TransportConfiguration(NettyConnectorFactory.class.getName(), map);
> try {
> ConnectionFactory cf = ActiveMQJMSClient.createConnectionFactoryWithoutHA(JMSFactoryType.CF, transportConfiguration);
> Queue orderQueue = ActiveMQJMSClient.createQueue("InQueue");
> connection = cf.createConnection();
> session = connection.createSession(false, Session.AUTO_ACKNOWLEDGE);
> MessageProducer producer = session.createProducer(orderQueue);
> connection.start();
> ...
> {code}
> Client is not able to send messages to, because {{session.createProducer(orderQueue)}} throws following exception
> {code}
> javax.jms.InvalidDestinationException: Destination InQueue does not exist
> at org.apache.activemq.artemis.jms.client.ActiveMQSession.createProducer(ActiveMQSession.java:326)
> {code}
> This is regression against EAP 7.1.0
> 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)
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 11 months
[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 commented on WFLY-10688:
-----------------------------------
I confirm that the issue is fixed in WF master. Thank you.
> 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
> Affects Versions: 13.0.0.Final
> Reporter: Erich Duda
> Assignee: Jeff Mesnil
> Priority: Blocker
> Labels: blocker-WF14
> Fix For: 14.0.0.CR1
>
>
> 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)
7 years, 11 months