[JBoss JIRA] (DROOLS-4018) Add support for LocalDate in Rule based test scenarios
by Jozef Marko (Jira)
[ https://issues.jboss.org/browse/DROOLS-4018?page=com.atlassian.jira.plugi... ]
Jozef Marko updated DROOLS-4018:
--------------------------------
Description:
Add support for LocalDate in Rule based test scenarios
h3. Acceptance test
- Edit LocalDate cell by mouse (/)
- Edit LocalDate cell by keyboard (/)
- Non valid LocalDate value
- Empty LocalDate
- Save and Reopen (/)
was:
Add support for LocalDate in Rule based test scenarios
h3. Acceptance test
- Edit LocalDate cell by mouse
- Edit LocalDate cell by keyboard
- Non valid LocalDate value
- Empty LocalDate
- Save and Reopen
> Add support for LocalDate in Rule based test scenarios
> ------------------------------------------------------
>
> Key: DROOLS-4018
> URL: https://issues.jboss.org/browse/DROOLS-4018
> Project: Drools
> Issue Type: Enhancement
> Components: Scenario Simulation and Testing
> Reporter: Daniele Zonca
> Assignee: Daniele Zonca
> Priority: Major
> Labels: ScenarioSimulation
>
> Add support for LocalDate in Rule based test scenarios
> h3. Acceptance test
> - Edit LocalDate cell by mouse (/)
> - Edit LocalDate cell by keyboard (/)
> - Non valid LocalDate value
> - Empty LocalDate
> - Save and Reopen (/)
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 2 months
[JBoss JIRA] (DROOLS-4018) Add support for LocalDate in Rule based test scenarios
by Jozef Marko (Jira)
[ https://issues.jboss.org/browse/DROOLS-4018?page=com.atlassian.jira.plugi... ]
Jozef Marko updated DROOLS-4018:
--------------------------------
Description:
Add support for LocalDate in Rule based test scenarios
h3. Acceptance test
- Edit LocalDate cell by mouse
- Edit LocalDate cell by keyboard
- Non valid LocalDate value
- Empty LocalDate
- Save and Reopen
was:
Add support for LocalDate in Rule based test scenarios
h3. Acceptance test
- Edit Date cell by mouse
- Edit Date cell by keyboard
- Non valid Date value
- Empty Data
- Save and Reopen
> Add support for LocalDate in Rule based test scenarios
> ------------------------------------------------------
>
> Key: DROOLS-4018
> URL: https://issues.jboss.org/browse/DROOLS-4018
> Project: Drools
> Issue Type: Enhancement
> Components: Scenario Simulation and Testing
> Reporter: Daniele Zonca
> Assignee: Daniele Zonca
> Priority: Major
> Labels: ScenarioSimulation
>
> Add support for LocalDate in Rule based test scenarios
> h3. Acceptance test
> - Edit LocalDate cell by mouse
> - Edit LocalDate cell by keyboard
> - Non valid LocalDate value
> - Empty LocalDate
> - Save and Reopen
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 2 months
[JBoss JIRA] (DROOLS-4018) Add support for LocalDate in Rule based test scenarios
by Jozef Marko (Jira)
[ https://issues.jboss.org/browse/DROOLS-4018?page=com.atlassian.jira.plugi... ]
Jozef Marko updated DROOLS-4018:
--------------------------------
Description:
Add support for LocalDate in Rule based test scenarios
h3. Acceptance test
- Edit Date cell by mouse
- Edit Date cell by keyboard
- Non valid Date value
- Empty Data
- Save and Reopen
was:Add support for LocalDate in Rule based test scenarios
> Add support for LocalDate in Rule based test scenarios
> ------------------------------------------------------
>
> Key: DROOLS-4018
> URL: https://issues.jboss.org/browse/DROOLS-4018
> Project: Drools
> Issue Type: Enhancement
> Components: Scenario Simulation and Testing
> Reporter: Daniele Zonca
> Assignee: Daniele Zonca
> Priority: Major
> Labels: ScenarioSimulation
>
> Add support for LocalDate in Rule based test scenarios
> h3. Acceptance test
> - Edit Date cell by mouse
> - Edit Date cell by keyboard
> - Non valid Date value
> - Empty Data
> - Save and Reopen
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 2 months
[JBoss JIRA] (WFLY-12090) Unknown service name jboss.ejb and txn
by Flavia Rainone (Jira)
[ https://issues.jboss.org/browse/WFLY-12090?page=com.atlassian.jira.plugin... ]
Flavia Rainone commented on WFLY-12090:
---------------------------------------
Right, [~ochaloup], so from that POV, I should have an expiration maybe? [~tomjenkinson] what do you think about this, given that in Narayana they do never expire?
I'll clarify a little bit what is the scenario here: the remote server does not return any Xids for SubordinateXidResource. And, because of that, currently the entry at the ejb-xa-recovery filesystem registry is never deleted. With the fix I provided for WFTC-64, the subordinate entry is deleted if the other server returns no xids to recover.
> Unknown service name jboss.ejb and txn
> --------------------------------------
>
> Key: WFLY-12090
> URL: https://issues.jboss.org/browse/WFLY-12090
> Project: WildFly
> Issue Type: Bug
> Components: EJB, Transactions
> Affects Versions: 17.0.0.Alpha1
> Reporter: Flavia Rainone
> Assignee: Flavia Rainone
> Priority: Major
> Fix For: 17.0.0.Beta1
>
>
> When EJBRemoting service is not started (it is LAZY), but XA recovery has, we could have the following sort of error:
> {code}
> 16:51:46,785 WARN [com.arjuna.ats.jta] (Periodic Recovery) ARJUNA016027: Local XARecoveryModule.xaRecovery got XA exception XAException.XAER_RMERR: javax.transaction.xa.XAException: WFTXN0034: Failed to acquire a connection for this operation
> at org.wildfly.transaction.client@1.1.3.Final//org.wildfly.transaction.client.provider.remoting.RemotingRemoteTransactionPeer.getOperationsXA(RemotingRemoteTransactionPeer.java:139)
> at org.wildfly.transaction.client@1.1.3.Final//org.wildfly.transaction.client.provider.remoting.RemotingRemoteTransactionPeer.recover(RemotingRemoteTransactionPeer.java:202)
> at org.wildfly.transaction.client@1.1.3.Final//org.wildfly.transaction.client.SubordinateXAResource.recover(SubordinateXAResource.java:201)
> at org.wildfly.transaction.client@1.1.3.Final//org.wildfly.transaction.client.SubordinateXAResource.recover(SubordinateXAResource.java:197)
> at org.jboss.jts//com.arjuna.ats.internal.jta.recovery.arjunacore.XARecoveryModule.xaRecoveryFirstPass(XARecoveryModule.java:634)
> at org.jboss.jts//com.arjuna.ats.internal.jta.recovery.arjunacore.XARecoveryModule.periodicWorkFirstPass(XARecoveryModule.java:226)
> at org.jboss.jts//com.arjuna.ats.internal.jta.recovery.arjunacore.XARecoveryModule.periodicWorkFirstPass(XARecoveryModule.java:171)
> at org.jboss.jts//com.arjuna.ats.internal.arjuna.recovery.PeriodicRecovery.doWorkInternal(PeriodicRecovery.java:770)
> at org.jboss.jts//com.arjuna.ats.internal.arjuna.recovery.PeriodicRecovery.run(PeriodicRecovery.java:382)
> Caused by: org.jboss.remoting3.ServiceOpenException: Unknown service name jboss.ejb
> at org.jboss.remoting@5.0.10.Final-SNAPSHOT//org.jboss.remoting3.remote.RemoteReadListener.handleEvent(RemoteReadListener.java:429)
> at org.jboss.remoting@5.0.10.Final-SNAPSHOT//org.jboss.remoting3.remote.RemoteReadListener.handleEvent(RemoteReadListener.java:46)
> at org.jboss.xnio@3.7.2.Final-SNAPSHOT//org.xnio.ChannelListeners.invokeChannelListener(ChannelListeners.java:92)
> at org.jboss.xnio@3.7.2.Final-SNAPSHOT//org.xnio.conduits.ReadReadyHandler$ChannelListenerHandler.readReady(ReadReadyHandler.java:66)
> at org.jboss.xnio.nio@3.7.2.Final-SNAPSHOT//org.xnio.nio.NioSocketConduit.handleReady(NioSocketConduit.java:89)
> at org.jboss.xnio.nio@3.7.2.Final-SNAPSHOT//org.xnio.nio.WorkerThread.run(WorkerThread.java:591)
> Suppressed: org.jboss.remoting3.ServiceOpenException: Unknown service name txn
> ... 6 more
> {code}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 2 months
[JBoss JIRA] (DROOLS-3997) [DMN Designer] Included Model Name marshalling issues depending on imported model name
by Daniel José dos Santos (Jira)
[ https://issues.jboss.org/browse/DROOLS-3997?page=com.atlassian.jira.plugi... ]
Daniel José dos Santos commented on DROOLS-3997:
------------------------------------------------
[~jomarko][~tirelli] I tried to recreate a project like you did, step by step, without the changes introduced in this PR and without using model names with spaces, and the same error happened. Also I tried to edit the project that you send by hand undoing the changes that this PR introduces and reimporting it again, but without success.
So I'm not sure that this issue was introduced by this PR. Can you please confirm? I'm still investigating. I'll be here sooner to try to get you on your timezone, [~jomarko]. Thank you!
> [DMN Designer] Included Model Name marshalling issues depending on imported model name
> --------------------------------------------------------------------------------------
>
> Key: DROOLS-3997
> URL: https://issues.jboss.org/browse/DROOLS-3997
> Project: Drools
> Issue Type: Bug
> Components: DMN Editor
> Affects Versions: 7.22.0.Final
> Reporter: Jozef Marko
> Assignee: Daniel José dos Santos
> Priority: Major
> Labels: drools-tools
> Attachments: Screenshot from 2019-05-10 08-20-54.png, Screenshot from 2019-05-10 08-28-42.png, connect-imported-error.log, connect-imported-node.webm, routes-v2.log, routes-v2.zip, routes.zip
>
>
> There is issue in marshalling, if the included model name contains *whitespace* character. In such case xml editor is opened instead of the dmn editor. See the attached picture and steps to reproduce for more details.
> Issue spotted during review of DROOLS-3720 and DROOLS-3721. However it is probably not related.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 2 months
[JBoss JIRA] (DROOLS-4015) [Guided Rules Editor] Project Explorer throws an Error in standalone mode
by Paulo Rego (Jira)
[ https://issues.jboss.org/browse/DROOLS-4015?page=com.atlassian.jira.plugi... ]
Paulo Rego updated DROOLS-4015:
-------------------------------
Sprint: 2019 Week 20-22
Labels: AppFormer Regression drools-tools (was: Regression drools-tools)
> [Guided Rules Editor] Project Explorer throws an Error in standalone mode
> -------------------------------------------------------------------------
>
> Key: DROOLS-4015
> URL: https://issues.jboss.org/browse/DROOLS-4015
> Project: Drools
> Issue Type: Bug
> Components: Guided Rule Editor
> Affects Versions: 7.22.0.Final
> Reporter: Jozef Marko
> Assignee: Paulo Rego
> Priority: Major
> Labels: AppFormer, Regression, drools-tools
> Attachments: Screenshot from 2019-05-14 08-33-10.png, Screenshot from 2019-05-14 08-33-18.png
>
>
> The issue appears when user wants to use project explorer using guided rule editor in standalone mode. I expect similar trouble for all editors in standalone mode.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 2 months