November 2019 - jboss-jira - Jboss List Archives

[JBoss JIRA] (WFLY-11868) Documentation for Rest integration with WildFly Elytron - AuthenticationClient for Authentication / SSL

by Diana Vilkolakova (Jira)

[ https://issues.jboss.org/browse/WFLY-11868?page=com.atlassian.jira.plugin... ] Diana Vilkolakova updated WFLY-11868: ------------------------------------- Summary: Documentation for Rest integration with WildFly Elytron - AuthenticationClient for Authentication / SSL (was: Introduce Rest integration with WildFly Elytron - AuthenticationClient for Authentication / SSL) > Documentation for Rest integration with WildFly Elytron - AuthenticationClient for Authentication / SSL > ------------------------------------------------------------------------------------------------------- > > Key: WFLY-11868 > URL: https://issues.jboss.org/browse/WFLY-11868 > Project: WildFly > Issue Type: Feature Request > Components: REST, Security > Reporter: Diana Vilkolakova > Assignee: Diana Vilkolakova > Priority: Major > Labels: EAP-CD19 > Fix For: 19.0.0.Beta1 > > > This feature request is about making use of authentication configuration on the client side of the REST deployment. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 8 months

1
0
0 / 0

[JBoss JIRA] (SWSQE-1004) Install maistra job fails when calling webhook registry-puller

by Filip Brychta (Jira)

Filip Brychta created SWSQE-1004: ------------------------------------ Summary: Install maistra job fails when calling webhook registry-puller Key: SWSQE-1004 URL: https://issues.jboss.org/browse/SWSQE-1004 Project: Kiali QE Issue Type: Bug Reporter: Filip Brychta Assignee: Filip Brychta Error from server (InternalError): error when creating "STDIN": Internal error occurred: failed calling webhook "registry-puller.kevinconner.io": Post https://registry-puller.registry-puller.svc:443/webhook?timeout=30s: x509: certificate has expired or is not yet valid -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 8 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-4752) [DMN Designer] Code Completion - When users press Escape on suggestions the edit mode is closed

by Jozef Marko (Jira)

[ https://issues.jboss.org/browse/DROOLS-4752?page=com.atlassian.jira.plugi... ] Jozef Marko updated DROOLS-4752: -------------------------------- Description: This bug was created by this comment: https://github.com/kiegroup/kie-wb-common/pull/3000#issuecomment-553442743 {quote}*Reported by Jozef:* Once completions are shown, then pressing Escape hides them however cancel also edit mode of the cell, I am not sure what customers will think about this. {quote} Check with UX the expected behaviour, and implement the expected behaviour for the Escape key in the described case The severity of the issue is higher if we follow this steps: - Put some value into cell, confirm it == finish edit mode - Edit the same cell, type new expression - Very probably autocompletions will be shown - However imagine you do not want to use any hint, so you press *Escape* - Now the completions are hidden, however also edit mode was canceled and typed value was not stored was: This bug was created by this comment: https://github.com/kiegroup/kie-wb-common/pull/3000#issuecomment-553442743 {quote}*Reported by Jozef:* Once completions are shown, then pressing Escape hides them however cancel also edit mode of the cell, I am not sure what customers will think about this. {quote} Check with UX the expected behaviour, and implement the expected behaviour for the Escape key in the described case > [DMN Designer] Code Completion - When users press Escape on suggestions the edit mode is closed > ----------------------------------------------------------------------------------------------- > > Key: DROOLS-4752 > URL: https://issues.jboss.org/browse/DROOLS-4752 > Project: Drools > Issue Type: Bug > Components: DMN Editor > Reporter: Guilherme Gomes > Assignee: Guilherme Gomes > Priority: Major > Labels: drools-tools > > This bug was created by this comment: https://github.com/kiegroup/kie-wb-common/pull/3000#issuecomment-553442743 > {quote}*Reported by Jozef:* > Once completions are shown, then pressing Escape hides them however cancel also edit mode of the cell, I am not sure what customers will think about this. > {quote} > Check with UX the expected behaviour, and implement the expected behaviour for the Escape key in the described case > The severity of the issue is higher if we follow this steps: > - Put some value into cell, confirm it == finish edit mode > - Edit the same cell, type new expression > - Very probably autocompletions will be shown > - However imagine you do not want to use any hint, so you press *Escape* > - Now the completions are hidden, however also edit mode was canceled and typed value was not stored -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 8 months

1
0
0 / 0

[JBoss JIRA] (WFLY-4244) Naming alias to datasource in deployment

by Katarina Hermanova (Jira)

[ https://issues.jboss.org/browse/WFLY-4244?page=com.atlassian.jira.plugin.... ] Katarina Hermanova reassigned WFLY-4244: ---------------------------------------- Assignee: Katarina Hermanova > Naming alias to datasource in deployment > ---------------------------------------- > > Key: WFLY-4244 > URL: https://issues.jboss.org/browse/WFLY-4244 > Project: WildFly > Issue Type: Bug > Components: Naming > Affects Versions: 8.2.0.Final > Reporter: Frank Denninger > Assignee: Katarina Hermanova > Priority: Minor > > Using a name alias to a datasource that is defined in the deployment (with a *-ds.xml in the .war) causes a npe when jpa tries to resolve that datasource with the alias. > <lookup name="java:/de/datasource/sub" lookup="java:/de/datasource/main"/> > When both the datasource and name-alias are defined in the standalone.xml it works as expected. > -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 8 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-4756) JavaDoc generation doesn't work with JDK 11

by Tibor Zimanyi (Jira)

Tibor Zimanyi created DROOLS-4756: ------------------------------------- Summary: JavaDoc generation doesn't work with JDK 11 Key: DROOLS-4756 URL: https://issues.jboss.org/browse/DROOLS-4756 Project: Drools Issue Type: Bug Components: build Affects Versions: 7.29.0.Final Reporter: Tibor Zimanyi Assignee: Tibor Zimanyi JavaDoc generation in our builds doesn't work with JDK 11. It fails with Exit code: 1 - javadoc: error - The code being documented uses modules but the packages defined in https://docs.oracle.com/javase/8/docs/api/ are in the unnamed module. javadoc: error - The code being documented uses modules but the packages defined in https://docs.oracle.com/javase/8/docs/api/ are in the unnamed module. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 8 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-4689) [DMN Designer] Code Completion - Setup Monaco (loader)

by Jozef Marko (Jira)

[ https://issues.jboss.org/browse/DROOLS-4689?page=com.atlassian.jira.plugi... ] Jozef Marko updated DROOLS-4689: -------------------------------- Attachment: completions-tabulator.webm > [DMN Designer] Code Completion - Setup Monaco (loader) > ------------------------------------------------------ > > Key: DROOLS-4689 > URL: https://issues.jboss.org/browse/DROOLS-4689 > Project: Drools > Issue Type: Task > Components: DMN Editor > Reporter: Guilherme Gomes > Assignee: Guilherme Gomes > Priority: Major > Labels: drools-tools > Attachments: auto-vs-explicit.webm, completion-twice.webm, completions-tabulator.webm, last-entry-completion.webm > > > Setup Monaco library (and it's loader) into the DMN webapp. > ⚠️ Notice: test it in all environments (dev-webapp, VSCode webapp, Business Central webapp) -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 8 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-4689) [DMN Designer] Code Completion - Setup Monaco (loader)

by Jozef Marko (Jira)

[ https://issues.jboss.org/browse/DROOLS-4689?page=com.atlassian.jira.plugi... ] Jozef Marko updated DROOLS-4689: -------------------------------- Attachment: last-entry-completion.webm > [DMN Designer] Code Completion - Setup Monaco (loader) > ------------------------------------------------------ > > Key: DROOLS-4689 > URL: https://issues.jboss.org/browse/DROOLS-4689 > Project: Drools > Issue Type: Task > Components: DMN Editor > Reporter: Guilherme Gomes > Assignee: Guilherme Gomes > Priority: Major > Labels: drools-tools > Attachments: auto-vs-explicit.webm, completion-twice.webm, last-entry-completion.webm > > > Setup Monaco library (and it's loader) into the DMN webapp. > ⚠️ Notice: test it in all environments (dev-webapp, VSCode webapp, Business Central webapp) -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 8 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-4750) DrlParser fails to parse str[endsWith] operator

by Alberto Fanjul Alonso (Jira)

[ https://issues.jboss.org/browse/DROOLS-4750?page=com.atlassian.jira.plugi... ] Alberto Fanjul Alonso edited comment on DROOLS-4750 at 11/14/19 3:33 AM: ------------------------------------------------------------------------- Hi [~mfusco] I didn't describe the case correctly. parsing drl rules is failing for me in current and old version of drools. I see a comment where it is supposed to work in 5.4.0 but I cannot test that . After move to 6.0.0 reproducer start to fail as codebase changed. Trying to parse a Rule with DrlParser, normally it works, {code:java} package com.amadeus.pulse.mainruleset rule rule1 when s : String( ) then insert (s); end {code} but if you add a rule with str operator (str[endsWith] or similar) it fails. {code:java} package com.amadeus.pulse.mainruleset rule rule2 when s : String( this str[endsWith] "MAN" ) then insert (s); end {code} After you run a test that builds a KieModule like `_04_buildNoStrWith` test on that reproducer DrlParser starts to work with those operators, you can see on `_05_parseStrWith` test that is run after that. I can imagine that KieModule build do some kind of preprocessing of drl rules, and after that DrlParser do not fail. I suppose is related with launching or enabling `StringConditionInspector` but cannot see how. So this bug tries to setup the minimal steps to make DrlParser to parse correctly any existing drl rule. was (Author: afanjula): Hi [~mfusco] I didn't describe the case correctly. Trying to parse a Rule with DrlParser, normally it works, {code:java} package com.amadeus.pulse.mainruleset rule rule1 when s : String( ) then insert (s); end {code} but if you add a rule with str operator (str[endsWith] or similar) it fails. {code:java} package com.amadeus.pulse.mainruleset rule rule2 when s : String( this str[endsWith] "MAN" ) then insert (s); end {code} After you run a test that builds a KieModule like `_04_buildNoStrWith` test on that reproducer DrlParser starts to work with those operators, you can see on `_05_parseStrWith` test that is run after that. I can imagine that KieModule build do some kind of preprocessing of drl rules, and after that DrlParser do not fail. I suppose is related with launching or enabling `StringConditionInspector` but cannot see how. So this bug tries to setup the minimal steps to make DrlParser to parse correctly any existing drl rule. > DrlParser fails to parse str[endsWith] operator > ----------------------------------------------- > > Key: DROOLS-4750 > URL: https://issues.jboss.org/browse/DROOLS-4750 > Project: Drools > Issue Type: Bug > Reporter: Alberto Fanjul Alonso > Assignee: Mario Fusco > Priority: Major > Attachments: str-with-reproducer.tar > > > In documentation > https://docs.jboss.org/drools/release/7.23.0.Final/drools-docs/html_singl... > operator str[endsWith] is supposed to be supported, it it is not working. > Fails with: > {code:java} > java.lang.Exception: Rule contains errors![[5,19]: [ERR 102] Line 5:19 mismatched input 'str' in rule "pnr first name end with"] > at com.amadeus.mdw.bzr.drools_reproducer.StrWithFailOnFirstCompilationErrorReproducerTest.parse(StrWithFailOnFirstCompilationErrorReproducerTest.java:58) > at com.amadeus.mdw.bzr.drools_reproducer.StrWithFailOnFirstCompilationErrorReproducerTest._03_parseStrWith(StrWithFailOnFirstCompilationErrorReproducerTest.java:74) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > {code} -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 8 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-4750) DrlParser fails to parse str[endsWith] operator

by Alberto Fanjul Alonso (Jira)

[ https://issues.jboss.org/browse/DROOLS-4750?page=com.atlassian.jira.plugi... ] Alberto Fanjul Alonso edited comment on DROOLS-4750 at 11/14/19 3:30 AM: ------------------------------------------------------------------------- Hi [~mfusco] I didn't describe the case correctly. Trying to parse a Rule with DrlParser, normally it works, {code:java} package com.amadeus.pulse.mainruleset rule rule1 when s : String( ) then insert (s); end {code} but if you add a rule with str operator (str[endsWith] or similar) it fails. {code:java} package com.amadeus.pulse.mainruleset rule rule2 when s : String( this str[endsWith] "MAN" ) then insert (s); end {code} After you run a test that builds a KieModule like `_04_buildNoStrWith` test on that reproducer DrlParser starts to work with those operators, you can see on `_05_parseStrWith` test that is run after that. I can imagine that KieModule build do some kind of preprocessing of drl rules, and after that DrlParser do not fail. I suppose is related with launching or enabling `StringConditionInspector` but cannot see how. So this bug tries to setup the minimal steps to make DrlParser to parse correctly any existing drl rule. was (Author: afanjula): Hi [~mfusco] I didn't describe the case correctly. Trying to parse a Rule with DrlParser, normally it works, {code:java} package com.amadeus.pulse.mainruleset rule rule1 when s : String( ) then insert (s); end {code} but if you add a rule with str operator (str[endsWith] or similar) it fails. {code:java} package com.amadeus.pulse.mainruleset rule rule2 when s : String( this str[endsWith] "MAN" ) then insert (s); end {code} After you run a test that builds a KieModule like `_04_buildNoStrWith` DrlParser starts to work with those operators. I can imagine that KieModule build do some kind of preprocessing of drl rules, and after that DrlParser do not fail. I suppose is related with launching or enabling `StringConditionInspector` but cannot see how. So this bug tries to setup the minimal steps to make DrlParser to parse correctly any existing drl rule. > DrlParser fails to parse str[endsWith] operator > ----------------------------------------------- > > Key: DROOLS-4750 > URL: https://issues.jboss.org/browse/DROOLS-4750 > Project: Drools > Issue Type: Bug > Reporter: Alberto Fanjul Alonso > Assignee: Mario Fusco > Priority: Major > Attachments: str-with-reproducer.tar > > > In documentation > https://docs.jboss.org/drools/release/7.23.0.Final/drools-docs/html_singl... > operator str[endsWith] is supposed to be supported, it it is not working. > Fails with: > {code:java} > java.lang.Exception: Rule contains errors![[5,19]: [ERR 102] Line 5:19 mismatched input 'str' in rule "pnr first name end with"] > at com.amadeus.mdw.bzr.drools_reproducer.StrWithFailOnFirstCompilationErrorReproducerTest.parse(StrWithFailOnFirstCompilationErrorReproducerTest.java:58) > at com.amadeus.mdw.bzr.drools_reproducer.StrWithFailOnFirstCompilationErrorReproducerTest._03_parseStrWith(StrWithFailOnFirstCompilationErrorReproducerTest.java:74) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > {code} -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 8 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-4750) DrlParser fails to parse str[endsWith] operator

by Alberto Fanjul Alonso (Jira)

[ https://issues.jboss.org/browse/DROOLS-4750?page=com.atlassian.jira.plugi... ] Alberto Fanjul Alonso edited comment on DROOLS-4750 at 11/14/19 3:29 AM: ------------------------------------------------------------------------- Hi [~mfusco] I didn't describe the case correctly. Trying to parse a Rule with DrlParser, normally it works, {code:java} package com.amadeus.pulse.mainruleset rule rule1 when s : String( ) then insert (s); end {code} but if you add a rule with str operator (str[endsWith] or similar) it fails. {code:drl} package com.amadeus.pulse.mainruleset rule rule2 when s : String( this str[endsWith] "MAN" ) then insert (s); end {code} After you run a test that builds a KieModule like `_04_buildNoStrWith` DrlParser starts to work with those operators. I can imagine that KieModule build do some kind of preprocessing of drl rules, and after that DrlParser do not fail. I suppose is related with launching or enabling `StringConditionInspector` but cannot see how. So this bug tries to setup the minimal steps to make DrlParser to parse correctly any existing drl rule. was (Author: afanjula): Hi [~mfusco] I didn't describe the case correctly. Trying to parse a Rule with DrlParser, normally it works, ``` package com.amadeus.pulse.mainruleset rule rule1 when s : String( ) then insert (s); end ``` but if you add a rule with str operator (str[endsWith] or similar) it fails. ``` package com.amadeus.pulse.mainruleset rule rule2 when s : String( this str[endsWith] "MAN" ) then insert (s); end ``` After you run a test that builds a KieModule like `_04_buildNoStrWith` DrlParser starts to work with those operators. I can imagine that KieModule build do some kind of preprocessing of drl rules, and after that DrlParser do not fail. I suppose is related with launching or enabling `StringConditionInspector` but cannot see how. So this bug tries to setup the minimal steps to make DrlParser to parse correctly any existing drl rule. > DrlParser fails to parse str[endsWith] operator > ----------------------------------------------- > > Key: DROOLS-4750 > URL: https://issues.jboss.org/browse/DROOLS-4750 > Project: Drools > Issue Type: Bug > Reporter: Alberto Fanjul Alonso > Assignee: Mario Fusco > Priority: Major > Attachments: str-with-reproducer.tar > > > In documentation > https://docs.jboss.org/drools/release/7.23.0.Final/drools-docs/html_singl... > operator str[endsWith] is supposed to be supported, it it is not working. > Fails with: > {code:java} > java.lang.Exception: Rule contains errors![[5,19]: [ERR 102] Line 5:19 mismatched input 'str' in rule "pnr first name end with"] > at com.amadeus.mdw.bzr.drools_reproducer.StrWithFailOnFirstCompilationErrorReproducerTest.parse(StrWithFailOnFirstCompilationErrorReproducerTest.java:58) > at com.amadeus.mdw.bzr.drools_reproducer.StrWithFailOnFirstCompilationErrorReproducerTest._03_parseStrWith(StrWithFailOnFirstCompilationErrorReproducerTest.java:74) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > {code} -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 8 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira November 2019