[JBoss JIRA] (DROOLS-1347) Explicit expiration of event not effective - regression from 6.4 to 6.5
by Thibault Daoulas (JIRA)
Thibault Daoulas created DROOLS-1347:
----------------------------------------
Summary: Explicit expiration of event not effective - regression from 6.4 to 6.5
Key: DROOLS-1347
URL: https://issues.jboss.org/browse/DROOLS-1347
Project: Drools
Issue Type: Bug
Components: core engine
Affects Versions: 6.5.0.Final
Reporter: Thibault Daoulas
Assignee: Mario Fusco
I just ugraded my project from Drools 6.4.0.Final to 6.5.0.Final and have now quite a few tests on rules that fail, all have in common that they test the expiration of events, where an event that should have been removed from the working memory is still present.
--
This message was sent by Atlassian JIRA
(v7.2.2#72004)
9 years, 6 months
[JBoss JIRA] (WFLY-6854) Upgrade Hibernate ORM to 5.1.3
by Kabir Khan (JIRA)
[ https://issues.jboss.org/browse/WFLY-6854?page=com.atlassian.jira.plugin.... ]
Kabir Khan reassigned WFLY-6854:
--------------------------------
Assignee: Scott Marlow (was: Kabir Khan)
> Upgrade Hibernate ORM to 5.1.3
> -------------------------------
>
> Key: WFLY-6854
> URL: https://issues.jboss.org/browse/WFLY-6854
> Project: WildFly
> Issue Type: Feature Request
> Components: JPA / Hibernate
> Reporter: Emmanuel Bernard
> Assignee: Scott Marlow
> Fix For: 11.0.0.Alpha1
>
>
> This is a follow up on WFLY-6682.
> After looking at the list of potential incompatibilities, we decided to not upgrade to 5.2 but instead to 5.1 to provide a smoother experience to users.
> We can consider adding a 5.2 optional switch via Jipijapa if bandwidth permit but let's treat it as a second issue and have [~smarlow] lead it.
> PS: I put v11Alpha1 but feel free to adjust it to any WF 11 version that fits best.
--
This message was sent by Atlassian JIRA
(v7.2.2#72004)
9 years, 6 months
[JBoss JIRA] (WFLY-6854) Upgrade Hibernate ORM to 5.1.3
by Kabir Khan (JIRA)
[ https://issues.jboss.org/browse/WFLY-6854?page=com.atlassian.jira.plugin.... ]
Kabir Khan reassigned WFLY-6854:
--------------------------------
Assignee: Kabir Khan (was: Scott Marlow)
> Upgrade Hibernate ORM to 5.1.3
> -------------------------------
>
> Key: WFLY-6854
> URL: https://issues.jboss.org/browse/WFLY-6854
> Project: WildFly
> Issue Type: Feature Request
> Components: JPA / Hibernate
> Reporter: Emmanuel Bernard
> Assignee: Kabir Khan
> Fix For: 11.0.0.Alpha1
>
>
> This is a follow up on WFLY-6682.
> After looking at the list of potential incompatibilities, we decided to not upgrade to 5.2 but instead to 5.1 to provide a smoother experience to users.
> We can consider adding a 5.2 optional switch via Jipijapa if bandwidth permit but let's treat it as a second issue and have [~smarlow] lead it.
> PS: I put v11Alpha1 but feel free to adjust it to any WF 11 version that fits best.
--
This message was sent by Atlassian JIRA
(v7.2.2#72004)
9 years, 6 months
[JBoss JIRA] (WFLY-7398) Tab completion causes NUL characters ('\0') to be injected...sometimes
by Jean-Francois Denise (JIRA)
[ https://issues.jboss.org/browse/WFLY-7398?page=com.atlassian.jira.plugin.... ]
Jean-Francois Denise edited comment on WFLY-7398 at 10/28/16 5:18 AM:
----------------------------------------------------------------------
It would also help to have a dump of the services valueType:
./static-provider=test:read-operation-description(name=add
was (Author: jdenise):
It would also help to have a dump of the services valueType:
./static-provider=test::read-operation-description(name=add
> Tab completion causes NUL characters ('\0') to be injected...sometimes
> ----------------------------------------------------------------------
>
> Key: WFLY-7398
> URL: https://issues.jboss.org/browse/WFLY-7398
> Project: WildFly
> Issue Type: Bug
> Components: CLI
> Reporter: David Lloyd
> Assignee: Jean-Francois Denise
> Priority: Critical
>
> I noticed while testing my subsystem that sometimes using tab-complete on an attribute causes NUL ('\0') characters to be injected into the input. These characters are invisible on the screen but cause XML marshalling to fail as that character is forbidden.
> My "less" output of .jboss-cli-history looks something like this:
> {noformat}
> embed-server --std-out=echo
> cd subsystem=discovery
> ./static-provider=test:add(services=[{uri=^@^@"local", abstract-type="ejb", abstract-type-authority="jboss"}])
> ./static-provider=test4:add(services=[{uri="local", abstract-type="ejb", abstract-type-authority="jboss"}])
> {noformat}
> In the first "test:add" case I used tab-completion; in the second "test4:add" case I typed it out by hand. The "^@" are in inverse video in less, indicating a NUL character.
--
This message was sent by Atlassian JIRA
(v7.2.2#72004)
9 years, 6 months
[JBoss JIRA] (WFLY-7398) Tab completion causes NUL characters ('\0') to be injected...sometimes
by Jean-Francois Denise (JIRA)
[ https://issues.jboss.org/browse/WFLY-7398?page=com.atlassian.jira.plugin.... ]
Jean-Francois Denise commented on WFLY-7398:
--------------------------------------------
It would also help to have a dump of the services valueType:
./static-provider=test::read-operation-description(name=add
> Tab completion causes NUL characters ('\0') to be injected...sometimes
> ----------------------------------------------------------------------
>
> Key: WFLY-7398
> URL: https://issues.jboss.org/browse/WFLY-7398
> Project: WildFly
> Issue Type: Bug
> Components: CLI
> Reporter: David Lloyd
> Assignee: Jean-Francois Denise
> Priority: Critical
>
> I noticed while testing my subsystem that sometimes using tab-complete on an attribute causes NUL ('\0') characters to be injected into the input. These characters are invisible on the screen but cause XML marshalling to fail as that character is forbidden.
> My "less" output of .jboss-cli-history looks something like this:
> {noformat}
> embed-server --std-out=echo
> cd subsystem=discovery
> ./static-provider=test:add(services=[{uri=^@^@"local", abstract-type="ejb", abstract-type-authority="jboss"}])
> ./static-provider=test4:add(services=[{uri="local", abstract-type="ejb", abstract-type-authority="jboss"}])
> {noformat}
> In the first "test:add" case I used tab-completion; in the second "test4:add" case I typed it out by hand. The "^@" are in inverse video in less, indicating a NUL character.
--
This message was sent by Atlassian JIRA
(v7.2.2#72004)
9 years, 6 months
[JBoss JIRA] (WFLY-7398) Tab completion causes NUL characters ('\0') to be injected...sometimes
by Jean-Francois Denise (JIRA)
[ https://issues.jboss.org/browse/WFLY-7398?page=com.atlassian.jira.plugin.... ]
Jean-Francois Denise commented on WFLY-7398:
--------------------------------------------
David,
is completion proposing you something for the uri property value? It would help to know the completion sequence.
I guess that the services argument is ruled by a value type and the completion adds automatically for you =[{
Then you are proposed a the list of properties of services, you type part of uri, then TAB "=" is added automatically then you press TAB multiple time (twice it seems).
Is that the steps you have followed?
Thanks.
JF
> Tab completion causes NUL characters ('\0') to be injected...sometimes
> ----------------------------------------------------------------------
>
> Key: WFLY-7398
> URL: https://issues.jboss.org/browse/WFLY-7398
> Project: WildFly
> Issue Type: Bug
> Components: CLI
> Reporter: David Lloyd
> Assignee: Jean-Francois Denise
> Priority: Critical
>
> I noticed while testing my subsystem that sometimes using tab-complete on an attribute causes NUL ('\0') characters to be injected into the input. These characters are invisible on the screen but cause XML marshalling to fail as that character is forbidden.
> My "less" output of .jboss-cli-history looks something like this:
> {noformat}
> embed-server --std-out=echo
> cd subsystem=discovery
> ./static-provider=test:add(services=[{uri=^@^@"local", abstract-type="ejb", abstract-type-authority="jboss"}])
> ./static-provider=test4:add(services=[{uri="local", abstract-type="ejb", abstract-type-authority="jboss"}])
> {noformat}
> In the first "test:add" case I used tab-completion; in the second "test4:add" case I typed it out by hand. The "^@" are in inverse video in less, indicating a NUL character.
--
This message was sent by Atlassian JIRA
(v7.2.2#72004)
9 years, 6 months