October 2013 - jboss-jira - Jboss List Archives

[JBoss JIRA] (DROOLS-88) Support generics in declared types' fields

by Michael Biarnes Kiefer (JIRA)

[ https://issues.jboss.org/browse/DROOLS-88?page=com.atlassian.jira.plugin.... ] Michael Biarnes Kiefer updated DROOLS-88: ----------------------------------------- Fix Version/s: 6.0.0.CR5 (was: 6.0.0.CR4) > Support generics in declared types' fields > ------------------------------------------ > > Key: DROOLS-88 > URL: https://issues.jboss.org/browse/DROOLS-88 > Project: Drools > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Affects Versions: 5.5.0.Final > Reporter: Davide Sottara > Assignee: Davide Sottara > Priority: Minor > Fix For: 5.5.1.Final, 6.0.0.CR5 > > > It should be possible to write: > declare Foo > list : List<String> > end > While not supported in rules using the mvel dialect, it makes declared types much more readable, and adds some type-safety to java rules. > Notice that this ticket is NOT related to the possibility of declaring generic classes, such as Foo<T>. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 1 month

1
0
0 / 0

[JBoss JIRA] (DROOLS-238) (Trait) hierarchy indexing and lookup is dramatically slower than needed

by Michael Biarnes Kiefer (JIRA)

[ https://issues.jboss.org/browse/DROOLS-238?page=com.atlassian.jira.plugin... ] Michael Biarnes Kiefer updated DROOLS-238: ------------------------------------------ Fix Version/s: 6.0.0.CR5 (was: 6.0.0.CR4) > (Trait) hierarchy indexing and lookup is dramatically slower than needed > ------------------------------------------------------------------------ > > Key: DROOLS-238 > URL: https://issues.jboss.org/browse/DROOLS-238 > Project: Drools > Issue Type: Quality Risk > Security Level: Public(Everyone can see) > Affects Versions: 5.5.0.Final, 6.0.0.CR1 > Reporter: Davide Sottara > Assignee: Mark Proctor > Priority: Critical > Fix For: 5.5.1.Final, 6.0.0.CR5 > > > The encoding is not optimized for performance, and suffers particularly in case of large, flat taxonomies -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 1 month

1
0
0 / 0

[JBoss JIRA] (DROOLS-201) Improve Rule Removal

by Michael Biarnes Kiefer (JIRA)

[ https://issues.jboss.org/browse/DROOLS-201?page=com.atlassian.jira.plugin... ] Michael Biarnes Kiefer updated DROOLS-201: ------------------------------------------ Fix Version/s: 6.0.0.CR5 (was: 6.0.0.CR4) > Improve Rule Removal > -------------------- > > Key: DROOLS-201 > URL: https://issues.jboss.org/browse/DROOLS-201 > Project: Drools > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Reporter: Mark Proctor > Assignee: Mark Proctor > Fix For: 6.0.0.CR5 > > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 1 month

1
0
0 / 0

[JBoss JIRA] (DROOLS-198) Separate Rete and Phreak

by Michael Biarnes Kiefer (JIRA)

[ https://issues.jboss.org/browse/DROOLS-198?page=com.atlassian.jira.plugin... ] Michael Biarnes Kiefer updated DROOLS-198: ------------------------------------------ Fix Version/s: 6.0.0.CR5 (was: 6.0.0.CR4) > Separate Rete and Phreak > ------------------------ > > Key: DROOLS-198 > URL: https://issues.jboss.org/browse/DROOLS-198 > Project: Drools > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Reporter: Mark Proctor > Assignee: Mark Proctor > Fix For: 6.0.0.CR5 > > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 1 month

1
0
0 / 0

[JBoss JIRA] (DROOLS-134) Metadata inheritance is not resolved correctly when typeDeclarations are created implicitly

by Michael Biarnes Kiefer (JIRA)

[ https://issues.jboss.org/browse/DROOLS-134?page=com.atlassian.jira.plugin... ] Michael Biarnes Kiefer updated DROOLS-134: ------------------------------------------ Fix Version/s: 6.0.0.CR5 (was: 6.0.0.CR4) > Metadata inheritance is not resolved correctly when typeDeclarations are created implicitly > ------------------------------------------------------------------------------------------- > > Key: DROOLS-134 > URL: https://issues.jboss.org/browse/DROOLS-134 > Project: Drools > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 5.5.1.Final > Reporter: Davide Sottara > Assignee: Mark Proctor > Priority: Blocker > Fix For: 5.5.1.Final, 6.0.0.CR5 > > > Implicit TypeDeclarations do not resolve declared metadata modifiers correctly -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 1 month

1
0
0 / 0

[JBoss JIRA] (DROOLS-126) Drools Verifier does not support Conditional Branches

by Michael Biarnes Kiefer (JIRA)

[ https://issues.jboss.org/browse/DROOLS-126?page=com.atlassian.jira.plugin... ] Michael Biarnes Kiefer updated DROOLS-126: ------------------------------------------ Fix Version/s: 6.0.0.CR5 (was: 6.0.0.CR4) > Drools Verifier does not support Conditional Branches > ----------------------------------------------------- > > Key: DROOLS-126 > URL: https://issues.jboss.org/browse/DROOLS-126 > Project: Drools > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 5.5.0.Final, 6.0.0.Beta2 > Reporter: Davide Sottara > Assignee: Toni Rikkola > Priority: Blocker > Fix For: 5.5.1.Final, 6.0.0.CR5 > > > Drools Verifier has not been updated since the introduction of the Conditional Branches. > Any rule with a ConditionalBranchDescr would generate an exception > when Verified. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 1 month

1
0
0 / 0

[JBoss JIRA] (DROOLS-115) Add support for strong negation

by Michael Biarnes Kiefer (JIRA)

[ https://issues.jboss.org/browse/DROOLS-115?page=com.atlassian.jira.plugin... ] Michael Biarnes Kiefer updated DROOLS-115: ------------------------------------------ Fix Version/s: 6.0.0.CR5 (was: 6.0.0.CR4) > Add support for strong negation > ------------------------------- > > Key: DROOLS-115 > URL: https://issues.jboss.org/browse/DROOLS-115 > Project: Drools > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Reporter: Davide Sottara > Assignee: Davide Sottara > Priority: Minor > Fix For: 6.0.0.CR5 > > > Drools "not" operator implements a type of "negation by failure", i.e. not X() behaves as the negation of "exists" or, in other words, translates as "it is NOT asserted that ...". > However, another form of stronger negation is needed to express conditionals such as "it is asserted that NOT ..." > It should be possible, then, to assert facts both in a "positive" and "negative" way, to assert THAT and THAT NOT. > The language should also support a "neg" CE to create "negative" patterns which will match with negative facts. I.e. it should be possible to write rules such as: > when $p : Person() and Car( owner == $p ) then > // a positive, matching Car is present in the WM > when $p : Person() and neg Car( owner == $p ) then > // a negative, matching Car is present in the WM > when $p : Person() and not Car( owner == $p ) then > // neither a positive nor a negative fact exists in the WM > For a more detailed description and motivation see e.g.: > https://oxygen.informatik.tu-cottbus.de/publications/wagner/WebRules2Neg.pdf -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 1 month

1
0
0 / 0

[JBoss JIRA] (DROOLS-257) Past events beyond expiration are not expired

by Michael Biarnes Kiefer (JIRA)

[ https://issues.jboss.org/browse/DROOLS-257?page=com.atlassian.jira.plugin... ] Michael Biarnes Kiefer updated DROOLS-257: ------------------------------------------ Fix Version/s: 6.0.0.CR5 (was: 6.0.0.CR4) > Past events beyond expiration are not expired > --------------------------------------------- > > Key: DROOLS-257 > URL: https://issues.jboss.org/browse/DROOLS-257 > Project: Drools > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 5.5.0.Final, 6.0.0.CR3 > Reporter: Davide Sottara > Assignee: Mark Proctor > Priority: Critical > Fix For: 5.5.1.Final, 6.0.0.CR5 > > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 1 month

1
0
0 / 0

[JBoss JIRA] (DROOLS-254) "Exists OR" rules are compiled inconsistently

by Michael Biarnes Kiefer (JIRA)

[ https://issues.jboss.org/browse/DROOLS-254?page=com.atlassian.jira.plugin... ] Michael Biarnes Kiefer updated DROOLS-254: ------------------------------------------ Fix Version/s: 6.0.0.CR5 (was: 6.0.0.CR4) > "Exists OR" rules are compiled inconsistently > --------------------------------------------- > > Key: DROOLS-254 > URL: https://issues.jboss.org/browse/DROOLS-254 > Project: Drools > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 5.5.0.Final, 6.0.0.CR3 > Reporter: Davide Sottara > Assignee: Mark Proctor > Priority: Critical > Fix For: 5.5.1.Final, 6.0.0.CR5 > > > Exists ( A or B ) is transformed into ( Exists A ) or ( Exists B ) > In case both A and B are asserted, they result in two activations, > whereas one would expect only one. > Moreover, the equivalent not ( (not A) and (not B) ) results in only > one activation. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 1 month

1
0
0 / 0

[JBoss JIRA] (DROOLS-251) Classloader fails to resolve when annotation and declared class have the same name

by Michael Biarnes Kiefer (JIRA)

[ https://issues.jboss.org/browse/DROOLS-251?page=com.atlassian.jira.plugin... ] Michael Biarnes Kiefer updated DROOLS-251: ------------------------------------------ Fix Version/s: 6.0.0.CR5 (was: 6.0.0.CR4) > Classloader fails to resolve when annotation and declared class have the same name > ---------------------------------------------------------------------------------- > > Key: DROOLS-251 > URL: https://issues.jboss.org/browse/DROOLS-251 > Project: Drools > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 5.5.0.Final, 6.0.0.CR2 > Reporter: Davide Sottara > Assignee: Mark Proctor > Fix For: 5.5.1.Final, 6.0.0.CR5 > > > package test > declare Annot > fld : int @Annot > end > The packagebuilder type resolver will confuse the annotation with the declared class and throw exceptions (varies depending on optional import > statements) -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 1 month

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 October 2013