Thanks Galder, to further clarify the behavior of participaing with
javax.transaction.Synchronization, please let me know if my following
assumptions are right:
1. When global transaction fails, jboss cache is able to rollback its own
transaction.
2. When global transaction succeeds, jboss
Hello,
I have several general questions about the transactionality of jboss cache
(3.1.0GA):
1. Is it XA-transactional?
2. How do I make it participate into the global container managed XA
transaction?
Thanks,
Xuetao
View the original post :
Thanks for your suggestions!
For this I have a question:
anonymous wrote : No, the id is purely the FQN.
It sounds like one FQN is associated to only one pojo that is attached with the
string id. There cannot be multiple pojos (we do not count the nested inner
pojos of one attached pojo) under
I just realized that since I am using Pojo cache, I am not sure how Pojo cache
creates the FQN when I pass a string id to the PojoCache.attach(String
id,Object obj).
Suppose I pass id as X/Y what FQN will be really created?
What will be the performance impact if I have 10-20 variations of X
Now I have a very serious performance problem with the way (the X/Y way) I
compose the string id when using Pojo cache.
I have one PojoCache instance globally shared by 20 threads in websphere, but
those 20 threads are mostly in the waiting state by what I see with
JProfiler, the hotspots are:
I mean the healthy concurrency situation I would expect to see is that at least
one thread is busy at ANY moment.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=4244945#4244945
Reply to the post :
Hello,
Since Berkeley DB is a propertary product from Oracle, I would like to know
which version of Berkeley DB is used by the BdbjeCacheLoader that Jboss cache
3.0.0.GA/3.1.0.GA ships with?
From Oracle's pricing list
http://www.oracle.com/corporate/pricing/technology-price-list.pdf, there
The stack trace of the waiting thread is below:
| org.jboss.cache.util.concurrent.locks.OwnableReentrantLock.tryLock(long,
java.util.concurrent.TimeUnit)
| java.util.concurrent.locks.Lock.tryLock(long, java.util.concurrent.TimeUnit)
|
Thanks Galder!
I doubt managing the number of nodes can greatly increase the difficulty of our
implementation or deployment when we use Pojo cache. Or perhaps it is even not
doable to dynamically manage the node numbers?
I am wondering if there is a jboss product (perhaps infini-span) that
We use about 10-20 nodes (i.e. 10-20 different FQNs) and each node keeps up to
1000,000 keys in the map, so each node/FQN also keeps up to 1000,000 instances
of A.
For A1, I am calling attach() and detach() only once respectively.
View the original post :
Hi,
I read in user's guide 9.3.1 that all file based cache loaders are not
recommended for production use, does it also include the BdbjeCacheLoader that
uses a transactional berkeleyDB?
anonymous wrote :
| 9.3.1. File system based cache loaders
| JBoss Cache ships with several cache
Jdbc itself is also ultimately file based, what is wrong with BerkeleDB?
Is it because the JdbjeCacheLoader itself is not well written?
It seems the only choice for production would be the JDBCCacheLoader if I need
persistence... is this true?
Thanks!
Xuetao
View the original post :
Thanks Mircea, can we expect any forseeable date of this issue being tested and
solved if it is really a bug?
Xuetao
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=4241712#4241712
Reply to the post :
Thanks a lot Galder for your help!
What I need from Pojo cache is that it returns the same reference of object
with the same fqn under the same node, which is what jboss core cache probably
cannot do at the moment.
Do you know any way to use jboss core cache with the reference comparability
Can PojoCache 3.0.0GA or above use this core cache beneath?
Xuetao
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=4241716#4241716
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=4241716
Btw, can I use the GenericTransactionManagerLookup in Websphere6.1?
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=4241748#4241748
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=4241748
The 2nd problem I have occurs when running with multiple threads. This is a
runtime exception being thrown, not a log message. (besides the 1-thread
problem still arises in multiple thread environment)
This problem appears differently in JSE environment (where only
DummyTransactionManager is
Hi Mircea,
Thanks for the response.
Do you mean the version I am using does not work for Oracle?
I actually have two problems:
1. Running with 1 thread, as pasted above, there are 3 exception traces logged
by JBossCache at both WARN and ERROR level, they are not thrown by JbossCache
as
Thanks Mircea,
Here is the table description:
| DESC cached_events
| Name Null Type
Hi Mircea,
Thanks for the hints, I looked at the debug log, the sql statement being logged
right before the exception is not a INSERT INTO, but a select:
|
| DEBUG JDBCCacheLoader - executing sql: select fqn from Cached_Events where
parent=? (/)
|
|
I tries to execute the
Btw, I was testing with 5 threads when seeing the DEBUG logs above.
I also tested with 1 thread, bug with DEBUG level on org.jboss, I cannot
recreate any exceptions. However, with WARN debug level for org.jboss I still
can reproduce it as described on my original post. Weird...
Xuetao
View
No, sorry, I managed to reproduce the problem with one thread on DEBUG level.
Here is the log:
| [2009-07-01 16:11:48,367] [Detection1] DEBUG JDBCCacheLoader - executing
sql: INSERT INTO Cached_Events (fqn, node, parent) SELECT ?, ?, ? FROM
Cached_Events_D WHERE NOT EXISTS (SELECT fqn FROM
And the error log from JDBCCacheLoader right after this debug log is this:
| [2009-07-01 16:11:48,367] [Detection1] ERROR JDBCCacheLoader - Failed to
insert node :ORA-01461: can bind a LONG value only for insert into a LONG column
|
And the error stack trace is the same as I posted on the
Thanks for your reply Galder!
I couldn't reproduce the deadlocking problem on my windows machine anymore
(with a rather large number of lockWaiting time config), I am trying on Linux
where it does happen randomly.
About the write-intensive stuff, yes, we will have a lot more calls to attach()
Hi,
I am using JBossPojo Cache 3.0.0.GA and evicting cache to oracle 10g using
JDBCCacheLoader shipped with JBoss. But when I run it with 1 thread, I always
see such exception:
| Caused by: java.sql.SQLException: ORA-01461: can bind a LONG value only for
insert into a LONG column
|
|
Anyone has an idea?
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=4239410#4239410
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=4239410
___
jboss-user mailing list
Maybe something useful to give:
Now I use 20 threads doing the same job (setting
ockAcquisitionTimeout=4294967, all the rest configuration is the same as I
pasted before), I experience a phenonemen which seems to be a true deadlock
since no threads are running (jobs in the Threadpool
Hi Galder,
Thanks for the hints to probe the problem!
The size of a Pojo is between 5k and 100k by estimate.
I did not track the lock-holder thread's behavior, cuz I do not know how to do
it, could you give some tips on this?
I disabled the preloading and I haven't seen the berkeleyDb
P.S., I am sharing one org.jboss.cache.pojo.PojoCache instance amongst multiple
threads.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=4239191#4239191
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=4239191
And, this is my class which should have the cache object fully initialized
within the constructor:
| private final PojoCache cache;
|
| JBossPojoCacheStorage(Configuration config){
|
|
| cache =
Hi,
I am using Jboss Pojo cache on top of Jboss cache (3.0.0GA) managing rather big
object trees of collections. And I am randomly getting
com.sleepycat.je.DeadlockException(s) when using the BdbjeCacheLoader as cache
loader.
There are 10 threads running under a single machine (JSE
31 matches
Mail list logo