March 2016 - jboss-jira - Jboss List Archives

[JBoss JIRA] (DROOLS-1109) Change Impact: modify drools-compiler so that information is collected during compilation

by Marco Rietveld (JIRA)

[ https://issues.jboss.org/browse/DROOLS-1109?page=com.atlassian.jira.plugi... ] Marco Rietveld updated DROOLS-1109: ----------------------------------- Description: The problem is that Action instances created at compile time by {{drools-compiler}} contain reference information that can otherwise not be retrieved by parsing the DRL. The code associated with this issue adds an (compiler) option to retrieve this information during compilation, so that (indexer) code in the workbench can take advantage of this code so subsequently index and use when analysing change impact and doing refactoring operations. > Change Impact: modify drools-compiler so that information is collected during compilation > ----------------------------------------------------------------------------------------- > > Key: DROOLS-1109 > URL: https://issues.jboss.org/browse/DROOLS-1109 > Project: Drools > Issue Type: Task > Affects Versions: 6.3.0.Final > Reporter: Marco Rietveld > Assignee: Marco Rietveld > > The problem is that Action instances created at compile time by {{drools-compiler}} contain reference information that can otherwise not be retrieved by parsing the DRL. > The code associated with this issue adds an (compiler) option to retrieve this information during compilation, so that (indexer) code in the workbench can take advantage of this code so subsequently index and use when analysing change impact and doing refactoring operations. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years

1
0
0 / 0

[JBoss JIRA] (DROOLS-1061) After failed mvel function call fireAllRules could put drools into infinite loop

by Mario Fusco (JIRA)

[ https://issues.jboss.org/browse/DROOLS-1061?page=com.atlassian.jira.plugi... ] Mario Fusco closed DROOLS-1061. ------------------------------- Resolution: Won't Fix When a KieSession throws an exception (either during constraint evaluation as in your case or during the firing of a consequence) the session itself has to be considered dead and then no longer usable. In particular it's up to the user to guarantee that all the constraints can be evaluated without throwing any exception. > After failed mvel function call fireAllRules could put drools into infinite loop > -------------------------------------------------------------------------------- > > Key: DROOLS-1061 > URL: https://issues.jboss.org/browse/DROOLS-1061 > Project: Drools > Issue Type: Bug > Components: core engine > Affects Versions: 6.3.0.Final, 6.4.0.Beta1 > Reporter: Tomi Pakarinen > Assignee: Mario Fusco > > Example test case is available here https://gist.github.com/patope/ea9eb97b8d45e75ccf7c -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years

1
0
0 / 0

[JBoss JIRA] (DROOLS-1109) Change Impace: Modify drools-compiler so that information is collected during compilation

by Marco Rietveld (JIRA)

[ https://issues.jboss.org/browse/DROOLS-1109?page=com.atlassian.jira.plugi... ] Marco Rietveld updated DROOLS-1109: ----------------------------------- Summary: Change Impace: Modify drools-compiler so that information is collected during compilation (was: Modify drools-compiler so that information is collected during compilation) > Change Impace: Modify drools-compiler so that information is collected during compilation > ----------------------------------------------------------------------------------------- > > Key: DROOLS-1109 > URL: https://issues.jboss.org/browse/DROOLS-1109 > Project: Drools > Issue Type: Task > Affects Versions: 6.3.0.Final > Reporter: Marco Rietveld > Assignee: Marco Rietveld > -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years

1
0
0 / 0

[JBoss JIRA] (DROOLS-1109) Change Impact: modify drools-compiler so that information is collected during compilation

by Marco Rietveld (JIRA)

[ https://issues.jboss.org/browse/DROOLS-1109?page=com.atlassian.jira.plugi... ] Marco Rietveld updated DROOLS-1109: ----------------------------------- Summary: Change Impact: modify drools-compiler so that information is collected during compilation (was: Change Impace: Modify drools-compiler so that information is collected during compilation) > Change Impact: modify drools-compiler so that information is collected during compilation > ----------------------------------------------------------------------------------------- > > Key: DROOLS-1109 > URL: https://issues.jboss.org/browse/DROOLS-1109 > Project: Drools > Issue Type: Task > Affects Versions: 6.3.0.Final > Reporter: Marco Rietveld > Assignee: Marco Rietveld > -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years

1
0
0 / 0

[JBoss JIRA] (DROOLS-1109) Modify drools-compiler so that information is collected during compilation

by Marco Rietveld (JIRA)

[ https://issues.jboss.org/browse/DROOLS-1109?page=com.atlassian.jira.plugi... ] Marco Rietveld moved GUVNOR-2475 to DROOLS-1109: ------------------------------------------------ Project: Drools (was: Guvnor) Key: DROOLS-1109 (was: GUVNOR-2475) Workflow: GIT Pull Request workflow (was: classic default workflow) Affects Version/s: 6.3.0.Final (was: drools_6.3.0.Final) > Modify drools-compiler so that information is collected during compilation > -------------------------------------------------------------------------- > > Key: DROOLS-1109 > URL: https://issues.jboss.org/browse/DROOLS-1109 > Project: Drools > Issue Type: Task > Affects Versions: 6.3.0.Final > Reporter: Marco Rietveld > Assignee: Marco Rietveld > -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years

1
0
0 / 0

[JBoss JIRA] (JGRP-2035) Util class tries to locate resource bundles using TCCL, which fails

by Jan Martiska (JIRA)

[ https://issues.jboss.org/browse/JGRP-2035?page=com.atlassian.jira.plugin.... ] Jan Martiska updated JGRP-2035: ------------------------------- Steps to Reproduce: In EAP 7.0.0.ER7, deploy an application containing a persistence.xml containing this {noformat} <property name="hibernate.cache.use_second_level_cache" value="true" /> <property name="hibernate.cache.region.factory_class" value="org.hibernate.cache.infinispan.InfinispanRegionFactory" /> {noformat} was: In EAP 7.0.0.ER7, deploy an application containing a persistence.xml containing this {noformat} <property name="hibernate.cache.region.factory_class" value="org.hibernate.cache.infinispan.InfinispanRegionFactory" /> {noformat} > Util class tries to locate resource bundles using TCCL, which fails > ------------------------------------------------------------------- > > Key: JGRP-2035 > URL: https://issues.jboss.org/browse/JGRP-2035 > Project: JGroups > Issue Type: Bug > Reporter: Jan Martiska > Assignee: Bela Ban > Priority: Blocker > > {{org.jgroups.util.Util}} class tries to locate jg-messages bundle using the TCCL, not its own class loader. In a Java SE environment, this typically doesn't matter, because the class loaders are the same, but in EAP, this means that jg-messages is sought by the class loader of the application rather than the class loader of JGroups module, which is obviously wrong. This is the offending line: https://github.com/belaban/JGroups/blob/master/src/org/jgroups/util/Util.... > The call to getBundle fails with a MissingResourceException (see http://docs.oracle.com/javase/6/docs/api/java/util/ResourceBundle.html#ge...) and because this code is in a static initializer, the Util class becomes unusable. > This causes Hibernate applications with 2LC infinispan clustering backend to not work. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years

1
0
0 / 0

[JBoss JIRA] (JGRP-2036) Util class tries to locate resource bundles using TCCL, which fails

by Jan Martiska (JIRA)

Jan Martiska created JGRP-2036: ---------------------------------- Summary: Util class tries to locate resource bundles using TCCL, which fails Key: JGRP-2036 URL: https://issues.jboss.org/browse/JGRP-2036 Project: JGroups Issue Type: Bug Reporter: Jan Martiska Assignee: Bela Ban Priority: Blocker {{org.jgroups.util.Util}} class tries to locate jg-messages bundle using the TCCL, not its own class loader. In a Java SE environment, this typically doesn't matter, because the class loaders are the same, but in EAP, this means that jg-messages is sought by the class loader of the application rather than the class loader of JGroups module, which is obviously wrong. This is the offending line: https://github.com/belaban/JGroups/blob/master/src/org/jgroups/util/Util.... The call to getBundle fails with a MissingResourceException (see http://docs.oracle.com/javase/6/docs/api/java/util/ResourceBundle.html#ge...) and because this code is in a static initializer, the Util class becomes unusable. This causes Hibernate applications with 2LC infinispan clustering backend to not work. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years

1
0
0 / 0

[JBoss JIRA] (JGRP-2035) Util class tries to locate resource bundles using TCCL, which fails

by Jan Martiska (JIRA)

Jan Martiska created JGRP-2035: ---------------------------------- Summary: Util class tries to locate resource bundles using TCCL, which fails Key: JGRP-2035 URL: https://issues.jboss.org/browse/JGRP-2035 Project: JGroups Issue Type: Bug Reporter: Jan Martiska Assignee: Bela Ban Priority: Blocker {{org.jgroups.util.Util}} class tries to locate jg-messages bundle using the TCCL, not its own class loader. In a Java SE environment, this typically doesn't matter, because the class loaders are the same, but in EAP, this means that jg-messages is sought by the class loader of the application rather than the class loader of JGroups module, which is obviously wrong. This is the offending line: https://github.com/belaban/JGroups/blob/master/src/org/jgroups/util/Util.... The call to getBundle fails with a MissingResourceException (see http://docs.oracle.com/javase/6/docs/api/java/util/ResourceBundle.html#ge...) and because this code is in a static initializer, the Util class becomes unusable. This causes Hibernate applications with 2LC infinispan clustering backend to not work. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years

1
0
0 / 0

[JBoss JIRA] (JGRP-2035) Util class tries to locate resource bundles using TCCL, which fails

by Jan Martiska (JIRA)

[ https://issues.jboss.org/browse/JGRP-2035?page=com.atlassian.jira.plugin.... ] Jan Martiska updated JGRP-2035: ------------------------------- Steps to Reproduce: In EAP 7.0.0.ER7, deploy an application containing a persistence.xml containing this {noformat} <property name="hibernate.cache.region.factory_class" value="org.hibernate.cache.infinispan.InfinispanRegionFactory" /> {noformat} was: In EAP, deploy an application containing a persistence.xml containing this {noformat} <property name="hibernate.cache.region.factory_class" value="org.hibernate.cache.infinispan.InfinispanRegionFactory" /> {noformat} > Util class tries to locate resource bundles using TCCL, which fails > ------------------------------------------------------------------- > > Key: JGRP-2035 > URL: https://issues.jboss.org/browse/JGRP-2035 > Project: JGroups > Issue Type: Bug > Reporter: Jan Martiska > Assignee: Bela Ban > Priority: Blocker > > {{org.jgroups.util.Util}} class tries to locate jg-messages bundle using the TCCL, not its own class loader. In a Java SE environment, this typically doesn't matter, because the class loaders are the same, but in EAP, this means that jg-messages is sought by the class loader of the application rather than the class loader of JGroups module, which is obviously wrong. This is the offending line: https://github.com/belaban/JGroups/blob/master/src/org/jgroups/util/Util.... > The call to getBundle fails with a MissingResourceException (see http://docs.oracle.com/javase/6/docs/api/java/util/ResourceBundle.html#ge...) and because this code is in a static initializer, the Util class becomes unusable. > This causes Hibernate applications with 2LC infinispan clustering backend to not work. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years

1
0
0 / 0

[JBoss JIRA] (DROOLS-862) Convert all kie-remote-* modules in valid OSGi bundles

by Marco Rietveld (JIRA)

[ https://issues.jboss.org/browse/DROOLS-862?page=com.atlassian.jira.plugin... ] Marco Rietveld closed DROOLS-862. --------------------------------- Release Notes Text: Most of the {{kie-remote-}}* modules will be deleted for 7.0.0.Final (because the execution server REST API will replace them.) Resolution: Out of Date > Convert all kie-remote-* modules in valid OSGi bundles > ------------------------------------------------------ > > Key: DROOLS-862 > URL: https://issues.jboss.org/browse/DROOLS-862 > Project: Drools > Issue Type: Enhancement > Reporter: Mario Fusco > Assignee: Marco Rietveld > > At the moment we are importing the kie-remote-* modules as a wrap bundles in our OSGi features file, but it is required to convert them in valid OSGi bundles -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years

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 March 2016