May 2017 - jboss-jira - Jboss List Archives

[JBoss JIRA] (DROOLS-1547) Add tests to confirm that singleton lists can be treated as the element itself in filter results

by Edson Tirelli (JIRA)

Edson Tirelli created DROOLS-1547: ------------------------------------- Summary: Add tests to confirm that singleton lists can be treated as the element itself in filter results Key: DROOLS-1547 URL: https://issues.jboss.org/browse/DROOLS-1547 Project: Drools Issue Type: Bug Components: dmn engine Affects Versions: 7.0.0.CR3 Reporter: Edson Tirelli Assignee: Edson Tirelli Fix For: 7.1.0.Final The specification has a provision that singleton lists should be treated as the element itself in some cases, like filter results. I.e., in some cases, {{[a] = a}}. This is not completely consistent, but we need to handle it for some cases, like filter results. In other words, the following assignment should work fine, assuming {{a flight}} is a flight variable and {{flight list}} is a list of flights, and the filter returns a single result. { a flight : flight list[ number = "AC 531" ] } We need to add tests to make sure it is working like that and fix it in case it is not. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

7 years, 8 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-1546) Improve FEEL tests to check for errors to prevent regressions

by Edson Tirelli (JIRA)

Edson Tirelli created DROOLS-1546: ------------------------------------- Summary: Improve FEEL tests to check for errors to prevent regressions Key: DROOLS-1546 URL: https://issues.jboss.org/browse/DROOLS-1546 Project: Drools Issue Type: Bug Components: dmn engine Affects Versions: 7.0.0.CR3 Reporter: Edson Tirelli Assignee: Edson Tirelli Fix For: 7.1.0.Final At the moment, FEEL tests ignore errors raised by the engine. We need to add proper checks for that to prevent future regressions. This task should be mostly about fixing the current tests, but we may uncover bugs while going through it. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

7 years, 8 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-1545) Fix date and time functions and arithmetic

by Edson Tirelli (JIRA)

Edson Tirelli created DROOLS-1545: ------------------------------------- Summary: Fix date and time functions and arithmetic Key: DROOLS-1545 URL: https://issues.jboss.org/browse/DROOLS-1545 Project: Drools Issue Type: Bug Components: dmn engine Affects Versions: 7.0.0.CR3 Reporter: Edson Tirelli Assignee: Edson Tirelli Fix For: 7.1.0.Final This ticket includes two fixes: 1. For the {{date and time( from )}} , where {{from}} is a string, the time part of the string should be optional. E.g.: {code} date and time( "2017-05-06" ) = date and time( "2017-05-06T00:00" ) {code} 2. Extend date arithmetics to support subtracting two dates. The result should be the number of days between dates, ignoring daylight shifts and timezones. E.g.: {code} date( "2017-05-05" ) - date( "2017-05-01" ) = duration( "P4D" ) {code} -- This message was sent by Atlassian JIRA (v7.2.3#72005)

7 years, 8 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-2609) CLIRolloutPlanTestCase hang

by Brian Stansberry (JIRA)

[ https://issues.jboss.org/browse/WFCORE-2609?page=com.atlassian.jira.plugi... ] Brian Stansberry updated WFCORE-2609: ------------------------------------- Attachment: WFCORE-2609_threads.txt > CLIRolloutPlanTestCase hang > --------------------------- > > Key: WFCORE-2609 > URL: https://issues.jboss.org/browse/WFCORE-2609 > Project: WildFly Core > Issue Type: Bug > Components: Domain Management, Test Suite > Reporter: Brian Stansberry > Priority: Critical > Fix For: 3.0.0.Beta19 > > Attachments: WFCORE-2609_threads.txt > > > Hang: > https://ci.wildfly.org/viewLog.html?buildId=53176&buildTypeId=WF_MasterWi... -- This message was sent by Atlassian JIRA (v7.2.3#72005)

7 years, 8 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-2609) CLIRolloutPlanTestCase hang

by Brian Stansberry (JIRA)

[ https://issues.jboss.org/browse/WFCORE-2609?page=com.atlassian.jira.plugi... ] Brian Stansberry commented on WFCORE-2609: ------------------------------------------ Thread dump output from that test run is attached. > CLIRolloutPlanTestCase hang > --------------------------- > > Key: WFCORE-2609 > URL: https://issues.jboss.org/browse/WFCORE-2609 > Project: WildFly Core > Issue Type: Bug > Components: Domain Management, Test Suite > Reporter: Brian Stansberry > Priority: Critical > Fix For: 3.0.0.Beta19 > > Attachments: WFCORE-2609_threads.txt > > > Hang: > https://ci.wildfly.org/viewLog.html?buildId=53176&buildTypeId=WF_MasterWi... -- This message was sent by Atlassian JIRA (v7.2.3#72005)

7 years, 8 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-2758) Upgrade JBoss Modules to 1.6.0.Beta8

by Richard Opalka (JIRA)

[ https://issues.jboss.org/browse/WFCORE-2758?page=com.atlassian.jira.plugi... ] Richard Opalka reassigned WFCORE-2758: -------------------------------------- Assignee: Richard Opalka (was: David Lloyd) > Upgrade JBoss Modules to 1.6.0.Beta8 > ------------------------------------ > > Key: WFCORE-2758 > URL: https://issues.jboss.org/browse/WFCORE-2758 > Project: WildFly Core > Issue Type: Component Upgrade > Reporter: David Lloyd > Assignee: Richard Opalka > Fix For: 3.0.0.Beta19 > > -- This message was sent by Atlassian JIRA (v7.2.3#72005)

7 years, 8 months

1
0
0 / 0

[JBoss JIRA] (JGRP-2169) PDC.java can NPE when calling deleteFile

by Bela Ban (JIRA)

[ https://issues.jboss.org/browse/JGRP-2169?page=com.atlassian.jira.plugin.... ] Bela Ban updated JGRP-2169: --------------------------- Fix Version/s: 4.0.3 > PDC.java can NPE when calling deleteFile > ---------------------------------------- > > Key: JGRP-2169 > URL: https://issues.jboss.org/browse/JGRP-2169 > Project: JGroups > Issue Type: Bug > Affects Versions: 4.0.1 > Reporter: Elias Ross > Assignee: Bela Ban > Fix For: 4.0.3 > > > As seen in my logs: > {noformat} > [thread=jgroups-4,pv36d01ls-geo02042101-26405] [level=ERROR] [logger=unknown.jul.logger] - JGRP000027: failed passing message up > java.lang.NullPointerException: null > at org.jgroups.protocols.PDC.deleteFile(PDC.java:271) ~[org.jgroups-jgroups-4.0.1.Final.jar:4.0.1.Final] > at org.jgroups.protocols.PDC.writeNodeToDisk(PDC.java:208) ~[org.jgroups-jgroups-4.0.1.Final.jar:4.0.1.Final] > at org.jgroups.protocols.PDC.down(PDC.java:89) ~[org.jgroups-jgroups-4.0.1.Final.jar:4.0.1.Final] > {noformat} > It seems that there are code paths where deleteFile can be called with a null parameter. For example: > {code:java} > protected File writeToTempFile(File dir, Address logical_addr, Address physical_addr, String logical_name) throws Exception { > DataOutputStream out=null; > File file=null; > String filename=null; > try { > file=File.createTempFile("temp", null, dir); > ^^ If this fails, then file is null and delete is called with null > filename=file.getName(); > ... > } > catch(Exception e) { > Util.close(out); > log.error(Util.getMessage("FailedToWriteTemporaryFile") + filename, e); > deleteFile(file); > return null; > } > {code} -- This message was sent by Atlassian JIRA (v7.2.3#72005)

7 years, 8 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-1897) Follow up WFCORE-296 once migrated to Remoting 5

by Brian Stansberry (JIRA)

[ https://issues.jboss.org/browse/WFCORE-1897?page=com.atlassian.jira.plugi... ] Brian Stansberry updated WFCORE-1897: ------------------------------------- Fix Version/s: 3.0.0.Beta19 (was: 3.0.0.Beta18) > Follow up WFCORE-296 once migrated to Remoting 5 > ------------------------------------------------ > > Key: WFCORE-1897 > URL: https://issues.jboss.org/browse/WFCORE-1897 > Project: WildFly Core > Issue Type: Task > Components: Remoting > Reporter: Darran Lofthouse > Assignee: Darran Lofthouse > Priority: Blocker > Fix For: 3.0.0.Beta19 > > > WFCORE-296 adds support for the schemes remote:// remote_http:// and remote+https:// - once we switch to centralised Endpoints we need to ensure this new set is still supported along with the previous set. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

7 years, 8 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-1282) Unable to create HTTPS connection using *ECDH_RSA* cipher suites / kECDHr cipher string

by Brian Stansberry (JIRA)

[ https://issues.jboss.org/browse/WFCORE-1282?page=com.atlassian.jira.plugi... ] Brian Stansberry updated WFCORE-1282: ------------------------------------- Fix Version/s: 3.0.0.Beta19 (was: 3.0.0.Beta18) > Unable to create HTTPS connection using *ECDH_RSA* cipher suites / kECDHr cipher string > --------------------------------------------------------------------------------------- > > Key: WFCORE-1282 > URL: https://issues.jboss.org/browse/WFCORE-1282 > Project: WildFly Core > Issue Type: Bug > Components: Security > Affects Versions: 1.0.2.Final > Environment: Oracle Java > Reporter: Martin Choma > Assignee: Darran Lofthouse > Priority: Critical > Fix For: 3.0.0.Beta19 > > Attachments: client_debug_eap6.log, client_debug_eap7.log, server-cert-key-ec.jks, server_debug_eap6.log, server_debug_eap7.log > > > User using these cipher suites / cipher name in EAP6 won't be able to use it in EAP7. > Setting as critical as these cipher suites, are considered for strong and widely used in my opinion. > In server log, error "no cipher suites in common" can be seen using -Djavax.net.debug=all. > Note, that analogous configuration in EAP6 works fine. > Issue can be seen on Oracle Java only, as on OpenJDK / IBM these suites are not provided by method getDefaultCipherSuites(). > Also is it possible to log "no cipher suites in common" and similar tls handshake errors without -Djavax.net.debug for better troubleshooting? -- This message was sent by Atlassian JIRA (v7.2.3#72005)

7 years, 8 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-1606) Server reload is needed for modified security-realm even if {allow-resource-service-restart=true} is used

by Brian Stansberry (JIRA)

[ https://issues.jboss.org/browse/WFCORE-1606?page=com.atlassian.jira.plugi... ] Brian Stansberry updated WFCORE-1606: ------------------------------------- Fix Version/s: 3.0.0.Beta19 (was: 3.0.0.Beta18) > Server reload is needed for modified security-realm even if {allow-resource-service-restart=true} is used > --------------------------------------------------------------------------------------------------------- > > Key: WFCORE-1606 > URL: https://issues.jboss.org/browse/WFCORE-1606 > Project: WildFly Core > Issue Type: Bug > Components: Domain Management, Security > Affects Versions: 2.0.10.Final > Reporter: Ondrej Lukas > Assignee: ehsavoie Hugonnet > Fix For: 3.0.0.Beta19 > > > When security-realm, which is set as http-interface security-realm in management-interfaces, is modified and operation used {allow-resource-service-restart=true} header then server is NOT in reload-required state but modified security realm does not work correctly until server is manually reloaded. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

7 years, 8 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira May 2017