November 2013 - jboss-jira - Jboss List Archives

[JBoss JIRA] (DROOLS-72) Potential memory leak in StatelessKnowledgeSessionImpl#execute when fireAllRules throwing RuntimeException

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/DROOLS-72?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration updated DROOLS-72: ------------------------------------------ Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=995023, https://bugzilla.redhat.com/show_bug.cgi?id=1036126 (was: https://bugzilla.redhat.com/show_bug.cgi?id=995023) > Potential memory leak in StatelessKnowledgeSessionImpl#execute when fireAllRules throwing RuntimeException > ---------------------------------------------------------------------------------------------------------- > > Key: DROOLS-72 > URL: https://issues.jboss.org/browse/DROOLS-72 > Project: Drools > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 5.5.0.Final > Reporter: Trung Nguyen > Assignee: Mario Fusco > Fix For: 5.5.1.Final, 6.0.0.Alpha9 > > > when {{ksession.fireAllRules()}} throws RuntimeException, it cause {{ksession}} never gets released. > {code:lang=java} > public void execute(Object object) { > StatefulKnowledgeSession ksession = newWorkingMemory(); > ksession.insert( object ); > ksession.fireAllRules( ); > ksession.dispose(); > } > public void execute(Iterable objects) { > StatefulKnowledgeSession ksession = newWorkingMemory(); > for ( Object object : objects ) { > ksession.insert( object ); > } > ksession.fireAllRules( ); > ksession.dispose(); > } > {code} -- 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

11 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-671) Failure in CalendarUtilTestCase.testEveryMinuteEveryHourEveryDay

by Andre Dietisheim (JIRA)

[ https://issues.jboss.org/browse/WFLY-671?page=com.atlassian.jira.plugin.s... ] Andre Dietisheim commented on WFLY-671: --------------------------------------- in the latest wildfly I see CalendarBasedTimeoutTestCase#testWithStartInTheFutureAndLaterSchedule failing with {code} java.lang.AssertionError: Unexpected first schedule if start date is in the past, must be at 00:00 but is 1. 0:50 {code} > Failure in CalendarUtilTestCase.testEveryMinuteEveryHourEveryDay > ---------------------------------------------------------------- > > Key: WFLY-671 > URL: https://issues.jboss.org/browse/WFLY-671 > Project: WildFly > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: EJB > Reporter: Carlo de Wolf > Priority: Minor > Fix For: Awaiting Volunteers > > > I'm unable to compile AS 7. > {noformat} > Failed tests: testEveryMinuteEveryHourEveryDay[379](org.jboss.as.ejb3.timer.schedule.CalendarBasedTimeoutTestCase): Unexpected timeout value: java.util.GregorianCalendar[time=1314918060000,areFieldsSet=true,areAllFieldsSet=true,lenient=true,zone=sun.util.calendar.ZoneInfo[id="Asia/Gaza",offset=7200000,dstSavings=3600000,useDaylight=true,transitions=144,lastRule=java.util.SimpleTimeZone[id=Asia/Gaza,offset=7200000,dstSavings=3600000,useDaylight=true,startYear=0,startMode=2,startMonth=2,startDay=-1,startDayOfWeek=7,startTime=60000,startTimeMode=0,endMode=3,endMonth=8,endDay=1,endDayOfWeek=6,endTime=7200000,endTimeMode=0]],firstDayOfWeek=1,minimalDaysInFirstWeek=1,ERA=1,YEAR=2011,MONTH=8,WEEK_OF_YEAR=36,WEEK_OF_MONTH=1,DAY_OF_MONTH=2,DAY_OF_YEAR=245,DAY_OF_WEEK=6,DAY_OF_WEEK_IN_MONTH=1,AM_PM=0,HOUR=1,HOUR_OF_DAY=1,MINUTE=1,SECOND=0,MILLISECOND=0,ZONE_OFFSET=7200000,DST_OFFSET=0] expected:<60000> but was:<3660000> > {noformat} -- 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

11 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-2364) Uninformative NPE in PoolAnnotationInformationFactory

by Andre Dietisheim (JIRA)

[ https://issues.jboss.org/browse/WFLY-2364?page=com.atlassian.jira.plugin.... ] Andre Dietisheim commented on WFLY-2364: ---------------------------------------- My patch seems correct in matching our implementation which requires a value. I wanted to verify if our impl would match the specs, checked jsr-322 but could not find the answer unfortunately. Assigning to David Loyd, since you're apparently the guy in charge of EE. Please review my simple patch. > Uninformative NPE in PoolAnnotationInformationFactory > ------------------------------------------------------ > > Key: WFLY-2364 > URL: https://issues.jboss.org/browse/WFLY-2364 > Project: WildFly > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: EJB > Reporter: Denis Borovikov > Assignee: David Lloyd > > I got NPE on jboss startup: > at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:119) [jboss-as-server-7.1.1.Final.jar:7.1.1.Final] > at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1811) [jboss-msc-1.0.2.GA.jar:1.0.2.GA] > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1746) [jboss-msc-1.0.2.GA.jar:1.0.2.GA] > at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:895) [rt.jar:1.6.0_45] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:918) [rt.jar:1.6.0_45] > at java.lang.Thread.run(Thread.java:662) [rt.jar:1.6.0_45] > Caused by: java.lang.NullPointerException > at org.jboss.as.ejb3.deployment.processors.annotation.PoolAnnotationInformationFactory.fromAnnotation(PoolAnnotationInformationFactory.java:43) > at org.jboss.as.ejb3.deployment.processors.annotation.PoolAnnotationInformationFactory.fromAnnotation(PoolAnnotationInformationFactory.java:35) > at org.jboss.as.ee.metadata.ClassAnnotationInformationFactory.createAnnotationInformation(ClassAnnotationInformationFactory.java:127) > at org.jboss.as.ee.metadata.AbstractEEAnnotationProcessor.deploy(AbstractEEAnnotationProcessor.java:54) > at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:113) [jboss-as-server-7.1.1.Final.jar:7.1.1.Final] > ... 5 more > Root cause is empty value for Pool annotation in my code. I think it would be better to generate more informative exception message in this place. -- 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

11 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-2364) Uninformative NPE in PoolAnnotationInformationFactory

by Jean-Frederic Clere (JIRA)

[ https://issues.jboss.org/browse/WFLY-2364?page=com.atlassian.jira.plugin.... ] Jean-Frederic Clere reassigned WFLY-2364: ----------------------------------------- Assignee: David Lloyd > Uninformative NPE in PoolAnnotationInformationFactory > ------------------------------------------------------ > > Key: WFLY-2364 > URL: https://issues.jboss.org/browse/WFLY-2364 > Project: WildFly > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: EJB > Reporter: Denis Borovikov > Assignee: David Lloyd > > I got NPE on jboss startup: > at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:119) [jboss-as-server-7.1.1.Final.jar:7.1.1.Final] > at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1811) [jboss-msc-1.0.2.GA.jar:1.0.2.GA] > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1746) [jboss-msc-1.0.2.GA.jar:1.0.2.GA] > at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:895) [rt.jar:1.6.0_45] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:918) [rt.jar:1.6.0_45] > at java.lang.Thread.run(Thread.java:662) [rt.jar:1.6.0_45] > Caused by: java.lang.NullPointerException > at org.jboss.as.ejb3.deployment.processors.annotation.PoolAnnotationInformationFactory.fromAnnotation(PoolAnnotationInformationFactory.java:43) > at org.jboss.as.ejb3.deployment.processors.annotation.PoolAnnotationInformationFactory.fromAnnotation(PoolAnnotationInformationFactory.java:35) > at org.jboss.as.ee.metadata.ClassAnnotationInformationFactory.createAnnotationInformation(ClassAnnotationInformationFactory.java:127) > at org.jboss.as.ee.metadata.AbstractEEAnnotationProcessor.deploy(AbstractEEAnnotationProcessor.java:54) > at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:113) [jboss-as-server-7.1.1.Final.jar:7.1.1.Final] > ... 5 more > Root cause is empty value for Pool annotation in my code. I think it would be better to generate more informative exception message in this place. -- 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

11 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-2364) Uninformative NPE in PoolAnnotationInformationFactory

by Jean-Frederic Clere (JIRA)

[ https://issues.jboss.org/browse/WFLY-2364?page=com.atlassian.jira.plugin.... ] Jean-Frederic Clere updated WFLY-2364: -------------------------------------- Component/s: EJB > Uninformative NPE in PoolAnnotationInformationFactory > ------------------------------------------------------ > > Key: WFLY-2364 > URL: https://issues.jboss.org/browse/WFLY-2364 > Project: WildFly > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: EJB > Reporter: Denis Borovikov > > I got NPE on jboss startup: > at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:119) [jboss-as-server-7.1.1.Final.jar:7.1.1.Final] > at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1811) [jboss-msc-1.0.2.GA.jar:1.0.2.GA] > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1746) [jboss-msc-1.0.2.GA.jar:1.0.2.GA] > at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:895) [rt.jar:1.6.0_45] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:918) [rt.jar:1.6.0_45] > at java.lang.Thread.run(Thread.java:662) [rt.jar:1.6.0_45] > Caused by: java.lang.NullPointerException > at org.jboss.as.ejb3.deployment.processors.annotation.PoolAnnotationInformationFactory.fromAnnotation(PoolAnnotationInformationFactory.java:43) > at org.jboss.as.ejb3.deployment.processors.annotation.PoolAnnotationInformationFactory.fromAnnotation(PoolAnnotationInformationFactory.java:35) > at org.jboss.as.ee.metadata.ClassAnnotationInformationFactory.createAnnotationInformation(ClassAnnotationInformationFactory.java:127) > at org.jboss.as.ee.metadata.AbstractEEAnnotationProcessor.deploy(AbstractEEAnnotationProcessor.java:54) > at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:113) [jboss-as-server-7.1.1.Final.jar:7.1.1.Final] > ... 5 more > Root cause is empty value for Pool annotation in my code. I think it would be better to generate more informative exception message in this place. -- 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

11 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-2589) ReadTransformedResourceOperation should set include-defaults=false when calling read-resource

by Kabir Khan (JIRA)

[ https://issues.jboss.org/browse/WFLY-2589?page=com.atlassian.jira.plugin.... ] Kabir Khan edited comment on WFLY-2589 at 11/29/13 7:40 AM: ------------------------------------------------------------ In real life, on the DC the defaults are not passed in. For the comparison in the tests, the defaults are nice in a way. Still, we should probably work with what is correct. was (Author: kabirkhan): In domain mode the defaults are not passed in. For the comparison in the tests, the defaults are nice in a way. Still, we should probably work with what is correct. > ReadTransformedResourceOperation should set include-defaults=false when calling read-resource > --------------------------------------------------------------------------------------------- > > Key: WFLY-2589 > URL: https://issues.jboss.org/browse/WFLY-2589 > Project: WildFly > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Domain Management > Affects Versions: 8.0.0.Beta1 > Reporter: Kabir Khan > Assignee: Kabir Khan > > This needs further investigation, but it seems to mean that we have a lot of ModelFixers used in the wrong situation. i.e. the when transforming resources, attributes that should be undefined reach the transformers as defined with the default value set instead. > This needs a bit of thinking about [~jmesnil] mentioned this a few weeks ago as well. I'd like to see if he remembers before fixing -- 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

11 years, 1 month

1
0
0 / 0

[JBoss JIRA] (DROOLS-358) KieModule resulting from an incremental compilation cannot be used to update a KieContainer

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/DROOLS-358?page=com.atlassian.jira.plugin... ] RH Bugzilla Integration commented on DROOLS-358: ------------------------------------------------ Mario Fusco <mfusco(a)redhat.com> changed the Status of [bug 1036096|https://bugzilla.redhat.com/show_bug.cgi?id=1036096] from NEW to ASSIGNED > KieModule resulting from an incremental compilation cannot be used to update a KieContainer > ------------------------------------------------------------------------------------------- > > Key: DROOLS-358 > URL: https://issues.jboss.org/browse/DROOLS-358 > Project: Drools > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Mario Fusco > Assignee: Mario Fusco > > Programmatic incremental compilation modifies the existing KieModule in place instead of creating a new one. This makes impossible to upgrade a KieContainer with the kieModulre resulting from the incremental compilation. In fact in this case the new KieModule is identical (same instance) to the old one making the automatic KieModule comparison useless. -- 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

11 years, 1 month

1
0
0 / 0

[JBoss JIRA] (DROOLS-358) KieModule resulting from an incremental compilation cannot be used to update a KieContainer

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/DROOLS-358?page=com.atlassian.jira.plugin... ] RH Bugzilla Integration updated DROOLS-358: ------------------------------------------- Bugzilla Update: Perform Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1036096 > KieModule resulting from an incremental compilation cannot be used to update a KieContainer > ------------------------------------------------------------------------------------------- > > Key: DROOLS-358 > URL: https://issues.jboss.org/browse/DROOLS-358 > Project: Drools > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Mario Fusco > Assignee: Mario Fusco > > Programmatic incremental compilation modifies the existing KieModule in place instead of creating a new one. This makes impossible to upgrade a KieContainer with the kieModulre resulting from the incremental compilation. In fact in this case the new KieModule is identical (same instance) to the old one making the automatic KieModule comparison useless. -- 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

11 years, 1 month

1
0
0 / 0

[JBoss JIRA] (DROOLS-358) KieModule resulting from an incremental compilation cannot be used to update a KieContainer

by Mario Fusco (JIRA)

Mario Fusco created DROOLS-358: ---------------------------------- Summary: KieModule resulting from an incremental compilation cannot be used to update a KieContainer Key: DROOLS-358 URL: https://issues.jboss.org/browse/DROOLS-358 Project: Drools Issue Type: Bug Security Level: Public (Everyone can see) Reporter: Mario Fusco Assignee: Mario Fusco Programmatic incremental compilation modifies the existing KieModule in place instead of creating a new one. This makes impossible to upgrade a KieContainer with the kieModulre resulting from the incremental compilation. In fact in this case the new KieModule is identical (same instance) to the old one making the automatic KieModule comparison useless. -- 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

11 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-2364) Uninformative NPE in PoolAnnotationInformationFactory

by Andre Dietisheim (JIRA)

[ https://issues.jboss.org/browse/WFLY-2364?page=com.atlassian.jira.plugin.... ] Andre Dietisheim commented on WFLY-2364: ---------------------------------------- as for org.jboss.ejb3.annotation.Pool value is required. I thus added a check that would throw an appropriate exception if it's missing. > Uninformative NPE in PoolAnnotationInformationFactory > ------------------------------------------------------ > > Key: WFLY-2364 > URL: https://issues.jboss.org/browse/WFLY-2364 > Project: WildFly > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Reporter: Denis Borovikov > > I got NPE on jboss startup: > at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:119) [jboss-as-server-7.1.1.Final.jar:7.1.1.Final] > at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1811) [jboss-msc-1.0.2.GA.jar:1.0.2.GA] > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1746) [jboss-msc-1.0.2.GA.jar:1.0.2.GA] > at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:895) [rt.jar:1.6.0_45] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:918) [rt.jar:1.6.0_45] > at java.lang.Thread.run(Thread.java:662) [rt.jar:1.6.0_45] > Caused by: java.lang.NullPointerException > at org.jboss.as.ejb3.deployment.processors.annotation.PoolAnnotationInformationFactory.fromAnnotation(PoolAnnotationInformationFactory.java:43) > at org.jboss.as.ejb3.deployment.processors.annotation.PoolAnnotationInformationFactory.fromAnnotation(PoolAnnotationInformationFactory.java:35) > at org.jboss.as.ee.metadata.ClassAnnotationInformationFactory.createAnnotationInformation(ClassAnnotationInformationFactory.java:127) > at org.jboss.as.ee.metadata.AbstractEEAnnotationProcessor.deploy(AbstractEEAnnotationProcessor.java:54) > at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:113) [jboss-as-server-7.1.1.Final.jar:7.1.1.Final] > ... 5 more > Root cause is empty value for Pool annotation in my code. I think it would be better to generate more informative exception message in this place. -- 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

11 years, 1 month

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