April 2012 - jboss-jira - Jboss List Archives

[JBoss JIRA] (AS7-2007) Testsuite tasks (tracking)

by Ondrej Zizka (Created) (JIRA)

Testsuite tasks (tracking) -------------------------- Key: AS7-2007 URL: https://issues.jboss.org/browse/AS7-2007 Project: Application Server 7 Issue Type: Task Components: Test Suite Reporter: Ondrej Zizka Assignee: Ondrej Zizka -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 2 months

10
28
0 / 0

[JBoss JIRA] (AS7-4090) Opimize organization and management of the Infinispan subsystem

by Richard Achmatowicz (JIRA)

Richard Achmatowicz created AS7-4090: ---------------------------------------- Summary: Opimize organization and management of the Infinispan subsystem Key: AS7-4090 URL: https://issues.jboss.org/browse/AS7-4090 Project: Application Server 7 Issue Type: Task Components: Clustering Affects Versions: 7.1.0.Final Reporter: Richard Achmatowicz Assignee: Paul Ferraro Fix For: 7.1.2.Final There are a number of areas where the Infinispan subsystem is organizationally deficient: - does not make use of ResourceDefinitions to (i) simplify the generation of DescriptionProviders and (ii) localize the definition of AttributeDefinitions - handlers are in some cases written from scratch rather than subclassing helper handlers such as AbstractWriteAttributeHandler, AbstractAddStepHandler, AbstractRemoveStepHandler, etc. - collections of services are defined monolithically, rather than in distinct units which makes stopping/restarting them error prone (c.f. CacheContainerAdd, CacheAdd install three or four services each with complex processing - stopping and restarting this in another handler is next to impossible) - ServiceNames are not always easy to reconstruct These issues make maintenance of the subsystem hard. These matters can be helped by: - making use of ResourceDefinitions - defining for each service X a static method installX(context, operation, model) and removeX(context, operation, model) which can be made use of in installServices(context, operation, model) and removeServices(operation, context, model) - define the static method populate(), used to populate a model from an operation, which can be reused in populateModel(), creating describe operations, as well as other contexts - define a static method installServices(context, operation, model) which can be used in performRuntime(), and in contexts where all services for a resource need to be stopped and restarted; similarly define removeServices(context, operation, model) - make sure each ServiceName can be regenerated easily (c.f. regenerating JNDI names can involve model processing) -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 2 months

2
10
0 / 0

[JBoss JIRA] (AS7-2506) Domain Model Visulaization

by Pat McDonough (Created) (JIRA)

Domain Model Visulaization -------------------------- Key: AS7-2506 URL: https://issues.jboss.org/browse/AS7-2506 Project: Application Server 7 Issue Type: Feature Request Components: Console Reporter: Pat McDonough Assignee: Heiko Braun Provide a visual/graphic model of the current domain model. The model would visually indicate things such as: * Hosts * App Servers * JVM processes and parameters * Highlight the domain controller * Display host controller info * Active Profiles * Network interfaces * ?Clusters? Each of the components could provide additional contextual info and hyperlinked If done well, this would serve as a great landing page for console. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 2 months

6
10
0 / 0

[JBoss JIRA] (JBRULES-3397) Support for local ltransactions ("EntityTransaction")

by Marco Rietveld (JIRA)

Marco Rietveld created JBRULES-3397: --------------------------------------- Summary: Support for local ltransactions ("EntityTransaction") Key: JBRULES-3397 URL: https://issues.jboss.org/browse/JBRULES-3397 Project: Drools Issue Type: Feature Request Security Level: Public (Everyone can see) Components: All Affects Versions: 5.4.0.Beta2, 5.3.1.Final Reporter: Marco Rietveld Assignee: Marco Rietveld Fix For: 5.3.2.Final, 5.4.0.Final Support for local transactions in Drools/jBPM(JPA EntityTransactions, whatever you want to call them.. :) ). -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 2 months

3
5
0 / 0

[JBoss JIRA] Created: (JBRULES-3083) DecisionTable incorrectly parsed with 5.2.0.CR1

by Kara Melba (JIRA)

DecisionTable incorrectly parsed with 5.2.0.CR1 ----------------------------------------------- Key: JBRULES-3083 URL: https://issues.jboss.org/browse/JBRULES-3083 Project: Drools Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 5.2.0.CR1 Reporter: Kara Melba Assignee: Mark Proctor 5.2.0.CR1 creates incorrect drl from decition table. With 5.1.0.M1 the drl for the same decision tables is correct. Wrong DRL from 5.2.0.CR1: rule "ProcessState" salience 65522 ruleflow-group "CompleteSubOrder" activation-group "ProcessState" when $m:ModifiedMarker(processState==null, state ==null) $s:SubOrder then $m.setIsModified(true); $s.setProcessState(ProcessState.CREATED); end Correct DRL with 5.1.0.M1: rule "ProcessState" salience 65522 ruleflow-group "CompleteSubOrder" activation-group "ProcessState" when $m:ModifiedMarker() $s:SubOrder(processState==null, state ==null) then $m.setIsModified(true); $s.setProcessState(ProcessState.CREATED); end -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 2 months

7
22
0 / 0

[JBoss JIRA] Created: (JBRULES-1471) Accumulate should not call getResult() more then necessary

by Geoffrey De Smet (JIRA)

Accumulate should not call getResult() more then necessary ---------------------------------------------------------- Key: JBRULES-1471 URL: http://jira.jboss.com/jira/browse/JBRULES-1471 Project: JBoss Drools Issue Type: Task Security Level: Public (Everyone can see) Components: Reteoo Reporter: Geoffrey De Smet Assigned To: Edson Tirelli Fix For: 5.0.0-M1 For this rule: rule "roomCapacityTooSmall" // TODO it takes 50-90% of the performance of drools-solver when $period : Period(); $room : Room($capacity : capacity); $totalStudentSize : Number(intValue > $capacity) from accumulate( Exam(period == $period, room == $room, $studentSize : topicStudentSize), sum($studentSize) ); ... end Outside drl, I update 2 out of 700 Exam objects and call fireAllRulesAndCalculateDecisionScore. The drl never changes an Exam. Period and Room never change. That results into this log: Breakpoint reached at org.drools.solver.core.evaluation.EvaluationHandler.fireAllRulesAndCalculateDecisionScore(EvaluationHandler.java:90) Breakpoint reached at org.drools.base.accumulators.SumAccumulateFunction.reverse(SumAccumulateFunction.java:62) Breakpoint reached at org.drools.base.accumulators.SumAccumulateFunction.getResult(SumAccumulateFunction.java:70) Breakpoint reached at org.drools.base.accumulators.SumAccumulateFunction.accumulate(SumAccumulateFunction.java:53) Breakpoint reached at org.drools.base.accumulators.SumAccumulateFunction.getResult(SumAccumulateFunction.java:70) Breakpoint reached at org.drools.base.accumulators.SumAccumulateFunction.reverse(SumAccumulateFunction.java:62) Breakpoint reached at org.drools.base.accumulators.SumAccumulateFunction.getResult(SumAccumulateFunction.java:70) Breakpoint reached at org.drools.base.accumulators.SumAccumulateFunction.accumulate(SumAccumulateFunction.java:53) Breakpoint reached at org.drools.base.accumulators.SumAccumulateFunction.getResult(SumAccumulateFunction.java:70) Breakpoint reached at org.drools.base.accumulators.SumAccumulateFunction.reverse(SumAccumulateFunction.java:62) Breakpoint reached at org.drools.base.accumulators.SumAccumulateFunction.getResult(SumAccumulateFunction.java:70) Breakpoint reached at org.drools.base.accumulators.SumAccumulateFunction.accumulate(SumAccumulateFunction.java:53) Breakpoint reached at org.drools.base.accumulators.SumAccumulateFunction.getResult(SumAccumulateFunction.java:70) Breakpoint reached at org.drools.base.accumulators.SumAccumulateFunction.reverse(SumAccumulateFunction.java:62) Breakpoint reached at org.drools.base.accumulators.SumAccumulateFunction.getResult(SumAccumulateFunction.java:70) Breakpoint reached at org.drools.base.accumulators.SumAccumulateFunction.accumulate(SumAccumulateFunction.java:53) Breakpoint reached at org.drools.base.accumulators.SumAccumulateFunction.getResult(SumAccumulateFunction.java:70) There are 4 accumulate calls and 4 reverse calls. That might be accurate. There are 8 getResult calls, that should only be 1. Also, the getResult method creates a new Double instance each time: return new Double( data.total ); It might be better to do return Double.valueOf(data.total); to allow the JVM to hot spot optimize it. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 2 months

6
20
0 / 0

[JBoss JIRA] Created: (JBRULES-946) RuleBase serialization fails with StackOverflowError

by Alexandre Gattiker (JIRA)

RuleBase serialization fails with StackOverflowError ---------------------------------------------------- Key: JBRULES-946 URL: http://jira.jboss.com/jira/browse/JBRULES-946 Project: JBoss Rules Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 4.0.0.MR2 Reporter: Alexandre Gattiker Assigned To: Mark Proctor I created 920 rules, all in this format, with different values in the string literals. rule "Rule_1" when $g:Parent() $c:Child(parent==$g,code=="yyy1") Item(parentObject==$c,name=="xxx1", value == "1") Item(parentObject==$c,name=="xxx2",value == "1") Item(parentObject==$g,name=="xxx3",value == "200") then System.out.println("2"); end With the following code, I create a RuleBase that I serialize. RuleBase ruleBase = RuleBaseFactory.newRuleBase(); PackageBuilderConfiguration conf = new PackageBuilderConfiguration(); conf.setCompiler(PackageBuilderConfiguration.JANINO); Reader source = new InputStreamReader(PolicyServiceImpl.class.getResourceAsStream(fileName)); PackageBuilder builder = new PackageBuilder(conf); builder.addPackageFromDrl(source); Package pkg = builder.getPackage(); ruleBase.addPackage(pkg); //serialize RuleBase File outFile = new File(f.getPath() + ".tmp"); FileOutputStream fout = new FileOutputStream(outFile); ObjectOutputStream oos = new ObjectOutputStream(fout); oos.writeObject(ruleBase); oos.close(); The serialization fails with the following exception. Otherwise the RuleBase is perfectly fine and working. java.lang.StackOverflowError at java.io.ByteArrayOutputStream.write(ByteArrayOutputStream.java(Compiled Code)) at java.io.ObjectOutputStream$BlockDataOutputStream.write(ObjectOutputStream.java(Compiled Code)) at java.io.ObjectOutputStream.defaultWriteFields(ObjectOutputStream.java(Compiled Code)) at java.io.ObjectOutputStream.defaultWriteObject(ObjectOutputStream.java(Compiled Code)) at java.util.ArrayList.writeObject(ArrayList.java(Compiled Code)) at sun.reflect.GeneratedMethodAccessor16.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java(Compiled Code)) at java.lang.reflect.Method.invoke(Method.java(Compiled Code)) at java.io.ObjectStreamClass.invokeWriteObject(ObjectStreamClass.java(Compiled Code)) at java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java(Compiled Code)) at java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java(Compiled Code)) at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java(Compiled Code)) at java.io.ObjectOutputStream.defaultWriteFields(ObjectOutputStream.java(Inlined Compiled Code)) at java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java(Compiled Code)) at java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java(Compiled Code)) at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java(Compiled Code)) at java.io.ObjectOutputStream.defaultWriteFields(ObjectOutputStream.java(Inlined Compiled Code)) at java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java(Compiled Code)) at java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java(Compiled Code)) at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java(Compiled Code)) at java.io.ObjectOutputStream.defaultWriteFields(ObjectOutputStream.java(Inlined Compiled Code)) at java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java(Compiled Code)) at java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java(Compiled Code)) at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java(Compiled Code)) at java.io.ObjectOutputStream.defaultWriteFields(ObjectOutputStream.java(Inlined Compiled Code)) at java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java(Compiled Code)) at java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java(Compiled Code)) at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java(Compiled Code)) at java.io.ObjectOutputStream.defaultWriteFields(ObjectOutputStream.java(Inlined Compiled Code)) at java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java(Compiled Code)) at java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java(Compiled Code)) at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java(Compiled Code)) at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java(Inlined Compiled Code)) at java.util.ArrayList.writeObject(ArrayList.java(Compiled Code)) at sun.reflect.GeneratedMethodAccessor16.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java(Compiled Code)) at java.lang.reflect.Method.invoke(Method.java(Compiled Code)) at java.io.ObjectStreamClass.invokeWriteObject(ObjectStreamClass.java(Compiled Code)) at java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java(Compiled Code)) at java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java(Compiled Code)) at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java(Compiled Code)) at java.io.ObjectOutputStream.defaultWriteFields(ObjectOutputStream.java(Inlined Compiled Code)) at java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java(Compiled Code)) at java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java(Compiled Code)) at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java(Compiled Code)) at java.io.ObjectOutputStream.defaultWriteFields(ObjectOutputStream.java(Inlined Compiled Code)) at java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java(Compiled Code)) at java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java(Compiled Code)) at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java(Compiled Code)) at java.io.ObjectOutputStream.defaultWriteFields(ObjectOutputStream.java(Inlined Compiled Code)) at java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java(Compiled Code)) at java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java(Compiled Code)) at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java(Compiled Code)) at java.io.ObjectOutputStream.defaultWriteFields(ObjectOutputStream.java(Inlined Compiled Code)) at java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java(Compiled Code)) at java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java(Compiled Code)) at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java(Compiled Code)) at java.io.ObjectOutputStream.defaultWriteFields(ObjectOutputStream.java(Inlined Compiled Code)) at java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java(Compiled Code)) at java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java(Compiled Code)) at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java(Compiled Code)) at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java(Inlined Compiled Code)) at java.util.ArrayList.writeObject(ArrayList.java(Compiled Code)) at sun.reflect.GeneratedMethodAccessor16.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java(Compiled Code)) at java.lang.reflect.Method.invoke(Method.java(Compiled Code)) at java.io.ObjectStreamClass.invokeWriteObject(ObjectStreamClass.java(Compiled Code)) at java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java(Compiled Code)) at java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java(Compiled Code)) at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java(Compiled Code)) at java.io.ObjectOutputStream.defaultWriteFields(ObjectOutputStream.java(Inlined Compiled Code)) (last four lines repeated over 1000 times) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 2 months

7
19
0 / 0

[JBoss JIRA] Created: (JBRULES-1347) BRDRLPersistence to render using modify keyword

by Michael Neale (JIRA)

BRDRLPersistence to render using modify keyword ----------------------------------------------- Key: JBRULES-1347 URL: http://jira.jboss.com/jira/browse/JBRULES-1347 Project: JBoss Drools Issue Type: Feature Request Security Level: Public (Everyone can see) Components: Drl Parser/Builder Affects Versions: 4.0.3 Reporter: Michael Neale Assigned To: Edson Tirelli Fix For: 4.1.0 Would be nice ot have DRL rendered using the modify construct in MVEL (not sure of the correct form) - if you (edson) think this is a good idea? For efficiency. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 2 months

7
19
0 / 0

[JBoss JIRA] Created: (JBRULES-1788) Clone rule parts when adding to Rete

by Mark Proctor (JIRA)

Clone rule parts when adding to Rete ------------------------------------ Key: JBRULES-1788 URL: https://jira.jboss.org/jira/browse/JBRULES-1788 Project: JBoss Drools Issue Type: Bug Security Level: Public (Everyone can see) Reporter: Mark Proctor Assignee: Mark Proctor When a Rule is added we want to clone any parts that are added to the ReteOO, so that we can then just discard the Rule itself and the contents to save space. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 2 months

6
18
0 / 0

[JBoss JIRA] Created: (JBRULES-2020) red-on-black code snippets in PDF

by Wolfgang Laun (JIRA)

red-on-black code snippets in PDF --------------------------------- Key: JBRULES-2020 URL: https://jira.jboss.org/jira/browse/JBRULES-2020 Project: JBoss Drools Issue Type: Quality Risk Security Level: Public (Everyone can see) Components: drools-docs Affects Versions: 5.0.0.CR1 Environment: n/a Reporter: Wolfgang Laun Assignee: Mark Proctor Priority: Critical Fix For: 5.0.0.CR1 In the PDF version of the docs, code snippets appear in red print on black backround. Headache tablets cost money. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 2 months

6
26
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira April 2012