July 2007 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (JBAS-4277) HAServiceMBeanSupport supports registration of classloader with HAPartition

by Brian Stansberry (JIRA)

HAServiceMBeanSupport supports registration of classloader with HAPartition --------------------------------------------------------------------------- Key: JBAS-4277 URL: http://jira.jboss.com/jira/browse/JBAS-4277 Project: JBoss Application Server Issue Type: Feature Request Security Level: Public (Everyone can see) Components: Clustering Reporter: Brian Stansberry Assigned To: Brian Stansberry Fix For: JBossAS-5.0.0.CR1 With the completion of JBAS-4106, HAPartition.registerRPCHandler now allows association of a classloader with the handler. Need to design an API and impl whereby HAServiceMBeanSupport can be configured to register the thread context classloader. -- 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

19 years, 2 months

2
3
0 / 0

[JBoss JIRA] Created: (JBAS-4561) EJB Timer Service doesn't come up properly

by Carlo de Wolf (JIRA)

EJB Timer Service doesn't come up properly ------------------------------------------ Key: JBAS-4561 URL: http://jira.jboss.com/jira/browse/JBAS-4561 Project: JBoss Application Server Issue Type: Bug Security Level: Public (Everyone can see) Components: EJB2, EJB3, Scheduling/Timers Environment: 20070718 Sun JDK 1.5.0_12-b04 Ubuntu 5.10 Reporter: Carlo de Wolf Assigned To: Scott M Stark Priority: Critical Fix For: JBossAS-5.0.0.Beta3 2007-07-18 13:31:51,588 DEBUG [org.jboss.ejb.txtimer.DatabasePersistencePolicy] Starting jboss.ejb:service=EJBTimerService,persistencePolicy=database 2007-07-18 13:31:51,604 DEBUG [org.jboss.ejb.txtimer.DatabasePersistencePolicy] Starting failed jboss.ejb:service=EJBTimerService,persistencePolicy=database java.lang.IllegalStateException: Cannot find datasource meta data: jboss.jdbc:datasource=DefaultDS,service=metadata at org.jboss.ejb.txtimer.GeneralPurposeDatabasePersistencePlugin.init(GeneralPurposeDatabasePersistencePlugin.java:124) at org.jboss.ejb.txtimer.GeneralPurposeDatabasePersistencePlugin.init(GeneralPurposeDatabasePersistencePlugin.java:100) at org.jboss.ejb.txtimer.DatabasePersistencePolicy.startService(DatabasePersistencePolicy.java:89) at org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSupport.java:289) at org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBeanSupport.java:245) at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:157) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:96) at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:668) at org.jboss.system.microcontainer.ServiceProxy.invoke(ServiceProxy.java:167) at $Proxy4.start(Unknown Source) at org.jboss.system.microcontainer.StartStopLifecycleAction.installAction(StartStopLifecycleAction.java:42) at org.jboss.system.microcontainer.ServiceControllerContextAction.install(ServiceControllerContextAction.java:46) at org.jboss.dependency.plugins.AbstractControllerContextActions.install(AbstractControllerContextActions.java:51) at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:304) at org.jboss.system.microcontainer.ServiceControllerContext.install(ServiceControllerContext.java:238) at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1257) at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:685) at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:813) at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:735) at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:573) at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:374) at org.jboss.system.ServiceController.doChange(ServiceController.java:656) at org.jboss.system.ServiceController.start(ServiceController.java:431) at org.jboss.system.deployers.ServiceDeployer.start(ServiceDeployer.java:146) at org.jboss.system.deployers.ServiceDeployer.deploy(ServiceDeployer.java:107) at org.jboss.system.deployers.ServiceDeployer.deploy(ServiceDeployer.java:46) at org.jboss.deployers.spi.deployer.helpers.AbstractSimpleRealDeployer.deploy(AbstractSimpleRealDeployer.java:65) at org.jboss.deployers.plugins.deployers.DeployerWrapper.deploy(DeployerWrapper.java:164) at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstall(DeployersImpl.java:661) at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstall(DeployersImpl.java:674) at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstall(DeployersImpl.java:624) at org.jboss.deployers.plugins.deployers.DeployersImpl.install(DeployersImpl.java:588) at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:304) at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1257) at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:685) at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:813) at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:735) at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:573) at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:374) at org.jboss.deployers.plugins.deployers.DeployersImpl.process(DeployersImpl.java:427) at org.jboss.deployers.plugins.main.MainDeployerImpl.process(MainDeployerImpl.java:340) at org.jboss.system.server.profileservice.ProfileServiceBootstrap.loadProfile(ProfileServiceBootstrap.java:379) at org.jboss.system.server.profileservice.ProfileServiceBootstrap.bootstrap(ProfileServiceBootstrap.java:247) at org.jboss.kernel.plugins.bootstrap.AbstractBootstrap.run(AbstractBootstrap.java:89) at org.jboss.system.server.profileservice.ServerImpl.doStart(ServerImpl.java:403) at org.jboss.system.server.profileservice.ServerImpl.start(ServerImpl.java:342) at org.jboss.Main.boot(Main.java:210) at org.jboss.Main$1.run(Main.java:523) at java.lang.Thread.run(Thread.java:595) -- 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

19 years, 2 months

1
3
0 / 0

[JBoss JIRA] Created: (JBFORUMS-248) Security checks for posting announcement and sticky posts.

by Ryszard Kozmik (JIRA)

Security checks for posting announcement and sticky posts. ---------------------------------------------------------- Key: JBFORUMS-248 URL: http://jira.jboss.com/jira/browse/JBFORUMS-248 Project: JBoss Forums Issue Type: Task Components: Forum Enhancements, Forum View Layer Reporter: Ryszard Kozmik Assigned To: Ryszard Kozmik Fix For: 1.0.1 RC It should be possible to restrict that a specific role can only post normal posts but not announcements or stickies. -- 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

19 years, 2 months

1
1
0 / 0

[JBoss JIRA] Commented: (JBCACHE-549) Override GET_ALL and timeout for synchronous requests

by Manik Surtani (JIRA)

[ http://jira.jboss.com/jira/browse/JBCACHE-549?page=comments#action_12369345 ] Manik Surtani commented on JBCACHE-549: --------------------------------------- Should use something like GET_CONDITIONAL - JGRP-518? > Override GET_ALL and timeout for synchronous requests > ----------------------------------------------------- > > Key: JBCACHE-549 > URL: http://jira.jboss.com/jira/browse/JBCACHE-549 > Project: JBoss Cache > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Affects Versions: 1.2, 1.2.1, 1.2.2, 1.2.3, 1.2.4beta, 1.3.0.GA, 1.2.4, 1.2.4SP1, 1.2.4SP2 > Reporter: Bela Ban > Assigned To: Manik Surtani > Fix For: 2.1.0.GA > > > Currently, when executing a *synchronous* method call across a cluster, the caller has to wait until all recipients send the reply, so the default mode is always GroupRequest.GET_ALL. However, we should provide more options (possibly in an Option), e.g. > - GET_ALL > - GET_FIRST > - GET_N (where N < number of recipients) > - GET_MAJORITY > We may also want to be able to set the timeout for the call in an Options parameter, and combine this with the mode. > So Options (used e.g. by put(), remove() etc) should have additional parameters, and *use* them in the relevant interceptors -- 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

19 years, 2 months

1
0
0 / 0

[JBoss JIRA] Closed: (JBCACHE-468) Interceptors to use an Invocation object rather than a JGroups MethodCall object.

by Manik Surtani (JIRA)

[ http://jira.jboss.com/jira/browse/JBCACHE-468?page=all ] Manik Surtani closed JBCACHE-468. --------------------------------- Fix Version/s: 2.0.0.GA (was: 2.1.0.GA) Resolution: Done Done using an invocation context for now > Interceptors to use an Invocation object rather than a JGroups MethodCall object. > --------------------------------------------------------------------------------- > > Key: JBCACHE-468 > URL: http://jira.jboss.com/jira/browse/JBCACHE-468 > Project: JBoss Cache > Issue Type: Task > Security Level: Public(Everyone can see) > Affects Versions: 1.2.3, 1.2.4 > Reporter: Manik Surtani > Assigned To: Manik Surtani > Fix For: 2.0.0.GA > > -- 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

19 years, 2 months

1
0
0 / 0

[JBoss JIRA] Assigned: (JBCACHE-72) Investigate use of soft/weak refs for cache storage

by Manik Surtani (JIRA)

[ http://jira.jboss.com/jira/browse/JBCACHE-72?page=all ] Manik Surtani reassigned JBCACHE-72: ------------------------------------ Assignee: Manik Surtani (was: Bela Ban) > Investigate use of soft/weak refs for cache storage > --------------------------------------------------- > > Key: JBCACHE-72 > URL: http://jira.jboss.com/jira/browse/JBCACHE-72 > Project: JBoss Cache > Issue Type: Task > Reporter: Bela Ban > Assigned To: Manik Surtani > Fix For: 2.1.0.GA > > -- 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

19 years, 2 months

1
0
0 / 0

[JBoss JIRA] Assigned: (JBCACHE-58) Refactor TreeCache

by Manik Surtani (JIRA)

[ http://jira.jboss.com/jira/browse/JBCACHE-58?page=all ] Manik Surtani reassigned JBCACHE-58: ------------------------------------ Assignee: Manik Surtani (was: Bela Ban) > Refactor TreeCache > ------------------ > > Key: JBCACHE-58 > URL: http://jira.jboss.com/jira/browse/JBCACHE-58 > Project: JBoss Cache > Issue Type: Task > Reporter: Bela Ban > Assigned To: Manik Surtani > Fix For: 2.1.0.GA > > Original Estimate: 10 weeks > Remaining Estimate: 10 weeks > > use interceptors. Investigate use of aopc; TreeCache only has > structure (tree), everything else > is an aspect: > - Locking (pessimistic, optimistic) > - Replication > - Cacheloading, > - Eviction > - Notifications > - Stats > - Interceptor which takes all arguments and adds them to the hashmap of Invocation, e.g. > "fqn", "transaction", "access-mode" ("r/w"). This way, individual interceptors don't have to > look at every single method, and when methods' signature change, only one interceptor is affected > Requires JBossAop on jboss-head and jboss-3.2 > - Create a TreeCache interface and factory method to migrate from 1.1 to 2.0 > - Requires interface name change so JBossCache uses TreeCacheAop -- 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

19 years, 2 months

1
0
0 / 0

[JBoss JIRA] Created: (JBPORTAL-1595) Clean up faces module of all the useless MetaBridge classes

by Chris Laprun (JIRA)

Clean up faces module of all the useless MetaBridge classes ----------------------------------------------------------- Key: JBPORTAL-1595 URL: http://jira.jboss.com/jira/browse/JBPORTAL-1595 Project: JBoss Portal Issue Type: Task Security Level: Public (Everyone can see) Components: Portal Core Affects Versions: 2.8 Final Reporter: Chris Laprun Assigned To: Julien Viet Fix For: 2.8 Final -- 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

19 years, 2 months

2
4
0 / 0

[JBoss JIRA] Created: (JBFORUMS-246) New Topic window distorts portlet borders

by Andriy Kucher (JIRA)

New Topic window distorts portlet borders ----------------------------------------- Key: JBFORUMS-246 URL: http://jira.jboss.com/jira/browse/JBFORUMS-246 Project: JBoss Forums Issue Type: Bug Components: Forum View Layer Affects Versions: 1.0.0 GA Environment: JBoss Portal 2.4.1 Bundled, JBoss Forums 1.0.0 GA - downloaded binary release, JRE 1.5.0.6 - 1.6.0_01-b06 WinXP, AMD Based system Reporter: Andriy Kucher Assigned To: Ryszard Kozmik JBoss Forums Portlet is ok in all views, but only in "Create New Topic" view it distorts Portlet right and bottom borders - no meter what theme you use -- 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

19 years, 2 months

2
6
0 / 0

[JBoss JIRA] Created: (JGRP-562) Message.setObject() and Message.getObject() hide exceptions thrown during serialization/deserialization

by Michael Newcomb (JIRA)

Message.setObject() and Message.getObject() hide exceptions thrown during serialization/deserialization ------------------------------------------------------------------------------------------------------- Key: JGRP-562 URL: http://jira.jboss.com/jira/browse/JGRP-562 Project: JGroups Issue Type: Bug Affects Versions: 2.5 Reporter: Michael Newcomb Assigned To: Bela Ban Priority: Trivial catch(Exception ex) { throw new IllegalArgumentException(ex.toString()); } Should throw new IllegalArgumentException(ex); I have not checked the source, but a quick scan might reveal other such uses. FYI, had a NullPointerException thrown, but it was just reported as 'null' since just the message was put into the IllegalArgumentException. -- 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

19 years, 2 months

2
2
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 July 2007