[JBoss JIRA] Created: (EJBTHREE-1330) EJB timer service should use a thread pool to avoid OOM
by Galder Zamarreno (JIRA)
EJB timer service should use a thread pool to avoid OOM
-------------------------------------------------------
Key: EJBTHREE-1330
URL: http://jira.jboss.com/jira/browse/EJBTHREE-1330
Project: EJB 3.0
Issue Type: Bug
Components: pool
Affects Versions: AS 4.2.2.GA
Reporter: Galder Zamarreno
Assigned To: Galder Zamarreno
Priority: Minor
The default EJB timer service used by the EJB3 layer is based on
org.jboss.ejb3.timerservice.jboss.JBossTimerServiceFactory which delegates
to the standard org.jboss.ejb.txtimer.EJBTimerService.
For EJB3 beans using the EJB timer service the thread local pool should not be used.
Since the current EJB timer service creates a new thread for each timer being created, the
thread local pool will create a matching instance of the bean for that thread. Thus the number
of active instances in total can effectively grow unchecked and thus an OOM will occur.
--
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, 8 months
[JBoss JIRA] (JBRULES-3355) Problems when writing rhs in Rule API
by Edson Tirelli (JIRA)
Edson Tirelli created JBRULES-3355:
--------------------------------------
Summary: Problems when writing rhs in Rule API
Key: JBRULES-3355
URL: https://issues.jboss.org/browse/JBRULES-3355
Project: Drools
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: drools-compiler
Affects Versions: 5.4.0.Beta1, 5.3.1.Final
Reporter: Edson Tirelli
Assignee: Edson Tirelli
Fix For: 5.3.2.Final, 5.4.0.Beta2
Description of problem:
There are several problems when writing rhs of a rule in Rule API:
- if you omit rhs() you 'nullend' on the end of the rule which results in
compile error
- if you put comment in rhs() like rhs("//consequences") you get
'//consequencesend' which result in compile error as well
I think there should be line delimiter behind rhs and that if rhs is omitted it
should result in empty string rather than "null".
KnowledgeDescr descr = DescrFactory.newPackage().name("org.sample")
.newRule().name("results in consequencesend")
.rhs("//consequences")
.end()
.newRule().name("results in nullend")
.lhs()
.pattern("String").end()
.end()
.end()
.getDescr();
--
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, 8 months
[JBoss JIRA] (AS7-2884) Bug on starting a Grails Bundle (generated with the Grails OSGi plugin)
by Vinicius Dallacqua (Created) (JIRA)
Bug on starting a Grails Bundle (generated with the Grails OSGi plugin)
-----------------------------------------------------------------------
Key: AS7-2884
URL: https://issues.jboss.org/browse/AS7-2884
Project: Application Server 7
Issue Type: Bug
Components: OSGi
Affects Versions: 7.1.0.Beta1
Environment: Mac OSX
Reporter: Vinicius Dallacqua
Assignee: Thomas Diesler
When I tried to start a Grails bundle, generated by the Grails OSGi plugin (http://grails.org/plugin/osgi) AS7 returned this error:
16:10:45,027 ERROR [org.jboss.as.controller] (HttpManagementService-threads - 1) JBAS014612: Operation ("start") failed - address: ([
("subsystem" => "osgi"),
("bundle" => "23")
]): java.lang.IllegalArgumentException: Illegal value: [2.1.3,2.2.0)
at org.apache.felix.framework.capabilityset.SimpleFilter.parseSubstring(SimpleFilter.java:399) [jbosgi-resolver-felix-1.0.10.jar:]
at org.apache.felix.framework.util.manifestparser.RequirementImpl.convertToFilter(RequirementImpl.java:162) [jbosgi-resolver-felix-1.0.10.jar:]
at org.apache.felix.framework.util.manifestparser.RequirementImpl.<init>(RequirementImpl.java:49) [jbosgi-resolver-felix-1.0.10.jar:]
at org.jboss.osgi.resolver.felix.ModuleExt.requireBundleRequiment(ModuleExt.java:333) [jbosgi-resolver-felix-1.0.10.jar:]
at org.jboss.osgi.resolver.felix.ModuleExt.createRequirements(ModuleExt.java:202) [jbosgi-resolver-felix-1.0.10.jar:]
at org.jboss.osgi.resolver.felix.ModuleExt.getRequirements(ModuleExt.java:190) [jbosgi-resolver-felix-1.0.10.jar:]
at org.apache.felix.framework.resolver.ResolverImpl.populateCandidates(ResolverImpl.java:398) [jbosgi-resolver-felix-1.0.10.jar:]
at org.apache.felix.framework.resolver.ResolverImpl.resolve(ResolverImpl.java:76) [jbosgi-resolver-felix-1.0.10.jar:]
at org.jboss.osgi.resolver.felix.ResolverExt.resolve(ResolverExt.java:48) [jbosgi-resolver-felix-1.0.10.jar:]
at org.jboss.osgi.resolver.felix.FelixResolver.resolveInternal(FelixResolver.java:140) [jbosgi-resolver-felix-1.0.10.jar:]
at org.jboss.osgi.resolver.felix.FelixResolver.resolveInternal(FelixResolver.java:110) [jbosgi-resolver-felix-1.0.10.jar:]
at org.jboss.osgi.resolver.spi.AbstractResolver.resolve(AbstractResolver.java:148) [jbosgi-resolver-spi-1.0.10.jar:]
at org.jboss.osgi.framework.internal.ResolverPlugin.resolve(ResolverPlugin.java:155) [jbosgi-framework-core-1.1.0.jar:]
at org.jboss.osgi.framework.internal.AbstractBundleState.ensureResolved(AbstractBundleState.java:551) [jbosgi-framework-core-1.1.0.jar:]
at org.jboss.osgi.framework.internal.HostBundleState.startInternal(HostBundleState.java:211) [jbosgi-framework-core-1.1.0.jar:]
at org.jboss.osgi.framework.internal.AbstractBundleState.start(AbstractBundleState.java:488) [jbosgi-framework-core-1.1.0.jar:]
at org.jboss.as.osgi.parser.BundleRuntimeHandler.handleOperation(BundleRuntimeHandler.java:132) [jboss-as-osgi-service-7.1.0.Beta1.jar:]
at org.jboss.as.osgi.parser.BundleRuntimeHandler.executeRuntimeStep(BundleRuntimeHandler.java:89) [jboss-as-osgi-service-7.1.0.Beta1.jar:]
at org.jboss.as.controller.AbstractRuntimeOnlyHandler$1.execute(AbstractRuntimeOnlyHandler.java:90) [jboss-as-controller-7.1.0.Beta1.jar:]
at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:322) [jboss-as-controller-7.1.0.Beta1.jar:]
at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:216) [jboss-as-controller-7.1.0.Beta1.jar:]
at org.jboss.as.controller.AbstractOperationContext.completeStep(AbstractOperationContext.java:152) [jboss-as-controller-7.1.0.Beta1.jar:]
at org.jboss.as.controller.AbstractRuntimeOnlyHandler.execute(AbstractRuntimeOnlyHandler.java:94) [jboss-as-controller-7.1.0.Beta1.jar:]
at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:322) [jboss-as-controller-7.1.0.Beta1.jar:]
at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:216) [jboss-as-controller-7.1.0.Beta1.jar:]
at org.jboss.as.controller.AbstractOperationContext.completeStep(AbstractOperationContext.java:152) [jboss-as-controller-7.1.0.Beta1.jar:]
at org.jboss.as.controller.ModelControllerImpl$DefaultPrepareStepHandler.execute(ModelControllerImpl.java:426) [jboss-as-controller-7.1.0.Beta1.jar:]
at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:322) [jboss-as-controller-7.1.0.Beta1.jar:]
at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:216) [jboss-as-controller-7.1.0.Beta1.jar:]
at org.jboss.as.controller.AbstractOperationContext.completeStep(AbstractOperationContext.java:152) [jboss-as-controller-7.1.0.Beta1.jar:]
at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:115) [jboss-as-controller-7.1.0.Beta1.jar:]
at org.jboss.as.controller.ModelControllerImpl$1.execute(ModelControllerImpl.java:296) [jboss-as-controller-7.1.0.Beta1.jar:]
at org.jboss.as.controller.ModelControllerImpl$1.execute(ModelControllerImpl.java:286) [jboss-as-controller-7.1.0.Beta1.jar:]
at org.jboss.as.domain.http.server.DomainApiHandler.processRequest(DomainApiHandler.java:273)
at org.jboss.as.domain.http.server.DomainApiHandler.handle(DomainApiHandler.java:192)
at org.jboss.com.sun.net.httpserver.Filter$Chain.doFilter(Filter.java:78)
at org.jboss.sun.net.httpserver.AuthFilter.doFilter(AuthFilter.java:69)
at org.jboss.com.sun.net.httpserver.Filter$Chain.doFilter(Filter.java:81)
at org.jboss.sun.net.httpserver.ServerImpl$Exchange$LinkHandler.handle(ServerImpl.java:689)
at org.jboss.com.sun.net.httpserver.Filter$Chain.doFilter(Filter.java:78)
at org.jboss.as.domain.http.server.RealmReadinessFilter.doFilter(RealmReadinessFilter.java:54)
at org.jboss.com.sun.net.httpserver.Filter$Chain.doFilter(Filter.java:81)
at org.jboss.sun.net.httpserver.ServerImpl$Exchange.run(ServerImpl.java:661)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) [:1.6.0_29]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) [:1.6.0_29]
at java.lang.Thread.run(Thread.java:680) [:1.6.0_29]
at org.jboss.threads.JBossThread.run(JBossThread.java:122)
--
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, 8 months
[JBoss JIRA] (AS7-2862) Bug found on starting a Grails application under OSGi bundles on 7.1 bete 1
by Vinicius Dallacqua (Created) (JIRA)
Bug found on starting a Grails application under OSGi bundles on 7.1 bete 1
---------------------------------------------------------------------------
Key: AS7-2862
URL: https://issues.jboss.org/browse/AS7-2862
Project: Application Server 7
Issue Type: Bug
Components: OSGi
Affects Versions: 7.1.0.Beta1
Environment: Mac OS 10.7
Reporter: Vinicius Dallacqua
Assignee: Thomas Diesler
When I tried to start a grails application under the OSGi bundles on the AS 7.1 beta 1 I got this error:
15:55:55,226 ERROR [org.jboss.osgi.framework.internal.FrameworkEventsPlugin] (HttpManagementService-threads - 1) Framework ERROR: org.osgi.framework.BundleException: Cannot resolve bundle resModule: [userman:0.1.0]
at org.jboss.osgi.framework.internal.ResolverPlugin.resolve(ResolverPlugin.java:157)
at org.jboss.osgi.framework.internal.AbstractBundleState.ensureResolved(AbstractBundleState.java:551)
at org.jboss.osgi.framework.internal.HostBundleState.startInternal(HostBundleState.java:211)
at org.jboss.osgi.framework.internal.AbstractBundleState.start(AbstractBundleState.java:488)
at org.jboss.as.osgi.parser.BundleRuntimeHandler.handleOperation(BundleRuntimeHandler.java:132)
at org.jboss.as.osgi.parser.BundleRuntimeHandler.executeRuntimeStep(BundleRuntimeHandler.java:89)
at org.jboss.as.controller.AbstractRuntimeOnlyHandler$1.execute(AbstractRuntimeOnlyHandler.java:90) [jboss-as-controller-7.1.0.Beta1.jar:]
at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:322) [jboss-as-controller-7.1.0.Beta1.jar:]
at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:216) [jboss-as-controller-7.1.0.Beta1.jar:]
at org.jboss.as.controller.AbstractOperationContext.completeStep(AbstractOperationContext.java:152) [jboss-as-controller-7.1.0.Beta1.jar:]
at org.jboss.as.controller.AbstractRuntimeOnlyHandler.execute(AbstractRuntimeOnlyHandler.java:94) [jboss-as-controller-7.1.0.Beta1.jar:]
at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:322) [jboss-as-controller-7.1.0.Beta1.jar:]
at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:216) [jboss-as-controller-7.1.0.Beta1.jar:]
at org.jboss.as.controller.AbstractOperationContext.completeStep(AbstractOperationContext.java:152) [jboss-as-controller-7.1.0.Beta1.jar:]
at org.jboss.as.controller.ModelControllerImpl$DefaultPrepareStepHandler.execute(ModelControllerImpl.java:426) [jboss-as-controller-7.1.0.Beta1.jar:]
at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:322) [jboss-as-controller-7.1.0.Beta1.jar:]
at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:216) [jboss-as-controller-7.1.0.Beta1.jar:]
at org.jboss.as.controller.AbstractOperationContext.completeStep(AbstractOperationContext.java:152) [jboss-as-controller-7.1.0.Beta1.jar:]
at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:115) [jboss-as-controller-7.1.0.Beta1.jar:]
at org.jboss.as.controller.ModelControllerImpl$1.execute(ModelControllerImpl.java:296) [jboss-as-controller-7.1.0.Beta1.jar:]
at org.jboss.as.controller.ModelControllerImpl$1.execute(ModelControllerImpl.java:286) [jboss-as-controller-7.1.0.Beta1.jar:]
at org.jboss.as.domain.http.server.DomainApiHandler.processRequest(DomainApiHandler.java:273)
at org.jboss.as.domain.http.server.DomainApiHandler.handle(DomainApiHandler.java:192)
at org.jboss.com.sun.net.httpserver.Filter$Chain.doFilter(Filter.java:78)
at org.jboss.sun.net.httpserver.AuthFilter.doFilter(AuthFilter.java:69)
at org.jboss.com.sun.net.httpserver.Filter$Chain.doFilter(Filter.java:81)
at org.jboss.sun.net.httpserver.ServerImpl$Exchange$LinkHandler.handle(ServerImpl.java:689)
at org.jboss.com.sun.net.httpserver.Filter$Chain.doFilter(Filter.java:78)
at org.jboss.as.domain.http.server.RealmReadinessFilter.doFilter(RealmReadinessFilter.java:54)
at org.jboss.com.sun.net.httpserver.Filter$Chain.doFilter(Filter.java:81)
at org.jboss.sun.net.httpserver.ServerImpl$Exchange.run(ServerImpl.java:661)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) [:1.6.0_29]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) [:1.6.0_29]
at java.lang.Thread.run(Thread.java:680) [:1.6.0_29]
at org.jboss.threads.JBossThread.run(JBossThread.java:122) [jboss-threads-2.0.0.GA.jar:]
Caused by: org.jboss.osgi.resolver.XResolverException: Unable to resolve Module[userman:0.1.0]: missing requirement [Module[userman:0.1.0]] package; (&(package=javax.servlet)(version>=2.4.0)(!(version>=3.0.0)))
at org.jboss.osgi.resolver.felix.FelixResolver.resolveInternal(FelixResolver.java:117)
at org.jboss.osgi.resolver.spi.AbstractResolver.resolve(AbstractResolver.java:148)
at org.jboss.osgi.framework.internal.ResolverPlugin.resolve(ResolverPlugin.java:155)
... 34 more
15:55:55,233 ERROR [userman] (Thread-60) FrameworkEvent ERROR: org.apache.felix.log.LogException: org.osgi.framework.BundleException: Cannot resolve bundle resModule: [userman:0.1.0]
at org.jboss.osgi.framework.internal.ResolverPlugin.resolve(ResolverPlugin.java:157)
at org.jboss.osgi.framework.internal.AbstractBundleState.ensureResolved(AbstractBundleState.java:551)
at org.jboss.osgi.framework.internal.HostBundleState.startInternal(HostBundleState.java:211)
at org.jboss.osgi.framework.internal.AbstractBundleState.start(AbstractBundleState.java:488)
at org.jboss.as.osgi.parser.BundleRuntimeHandler.handleOperation(BundleRuntimeHandler.java:132)
at org.jboss.as.osgi.parser.BundleRuntimeHandler.executeRuntimeStep(BundleRuntimeHandler.java:89)
at org.jboss.as.controller.AbstractRuntimeOnlyHandler$1.execute(AbstractRuntimeOnlyHandler.java:90)
at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:322)
at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:216)
at org.jboss.as.controller.AbstractOperationContext.completeStep(AbstractOperationContext.java:152)
at org.jboss.as.controller.AbstractRuntimeOnlyHandler.execute(AbstractRuntimeOnlyHandler.java:94)
at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:322)
at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:216)
at org.jboss.as.controller.AbstractOperationContext.completeStep(AbstractOperationContext.java:152)
at org.jboss.as.controller.ModelControllerImpl$DefaultPrepareStepHandler.execute(ModelControllerImpl.java:426)
at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:322)
at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:216)
at org.jboss.as.controller.AbstractOperationContext.completeStep(AbstractOperationContext.java:152)
at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:115)
at org.jboss.as.controller.ModelControllerImpl$1.execute(ModelControllerImpl.java:296)
at org.jboss.as.controller.ModelControllerImpl$1.execute(ModelControllerImpl.java:286)
at org.jboss.as.domain.http.server.DomainApiHandler.processRequest(DomainApiHandler.java:273)
at org.jboss.as.domain.http.server.DomainApiHandler.handle(DomainApiHandler.java:192)
at org.jboss.com.sun.net.httpserver.Filter$Chain.doFilter(Filter.java:78)
at org.jboss.sun.net.httpserver.AuthFilter.doFilter(AuthFilter.java:69)
at org.jboss.com.sun.net.httpserver.Filter$Chain.doFilter(Filter.java:81)
at org.jboss.sun.net.httpserver.ServerImpl$Exchange$LinkHandler.handle(ServerImpl.java:689)
at org.jboss.com.sun.net.httpserver.Filter$Chain.doFilter(Filter.java:78)
at org.jboss.as.domain.http.server.RealmReadinessFilter.doFilter(RealmReadinessFilter.java:54)
at org.jboss.com.sun.net.httpserver.Filter$Chain.doFilter(Filter.java:81)
at org.jboss.sun.net.httpserver.ServerImpl$Exchange.run(ServerImpl.java:661)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) [:1.6.0_29]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) [:1.6.0_29]
at java.lang.Thread.run(Thread.java:680) [:1.6.0_29]
at org.jboss.threads.JBossThread.run(JBossThread.java:122)
Caused by: org.apache.felix.log.LogException: org.jboss.osgi.resolver.XResolverException: Unable to resolve Module[userman:0.1.0]: missing requirement [Module[userman:0.1.0]] package; (&(package=javax.servlet)(version>=2.4.0)(!(version>=3.0.0)))
at org.jboss.osgi.resolver.felix.FelixResolver.resolveInternal(FelixResolver.java:117)
at org.jboss.osgi.resolver.spi.AbstractResolver.resolve(AbstractResolver.java:148)
at org.jboss.osgi.framework.internal.ResolverPlugin.resolve(ResolverPlugin.java:155)
... 34 more
--
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, 8 months
[JBoss JIRA] Created: (EJBTHREE-2166) no-interface view implementation based on MC constructs is brittle
by jaikiran pai (JIRA)
no-interface view implementation based on MC constructs is brittle
------------------------------------------------------------------
Key: EJBTHREE-2166
URL: https://jira.jboss.org/browse/EJBTHREE-2166
Project: EJB 3.0
Issue Type: Bug
Components: nointerface
Affects Versions: depchain-1.0.0-alpha-4
Reporter: jaikiran pai
Assignee: jaikiran pai
Currently the no-interface view proxy that gets bound into JNDI, internally uses a KernelControllerContext (MC construct) corresponding to the endpoint container of the EJB. The proxy depends just on DESCRIBED state of the endpoint. The invocation handler of that proxy, on first invocation, pushes the context to INSTALLED state (if not already in INSTALLED stated) and then invokes on the endpoint.
This approach won't work out because MC returns an UnModifiable kernel controller context which throws an exception when we try to change the state of that context. More on this in the "Important" note at the end of this MC chapter http://docs.jboss.org/jbossmc/docs/2.0.x/userGuide/ch11s04.html:
<quote>
All context information is wrapped into unmodifiable objects to prevent the user from changing anything outside of the microcontainer's control.
</quote>
It's just plain luck that no-interface view works currently, because the first invocation on the nointerface view happens after the context has already been set to INSTALLED state by MC.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 8 months