[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, 4 months
[JBoss JIRA] (AS7-3583) CLI: data-source add command argument jndi-name not mandatory
by Dominik Pospisil (JIRA)
Dominik Pospisil created AS7-3583:
-------------------------------------
Summary: CLI: data-source add command argument jndi-name not mandatory
Key: AS7-3583
URL: https://issues.jboss.org/browse/AS7-3583
Project: Application Server 7
Issue Type: Bug
Components: CLI
Affects Versions: 7.1.0.Final
Reporter: Dominik Pospisil
Assignee: Alexey Loubyansky
The data-source add command argument "jndi-name" is not mandatory. The CLI allows exection of data-source add command without specifying jndi name. Enabling such data-source fails.
[standalone@localhost:9999 /] data-source add --name=TestDS2 --driver-name=h2 --connection-url=jdbc:h2:mem:test;DB_CLOSE_DELAY=-1
[standalone@localhost:9999 /] data-source enable --name=TestDS2
JBAS010436: Failed to create DataSource instance for [{
"operation" => "enable",
"address" => [
("subsystem" => "datasources"),
("data-source" => "TestDS2")
],
"persistent" => undefined
}]
reason: IJ010068: Missing required attribute jndi-name in org.jboss.as.connector.subsystems.datasources.ModifiableDataSource
--
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, 4 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, 4 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, 4 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, 4 months