June 2014 - jboss-jira - Jboss List Archives

[JBoss JIRA] (DROOLS-518) NPE in RightTuple.unlinkFromRightParent

by Thomas Mogwitz (JIRA)

Thomas Mogwitz created DROOLS-518: ------------------------------------- Summary: NPE in RightTuple.unlinkFromRightParent Key: DROOLS-518 URL: https://issues.jboss.org/browse/DROOLS-518 Project: Drools Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 6.1.0.Beta4, 6.0.1.Final, 6.0.0.Final Environment: Windows;Java1.7.0_55,Drools 6.0.0.Final through 6.1.0.Beta4 Reporter: Thomas Mogwitz Assignee: Mark Proctor Upon porting Drools-relating code in our product from 5.5.0 to 6.0.1, I found that one unit test accompanying a rule set failed with an NullPointerException. After quite a while of debugging in the innards of the rule engine I am quite that I didn't make a mistake in porting to Drools 6.0.1 but this is rather a bug in the rule engine. Seems to me like there's something going wrong while cleaning up the working memory after firing a rule. -- This message was sent by Atlassian JIRA (v6.2.3#6260)

12 years, 1 month

1
0
0 / 0

[JBoss JIRA] (DROOLS-469) NoSuchMethodError at runtime while comparing org.joda.time.DateTime instances

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/DROOLS-469?page=com.atlassian.jira.plugin... ] RH Bugzilla Integration commented on DROOLS-469: ------------------------------------------------ Marek Winkler <mwinkler(a)redhat.com> changed the Status of [bug 1094397|https://bugzilla.redhat.com/show_bug.cgi?id=1094397] from ON_QA to VERIFIED > NoSuchMethodError at runtime while comparing org.joda.time.DateTime instances > ----------------------------------------------------------------------------- > > Key: DROOLS-469 > URL: https://issues.jboss.org/browse/DROOLS-469 > Project: Drools > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 6.0.1.Final > Environment: OS: Macosx 10.9.2 > Java version: 1.6.0_65, vendor: Apple Inc. > Reporter: Davide Angelocola > Assignee: Mario Fusco > Fix For: 6.1.0.Beta4 > > > Given the following rule: > --- > import org.joda.time.DateTime; > rule "in the past" > when > exists DateTime( this < new DateTime() ) > then > System.out.println("in the past"); > end > --- > I obtain this exception at runtime while comparing a large number of DateTimes: > // java.lang.NoSuchMethodError: org.joda.time.DateTime.compareTo(Lorg/joda/time/DateTime;)I > // at ConditionEvaluatorc959ae5f82e8456f9e4f2d8b7e07b19d.evaluate(Unknown Source) > // at org.drools.core.rule.constraint.MvelConstraint.evaluate(MvelConstraint.java:217) > // at org.drools.core.rule.constraint.MvelConstraint.isAllowed(MvelConstraint.java:174) > // at org.drools.core.phreak.PhreakFromNode.checkConstraintsAndPropagate(PhreakFromNode.java:298) > // at org.drools.core.phreak.PhreakFromNode.doLeftInserts(PhreakFromNode.java:101) > // at org.drools.core.phreak.PhreakFromNode.doNode(PhreakFromNode.java:49) > // at org.drools.core.phreak.RuleNetworkEvaluator.innerEval(RuleNetworkEvaluator.java:348) > // at org.drools.core.phreak.RuleNetworkEvaluator.doRiaNode(RuleNetworkEvaluator.java:604) > // at org.drools.core.phreak.RuleNetworkEvaluator.evalBetaNode(RuleNetworkEvaluator.java:528) > // at org.drools.core.phreak.RuleNetworkEvaluator.innerEval(RuleNetworkEvaluator.java:334) -- This message was sent by Atlassian JIRA (v6.2.3#6260)

12 years, 1 month

1
0
0 / 0

[JBoss JIRA] (DROOLS-517) Enhance DRL->RuleModel unmarshalling to handle modify() {...} block

by Michael Anstis (JIRA)

[ https://issues.jboss.org/browse/DROOLS-517?page=com.atlassian.jira.plugin... ] Michael Anstis commented on DROOLS-517: --------------------------------------- Tests: http://github.com/droolsjbpm/drools/commit/74d3a3f47 > Enhance DRL->RuleModel unmarshalling to handle modify() {...} block > ------------------------------------------------------------------- > > Key: DROOLS-517 > URL: https://issues.jboss.org/browse/DROOLS-517 > Project: Drools > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Affects Versions: 6.1.0.Beta4 > Reporter: Michael Anstis > Assignee: Mario Fusco > > Edson requested we enhance Drools Workbench to generate "modify() {...}" blocks instead of the current use of "update()" so that property reactive fields work correctly. > Before we can complete the change we need to be able to handle the "modify() {...}" block when rehydrating the RuleModel object from DRL used by the UI. -- This message was sent by Atlassian JIRA (v6.2.3#6260)

12 years, 1 month

1
0
0 / 0

[JBoss JIRA] (DROOLS-517) Enhance DRL->RuleModel unmarshalling to handle modify() {...} block

by Michael Anstis (JIRA)

Michael Anstis created DROOLS-517: ------------------------------------- Summary: Enhance DRL->RuleModel unmarshalling to handle modify() {...} block Key: DROOLS-517 URL: https://issues.jboss.org/browse/DROOLS-517 Project: Drools Issue Type: Enhancement Security Level: Public (Everyone can see) Affects Versions: 6.1.0.Beta4 Reporter: Michael Anstis Assignee: Mario Fusco Edson requested we enhance Drools Workbench to generate "modify() {...}" blocks instead of the current use of "update()" so that property reactive fields work correctly. Before we can complete the change we need to be able to handle the "modify() {...}" block when rehydrating the RuleModel object from DRL used by the UI. -- This message was sent by Atlassian JIRA (v6.2.3#6260)

12 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-3374) Upgrade HAL to 2.2.7.Final

by Alessio Soldano (JIRA)

[ https://issues.jboss.org/browse/WFLY-3374?page=com.atlassian.jira.plugin.... ] Alessio Soldano commented on WFLY-3374: --------------------------------------- I believe the fix version should be corrected to 9.0.0, see https://github.com/wildfly/wildfly/blob/8.1.0.Final/pom.xml#L167 > Upgrade HAL to 2.2.7.Final > -------------------------- > > Key: WFLY-3374 > URL: https://issues.jboss.org/browse/WFLY-3374 > Project: WildFly > Issue Type: Component Upgrade > Security Level: Public(Everyone can see) > Components: Web Console > Reporter: Harald Pehl > Assignee: Harald Pehl > Fix For: 8.1.0.Final > > > Fixes HAL-396 -- This message was sent by Atlassian JIRA (v6.2.3#6260)

12 years, 1 month

1
0
0 / 0

[JBoss JIRA] (SECURITY-843) Release JBoss Negotiation 2.2.10.Final

by Darran Lofthouse (JIRA)

[ https://issues.jboss.org/browse/SECURITY-843?page=com.atlassian.jira.plug... ] Darran Lofthouse resolved SECURITY-843. --------------------------------------- Resolution: Done https://github.com/wildfly-security/jboss-negotiation/tree/2.2.10.Final > Release JBoss Negotiation 2.2.10.Final > -------------------------------------- > > Key: SECURITY-843 > URL: https://issues.jboss.org/browse/SECURITY-843 > Project: PicketBox > Issue Type: Release > Security Level: Public(Everyone can see) > Components: Negotiation > Reporter: Darran Lofthouse > Assignee: Darran Lofthouse > Fix For: Negotiation_2_2_10 > > -- This message was sent by Atlassian JIRA (v6.2.3#6260)

12 years, 1 month

1
0
0 / 0

[JBoss JIRA] (SECURITY-822) Remove the 'NET' project from JBoss Negotiation

by Darran Lofthouse (JIRA)

[ https://issues.jboss.org/browse/SECURITY-822?page=com.atlassian.jira.plug... ] Darran Lofthouse updated SECURITY-822: -------------------------------------- Fix Version/s: Negotiation_2_2_11 (was: Negotiation_2_2_10) > Remove the 'NET' project from JBoss Negotiation > ----------------------------------------------- > > Key: SECURITY-822 > URL: https://issues.jboss.org/browse/SECURITY-822 > Project: PicketBox > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Negotiation > Reporter: Darran Lofthouse > Assignee: Darran Lofthouse > Fix For: Negotiation_2_2_11, Negotiation_2_3_4_Final > > > The net project is not used in AS 7, EAP 6 or WildFly so time to delete it. > In WildFly 9 an alternative SASL based approach will be used for EJB invocations. -- This message was sent by Atlassian JIRA (v6.2.3#6260)

12 years, 1 month

1
0
0 / 0

[JBoss JIRA] (SECURITY-717) Get JBoss Negotiation into Maven Central

by Darran Lofthouse (JIRA)

[ https://issues.jboss.org/browse/SECURITY-717?page=com.atlassian.jira.plug... ] Darran Lofthouse updated SECURITY-717: -------------------------------------- Fix Version/s: Negotiation_2_2_11 (was: Negotiation_2_2_10) > Get JBoss Negotiation into Maven Central > ---------------------------------------- > > Key: SECURITY-717 > URL: https://issues.jboss.org/browse/SECURITY-717 > Project: PicketBox > Issue Type: Task > Security Level: Public(Everyone can see) > Components: Negotiation > Reporter: Darran Lofthouse > Assignee: Darran Lofthouse > Fix For: Negotiation_2_2_11 > > > This will allow the JBoss Negotiation Toolkit to be removed from the project and instead moved to the quick starts making it much easier for end users to deploy and test. -- This message was sent by Atlassian JIRA (v6.2.3#6260)

12 years, 1 month

1
0
0 / 0

[JBoss JIRA] (SECURITY-677) Remove JBoss Negotiation Toolkit

by Darran Lofthouse (JIRA)

[ https://issues.jboss.org/browse/SECURITY-677?page=com.atlassian.jira.plug... ] Darran Lofthouse updated SECURITY-677: -------------------------------------- Fix Version/s: Negotiation_2_2_11 (was: Negotiation_2_2_10) > Remove JBoss Negotiation Toolkit > -------------------------------- > > Key: SECURITY-677 > URL: https://issues.jboss.org/browse/SECURITY-677 > Project: PicketBox > Issue Type: Task > Security Level: Public(Everyone can see) > Components: Negotiation > Reporter: Darran Lofthouse > Assignee: Darran Lofthouse > Fix For: Negotiation_2_2_11 > > > JBoss Negotiation Toolkit is being moved to the quickstarts, so it does not need to be maintained in two different locations delete it from the Negotiation source tree. -- This message was sent by Atlassian JIRA (v6.2.3#6260)

12 years, 1 month

1
0
0 / 0

[JBoss JIRA] (DROOLS-472) Drools Eclipse plugin can't recognize third party classes

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/DROOLS-472?page=com.atlassian.jira.plugin... ] RH Bugzilla Integration commented on DROOLS-472: ------------------------------------------------ Tomas Schlosser <tschloss(a)redhat.com> changed the Status of [bug 1104095|https://bugzilla.redhat.com/show_bug.cgi?id=1104095] from MODIFIED to VERIFIED > Drools Eclipse plugin can't recognize third party classes > --------------------------------------------------------- > > Key: DROOLS-472 > URL: https://issues.jboss.org/browse/DROOLS-472 > Project: Drools > Issue Type: Bug > Security Level: Public(Everyone can see) > Environment: * OS: Mac OS X 10.9.2 > * Eclipse Kepler > * Drool Eclipse Plugin - JBoss Drools Core 6.0.1Final. (I don't have problem with Drools Core 5.6.0Final) > * Java SE 1.7 > * Drools Runtime 6.0.1 > Reporter: Jinghai Rao > Assignee: Mario Fusco > Fix For: 6.1.0.CR1 > > > Whenever I use classes from any third party jar files (not in JRE System Library and Drools Library), I got error messages in Eclipse IDE. > At the place where I import the class, the error message is "Only a type can be imported. ... resolves to a package". > At the place where I use the class, the error message is "... cannot be resolved to a type". > However, I have included the jar file in classpath. The project can also be executed successfully even with the error message in IDE. > Below is my development environment: > * OS: Mac OS X 10.9.2 > * Eclipse Kepler > * Drool Eclipse Plugin - JBoss Drools Core 6.0.1Final. (I don't have problem with Drools Core 5.6.0Final) > * Java SE 1.7 > * Drools Runtime 6.0.1 > !https://lh5.googleusercontent.com/-gltHnzUIUg4/U1qbEzVd_LI/AAAAAAAAEYw/mKxE2jv-VVc/w1796-h1168-no/Screen+Shot+2014-04-25+at+10.20.36+AM.png! -- This message was sent by Atlassian JIRA (v6.2.3#6260)

12 years, 1 month

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 June 2014