FYI, I have updated from jboss-cache.jar to jboss-cache-jdk50.jar in jboss-head
since AS5.0 will use JDK5.0 anyway:
http://jira.jboss.com/jira/browse/JBAS-3224
The other purpose is to fully support JDK50 annotation (used in PojoCache).
It has passed the clustering tests. But if you see a proble
Currently JBossCache has direct dependecy on Jgroups and JBossAop. The
"default" already has aop but not jgroups. So that means an extra jgroups there
with the idea that "default" should be non-clustering related.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Currently ejb3 testsuite won't build (build.sh -f build-test.xml) because of
the following errors. Do we have plan to fix it?
Thanks,
-Ben
[javac]
/home/bwang/jboss/jboss-head/ejb3/src/test/org/jboss/ejb3/test/webservices/SomeEndpointInterface.java:25:
cannot find symbol
[javac] symb
e that doubles their "\", then we might end up with
> something like "mytempdir=c:temp" (assuming that they already
> doubled them). I suppose we could detect if the "\" characters are
> already escaped and don't escape them again if so.
>
>
well?
--
Manik Surtani
[EMAIL PROTECTED]
Lead, JBoss Cache
Telephone: +44 7786 702 706
MSN: [EMAIL PROTECTED]
Yahoo: maniksurtani
AIM: maniksurtani
Skype: maniksurtani
On 6 Apr 2006, at 12:36, Ben Wang wrote:
Yes, it has. The other two are almost done. Scott Marlow
and I need to verify
tag it) as
1.3.1.GA.
From: Ben Wang
Sent: Tuesday,
April 04, 2006 8:42 PMTo:
jboss-development@lists.sourceforge.netCc:
QASubject: RE:
[JBoss-dev] JBossCache 1.3.0.GA released
I know this
not good timing. :-) But during my work on migrating ejb3 sfsb passivatio
I know this not good timing. :-) But during my work on
migrating ejb3 sfsb passivation using JBossCache (http://jira.jboss.com/jira/browse/EJBTHREE-500),
I have discovered two bugs. And I will need these two fixed so I can check in my
code in head. So first option is to create a patch and use
Ruel,
You are correct. jboss-cache-jdk50.jar is for PojoCache
only. We have a Jira and also documented it as well.
-Ben
From: Ruel Loehr Sent: Wednesday,
March 15, 2006 1:36 AMTo: jboss-development@lists.sourceforge.net;
Manik Surtani; Ben WangSubject: RE: [JBoss-dev] JBossCache
1.3.0.
It should be fixed now. When I ran
functionalAopTestsWithAnnoC on dev02 machine, it all passed.
Please let me know if there still is a problem
though,
-Ben
From: Ben Wang Sent: Wednesday, March
01, 2006 11:27 AMTo: Ryan Campbell; Dev - JBossCacheCc:
QA; 'jboss-develo
Yes, I am looking at them now.
Thanks,
-Ben
From: Ryan Campbell Sent: Wednesday,
March 01, 2006 11:13 AMTo: Dev - JBossCacheCc: QA;
jboss-development@lists.sourceforge.netSubject: RE:
jboss-cache-testsuite Build Completed With Testsuite Errors
Ben,
Once these errors are
resolved, w
Regarding to JBAS-1476, it is critical althoguh it is a corner case,
IMHO. You are right, we can't push it back forever. I am meeting with
Bela this week. We will discuss it then.
Thanks,
-Ben
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Adrian Brock
Sent: Friday, September 16, 2005 2:32 PM
To: Ben Wang
Cc: jboss-development@lists.sourceforge.net; Jerry Gauthier;
[EMAIL PROTECTED]; QA
Subject: RE: Clustering as a standalone?
(wasRE:[JBoss-dev]RE:[jboss-cvs]jbossmx/src/main/org/jboss/ha/jndi/treec
ache ...)
On Fri, 2005-09-16 at 17:26, Adrian Brock
-remoting & sfsb).
Of course if fine-grained is needed, jboss-aop.jar, trove.jar, and
qdox.jar will also be needed.
-Ben
-Original Message-
From: Adrian Brock
Sent: Friday, September 16, 2005 11:11 AM
To: Ben Wang
Cc: jboss-development@lists.sourceforge.net; Jerry Gauthier;
[EMAIL PROTE
codes
will still need to reside under current head.
But I am thinking we can modularize most of Clustering (plus Tomcat)
module. That way, it has its own release cycle wrt to AS or ejb3.
-Ben
-Original Message-
From: Adrian Brock
Sent: Tuesday, September 13, 2005 10:16 AM
To: Ben Wang
e = cache.get("/");
> > }
> >
> > //THIS AND SOME OTHER CODE IN THIS METHOD DOES NOT COMPILE:
> > Map map = node.getChildren();
> >
> >
> > >
> > >
> > > _
Sorry for the *spam*. I have posted this to the Cache forum. But I
figure I can cast a wider net to solicit more idea here. :-)
I am starting to gather a use case for the TreeCacheAop white paper
after the fine-grained http session replication is almost complete.
I want your contribution for any
Tom,
JBossCache is in the same boat. Scott has mentioned that he will take
care of that soon. So I will let him chime in on this one.
Cheers,
-Ben
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Tom
Elrod
Sent: Monday, May 09, 2005 1:34 PM
To: jboss-dev
Handle MashalledValue for different class loaders
-
Key: JBCACHE-128
URL: http://jira.jboss.com/jira/browse/JBCACHE-128
Project: JBoss Cache
Type: Task
Reporter: Ben Wang
Assigned to: Ben Wang
Priority: Minor
[ http://jira.jboss.com/jira/browse/JBAS-1609?page=history ]
Ben Wang resolved JBAS-1609:
Resolution: Done
> Backport latest JBossCache (1.2.2)
> --
>
> Key: JBAS-1609
> URL: http://jira
[ http://jira.jboss.com/jira/browse/JBCACHE-44?page=history ]
Ben Wang updated JBCACHE-44:
Summary: Full POJO-based application use case (Order, Customer, LineItems)
on TreeCacheAop (was: Full POJO-based application (Order, Customer, LineItems)
on
[
http://jira.jboss.com/jira/browse/JBCACHE-44?page=comments#action_12316703 ]
Ben Wang commented on JBCACHE-44:
-
Maybe we can use something like Hibernate's Caveat Emptor for im-memory
datastore version.
> Full POJO-based applicatio
Reporter: Ben Wang
Assigned to: Clebert Suconic
Fix For: JBossAS-5.0 Alpha, JBossAS-4.0.2 Final
We will need load test http session replication using different config settings.
For example,
1. Syncrhonous vs. asychronous cache mode
2. Replicationg ranularity: SESSION, ATTRIBUTE, and
Reporter: Ben Wang
Assigned to: Clebert Suconic
Fix For: JBossAS-5.0 Alpha
Need to benchmark http session replication under different settings:
1. Replication granularity: SESSION, ATTRIBUTE, and FIELD
2. Sync and Async cache mode
3. Snapshot manager: instant and interval
--
This
[ http://jira.jboss.com/jira/browse/JBCACHE-98?page=history ]
Ben Wang resolved JBCACHE-98:
-
Assign To: Luc Texier (was: Ben Wang)
Resolution: Done
> Backporting JBossCache 1.2.2 in JBossAS 4.0.x and 3.2.x relea
[ http://jira.jboss.com/jira/browse/JBAS-1609?page=history ]
Ben Wang resolved JBAS-1609:
Resolution: Done
> Backport latest JBossCache (1.2.2)
> --
>
> Key: JBAS-1609
> URL: http://jira
[ http://jira.jboss.com/jira/browse/JBAS-1632?page=history ]
Ben Wang resolved JBAS-1632:
Resolution: Done
Fix Version: JBossAS-3.2.8 Final
(was: JBossAS-5.0 Alpha)
(was: JBossAS-3.2.7 Final
[ http://jira.jboss.com/jira/browse/JBAS-1609?page=history ]
Ben Wang updated JBAS-1609:
---
Summary: Backport latest JBossCache (1.2.2) (was: Backport latest
JBossCache (1.2.1))
> Backport latest JBossCache (1.
[ http://jira.jboss.com/jira/browse/JBAS-1580?page=history ]
Ben Wang resolved JBAS-1580:
Resolution: Done
This issue is address in JBAS-1633
> Problem when Submitting Massive Load into HttpSess
: JBossAS-3.2.7 Final, JBossAS-4.0.2RC1
Reporter: Ben Wang
Assigned to: Bela Ban
Fix For: JBossAS-4.0.2 Final, JBossAS-3.2.8 Final
During load test, we get occasional IllegalStateException when the session is
not valid and when the session id is recylced.
--
This message is
[ http://jira.jboss.com/jira/browse/JBAS-1609?page=history ]
Ben Wang updated JBAS-1609:
---
Version: JBossAS-3.2.7 Final
Fix Version: JBossAS-3.2.8 Final
> Backport latest JBossCache (1.2.1)
> --
>
>
[ http://jira.jboss.com/jira/browse/JBAS-1633?page=history ]
Ben Wang resolved JBAS-1633:
Assign To: Ben Wang (was: Bela Ban)
Resolution: Done
Fix Version: JBossAS-5.0 Alpha
Need to wait untill cache removal is done before declare the
[ http://jira.jboss.com/jira/browse/JBCACHE-98?page=history ]
Ben Wang updated JBCACHE-98:
Summary: Backporting JBossCache 1.2.2 in JBossAS 4.0.x and 3.2.x
releases (was: Backporting JBossCache 1.2.1 in JBossAS 4.0.x releases)
Description:
Some
Change the log level in ReplicationQueue to trace
-
Key: JBCACHE-120
URL: http://jira.jboss.com/jira/browse/JBCACHE-120
Project: JBoss Cache
Type: Task
Versions: 1.2.1
Reporter: Ben Wang
Assigned to: Ben
[
http://jira.jboss.com/jira/browse/JBAS-1609?page=comments#action_12316542 ]
Ben Wang commented on JBAS-1609:
Now is 1.2.2. 1.2.2 has a quick fix for failFast() used in Hibernate and
another one on TransactionTable map.
> Backport latest JBossCa
[ http://jira.jboss.com/jira/browse/JBCACHE-51?page=history ]
Ben Wang updated JBCACHE-51:
Fix Version: 1.2.3
(was: 1.2.2)
> Create standalone CVS version of JBossCache
> ---
>
>
[ http://jira.jboss.com/jira/browse/JBCACHE-102?page=history ]
Ben Wang resolved JBCACHE-102:
--
Resolution: Done
> Exception when Submitting Load into HttpSession
> ---
>
> Key:
[ http://jira.jboss.com/jira/browse/JBCACHE-120?page=history ]
Ben Wang resolved JBCACHE-120:
--
Resolution: Done
> Change the log level in ReplicationQueue to trace
> -
>
> Key:
[ http://jira.jboss.com/jira/browse/JBAS-1609?page=history ]
Ben Wang updated JBAS-1609:
---
Original Estimate: 21600 (was: 7200)
Remaining Estimate: 21600 (was: 7200)
> Backport latest JBossCache (1.
Reporter: Ben Wang
Assigned to: Clebert Suconic
Fix For: JBossAS-4.0.2 Final, JBossAS-5.0 Alpha, JBossAS-3.2.7 Final
Currently, tests-clustering target has numerous failure. It was because that
the jboss-cache.jar is not the latest. In order for the test to success, we
will need
[
http://jira.jboss.com/jira/browse/JBCACHE-98?page=comments#action_12316470 ]
Ben Wang commented on JBCACHE-98:
-
Options here:
1. There is JBossCache_1.1.1 release that solves the eviction start sequence
problem.
2. Directly patch JBossCache1.2.1
[ http://jira.jboss.com/jira/browse/JBAS-1580?page=history ]
Ben Wang resolved JBAS-1580:
Resolution: Done
> Problem when Submitting Massive Load into HttpSession
> -
>
> Ke
[ http://jira.jboss.com/jira/browse/JBAS-1580?page=history ]
Ben Wang reopened JBAS-1580:
> Problem when Submitting Massive Load into HttpSession
> -
>
> Key: JBAS-1580
>
[
http://jira.jboss.com/jira/browse/JBAS-1580?page=comments#action_12316464 ]
Ben Wang commented on JBAS-1580:
Now the load test against the all three releases 3.2.8, 4.0.2 and head all
succeed after using the latest jboss-head (post 1.2.1 release
[ http://jira.jboss.com/jira/browse/JBAS-1580?page=history ]
Ben Wang resolved JBAS-1580:
Resolution: Rejected
> Problem when Submitting Massive Load into HttpSession
> -
>
> Ke
[ http://jira.jboss.com/jira/browse/JBAS-1502?page=history ]
Ben Wang resolved JBAS-1502:
Resolution: Rejected
Again this is a problem due to the http client setup. Need to create a new
session after it is invalidated.
> IllegalStateException w
[ http://jira.jboss.com/jira/browse/JBAS-1622?page=history ]
Ben Wang resolved JBAS-1622:
Resolution: Done
Fix Version: JBossAS-3.2.8 Final
Fixed in all cvs branches.
> findSessions doesn't find all sessions in http session rep
[ http://jira.jboss.com/jira/browse/JBCACHE-102?page=history ]
Ben Wang resolved JBCACHE-102:
--
Resolution: Rejected
These two errors are mostly due to in-proper setup of the http client program.
The original one that Clebert has used the same session
Wang
Assigned to: Ben Wang
Implement passviation and activation for http session replication. This feature
is depended on JBossCache feature.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.jboss.com
[ http://jira.jboss.com/jira/browse/JBAS-1251?page=history ]
Ben Wang resolved JBAS-1251:
Resolution: Done
> Session replication fails on 2-node cluster
> ---
>
> Key: JBAS-1251
>
[ http://jira.jboss.com/jira/browse/JBAS-1291?page=history ]
Ben Wang updated JBAS-1291:
---
Attachment: DistributedState.zip
Contributed by a net user
> DistributedState (clustering) replacement
> -
>
>
ering
Versions: JBossAS-4.0.2RC1
Reporter: Ben Wang
Assigned to: Ben Wang
Fix For: JBossAS-4.0.2 Final, JBossAS-5.0 Alpha
Current implementation of http session replication does not return findSessions
correctly. It is correct when called the first time. But when it is
a
[ http://jira.jboss.com/jira/browse/JBCACHE-113?page=history ]
Ben Wang reopened JBCACHE-113:
--
Bela,
I am running into this exception still using the latest jboss-cache from head
when doing http session repl load test. Did you check in your code since I
[
http://jira.jboss.com/jira/browse/JBAS-1292?page=comments#action_12316365 ]
Ben Wang commented on JBAS-1292:
To obtain SFSB fine-grain replication in ejb3, we can create an aspect that is
annotated. When a user annotates it on their SFSB as
[ http://jira.jboss.com/jira/browse/JBAS-1609?page=history ]
Ben Wang reassigned JBAS-1609:
--
Assign To: Bela Ban (was: Ben Wang)
Blea, I didn't know that you have the hibernate/cache integration issue open.
So do you want to take this as
[ http://jira.jboss.com/jira/browse/JBAS-1609?page=history ]
Ben Wang reassigned JBAS-1609:
--
Assign To: Ben Wang
> Backport latest JBossCache (1.2.1)
> --
>
> Key: JBAS-1609
> URL: http:/
: Ben Wang
Fix For: JBossAS-4.0.2 Final
We need to backport JBossCache1.2.1 to 4.0.2 release. However, there is one or
two bugs that Bela had to fix after the release in head though.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the
Reporter: Ben Wang
Assigned to: Ben Wang
Fix For: 1.2.2
In TreeCacheAOp, certain over-riding will trigger stack overflow. THis is
becuase of the recursive field interecption that results. Solution is to detect
the field recusion.
Kabir has done it in
[ http://jira.jboss.com/jira/browse/JBCACHE-55?page=history ]
Ben Wang updated JBCACHE-55:
Summary: Make eviction policy compliant with non-string type fqn (was:
Make eviction policy complaint with non-string type fqn)
> Make eviction policy compli
[ http://jira.jboss.com/jira/browse/JBAS-1565?page=history ]
Ben Wang resolved JBAS-1565:
Resolution: Done
> NPE when http session repl granularity is ATTRIBUTE
> ---
>
> Ke
-4.0.1 SP1, JBossAS-4.0.2RC1
Reporter: Ben Wang
Assigned to: Ben Wang
Fix For: JBossAS-4.0.2RC1
When running http session replication using granularity level of ATTRIBUTE, if
session is empty, it will generate a NPE.
--
This message is automatically generated by JIRA.
-
If you think
[
http://jira.jboss.com/jira/browse/JBCACHE-98?page=comments#action_12315772 ]
Ben Wang commented on JBCACHE-98:
-
I am thinking about not backporting. Instead, we should be able to replace just
jboss-cache.jar from release 1.2.1 as a patch to 4.0.0
[ http://jira.jboss.com/jira/browse/JBAS-1500?page=history ]
Ben Wang resolved JBAS-1500:
Resolution: Done
Fix Version: JBossAS-4.0.2RC1
JBossAS-5.0 Alpha
(was: JBossAS-5.0 Final)
Have tested on 3.2, 4.0 and
[ http://jira.jboss.com/jira/browse/JBAS-1511?page=history ]
Ben Wang resolved JBAS-1511:
Resolution: Done
Fix Version: JBossAS-5.0 Alpha
(was: JBossAS-4.0.2 Final)
(was: JBossAS-5.0 Final)
> http sess
Versions: JBossAS-4.0.1 Final, JBossAS-3.2.7 Final, JBossAS-4.0.0 Final,
JBossAS-3.2.6 Final, JBossAS-4.0.1RC1, JBossAS-4.0.1 SP1
Reporter: Ben Wang
Assigned to: Ben Wang
Priority: Minor
Fix For: JBossAS-4.0.2 Final, JBossAS-5.0 Final, JBossAS-4.0.2RC1,
JBossAS-3.2.8
: JBossAS-5.0 Beta
Reporter: Ben Wang
Assigned to: Ben Wang
Priority: Minor
Fix For: JBossAS-5.0 Final
The following exception gets generated with http session replication under
load. It's a minor issue of defining the local property string.
01:42:34,589 ERROR [StandardWr
[
http://jira.jboss.com/jira/browse/JBAS-1500?page=comments#action_12315627 ]
Ben Wang commented on JBAS-1500:
Forgot to make another comment that this issue is not that critical in
production where you don't usually use invlidation but instead
-4.0.1 Final, JBossAS-3.2.7 Final,
JBossAS-3.2.6 Final
Reporter: Ben Wang
Assigned to: Ben Wang
Fix For: JBossAS-5.0 Final, JBossAS-3.2.8 Final
With the new implementation of http session replication using JBossCache, the
session.invalidate was implemented to be expired only
[ http://jira.jboss.com/jira/browse/JBCACHE-91?page=history ]
Ben Wang resolved JBCACHE-91:
-
Resolution: Rejected
I have tested in the latest head and I can see the SERIALIZABLE isolation level
being set in the unit test case.
-Ben
> TX Isolat
: Clustering
Reporter: Ben Wang
Assigned to: Ryan Campbell
Fix For: JBossAS-5.0 Alpha
While talking with Ivelin, I think we need to have more black box testing for
http requests with and without replication. Every feature in single node should
also be supported bu clustering, plus
[
http://jira.jboss.com/jira/browse/JBAS-1251?page=comments#action_12315446 ]
Ben Wang commented on JBAS-1251:
OK, 4.0.2rc1 is supposed to be released tomorrow. Can you watch out the
download page and then try it out?
-Ben
> Session replicat
[
http://jira.jboss.com/jira/browse/JBAS-1251?page=comments#action_12315437 ]
Ben Wang commented on JBAS-1251:
I have tried it on latest 4.0 (4.0.2beta) and I don't see the error. Can you
try it again there and let me know? The problem is replic
[ http://jira.jboss.com/jira/browse/JBCACHE-90?page=history ]
Ben Wang resolved JBCACHE-90:
-
Resolution: Done
> Class not found exception in TreeCacheAop when running with different class
>
[
http://jira.jboss.com/jira/browse/JBCACHE-90?page=comments#action_12315368 ]
Ben Wang commented on JBCACHE-90:
-
There is also a more profound question regarding usage of TreeCacheAop in
scoped class loader. What happens is that currently we store a
Versions: 1.2
Reporter: Ben Wang
Assigned to: Ben Wang
Fix For: 1.2.1
Currently, TreeCacheAop will produce a CNFE if it is running under a different
class loader. For example, in a replication scenario where you have a scoped
class loader in a war file. This is discovered during
Add an abstract implementation of TreeCacheListener
---
Key: JBCACHE-87
URL: http://jira.jboss.com/jira/browse/JBCACHE-87
Project: JBoss Cache
Type: Feature Request
Versions: 1.2
Reporter: Ben Wang
[ http://jira.jboss.com/jira/browse/JBAS-1381?page=history ]
Ben Wang updated JBAS-1381:
---
Fix Version: JBossAS-4.0.1 SP1
(was: JBossAS-4.0.2 Final)
> Clustering with CrossContext Enabled generates except
: JBossAS-4.0.1 Final
Reporter: Ben Wang
Assigned to: Bela Ban
Fix For: JBossAS-4.0.2 Final
Excerpt from sf case: https://na1.salesforce.com/5003000bw4l
We have a Big Application that are deployed as multiple WebApplications and
they make crosscontext calls, When we enabled
TreeCacheAop object event listener
--
Key: JBCACHE-85
URL: http://jira.jboss.com/jira/browse/JBCACHE-85
Project: JBoss Cache
Type: Feature Request
Reporter: Ben Wang
Assigned to: Ben Wang
Fix For: 1.2.2
Need to add a
[ http://jira.jboss.com/jira/browse/JBAOP-56?page=history ]
Ben Wang updated JBAOP-56:
--
Description:
We run into this problem in JBossCache and I have seen this at a customer site
as well.
In JBossCache, for example, we import a jboss jndi package since we
[ http://jira.jboss.com/jira/browse/JBAOP-56?page=history ]
Ben Wang reopened JBAOP-56:
---
Bill, I am re-opening this issue since I just realized perhaps nothing has been
done according to Adrian's comment.
I thought I have made myself clear and the com
[ http://jira.jboss.com/jira/browse/JBAS-1367?page=history ]
Ben Wang resolved JBAS-1367:
Resolution: Done
Fixed in both 4.0 and head. Idea is too add an addition tree node level of web
app path such that the combination is unique. That is, each web
[ http://jira.jboss.com/jira/browse/JBCACHE-79?page=history ]
Ben Wang resolved JBCACHE-79:
-
Resolution: Done
This is not a fix on cache but rather on tomcat layer.
> HttpSessionBindingListener broken when replication enab
[ http://jira.jboss.com/jira/browse/JBCACHE-79?page=history ]
Ben Wang updated JBCACHE-79:
Attachment: tomcat50-service.jar
Patch for 4.0.1.
> HttpSessionBindingListener broken when replication enab
[ http://jira.jboss.com/jira/browse/JBAS-1360?page=history ]
Ben Wang resolved JBAS-1360:
Resolution: Done
Fix Version: JBossAS-4.0.2RC1
JBossAS-5.0 Alpha
JBossAS-4.0.1 Final
(was: JBossAS
[
http://jira.jboss.com/jira/browse/JBCACHE-37?page=comments#action_12315094 ]
Ben Wang commented on JBCACHE-37:
-
Andrew,
I have backported my unit test case (build.sh one-test
-Dtest=org.jboss.test.cache.test.aop.CacheObjectMBeanUnitTestCase, with
[
http://jira.jboss.com/jira/browse/JBAS-1358?page=comments#action_12315074 ]
Ben Wang commented on JBAS-1358:
So Julien mentioned that the filter context can be under transaction. This is
something that I missed. I will make sure the rest of
session unbound event not fired
---
Key: JBAS-1360
URL: http://jira.jboss.com/jira/browse/JBAS-1360
Project: JBoss Application Server
Type: Bug
Components: Clustering
Versions: JBossAS-3.2.6 Final
Reporter: Ben Wang
[
http://jira.jboss.com/jira/browse/JBAS-1358?page=comments#action_12315067 ]
Ben Wang commented on JBAS-1358:
Julien,
Thanks for fixing this clustering related bug. Just curious though. How did you
discover this bug? I thought when httprequest is
[
http://jira.jboss.com/jira/browse/JBCACHE-37?page=comments#action_12315062 ]
Ben Wang commented on JBCACHE-37:
-
Andrew,
I have checked in a CacheObjectMBeanUnitTestCase under
jboss-head/testsuite/src/main/org/jboss/test/cache/test/aop directory. I
[
http://jira.jboss.com/jira/browse/JBCACHE-37?page=comments#action_12315007 ]
Ben Wang commented on JBCACHE-37:
-
Andrew,
I am still looking at it. But I am travelling now. So won't be able to do it
untill next week. Please stay tuned.
-Ben
&g
[
http://jira.jboss.com/jira/browse/JBAS-1303?page=comments#action_12314974 ]
Ben Wang commented on JBAS-1303:
jbas-1293 issue has been created to track this feature.
> Field replication for session d
[ http://jira.jboss.com/jira/browse/JBAS-1293?page=history ]
Ben Wang updated JBAS-1293:
---
Description: Use TreeCacheAop to do field level http session replication.
(was: )
Version: JBossAS-4.0.1 Final
Fix Version: JBossAS-4.0.2 Final
[ http://jira.jboss.com/jira/browse/JBAS-1256?page=history ]
Ben Wang resolved JBAS-1256:
Resolution: Done
> http session replication fails under load
> -
>
> Key: JBAS-1256
>
[ http://jira.jboss.com/jira/browse/JBWEB-7?page=history ]
Ben Wang resolved JBWEB-7:
--
Resolution: Done
> replication-granularity ATTRIBUTE problem
> -
>
> Key: JBWEB-7
> URL: http:/
[
http://jira.jboss.com/jira/browse/JBCACHE-37?page=comments#action_12314920 ]
Ben Wang commented on JBCACHE-37:
-
Andrew,
I was able to reprouce it in 4.0 tree. I think the problem is in jndi binding.
However, in the upcoming cache 1.2.1 release
[ http://jira.jboss.com/jira/browse/JBCACHE-37?page=history ]
Ben Wang resolved JBCACHE-37:
-
Resolution: Won't Fix
> Stack Overflow when using Collection classes in Tree
[ http://jira.jboss.com/jira/browse/JBAS-1273?page=history ]
Ben Wang reassigned JBAS-1273:
--
Assign To: Bela Ban (was: Ben Wang)
> Clustering Error: UnsupportedOperationException
> ---
>
>
[
http://jira.jboss.com/jira/browse/JBAS-1273?page=comments#action_12314919 ]
Ben Wang commented on JBAS-1273:
According to Bela, this message is harmless. But anyway, it's been fixed in the
upcoming 1.2.1 release. He will back port it to 4.0 b
[
http://jira.jboss.com/jira/browse/JBCACHE-37?page=comments#action_12314755 ]
Ben Wang commented on JBCACHE-37:
-
Andres,
I have tried to produce this problem using standalone but without success. So
looks like the problem is when the it deploys
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
1 - 100 of 155 matches
Mail list logo