you might already have the issue number. Its JBCACHE-382
here is the link I got in my email. I still don't see it on the jira main page
for jboss cache.
http://jira.jboss.com/jira/browse/JBCACHE-382?page=all
View the original post :
I just created Jira issue.
I have created a test case with dummy business objects and associated
class/interfaces that showcases the slowness of this scenario. There is a
build.xml that does the whole thing after configuring the jdbc parameters in
the service xml file.
I'd appreciate any
I traced through the code and found that the majority of the time for
processing of one POJO object (14 seconds out of 17 seconds) was spend in
JDBCCacheLoader.put(List modifications)
The insert of serialized object into DB didn't take any more than 300
miliseconds.
The POJO object has
I turned on JDBC persistance with Informix backend using TreeCacheAOP.
The performance numbers are horribly slow.
The jbosscache table created as part of service startup has the columns
fqn,node,parent with types varchar(255), blob, varchar(255) respectively.
The inserts of my pojo business
I am thinking that writing a BLOB to DB in itself should not be that slow. Its
is probably the way the aspectized POJO is being serialized and writen to DB is
taking a while.
To not use BLOB, would mean I have to break up my POJO and write out fields
seperatly to jbosscache table, right ?
I get java.io.NotSerializableException when using the JDBC Cache loader to
persist to JDBC backend.
I was under the impression that with TreeCacheAop and aspectizing, there is no
need to Serialize my cache business objects.
could someone shed some light on this or point me to specific
I am running the provided org.jboss.cache.loader.JDBCCacheLoaderTestCase and
trying to test this out with Informix database.
The current test case assumes a mysql database.
I simply plugged in my informix database settings and tried the test and get
the following error:
|
I resolved issue, by debugging and tracing through the JDBCCacheLoader code.
It is the sql syntax that is different for mysql v.s. informix when creating
persist table schema in DB.
mysql syntax is:
| create table jbosscache(fqn varchar(255) not null, node blob, parent
varchar(255),
[EMAIL PROTECTED] wrote : Are you using putObject and removeObject apis?
|
| -Ben
Just putObject and cache.remove(/);
I got around this anyways by ensuring that each test case runs in its own VM
and in order.
thanks
View the original post :
Hi ,
I am doing new TreeCacheAOP() followed but tree.start() and then after a
unit testMethod runs, doing atree.remove(/) followed by tree.stop().
I do this for every testMethod in my performance benchmarking test case.
This results in major memory consumption and full GC kicking in
Thanks Kabir,
that actually was a concern as to if reflection was going to be a concern
espacially when you are working for real-time trading applicaiton. It seems
that this allows doing away with reflection calls.
my original question though is why the other classes in my project are being
Hi,
I am newbie to jboss AOP. My exposure to it is mainly for TreeCacheAOP.
I use the following advice for instrumenting my POJO objects to put into the
cache(per TreeCacheAOP documentation):
aop
|prepare expr=field(* @org.jboss.cache.aop.AopMarker-*) /
|prepare expr=field(*
Bela,
I use a different object every time. To ensure that object creation does not
factor into the benchmark, I create all the 1 objects before hand and
maintain in a array which I then pluck objects from and put into cache.
Ben,
I ran the gc stats and sure enough there are bunch of full
sorry about that Brian. No injustice intended.
Ben, I actually was wondering about the test case. I hardly see my own
application doing things this way but was trying to see where the achiles hill
was before I jump into adopting it.
YES, I'd like to get a better, complete, test case for
Hi, sorry for double post, but first one results in forum software croaking for
some reason.
I am trying to do some performance benchmark testing and POC to see if I can
use JBossCache for a high performance stock order management system that has
some semi-realtime performance
I should also note:
the benchmark is simply using the same configuration as PropogationManager
example from Ben's article.
So there is no persistance,
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3909825#3909825
Reply to the post :
forgive me, there might be persistance but what ever replSync-service.xml is
using for the PropagationManager example, is used in my bench mark.
The provided output shows the exact configuration.
Missed the hardware configs as well:
- Pentium 4
- Linux 2.6, Debian install
- 2 gig RAM
I have a business domain object called Order.
It has: order id, descritiption, sub-order objects, date, etc.
what is the best key to use for populating the cache for this business object?
e.g. the Demo for TreeCacheAOP uses the Japan, Node, with
Tokyo subnodes, etc.
The key from my
Still missing or I can't find anywhere.
We have a real-time application requiring near-realtime performance and using
JBossCache/AOP would be contingent upon its performance.
It would be helpfull if you guys can post some through benchmark numbers,
specificaly for JBossCache/AOP as a
19 matches
Mail list logo