September 2020 - jboss-jira - Jboss List Archives

[JBoss JIRA] (DROOLS-5657) Support very large compiled Alpha Network

by Luca Molteni (Jira)

[ https://issues.redhat.com/browse/DROOLS-5657?page=com.atlassian.jira.plug... ] Luca Molteni updated DROOLS-5657: --------------------------------- Sprint: 2020 Week 37-39 (from Sep 7) > Support very large compiled Alpha Network > ----------------------------------------- > > Key: DROOLS-5657 > URL: https://issues.redhat.com/browse/DROOLS-5657 > Project: Drools > Issue Type: Enhancement > Components: core engine > Reporter: Luca Molteni > Assignee: Luca Molteni > Priority: Major > > With many alpha nodes it's possible to hit a "code too large" error. > > -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 8 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-5658) Descope Alpha Network Compiler

by Luca Molteni (Jira)

Luca Molteni created DROOLS-5658: ------------------------------------ Summary: Descope Alpha Network Compiler Key: DROOLS-5658 URL: https://issues.redhat.com/browse/DROOLS-5658 Project: Drools Issue Type: Enhancement Components: core engine Reporter: Luca Molteni Assignee: Luca Molteni Move to a separated module -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 8 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-5657) Support very large compiled Alpha Network

by Luca Molteni (Jira)

Luca Molteni created DROOLS-5657: ------------------------------------ Summary: Support very large compiled Alpha Network Key: DROOLS-5657 URL: https://issues.redhat.com/browse/DROOLS-5657 Project: Drools Issue Type: Enhancement Components: core engine Reporter: Luca Molteni Assignee: Luca Molteni With many alpha nodes it's possible to hit a "code too large" error. -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 8 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-5656) [DMN Designer] Multiple DRDs support - Editor shows duplicated file extension on BC

by Guilherme Gomes (Jira)

Guilherme Gomes created DROOLS-5656: --------------------------------------- Summary: [DMN Designer] Multiple DRDs support - Editor shows duplicated file extension on BC Key: DROOLS-5656 URL: https://issues.redhat.com/browse/DROOLS-5656 Project: Drools Issue Type: Bug Components: DMN Editor Reporter: Guilherme Gomes Assignee: Guilherme Gomes Attachments: duplicated.png After the multiple DRDs support changes, the editor is showing duplicated file extensions for DMN assets on BC. -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ELY-1963) Silent Basic let me access resource without credential

by Martin Choma (Jira)

[ https://issues.redhat.com/browse/ELY-1963?page=com.atlassian.jira.plugin.... ] Martin Choma commented on ELY-1963: ----------------------------------- Zulip link does not show to me neither. There use to be eap specific stream which was moved to Google Chat I believe thats why we cant see it anymore. When I look here, I believe it is testing mentioned scenario. Test seems correct. So I believe this issue is not valid anymore. [1] https://github.com/wildfly/wildfly/blob/b6af74655a157c08c8e1b3014db09874c... > Silent Basic let me access resource without credential > ------------------------------------------------------ > > Key: ELY-1963 > URL: https://issues.redhat.com/browse/ELY-1963 > Project: WildFly Elytron > Issue Type: Bug > Components: HTTP > Reporter: Martin Choma > Assignee: Diana Vilkolakova > Priority: Major > Attachments: SilentBasicMechTestCase-web.xml > > > I use this configuration in web.xml {{<auth-method>BASIC?silent=true,FORM</auth-method>}} and I get 200 + content of protected resource when I access resource without credentials. > If I use this configuration in web.xml {{<auth-method>BASIC?silent=true</auth-method>}} I get correctly empty content with 200 status code when I access without credentials. > Zulip Chat 2019-01-04: https://wildfly.zulipchat.com/#narrow/stream/174178-eap/subject/EAP7-1154... > Test Commit: https://github.com/mchoma/wildfly/commit/e191c211c7e224f835c933c31829e597... -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ELY-1963) Silent Basic let me access resource without credential

by Martin Choma (Jira)

[ https://issues.redhat.com/browse/ELY-1963?page=com.atlassian.jira.plugin.... ] Martin Choma edited comment on ELY-1963 at 9/18/20 9:01 AM: ------------------------------------------------------------ Zulip link does not show to me neither. There use to be eap specific stream which was moved to Google Chat I believe thats why we cant see it anymore. When I look here [1], I believe it is testing mentioned scenario. Test seems correct. So I believe this issue is not valid anymore. [1] https://github.com/wildfly/wildfly/blob/b6af74655a157c08c8e1b3014db09874c... was (Author: mchoma): Zulip link does not show to me neither. There use to be eap specific stream which was moved to Google Chat I believe thats why we cant see it anymore. When I look here, I believe it is testing mentioned scenario. Test seems correct. So I believe this issue is not valid anymore. [1] https://github.com/wildfly/wildfly/blob/b6af74655a157c08c8e1b3014db09874c... > Silent Basic let me access resource without credential > ------------------------------------------------------ > > Key: ELY-1963 > URL: https://issues.redhat.com/browse/ELY-1963 > Project: WildFly Elytron > Issue Type: Bug > Components: HTTP > Reporter: Martin Choma > Assignee: Diana Vilkolakova > Priority: Major > Attachments: SilentBasicMechTestCase-web.xml > > > I use this configuration in web.xml {{<auth-method>BASIC?silent=true,FORM</auth-method>}} and I get 200 + content of protected resource when I access resource without credentials. > If I use this configuration in web.xml {{<auth-method>BASIC?silent=true</auth-method>}} I get correctly empty content with 200 status code when I access without credentials. > Zulip Chat 2019-01-04: https://wildfly.zulipchat.com/#narrow/stream/174178-eap/subject/EAP7-1154... > Test Commit: https://github.com/mchoma/wildfly/commit/e191c211c7e224f835c933c31829e597... -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 8 months

1
0
0 / 0

[JBoss JIRA] (WFLY-13790) Memory leak caused by org.eclipse.yasson.internal.JsonBinding

by Alessio Soldano (Jira)

[ https://issues.redhat.com/browse/WFLY-13790?page=com.atlassian.jira.plugi... ] Alessio Soldano reassigned WFLY-13790: -------------------------------------- Assignee: r searls (was: Alessio Soldano) > Memory leak caused by org.eclipse.yasson.internal.JsonBinding > ------------------------------------------------------------- > > Key: WFLY-13790 > URL: https://issues.redhat.com/browse/WFLY-13790 > Project: WildFly > Issue Type: Bug > Components: REST > Affects Versions: 20.0.1.Final > Reporter: Ahcene Kessal > Assignee: r searls > Priority: Major > > org.eclipse.yasson.internal.JsonBinding keeps a reference on an enum after the war is undeployed which results in a classloader leak. > 1- Deploy the following application: > > {code:java} > package au.com.spatiumxl.model; > public class Book { > public enum Status { READ, UNREAD } > private String title; > private Book.Status status; > public Book(String title) { > this.title = title; > this.status = Book.Status.UNREAD; > } > public String getTitle() { > return title; > } > public Book.Status getStatus() { > return status; > } > } > {code} > > {code:java} > package au.com.spatiumxl.ejb; > [...] > import au.com.spatiumxl.model.Book; > @Stateless > @LocalBean > public class BookService { > public List<Book> getBooks() { > List<Book> books = new ArrayList<>(); > books.add(new Book("title1")); > return books; > } > } > {code} > > {code:java} > package au.com.spatiumxl.rest; > [...] > import au.com.spatiumxl.ejb.BookService; > import au.com.spatiumxl.model.Book; > @RequestScoped > @Path("")public > class BookEndPoint { > @Inject BookService bookService; > @GET @Path("/get-books") > @Produces("application/json") > public List<Book> getBooks() { > return bookService.getBooks(); > } > } > {code} > > 2- On the browser go to: http://<host>/<context-root>/.../get-books > 3- Undeploy the war > 4- The memory analyser shows: > {code:java} > java.lang.Thread > org.jboss.modules.ModuleClassLoader > org.jboss.modules.Module > org.jboss.modules.LocalModuleLoader > java.util.concurrent.ConcurrentHashMap > java.util.concurrent.ConcurrentHashMap$Node[] > java.util.concurrent.ConcurrentHashMap$Node > org.jboss.modules.ModuleLoader$FutureModule > org.jboss.modules.Module > org.jboss.modules.ModuleClassLoader > java.util.Vector > java.lang.Object[] > org.jboss.resteasy.plugins.providers.jsonb.AbstractJsonBindingProvider > org.eclipse.yasson.internal.JsonBinding > org.eclipse.yasson.internal.JsonbContext > org.eclipse.yasson.internal.MappingContext > java.util.concurrent.ConcurrentHashMap > java.util.concurrent.ConcurrentHashMap$Node[] > java.util.concurrent.ConcurrentHashMap$Node > org.eclipse.yasson.internal.model.ClassModel > org.eclipse.yasson.internal.model.PropertyModel[] > org.eclipse.yasson.internal.model.PropertyModel > au.com.spatiumxl.model.Book$Status > {code} -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 8 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-5651) [DMN Designer] Multiple DRDs interactions review

by Elizabeth Clayton (Jira)

[ https://issues.redhat.com/browse/DROOLS-5651?page=com.atlassian.jira.plug... ] Elizabeth Clayton updated DROOLS-5651: -------------------------------------- Labels: UXTeam (was: ) > [DMN Designer] Multiple DRDs interactions review > ------------------------------------------------ > > Key: DROOLS-5651 > URL: https://issues.redhat.com/browse/DROOLS-5651 > Project: Drools > Issue Type: Enhancement > Components: DMN Editor > Reporter: Guilherme Gomes > Assignee: Elizabeth Clayton > Priority: Major > Labels: UXTeam > > The current multiple DRDs support in the editor follows the guided lines provided on this UX team guidelines: > - on this document: https://docs.google.com/document/d/14pnw6QUTj5BsUJyz4uP_ozLLkYBvCYGXd1VIa... > - and, on this mockup: https://marvelapp.com/prototype/jb9i419/screen/62691972 and > However, during the development, and the PR review, some corner case scenarios emerged. > This JIRA comprehends UX output for those points. Some feedbacks provided by Jan will be quite helpful to guide this investigation:: > - User can't create DRD before an element is added to the diagram (source: https://github.com/kiegroup/kie-wb-common/pull/3379#issuecomment-689614893) > - The icon for DRD-related actions is the sign used commonly for "Share" (source comment: https://github.com/kiegroup/kie-wb-common/pull/3379#issuecomment-689614893) > - There's no clear indication of what DRD or DRG I am currently seeing (other than checking the decision components present on canvas) > - It would be nice if the currently selected node on canvas would be highlighted in the Decision Navigator too. > Besides these scenarios raised by Jan. I'm starting thinking about behaviors like this: > - I have a DRG with 3 nodes: Input, Decision, BKM > - I create DRD with my Input and my Decision > - If I come back to the DRG and delete the Input, we're also deleting it from the DRD, because the DRG represents the global context. Should we really delete nodes from the subset? -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 8 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-5649) [DMN XML] Signavio Profile - ZipFunction: parameter do not match

by Matteo Mortari (Jira)

[ https://issues.redhat.com/browse/DROOLS-5649?page=com.atlassian.jira.plug... ] Matteo Mortari updated DROOLS-5649: ----------------------------------- Component/s: dmn engine > [DMN XML] Signavio Profile - ZipFunction: parameter do not match > ---------------------------------------------------------------- > > Key: DROOLS-5649 > URL: https://issues.redhat.com/browse/DROOLS-5649 > Project: Drools > Issue Type: Bug > Components: dmn engine > Reporter: Tommy Neubert > Assignee: Matteo Mortari > Priority: Minor > Attachments: Screenshot 2020-09-17 at 16.18.25.png > > > h2. 1. Synopsis > In order to allow the execution of dmn.xml files exported by the Signavio Process Manager, the Signavio Profile ([https://github.com/kiegroup/drools/blob/master/kie-dmn/kie-dmn-signavio|h...]) contains all custom made functions. > The zip-function that is contained in this profile however expects its parameters in a different format then the Signavio Process Manager exports. This causes the parsing/execution of such dmn.xml files to fail. Customers have to manually adjust the xml file in order to get there executions running. This is both inconvenient and error prone and should be fixed. > h2. 2. Technical Details > As described above the parameters of the zip-function do not match > Signavio Process Manager Export: > {code:java} > zip(["name", "age"], [names, ages]){code} > Signavio Profiles expected parameters: > {code:java} > zip(["name", "age"], names, ages) > {code} > Codepointer: > [https://github.com/kiegroup/drools/blob/master/kie-dmn/kie-dmn-signavio/s...] > h2. 3. Acceptance Criteria > # zip-function exported by the Signavio Process Manager should be executable without manual adjustments > # [backwards compatible]existing dmn.xml files (with manual adjustments) should still be exectuable > -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 8 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-5649) [DMN XML] Signavio Profile - ZipFunction: parameter do not match

by Matteo Mortari (Jira)

[ https://issues.redhat.com/browse/DROOLS-5649?page=com.atlassian.jira.plug... ] Matteo Mortari updated DROOLS-5649: ----------------------------------- Sprint: 2020 Week 37-39 (from Sep 7) > [DMN XML] Signavio Profile - ZipFunction: parameter do not match > ---------------------------------------------------------------- > > Key: DROOLS-5649 > URL: https://issues.redhat.com/browse/DROOLS-5649 > Project: Drools > Issue Type: Bug > Components: dmn engine > Reporter: Tommy Neubert > Assignee: Matteo Mortari > Priority: Minor > Attachments: Screenshot 2020-09-17 at 16.18.25.png > > > h2. 1. Synopsis > In order to allow the execution of dmn.xml files exported by the Signavio Process Manager, the Signavio Profile ([https://github.com/kiegroup/drools/blob/master/kie-dmn/kie-dmn-signavio|h...]) contains all custom made functions. > The zip-function that is contained in this profile however expects its parameters in a different format then the Signavio Process Manager exports. This causes the parsing/execution of such dmn.xml files to fail. Customers have to manually adjust the xml file in order to get there executions running. This is both inconvenient and error prone and should be fixed. > h2. 2. Technical Details > As described above the parameters of the zip-function do not match > Signavio Process Manager Export: > {code:java} > zip(["name", "age"], [names, ages]){code} > Signavio Profiles expected parameters: > {code:java} > zip(["name", "age"], names, ages) > {code} > Codepointer: > [https://github.com/kiegroup/drools/blob/master/kie-dmn/kie-dmn-signavio/s...] > h2. 3. Acceptance Criteria > # zip-function exported by the Signavio Process Manager should be executable without manual adjustments > # [backwards compatible]existing dmn.xml files (with manual adjustments) should still be exectuable > -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 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 September 2020