March 2016 - jboss-jira - Jboss List Archives

[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)

10 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)

10 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)

10 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)

10 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)

10 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)

10 years

1
0
0 / 0

[JBoss JIRA] (DROOLS-1028) Drools 6.3.0.Final - high memory usage

by Mario Fusco (JIRA)

[ https://issues.jboss.org/browse/DROOLS-1028?page=com.atlassian.jira.plugi... ] Mario Fusco resolved DROOLS-1028. --------------------------------- Resolution: Cannot Reproduce Bug I still cannot reproduce this issue. If you still have this problem feel free to reopen this ticket and attach you reproducer. > Drools 6.3.0.Final - high memory usage > -------------------------------------- > > Key: DROOLS-1028 > URL: https://issues.jboss.org/browse/DROOLS-1028 > Project: Drools > Issue Type: Bug > Components: core engine > Affects Versions: 6.1.0.Final, 6.3.0.Final > Environment: Drools 6.3.0.Final on Windows, AIX and Linux > Reporter: Bill Tuminaro > Assignee: Mario Fusco > Attachments: newSampleFile.drl, SampleRuleFile.drl, screenshot-1.png > > > We have an application that completely wraps the drools run-time. The code creates rules, compiles them and manages the run-time. We are experiencing very high memory utilization in an environment with about 1000 rules. Memory continuously grows as we insert facts, I know this is expected, however the amount of growth seems unusually large. In one scenario, memory consumption jumps 200 MB after inserting about 4800 facts (each fact consumes about 200 bytes) and calling fireallrules. We are currently running with the phreak algorithm. I wrote some code that iterates over the facthandles to count the number of right tuple references once the insertion and fireallrules has completed. It shows over 10 million references. Can someone review the attached code to tell me if the approach is sound? Also, how do I identify the entire set of right tuples in memory, I would like to write some code to produce some data about them to give me some insight into what is causing so many right tuples and right tuple references to be created. If we can narrow this down, I would like to write a reproducer to isolate the large memory usage. > for (Object obj : kSession.getObjects()) { > if (obj == null) { > RuleLogger.traceDebug( className, methodName,"Null object"); > } > DefaultFactHandle factHandle = (DefaultFactHandle)kSession.getFactHandle(obj); > if (factHandle != null) { > RightTuple previous = factHandle.getLastRightTuple(); > int rtCount = 0; > if (previous != null ) { > ++rtCount; > while (true) { > previous = (RightTuple) previous.getNext(); > if (previous == null) > break; > ++rtCount; > } > } > totalRighttuples += rtCount; > } > } > ... > String msg = "printStats() - WM has " +nm.length() + " nodes in NM array, " + activeNodesInNm + " active nodes, " + totalsmNetworkNodes+ " network nodes, " + totalsmPathMemories + " path memories, " + > + totalRighttuples + " rightTuple references"; > Sample output: > printStats() - WM has 14328 nodes in NM array, 4711 active nodes, 26396 network nodes, 4640 path memories, 10754655 rightTuple references -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years

1
0
0 / 0

[JBoss JIRA] (JBJCA-1318) list driven ExceptionSorter, StaleConnectionChecker

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/JBJCA-1318?page=com.atlassian.jira.plugin... ] RH Bugzilla Integration commented on JBJCA-1318: ------------------------------------------------ Chao Wang <chaowan(a)redhat.com> changed the Status of [bug 1320720|https://bugzilla.redhat.com/show_bug.cgi?id=1320720] from ASSIGNED to POST > list driven ExceptionSorter, StaleConnectionChecker > --------------------------------------------------- > > Key: JBJCA-1318 > URL: https://issues.jboss.org/browse/JBJCA-1318 > Project: IronJacamar > Issue Type: Task > Components: JDBC > Reporter: Johnathon Lee > Assignee: Johnathon Lee > Priority: Minor > Fix For: 1.2.8.Final > > > Configuration defined ExceptionSorter, StaleConnectionChecker. > Using an externally (from the implementation) defined "," separated list. > Defined via '<config-property name=prop_name >value1,value2,value3</>' in the standalone/domain configuration files. > ie: > set via <config-property name="FatalExceptions">10099,10100,10101</> > set via <config-property name="StaleExceptions">10099,10100,10101</> > Documentation updated to reflect suggested error codes for vendor based upon the current implementations. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years

1
0
0 / 0

[JBoss JIRA] (WFLY-6296) Method duplication in undertow tests

by Chao Wang (JIRA)

[ https://issues.jboss.org/browse/WFLY-6296?page=com.atlassian.jira.plugin.... ] Chao Wang reassigned WFLY-6296: ------------------------------- Assignee: Chen Maoqian > Method duplication in undertow tests > ------------------------------------ > > Key: WFLY-6296 > URL: https://issues.jboss.org/browse/WFLY-6296 > Project: WildFly > Issue Type: Enhancement > Components: Web (Undertow) > Affects Versions: 10.0.0.Final > Reporter: Shishir Subramanyam > Assignee: Chen Maoqian > Priority: Trivial > > All the undertow subsystems classes: UndertowSubsystemTestCase (6 files) contain the same definition of the method testRuntime. This method contains some hard coded settings (65 lines) -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years

1
0
0 / 0

[JBoss JIRA] (DROOLS-1108) Make kproject ClassLoader accessible from inside a rule

by Mario Fusco (JIRA)

Mario Fusco created DROOLS-1108: ----------------------------------- Summary: Make kproject ClassLoader accessible from inside a rule Key: DROOLS-1108 URL: https://issues.jboss.org/browse/DROOLS-1108 Project: Drools Issue Type: Feature Request Reporter: Mario Fusco Assignee: Mario Fusco -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years

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