[JBoss JIRA] (WFLY-10494) HHH-12651 org.hibernate.Session.*Query(Ljava/lang/String) methods return different types in 5.1 and 5.3
by Martin Simka (JIRA)
[ https://issues.jboss.org/browse/WFLY-10494?page=com.atlassian.jira.plugin... ]
Martin Simka commented on WFLY-10494:
-------------------------------------
[~gbadner] 5.3.2-SNAPSHOT solves issues from this jira. I can see some other suspicious changes. I'll be creating new jiras in WFWIP project. It's temporary project for issues which might not be yet merged to WildFly. I'll assign them to you, feel free to reject them if they are invalid or convert to HHH if valid.
> HHH-12651 org.hibernate.Session.*Query(Ljava/lang/String) methods return different types in 5.1 and 5.3
> -------------------------------------------------------------------------------------------------------
>
> Key: WFLY-10494
> URL: https://issues.jboss.org/browse/WFLY-10494
> Project: WildFly
> Issue Type: Bug
> Components: JPA / Hibernate
> Affects Versions: 13.0.0.Final
> Reporter: Martin Simka
> Assignee: Scott Marlow
> Priority: Blocker
> Labels: blocker-WF14
>
> https://hibernate.atlassian.net/browse/HHH-12651
> although mentioned in HHH-12424, it doesn't seem to be resolved
> in 5.1
> org.hibernate.Session.createQuery(Ljava/lang/String;)Lorg/hibernate/Query
> in 5.3
> org.hibernate.Session.createQuery(Ljava/lang/String;)Lorg/hibernate.query.Query
> It happens when code compiled with Hibernate ORM 5.1 is run with Hibernate ORM 5.3
> I attached very simple reproducer class.
> {code}
> # compile with Hibernate 5.1
> javac App.java -cp ~/.m2/repository/org/hibernate/hibernate-core/5.1.9.Final/hibernate-core-5.1.9.Final.jar
> # run with 5.1 => ok
> java -cp .:/home/msimka/.m2/repository/org/hibernate/hibernate-core/5.1.9.Final/hibernate-core-5.1.9.Final.jar App
> # run with 5.3 => fail
> java -cp .:/home/msimka/.m2/repository/org/hibernate/hibernate-core/5.3.1.Final/hibernate-core-5.3.1.Final.jar:/home/msimka/.m2/repository/javax/persistence/javax.persistence-api/2.2/javax.persistence-api-2.2.jar App
> Exception in thread "main" java.lang.NoSuchMethodError: org.hibernate.Session.createQuery(Ljava/lang/String;)Lorg/hibernate/Query;
> at App.main(App.java:35)
> {code}
> other methods with the same issue:
> java.lang.NoSuchMethodError: org.hibernate.Session.getNamedQuery(Ljava/lang/String;)Lorg/hibernate/Query;
> java.lang.NoSuchMethodError: org.hibernate.Session.createSQLQuery(Ljava/lang/String;)Lorg/hibernate/SQLQuery;
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 1 month
[JBoss JIRA] (DROOLS-2629) Complex enumerations are not selected in BRL multi value constraint
by Jozef Marko (JIRA)
[ https://issues.jboss.org/browse/DROOLS-2629?page=com.atlassian.jira.plugi... ]
Jozef Marko updated DROOLS-2629:
--------------------------------
Description:
If user edits BRL multivalue contraint where previously between selected values was enumeration in the form {{"<a>, <b>, .... <c>"}}, then this enumeration is not more selected.
h2. Manual PR Acceptance test
# Fixed steps to reproduce
## Consequently table data can be edited (/)
## Table can be saved and reopened (/)
# BRL condition constraint editor shown correctly
## Date (/)
## Readonly (/)
## Multiselect cosntrain (/)
## Operator requires list (/)
was:
If user edits BRL multivalue contraint where previously between selected values was enumeration in the form {{"<a>, <b>, .... <c>"}}, then this enumeration is not more selected.
h2. Acceptance criteria
# Fixed steps to reproduce
## Consequently table data can be edited (x)
## Table can be saved and reopened (/)
# BRL condition constraint editor shown correctly
## Date (/)
## Readonly (/)
## Multiselect cosntrain (/)
## Operator requires list (/)
> Complex enumerations are not selected in BRL multi value constraint
> -------------------------------------------------------------------
>
> Key: DROOLS-2629
> URL: https://issues.jboss.org/browse/DROOLS-2629
> Project: Drools
> Issue Type: Bug
> Components: Enumerations Editor
> Reporter: Toni Rikkola
> Assignee: Toni Rikkola
> Priority: Minor
> Labels: AppFormer
>
> If user edits BRL multivalue contraint where previously between selected values was enumeration in the form {{"<a>, <b>, .... <c>"}}, then this enumeration is not more selected.
> h2. Manual PR Acceptance test
> # Fixed steps to reproduce
> ## Consequently table data can be edited (/)
> ## Table can be saved and reopened (/)
> # BRL condition constraint editor shown correctly
> ## Date (/)
> ## Readonly (/)
> ## Multiselect cosntrain (/)
> ## Operator requires list (/)
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 1 month
[JBoss JIRA] (DROOLS-1796) Guided Decision Table Does Not Use Correct Dropdown List When Using BRL Fragment
by Jozef Marko (JIRA)
[ https://issues.jboss.org/browse/DROOLS-1796?page=com.atlassian.jira.plugi... ]
Jozef Marko updated DROOLS-1796:
--------------------------------
Affects Version/s: 7.8.0.Final
> Guided Decision Table Does Not Use Correct Dropdown List When Using BRL Fragment
> --------------------------------------------------------------------------------
>
> Key: DROOLS-1796
> URL: https://issues.jboss.org/browse/DROOLS-1796
> Project: Drools
> Issue Type: Bug
> Components: Guided Decision Table Editor
> Affects Versions: 6.3.0.Final, 6.4.0.Final, 7.8.0.Final
> Environment: Drools 6.4/6.3 workbench on Wildfly 8.1.0Final on Windows 8.1 Enterprise
> Reporter: Paul Cotten
> Assignee: Guilherme Carreiro
>
> Guided decision table cell produces a single-selection dropdown list instead of a multiple-selection dropdown list when using "is contained in the (comma separated) list" operator only when using BRL fragment, and therefore does not allow for the creation of lists from the enumerated values.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 1 month
[JBoss JIRA] (DROOLS-1784) Guided Decision Table Editor: Default value for Actions with Value List does not work
by Jozef Marko (JIRA)
[ https://issues.jboss.org/browse/DROOLS-1784?page=com.atlassian.jira.plugi... ]
Jozef Marko closed DROOLS-1784.
-------------------------------
Fix Version/s: 7.8.0.Final
Resolution: Cannot Reproduce
I checked case when I create action column (Set field value), declared optional value list (one item, multiple items), selected default value. Then default value appeared in table cells of existing rows and also after new row was added.
> Guided Decision Table Editor: Default value for Actions with Value List does not work
> -------------------------------------------------------------------------------------
>
> Key: DROOLS-1784
> URL: https://issues.jboss.org/browse/DROOLS-1784
> Project: Drools
> Issue Type: Bug
> Components: Guided Decision Table Editor
> Reporter: Michael Anstis
> Assignee: Guilherme Carreiro
> Priority: Minor
> Fix For: 7.8.0.Final
>
>
> [~tirelli] Demonstrated an issue:-
> Create a Guided Decision Table; add an Action column with a "optional value list" and pick a "default value". The default value is not retained and does not appear as the default value in cells. Edson's "optional value list" only had one entry.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 1 month
[JBoss JIRA] (DROOLS-1802) Setting variable name after unsetting it in Decision Table Editor BRL condition says it is already taken
by Jozef Marko (JIRA)
[ https://issues.jboss.org/browse/DROOLS-1802?page=com.atlassian.jira.plugi... ]
Jozef Marko closed DROOLS-1802.
-------------------------------
Fix Version/s: 7.8.0.Final
Resolution: Cannot Reproduce
> Setting variable name after unsetting it in Decision Table Editor BRL condition says it is already taken
> --------------------------------------------------------------------------------------------------------
>
> Key: DROOLS-1802
> URL: https://issues.jboss.org/browse/DROOLS-1802
> Project: Drools
> Issue Type: Bug
> Components: Guided Decision Table Editor
> Affects Versions: 6.1.0.Final
> Environment: RedHat Linux 6.3 x86_64; Firefox 10.0.5
> Reporter: Stephen Slaboda
> Assignee: Guilherme Carreiro
> Labels: brl, decision_table, drools-wb, variable
> Fix For: 7.8.0.Final
>
> Attachments: afterUnsettingAndResetting.png
>
>
> When I unset a variable name in a decision table BRL fragment and try to set it again in that same fragment, I am told that the variable name is already taken. Since I just unset the variable name, it is definitely not taken anymore.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 1 month
[JBoss JIRA] (JGRP-2271) Race condition in BaseServer.getConnection
by Bela Ban (JIRA)
[ https://issues.jboss.org/browse/JGRP-2271?page=com.atlassian.jira.plugin.... ]
Bela Ban commented on JGRP-2271:
--------------------------------
Unit test is ServerTest.testConcurrentConnect2()
> Race condition in BaseServer.getConnection
> ------------------------------------------
>
> Key: JGRP-2271
> URL: https://issues.jboss.org/browse/JGRP-2271
> Project: JGroups
> Issue Type: Bug
> Affects Versions: 3.6.10
> Reporter: Dennis Reed
> Assignee: Bela Ban
> Fix For: 4.0.12, 3.6.16
>
>
> BaseServer.getConnection creates a socket and puts it in the shared map under a lock.
> However it does not connect the socket inside the lock, so another thread calling getConnection at the same time can get the unconnected socket, which will throw a NPE when used because it's not connected yet (all the checks before returning and using it only look for isOpen, not isConnected).
> java.lang.NullPointerException
> at org.jgroups.blocks.cs.TcpConnection.doSend(TcpConnection.java:184)
> at org.jgroups.blocks.cs.TcpConnection._send(TcpConnection.java:171)
> at org.jgroups.blocks.cs.TcpConnection.send(TcpConnection.java:141)
> at org.jgroups.blocks.cs.BaseServer.send(BaseServer.java:185)
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 1 month