December 2019 - jboss-jira - Jboss List Archives

[JBoss JIRA] (SWSQE-1020) Config UI Delete - Verify is deleted

by Hayk Hovsepyan (Jira)

[ https://issues.jboss.org/browse/SWSQE-1020?page=com.atlassian.jira.plugin... ] Hayk Hovsepyan resolved SWSQE-1020. ----------------------------------- Resolution: Done > Config UI Delete - Verify is deleted > ------------------------------------ > > Key: SWSQE-1020 > URL: https://issues.jboss.org/browse/SWSQE-1020 > Project: Kiali QE > Issue Type: QE Task > Reporter: Hayk Hovsepyan > Assignee: Hayk Hovsepyan > Priority: Major > Labels: automation > -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 1 month

1
0
0 / 0

[JBoss JIRA] (SWSQE-1020) Config UI Delete - Verify is deleted

by Hayk Hovsepyan (Jira)

[ https://issues.jboss.org/browse/SWSQE-1020?page=com.atlassian.jira.plugin... ] Hayk Hovsepyan commented on SWSQE-1020: --------------------------------------- https://github.com/Kiali-QE/kiali-qe-python/pull/220 > Config UI Delete - Verify is deleted > ------------------------------------ > > Key: SWSQE-1020 > URL: https://issues.jboss.org/browse/SWSQE-1020 > Project: Kiali QE > Issue Type: QE Task > Reporter: Hayk Hovsepyan > Assignee: Hayk Hovsepyan > Priority: Major > Labels: automation > -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 1 month

1
0
0 / 0

[JBoss JIRA] (SWSQE-1000) Apply AI in Health and Status validations when possible.

by Hayk Hovsepyan (Jira)

[ https://issues.jboss.org/browse/SWSQE-1000?page=com.atlassian.jira.plugin... ] Hayk Hovsepyan commented on SWSQE-1000: --------------------------------------- https://github.com/Kiali-QE/kiali-qe-python/pull/220 > Apply AI in Health and Status validations when possible. > -------------------------------------------------------- > > Key: SWSQE-1000 > URL: https://issues.jboss.org/browse/SWSQE-1000 > Project: Kiali QE > Issue Type: QE Task > Reporter: Hayk Hovsepyan > Assignee: Hayk Hovsepyan > Priority: Major > Labels: automation > > For instance TRAFFIC column in Traffic tab. -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 1 month

1
0
0 / 0

[JBoss JIRA] (DROOLS-4754) Background cell doesn't highlites if passed vallue to DRL returns scenario failure

by Daniele Zonca (Jira)

[ https://issues.jboss.org/browse/DROOLS-4754?page=com.atlassian.jira.plugi... ] Daniele Zonca commented on DROOLS-4754: --------------------------------------- [~adupliak] I analyzed the ticket and I think it is not a bug: - Data validation is done before execute rules (and data is valid: 0 is a valid number) - Expected condition are validated after rule execution - The failure is caused by a div/0 during rule execution In this case it is not possible to recognize that {{age}} as been used as divisor and generate the issue so the output is correct, the execution fail and in the alert you can see the error message > Background cell doesn't highlites if passed vallue to DRL returns scenario failure > ---------------------------------------------------------------------------------- > > Key: DROOLS-4754 > URL: https://issues.jboss.org/browse/DROOLS-4754 > Project: Drools > Issue Type: Bug > Components: Scenario Simulation and Testing > Affects Versions: 7.30.0.Final > Reporter: Anna Dupliak > Assignee: Daniele Zonca > Priority: Major > Labels: CustomerFocus > Attachments: Traffic7442357700425429882.tar.xz > > > If the value in Background section made a scenario DRL to fall with exception then the scenario fails and alerts is viewing in alerts table, but the caused cell are not getting red. -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 1 month

1
0
0 / 0

[JBoss JIRA] (DROOLS-4754) Background cell doesn't highlites if passed vallue to DRL returns scenario failure

by Daniele Zonca (Jira)

[ https://issues.jboss.org/browse/DROOLS-4754?page=com.atlassian.jira.plugi... ] Daniele Zonca closed DROOLS-4754. --------------------------------- Resolution: Done > Background cell doesn't highlites if passed vallue to DRL returns scenario failure > ---------------------------------------------------------------------------------- > > Key: DROOLS-4754 > URL: https://issues.jboss.org/browse/DROOLS-4754 > Project: Drools > Issue Type: Bug > Components: Scenario Simulation and Testing > Affects Versions: 7.30.0.Final > Reporter: Anna Dupliak > Assignee: Daniele Zonca > Priority: Major > Labels: CustomerFocus > Attachments: Traffic7442357700425429882.tar.xz > > > If the value in Background section made a scenario DRL to fall with exception then the scenario fails and alerts is viewing in alerts table, but the caused cell are not getting red. -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 1 month

1
0
0 / 0

[JBoss JIRA] (DROOLS-4739) Support Camel integration test with the executable model

by Luca Molteni (Jira)

[ https://issues.jboss.org/browse/DROOLS-4739?page=com.atlassian.jira.plugi... ] Luca Molteni updated DROOLS-4739: --------------------------------- Labels: good-first-issue (was: ) > Support Camel integration test with the executable model > -------------------------------------------------------- > > Key: DROOLS-4739 > URL: https://issues.jboss.org/browse/DROOLS-4739 > Project: Drools > Issue Type: Enhancement > Reporter: Luca Molteni > Assignee: Luca Molteni > Priority: Major > Labels: good-first-issue > > AbstractRemoteIntegrationTest > in drools-jbpm-integration > Still doesn't support the executable model -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 1 month

1
0
0 / 0

[JBoss JIRA] (DROOLS-4345) Automatically set javacc-supportdirectory as source in mvel-parser

by Luca Molteni (Jira)

[ https://issues.jboss.org/browse/DROOLS-4345?page=com.atlassian.jira.plugi... ] Luca Molteni updated DROOLS-4345: --------------------------------- Labels: good-first-issue (was: ) > Automatically set javacc-supportdirectory as source in mvel-parser > ------------------------------------------------------------------ > > Key: DROOLS-4345 > URL: https://issues.jboss.org/browse/DROOLS-4345 > Project: Drools > Issue Type: Enhancement > Reporter: Luca Molteni > Assignee: Luca Molteni > Priority: Optional > Labels: good-first-issue > > Intellij IDEA doesn't recognize javacc-support as a source directory at the first import, but it's needed for the compilation. -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 1 month

1
0
0 / 0

[JBoss JIRA] (DROOLS-4724) [DMN Designer] Do not default to a LiteralExpression when no expression is defined

by Michael Anstis (Jira)

[ https://issues.jboss.org/browse/DROOLS-4724?page=com.atlassian.jira.plugi... ] Michael Anstis commented on DROOLS-4724: ---------------------------------------- [~jomarko] PR updated. > [DMN Designer] Do not default to a LiteralExpression when no expression is defined > ---------------------------------------------------------------------------------- > > Key: DROOLS-4724 > URL: https://issues.jboss.org/browse/DROOLS-4724 > Project: Drools > Issue Type: Enhancement > Components: DMN Editor > Reporter: Matteo Mortari > Assignee: Michael Anstis > Priority: Major > Labels: drools-tools > Attachments: Screenshot from 2019-11-29 12-04-18.png, error.log, image-2019-11-04-19-39-01-113.png, image-2019-11-04-19-40-27-201.png, m.dmn, save-context.webm, screenshot-1.png, screenshot-2.png > > > Currently, the DMN Editor will default to a blank LiteralExpression on Save if the user did not provide an expression for an element. > However Error message is reported anyway to the user: > !image-2019-11-04-19-39-01-113.png|thumbnail! > This also as the (imho undesired) side-effect that if the user was to re-open later that file, instead of a empty element, it would be a blank LiteralExpression > !image-2019-11-04-19-40-27-201.png|thumbnail! > so the current behavior is not consistent across re-open of the editor. > Let's revert this default. > The DMN Editor on save should +not+ default to a blank LiteralExpression if the user did not provide an expression for the element. > Once this change is applied from the f/e side, I am happy to be involved in order to assess which of the messages reported by the Validator or the Compiler are causing issue to the WB (if any). > Currently, the DMN Compiler will throw 1 Warning. > Currently, the DMN Validator will throw 1 Error (I can align this to be a Warn too). > Currently, the DMN Validator schema check is not reporting any XSD violation. > h2. Manual acceptance test > Try to save default / empty > h3. Business Central > - Decision node (?) > - BKM node (?) > - Cleared Function (?) > - Context entry (?) [^error.log] [^save-context.webm] > - Invocation (?) > h3. Kogito > - Decision node (?) > - BKM node (?) > - Cleared Function (?) > - Context entry (?) > - Invocation (?) -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-11567) Provide way to retrieve VirtualFile instance from url.openConnection()

by Richard Opalka (Jira)

[ https://issues.jboss.org/browse/WFLY-11567?page=com.atlassian.jira.plugin... ] Richard Opalka resolved WFLY-11567. ----------------------------------- Resolution: Done > Provide way to retrieve VirtualFile instance from url.openConnection() > ---------------------------------------------------------------------- > > Key: WFLY-11567 > URL: https://issues.jboss.org/browse/WFLY-11567 > Project: WildFly > Issue Type: Enhancement > Components: VFS > Reporter: Tomas Hofman > Assignee: Tomas Hofman > Priority: Major > Fix For: 19.0.0.Beta1 > > > It is not possible to obtain VirtualFile (and by extensions it's physicalFile) instance wrapped in VirtualFileURLConnection without using reflection. > Code snippet from Drools [1], where they try to get hold of {{VirtualFile#getPhysicalFile()}}: > {code} > private static Object findVirtualFile( URL url ) throws IOException { > URLConnection urlConnection = url.openConnection(); > try { > if ( urlConnection.getClass().getName().equals( "org.jboss.vfs.protocol.VirtualFileURLConnection" ) ) { > Field f = urlConnection.getClass().getDeclaredField( "file" ); > f.setAccessible( true ); > return f.get( urlConnection ); > } > } catch (NoSuchFieldException | IllegalAccessException e) { > // ignored > } > return urlConnection.getContent(); > } > {code} > [1] https://github.com/kiegroup/drools/commit/2a36f67a29ed06d0f980a60ff1c81fa... -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-11567) Provide way to retrieve VirtualFile instance from url.openConnection()

by Richard Opalka (Jira)

[ https://issues.jboss.org/browse/WFLY-11567?page=com.atlassian.jira.plugin... ] Richard Opalka updated WFLY-11567: ---------------------------------- Component/s: VFS > Provide way to retrieve VirtualFile instance from url.openConnection() > ---------------------------------------------------------------------- > > Key: WFLY-11567 > URL: https://issues.jboss.org/browse/WFLY-11567 > Project: WildFly > Issue Type: Enhancement > Components: VFS > Reporter: Tomas Hofman > Assignee: Tomas Hofman > Priority: Major > Fix For: 19.0.0.Beta1 > > > It is not possible to obtain VirtualFile (and by extensions it's physicalFile) instance wrapped in VirtualFileURLConnection without using reflection. > Code snippet from Drools [1], where they try to get hold of {{VirtualFile#getPhysicalFile()}}: > {code} > private static Object findVirtualFile( URL url ) throws IOException { > URLConnection urlConnection = url.openConnection(); > try { > if ( urlConnection.getClass().getName().equals( "org.jboss.vfs.protocol.VirtualFileURLConnection" ) ) { > Field f = urlConnection.getClass().getDeclaredField( "file" ); > f.setAccessible( true ); > return f.get( urlConnection ); > } > } catch (NoSuchFieldException | IllegalAccessException e) { > // ignored > } > return urlConnection.getContent(); > } > {code} > [1] https://github.com/kiegroup/drools/commit/2a36f67a29ed06d0f980a60ff1c81fa... -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 1 month

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira December 2019