Resizing cache at runtime
-
Key: JBCACHE-71
URL: http://jira.jboss.com/jira/browse/JBCACHE-71
Project: JBoss Cache
Type: Sub-task
Reporter: Ben Wang
Assigned to: Ben Wang
Fix For: 1.5
With the dynamic runtime configuration
Create an eviction interceptor
--
Key: JBCACHE-76
URL: http://jira.jboss.com/jira/browse/JBCACHE-76
Project: JBoss Cache
Type: Feature Request
Reporter: Ben Wang
Assigned to: Ben Wang
Fix For: 2.0
Refactor the current
Create an eviction policy based on number of elements instead of nodes
--
Key: JBCACHE-77
URL: http://jira.jboss.com/jira/browse/JBCACHE-77
Project: JBoss Cache
Type: Sub-task
Reporter: Ben Wang
Create an eviction interceptor
--
Key: JBCACHE-73
URL: http://jira.jboss.com/jira/browse/JBCACHE-73
Project: JBoss Cache
Type: Sub-task
Reporter: Ben Wang
Assigned to: Ben Wang
Fix For: 2.0
Refactor the current eviction
[ http://jira.jboss.com/jira/browse/JBCACHE-42?page=history ]
Ben Wang reassigned JBCACHE-42:
---
Assign To: Ben Wang (was: Bela Ban)
White paper on AOP (for session repl)
-
Key: JBCACHE-42
URL
[ http://jira.jboss.com/jira/browse/JBCACHE-37?page=history ]
Ben Wang reassigned JBCACHE-37:
---
Assign To: Ben Wang (was: Bela Ban)
Stack Overflow when using Collection classes in TreeCacheAop
: Ben Wang
Assigned to: Bela Ban
Fix For: 1.2.1
If cache code snippet is like this:
PropertyConfigurator config = new PropertyConfigurator();
cache.config();
cache.start();
cache.stop();
cache.config();
cache.start();
Then the eviction timer will be started twice, for example
[
http://jira.jboss.com/jira/browse/JBCACHE-38?page=comments#action_12314675 ]
Ben Wang commented on JBCACHE-38:
-
I have checked in TreeCache that clear listeners at the end of stopService.
However, we should also clean up the TreeCache node data
[ http://jira.jboss.com/jira/browse/JBAS-1257?page=history ]
Ben Wang resolved JBAS-1257:
Resolution: Done
Changed tc5-cluster-service.xml in head as well.
Set default http session replication mode to asychonous
[ http://jira.jboss.com/jira/browse/JBCACHE-37?page=history ]
Ben Wang updated JBCACHE-37:
Fix Version: 1.2.1
Stack Overflow when using Collection classes in TreeCacheAop
Key: JBCACHE
[ http://jira.jboss.com/jira/browse/JBAS-60?page=history ]
Ben Wang resolved JBAS-60:
--
Resolution: Done
This has been fixed both in 4.0 and head. The WebSessionTestCase has also been
re-activated.
To fix this, a cache invalidation approach has been used
[ http://jira.jboss.com/jira/browse/JBAS-1260?page=history ]
Ben Wang resolved JBAS-1260:
Resolution: Done
Code fixed in JBossCacheManager.
Http session clustering throws NPE under load
-
Key
[ http://jira.jboss.com/jira/browse/JBAS-37?page=history ]
Ben Wang resolved JBAS-37:
--
Resolution: Rejected
See comment in JBAS-1259
Cache test failures under jdk1.3
Key: JBAS-37
URL: http
[ http://jira.jboss.com/jira/browse/JBAS-37?page=history ]
Ben Wang reopened JBAS-37:
--
Cache test failures under jdk1.3
Key: JBAS-37
URL: http://jira.jboss.com/jira/browse/JBAS-37
Project: JBoss
[ http://jira.jboss.com/jira/browse/JBAS-37?page=history ]
Ben Wang resolved JBAS-37:
--
Resolution: Done
Cache test failures under jdk1.3
Key: JBAS-37
URL: http://jira.jboss.com/jira/browse/JBAS-37
[ http://jira.jboss.com/jira/browse/JBAS-1259?page=history ]
Ben Wang closed JBAS-1259:
--
Resolution: Done
This issues (and JBAS-37) are related to binding address in the JGroups stack
because they all work on my home machine. I only saw them failed
[
http://jira.jboss.com/jira/browse/JBAS-1260?page=comments#action_12314563 ]
Ben Wang commented on JBAS-1260:
Yes, I have shipped him the patch and waiting for his confirmation.
Http session clustering throws NPE under load
[ http://jira.jboss.com/jira/browse/JBAS-37?page=comments#action_12314514 ]
Ben Wang commented on JBAS-37:
--
I have fixed TreeCache.java to resolve the NoSuchMethodError that caused many
of the test failure. However, it still may have problem in multi-cpu
[ http://jira.jboss.com/jira/browse/JBCACHE-23?page=history ]
Ben Wang reassigned JBCACHE-23:
---
Assign To: Ben Wang (was: Bela Ban)
Override bindToJndi() in TreeCacheAop
-
Key: JBCACHE-23
URL
[ http://jira.jboss.com/jira/browse/JBAS-1267?page=history ]
Ben Wang reassigned JBAS-1267:
--
Assign To: Ben Wang (was: Scott M Stark)
Added http session clustering unit testing
--
Key: JBAS-1267
Reporter: Ben Wang
Assigned to: Scott M Stark
Fix For: JBossAS-4.0.2RC1
The http session replication unit testing in 3.2.x needs to be activated in 4.0
and head.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators
[
http://jira.jboss.com/jira/browse/JBAS-1267?page=comments#action_12314515 ]
Ben Wang commented on JBAS-1267:
I have re-surrected the unit testing. I have also removed the dependency on
apache. Now the code uses pure Apache http client with session
[ http://jira.jboss.com/jira/browse/JBAS-1267?page=history ]
Ben Wang closed JBAS-1267:
--
Resolution: Done
Added http session clustering unit testing
--
Key: JBAS-1267
URL: http
[ http://jira.jboss.com/jira/browse/JBCACHE-34?page=history ]
Ben Wang resolved JBCACHE-34:
-
Resolution: Rejected
Issue was fixed in 4.0.1.
Unexpected ClassNotFoundException and replSync-service.xml redeployment
[
http://jira.jboss.com/jira/browse/JBAS-1260?page=comments#action_12314489 ]
Ben Wang commented on JBAS-1260:
I have created a testing patch to check null reference and provided to the
customer. Waiting for feedback.
Http session clustering throws
Externalize the buffer queue size in LRUAlgorithm
-
Key: JBCACHE-35
URL: http://jira.jboss.com/jira/browse/JBCACHE-35
Project: JBoss Cache
Type: Task
Versions: 1.2
Reporter: Ben Wang
Assigned to: Ben Wang
[
http://jira.jboss.com/jira/browse/JBAS-1259?page=comments#action_12314493 ]
Ben Wang commented on JBAS-1259:
Scott,
Did you run on a hyper-threading machine again? The result is fine on my single
cpu machine.
-Ben
Cache test failures under
[
http://jira.jboss.com/jira/browse/JBAS-1259?page=comments#action_12314495 ]
Ben Wang commented on JBAS-1259:
Man, I need to get one myself.
Cache test failures under jdk1.4
Key: JBAS-1259
URL
Reporter: Ben Wang
Assigned to: Ben Wang
Priority: Minor
Fix For: JBossAS-3.2.7 Final
A customer reports (https://na1.salesforce.com/5003000ZG7i) Tomcat http
session replication throws NPE under load. Here is the example trace:
15:59:10,424 ERROR [JBossCacheManager
: JBossAS-4.0.1 Final
Reporter: Ben Wang
Assigned to: Ben Wang
Priority: Minor
Fix For: JBossAS-4.0.2RC1
Current default is REPL_SYNC. Will need to change it to REPL_ASYNC to be in
sync with 3.2.x release.
--
This message is automatically generated by JIRA.
-
If you think
Remove jbossha-httpsession.sar
--
Key: JBAS-1258
URL: http://jira.jboss.com/jira/browse/JBAS-1258
Project: JBoss Application Server
Type: Task
Components: Clustering
Versions: JBossAS-4.0.1 Final
Reporter: Ben Wang
[ http://jira.jboss.com/jira/browse/JBWEB-7?page=history ]
Ben Wang reassigned JBWEB-7:
Assign To: Ben Wang (was: Remy Maucherat)
replication-granularity ATTRIBUTE problem
-
Key: JBWEB-7
URL
Reporter: Ben Wang
Assigned to: Bela Ban
Fix For: JBossAS-4.0.2RC1
This issue is created to cross linked with JBCache-32 (and originally JBWeb-7).
In short, the current http session replication will fail on the backup node
during load because the replication layer using single thread
[ http://jira.jboss.com/jira/browse/JBAS-60?page=comments#action_12310927 ]
Ben Wang commented on JBAS-60:
--
I was thinking about that when I implemented it. But decided agaisnt implment
it from scratch since I thought it will re-invent the wheel. The only
Better handling of unused import package by Javassist at runtime
Key: JBAOP-56
URL: http://jira.jboss.com/jira/browse/JBAOP-56
Project: JBoss AOP
Type: Feature Request
Reporter: Ben Wang
Assigned
[ http://jira.jboss.com/jira/browse/JBCACHE-15?page=history ]
Ben Wang reassigned JBCACHE-15:
---
Assign To: Bela Ban (was: Ben Wang)
This is a race condition since it works on my machine. I have seen this
exception before since Bela refactored
[ http://jira.jboss.com/jira/browse/JBAS-60?page=comments#action_12310822 ]
Ben Wang commented on JBAS-60:
--
Scott,
This issue is well known and as matter of fact is documented. However, if you
use sticky session, this problem should rarely come up
[ http://jira.jboss.com/jira/browse/JBCACHE-15?page=history ]
Ben Wang resolved JBCACHE-15:
-
Resolution: Done
Scott,
did you forget to backport the testsuite/cache cases from head? I have
backported them and then the problem seems to go away. Please
[ http://jira.jboss.com/jira/browse/JBCACHE-15?page=history ]
Ben Wang reassigned JBCACHE-15:
---
Assign To: Ben Wang (was: Bela Ban)
4.0 testsuite failures
--
Key: JBCACHE-15
URL: http://jira.jboss.com/jira/browse
[
http://jira.jboss.com/jira/browse/JBCACHE-1?page=comments#action_12310749 ]
Ben Wang commented on JBCACHE-1:
This issue will be postponed untill either the next release of 4.0 has to be
out, or JBossCache 1.2 release. Either way, the new code
configuration (assuming all) and SAR?
Ivelin
--- Ben Wang [EMAIL PROTECTED] wrote:
Hi,
I am pleased to announce that JBossCache1.0 release is ready for download.
The on-line doc can be found here:
http://jboss.org/wiki/Wiki.jsp?page=JBossCache
and the download link is here:
http
visit the Cache forum
(http://www.jboss.org/index.html?module=bbop=viewforumf=157) to report any
problem.
Enjoy,
-Ben Wang
Lead JBossCacheAop
---
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented
Hi,
I have just back ported the latest JBossCache in jboss-head to jboss-3.2. We
will have a formal release of JBossCache next week. So now the code base
should be in sync now (except TreeCacheAop in jboss-head, of course).
Please let me know if there is a problem (in both places).
Thanks,
Hi,
I just did a fresh check out (from jboss-head). Here is the build error
I got in jboss.net.
Thanks,
-Ben
compile-classes:
[javac] Compiling 12 source files to
E:\cvsroot\jboss-head\jboss.net\output\classes\main
[javac]
Scott,
Turned out this is a spam mail held by Navisite for 2 days. :-)
Is this a problem in jboss-head? How come when I run it, it is working
for me?
Thanks,
-Ben
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Scott M Stark
Sent: Friday, December 26,
Scott,
Bela is in the middle check in some codes. I have left him a message.
Thanks,
-Ben
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Scott M Stark
Sent: Monday, November 24, 2003 3:58 PM
To: [EMAIL PROTECTED]
Subject: [JBoss-dev] Head testsuite
Hi,
Don't know if it is my setup. But I got the following deployment error
on the latest Jboss head when running run.sh. BTW, I am running Cygwin
from Wins XP.
2003-07-28 22:24:52,093 DEBUG [org.jboss.management.j2ee.MBean] Failed
to initialze state from: jboss.aop:service=AspectDeployer
Scott,
You are right. It doesn't seem to prevent a deployment, but maybe still
an anomaly.
Thanks,
-Ben
===
Message: 5
Date: Tue, 29 Jul 2003 05:39:26 -0700
From: Scott M Stark [EMAIL PROTECTED]
Organization: JBoss Group
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-dev]
101 - 148 of 148 matches
Mail list logo