[jboss-user] [JBoss Cache Users] - Re: I blogged about JBoss Cache, can somebody please check i
Richard, No plans as yet, but feel free to suggest this on the Infinispan dev mail list. Sounds like something that may prove useful. Cheers Manik View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4270050#4270050 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4270050 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache Users] - Re: JBC spends 90% of its time in TPE$Worker.run
Marshalling/serialization... ? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4270049#4270049 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4270049 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache Users] - Re: Undeterministic error:
Have you tried compile-time weaving, just to compare and help isolate the problem? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4268040#4268040 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4268040 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache Users] - Re: Buddy location issue
Looks like there is no one else in your cluster? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4262953#4262953 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4262953 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache Users] - Re: Locking parent nodes even with lockParentForChildInsertR
Have you tried 3.2.1? There were some issues with certain context flags not being picked up by the MVCCNodeHelper which were fixed in 3.2.1. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4259887#4259887 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4259887 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache Users] - Re: JBossCache 3.2.1.GA released
@RichardTaylor you should be able to use it as a drop-in replacement. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4259879#4259879 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4259879 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache Users] - Re: Preventing JBoss Cache from recreating dummy table?
This was resolved in JBC 3.2.0 - see https://jira.jboss.org/jira/browse/JBCACHE-1533 View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4259871#4259871 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4259871 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache Users] - Re: HTTP Session passivation during server restart?
This is more a question for the JBoss Clustering forum rather than JBoss Cache, since it is the HTTP session management code that removes sessions during a shutdown. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4259869#4259869 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4259869 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache Users] - Re: 2 JBoss Cache questions
Can you confirm the version of JBoss Cache used? It should be the same as what JBoss AS uses. re: 1, you also need to make sure you are using the same JGroups stack as the app server re: 2, which threads are these? Could you provide a thread dump? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4257077#4257077 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4257077 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache Users] - Re: MVCCLockManager.lockAndRecord ignores the values of Invo
Hi thanks for reporting, this is definitely a bug. See https://jira.jboss.org/jira/browse/JBCACHE-1547 View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4256923#4256923 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4256923 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache Users] - Re: how to lock a node for update?
"ae" wrote : | I assume you are referring to some thing like this (from the doc): | // SNIP | Yes. "ae" wrote : | I wonder if you can explain it in a little more detail. I need some clarification to my confusions: | - when is the lock obtained? is it, like the write lock, at the time when the transaction commits or it is at the time when the read happens? | When the read happens. "ae" wrote : | - What is considered as a "read"? I mean, does cache.getNode() considered a "read", or only when I do a subsequent node.get("key") is when the lock obtained? | cache.getNode() is a read. "ae" wrote : | - With "REPEATABLE_READ" isolation, is the "write skew" still a problem? - I think it's not but I'd like to get a confirmation from you. | Write skews are *only* a problem with R_R. See the discussion in the user guide for details. "ae" wrote : | - What is the scope of the current "InvocationContext"? Is it within the current transaction, or current thread, or something else? | Invocation contexts last for, well, an invocation! :-) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4256831#4256831 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4256831 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache Users] - Re: Invalidation-only cache
Have a look at Hibernate, again. :-) They too use INVALIDATION, and there is a way to deal with this - it's called putForExternalRead(). As for the CL approach, that will not work, this scenario is not what the CL is designed for. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4256830#4256830 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4256830 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache Users] - Re: Invalidation-only cache
I think you are using the cache loader in an incorrect way. CLs are designed to be a persistent (and overflow) extension to memory and should never be sued to store a different form of data. And should also never change externally outside the cache system. If you want to cache stuff from a data source which contains a different form of data, or that can be updated externally, I recommend looking at how Hibernate implements a 2nd level cache as this pattern is similar. Basically your code would look up the cache. If it is not in the cache, look in the data store, retrieve and cache before returning. And periodically (or based on some other trigger) invalidate what's in the cache. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4256708#4256708 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4256708 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache Users] - Re: how to lock a node for update?
You can force write locks for a read. There is an Option for this (see the Options API). When used with MVCC, this gives you an exclusive (write) lock, when when you are reading. And when combined with a transaction, this means you hold the write lock until the tx completes. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4256705#4256705 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4256705 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache Users] - Re: Know when buddy grouop onwer dies - who takes over
It could. Feel like contributing a patch? :) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4256699#4256699 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4256699 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache Users] - Re: Intergration of Jboss cache with Jboss application serev
depends what you want to use it for. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4256697#4256697 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4256697 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache Users] - Re: JBOSSCache Node not synchronized
PLease use the CODE button when posting XML View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4256693#4256693 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4256693 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache Users] - Re: Clarification: Evict vs Remove
Remove removes stuff in cache loaders as well. Evict just evicts from memory. Also, evict will fail (no-op) if someone else has a lock on the node. Remove will wait for lockAcquisitionTimeout millis to try and acquire the lock and succeed before failing. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4251202#4251202 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4251202 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache Users] - Buddy Replication vs. Infinispan's distribution
Now in blog-article form! Vote it up below, and enjoy reading! http://digg.com/programming/Distribution_instead_of_Buddy_Replication http://www.dzone.com/links/distribution_instead_of_buddy_replication.html - Manik View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4251172#4251172 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4251172 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache Users] - Announcing JBoss Cache 3.2.0 Malagueta
Detail;s here, in my blog: http://jbosscache.blogspot.com/2009/08/jboss-cache-320-malagueta-just-released.html Enjoy! Manik View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4251137#4251137 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4251137 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache Users] - Re: Cache configuration out of hbm files
Have a look at this for help: http://galder.zamarreno.com/?p=227 View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4251131#4251131 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4251131 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache: Core Edition] - Re: How to desing cache in Client/Server mode?
"steeven" wrote : | another question, how to make the server readonly? the server will accept changes from client side. it is dangerous for my case. | Hmm. You could make the client not push writes to the server by using the ignoreModifications attrib to the cacheLoader element. You could also write a custom interceptor on the server side (attach this to all server-side caches) to drop all write calls. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4250821#4250821 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4250821 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache: Core Edition] - Re: Possible deadlock with JBoss Cache? - Timeout exceptions
Try increasing your concurrencyLevel. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4250730#4250730 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4250730 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache: Core Edition] - Re: How to desing cache in Client/Server mode?
1) don't use buddy replication for the server nodes. Since there are only 2, you don't need BR. 2) don't even bother with REPL. Use INVAL since they are backed by the DB. This will reduce chattiness and traffic between the server nodes. 3) You don't need singletonStore for the server nodes. You should allow both nodes to write to the DB if you are using INVAL. Only use singletonStore if you are using REPL. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4250599#4250599 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4250599 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache: Core Edition] - Re: Possible deadlock with JBoss Cache? - Timeout exceptions
do you have any concurrent transactions accessing (writing to) that same fqn? If so, it could mean that you just need a greater lock acquisition timeout... View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4250596#4250596 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4250596 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache: Core Edition] - Re: Mix of synchronous and asynchronous distribution in clus
Using this option, you can force some invocations to be async even though the general cache is set up to be sync. But you cannot make the calls sync to some members and async to others. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4250336#4250336 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4250336 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache: Core Edition] - Re: Still getting Response Timed out when setting to LOCAL m
Any chance of upgrading to something more modern? I'm about to cut 3.2.0.GA this week. :) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4250114#4250114 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4250114 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Use of JBoss MC Pojo from in distributed env
@mukulb wdyt? :) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4249377#4249377 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4249377 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Use of JBoss MC Pojo from in distributed env
Nice and easy! :-) We should document this on a wiki somewhere. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4249375#4249375 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4249375 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Use of JBoss MC Pojo from in distributed env
One way to do this - and this would involve extending or modifying the MC - is to replace whatever backing container the MC uses to store beans it creates (probably a Map) with an Infinispan Cache. This should be trivial since org.infinispan.Cache extends java.util.concurrent.ConcurrentMap. Maybe alesj can comment more on whether this is something viable from a MC standpoint. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4249370#4249370 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4249370 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache: Core Edition] - Re: Where is the TreeCacheMBean class?
TreeCacheMBean was deprecated in 2.x and removed in 3.x. Look for CacheJmxWrapperMBean instead. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4248482#4248482 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4248482 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache: Core Edition] - Re: Transactions Created On Reads Holding Up Writers ???
Hi, sorry for the late response. 1) Red Hat does offer paid support for JBoss Cache as a part of the JBoss EAP subscription. 2) Interesting that using the dummy TM solves the problem - it is still a real TM capable of holding real locks. It's just that other components in the app server won't be using it as well. Perhaps there is some contention there. 3) jmxStats: could you please create a JIRA for this, and preferably attach a simple unit test? 4) Eviction: the general solution here is to either reduce the wakeup interval (JBC 3 uses millis to measure this so you can go under 1s if needed) or increase the eviction queue size. This may well be why your readers are hanging. Cheers Manik View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4248479#4248479 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4248479 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache: Core Edition] - Re: Any way to ignore cache loader exceptions?
Set async = true in your cache loader configuration? Also, maybe you should try asynchronous replication rather than persisting to a JDBC cache loader. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4237436#4237436 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4237436 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache: Core Edition] - Re: JNDI Deployment
Thanks View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4237435#4237435 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4237435 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache: Core Edition] - Re: JNDI Deployment
Could you please create a JIRA for this, for us to investigate. Thanks Manik View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4237245#4237245 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4237245 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache: Core Edition] - Re: Problem in persisting HashMap in cache
Have you tried forcing a gc() after the end of your generation loop? Also, perhaps JDBM is caching stuff in memory as well, maintaining different versions. Have you looked at the JDBM docs/code to see if this is the case, and how this can be disabled? Cheers Manik View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4235994#4235994 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4235994 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache: Core Edition] - Re: Problem in persisting HashMap in cache
@sridhar_ratna first off, you don't need C3P0 with JDBM. C3P0 is only to do with the Jdbc Cache Loader. It seems there is a mem leak somewhere, when a Map is used as a value. Do you know if you still have this problem if you use a different cache loader impl, such as BDBJE or a FileCacheLoader? Would be useful to know. Cheers Manik View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4235964#4235964 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4235964 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache: Core Edition] - Re: Bind cache with jndi
That stack trace should only be for HA-JNDI. Local JNDI should not try and serialize anything (unless I am mistaken). Re: clustered caches, there should be no issue with serialization/deserialization as JNDI should not require this. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4235189#4235189 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4235189 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache: Core Edition] - Re: Bind cache with jndi
@Mircea - you should be able to bind to JNDI. This is useful not only for local mode, but even clustered modes where you want to share 1 cache instance across several webapps/enterprise apps in the same container. @gsoing - however, there is no point in putting the cache in a HA-JNDI server since that will attempt to replicate its contents across a cluster. That is unnecessary since each cluster node should have its own (clustered) cache instance in its own local JNDI. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4235183#4235183 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4235183 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache: Core Edition] - Re: Bind cache with jndi
Are you binding this to a HA-JNDI instance? There would be little value in that... you do want to bind to local JNDI. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4235177#4235177 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4235177 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache: Core Edition] - Re: Merging View content after splits
if, in jboss cache, you have fetch state on startup enabled, a rejoin will trigger a state transfer. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4233301#4233301 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4233301 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache: Core Edition] - Re: Replication, CacheMarshaller, Region
CNFE? Have you set a special class loader on your region or something? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4231005#4231005 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4231005 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache: Core Edition] - Re: JDBCCacheLoader puts data but will not get it back from
Sorry, I don't actually have a DB2 environment to test on. Do you know what characters DB2 refers to as 'parameter markers'? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4230399#4230399 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4230399 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache: Core Edition] - Re: JDBCCacheLoader puts data but will not get it back from
Could you enable TRACE level logging on org.jboss.cache.loader so that we can see the SQL that is being generated? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4230360#4230360 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4230360 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache: Core Edition] - Re: jboss cache initialization problem
Switch off clustering then. Make sure you set your cache mode to LOCAL. I would also recommend using a more recent version of JBoss Cache, e.g., 3.1.0 is the current stable release. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4230347#4230347 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4230347 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache: Core Edition] - Re: Custom column in jbosscache table and Custom Loading fro
Sure - you could have your own cache loader impl that does that. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4228962#4228962 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4228962 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache: Core Edition] - Re: How to access multiple jboss cache instances
Try smaller transactions? Add more memory? :-) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4228892#4228892 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4228892 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache: Core Edition] - Re: huge memory usage problem
There is a lot of overhead in maintaining the tree structure. The overhead varies with the type of data stored, and if you have a lot of small key/value pairs then the overhead increases quite significantly. This is one of the motivations for starting the Infinispan [1] project. One thing you could do is if you are using pessimistic locking, switch to MVCC which reduces the number of locks created and hence memory overhead. [1] http://www.infinispan.org View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4228891#4228891 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4228891 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache: Core Edition] - Re: Feature request: Change in EvictionQueue interface
Sure, feel free to contribute a patch for the next JBC release. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4228680#4228680 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4228680 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache: Core Edition] - Re: How to access multiple jboss cache instances
Multiple JBC instances can and will participate in the same JTA transaction. E.g., | tx.begin() | cache1.put(...) | cache2.remove(...) | cache3.put(...) | tx.commit() | will work. Not sure I understand your problem about not being able to do replication. Do you run out of memory when trying to commit such a transaction? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4228582#4228582 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4228582 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache: Core Edition] - Re: JDBC Cache loader error - Unable to build interceptor ch
you need jdbcConfig.setClassName("org.jboss.cache.loader.JDBCCacheLoader") View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4228581#4228581 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4228581 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache: Core Edition] - Re: Delay before synchronize cache between nodes
Use the code button when posting XML - makes things much more readable. :-) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4228580#4228580 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4228580 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache: Core Edition] - Re: 2PC question
Pessimistic locking is prone to deadlocks. This is why it is deprecated. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4228578#4228578 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4228578 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache: Core Edition] - Re: Using JBC 3 with Hibernate (3.3)
Does it work if you use the default JNDI port of 1099? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4228576#4228576 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4228576 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache: Core Edition] - Re: RPCManager statistics exception
Can you access this via jconsole rather than the JBoss JMX console? Just to help isolate the problem... View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4228573#4228573 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4228573 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache: Core Edition] - Re: Eviction & Cache Expiry
Read the section on "How Nodes Are Evicted" in the JBoss Cache user guide. http://www.jboss.org/file-access/default/members/jbosscache/freezone/docs/3.0.3.GA/userguide_en/html/eviction_policies.html#d0e3326 View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4228571#4228571 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4228571 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache: Core Edition] - Re: Preloading Large Amounts Of Data
synchronously. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4228568#4228568 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4228568 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache: Core Edition] - Re: STARTING state
Using the overrides would be a hack. For evicting all nodes, caches start empty anyway unless you have state transfer or preloading from a cache loader enabled. But if you want to evict everything, I'm guessing you don't have these two enabled? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4228567#4228567 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4228567 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache: Core Edition] - Re: Grails JBossCache plugin
Mingfai, Have you had a look at Infinispan? http://www.infinispan.org - you may want to look at using this with Grails as well. Cheers Manik View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4228551#4228551 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4228551 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache: Core Edition] - Announcing JBoss Cachee 3.1.0 - final release now available
Details on my blog: http://jbosscache.blogspot.com/2009/05/jboss-cache-310-cascabel-in-final.html Enjoy! Manik View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4228550#4228550 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4228550 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache: Core Edition] - Announcing Infinispan - the spiritual successor to JBoss Cac
I'd like to announce Infinispan [1], the spiritual successor to JBoss Cache. Read all about it on the Infinispan blog [2]. And for those of you wondering about the future of JBoss Cache, this is addressed in the Infinispan FAQs [3]. Also note that Infinispan 4.0.0.ALPHA2 [4] is now available for download. Please give it a go, feedback much appreciated. Cheers Manik [1] http://www.infinispan.org/ [2] http://infinispan.blogspot.com/2009/04/infinispan-start-of-new-era-in-open.html [3] http://www.jboss.org/community/wiki/InfinispanProjectFAQs [4] http://www.jboss.org/infinispan/downloads View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4227535#4227535 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4227535 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache: Core Edition] - Re: JDBC Cache Loader always loads from DB
There could be a number of reasons why the cache would load from the loader. Do you have a unit test that shows an access pattern where unnecessary loading takes place? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4225562#4225562 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4225562 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Deploying JBoss Cache as MBean in microcontainer
anonymous wrote : | JBoss Cache folks are bad guys :) | You bet we are! ;-) Fixed the docs in JBC trunk. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4225336#4225336 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4225336 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache: Core Edition] - Re: JDBC Cache Loader always loads from DB
Have you tried updating to a newer version of JBC? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4224651#4224651 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4224651 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache: Core Edition] - Re: MVCC Write Skew
:-) Apart from lock acquisition timeouts and data versioning exceptions, that's really it. These could happen both locally and remotely, of course. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4224650#4224650 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4224650 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache: Core Edition] - Re: MVCC Write Skew
"zeravlai" wrote : | apart from the DataVersioningException with R_R, is there any other way that a transaction could abort under MVCC ?? | | Question is because wikipedia MVCC reference (which is pointed in the JBC document), talks about transactions aborting and restarting. Is there such a case with your implementation of MVCC ?? The wikipedia article is purely to explain the concept of MVCC. The details are, naturally, quite different in JBC when compared to a relational database. :-) Anyway, yes there are other reasons why a tx may fail, including timeout exceptions in acquiring locks, timeout exceptions in replicating calls to remote nodes (if using synchronous mode), any number of network/io exceptions, exceptions with a cache loader when writing state to a loader, out of memory exceptions, etc. Take your pick. :-) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4224508#4224508 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4224508 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache: Core Edition] - Re: How to load the entire data in to the JBOSS Cache.(Appli
Preload. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4223738#4223738 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4223738 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache: Core Edition] - Re: MVCC Write Skew
It is an internal detail that prevents such a check in R_C. That internal detail is that I maintain a direct reference to the cached state. So if it changes (by another tx) I do not know this. Now with R_R, I do know this since I maintain a copy to the cached state. And I can check if my copy is still the same as what is cached, and this is how I can check for write skews. This copying is necessary for R_R (to provide consistency) but it is not necessary for R_C (since you always want to read committed state anyway). Adding this layer of copying just for the sake of write skew detection is an unnecessary overhead since the copy never will be used for anything else. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4223737#4223737 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4223737 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache: Core Edition] - Re: How to load the entire data in to the JBOSS Cache.(Appli
Depends. Are you using Firebird as a DB for the JDBC Cache Loader in JBC? Or is this for your JPA persistence? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4223596#4223596 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4223596 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache: Core Edition] - Re: MVCC Write Skew
Yes, since what is an increment to you (i++) is actually a set to the cache (e.g., set i = blah) where blah has been pre-calculated based on an old value read. So even if you have R_C, even though your tx is re-reading the field at the time of setting, your application is not. Basically, with R_C, the 2 TXs would be doing this: i = 10 tx1: set i to 11 tx2: set i to 11 (even though i already is 11) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4223594#4223594 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4223594 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache: Core Edition] - Re: JBC Strategie with JPA/Hibernate
If you are referring to a cache loader, I can't imagine why you would use a cache loader if you are using JBC with Hibernate, since Hibernate already provides persistence. Using cache loaders with JBC is really for cases where you want cached in-memory state to be persisted (e.g., to disk or a DB) so it survives restarts and it can be evicted from memory when the cache hits certain thresholds. In the case of a Hibernate 2nd level cache, this is unnecessary since any state in the cache already exists in Hibernate. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4223590#4223590 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4223590 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache: Core Edition] - Re: JPA/Hibernate JBC usage
"zeravlai" wrote : BTW, don't take this error into account and please keep on answering my future questions ;-) LOL! No worries! View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4223586#4223586 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4223586 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache: Core Edition] - Re: Request for Guide for creating new eviction policies
Yep, start a wiki page. Good man. :-) Feel free to post comments here as well if you need more help/need questions answered. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4223258#4223258 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4223258 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache: Core Edition] - Re: JPA/Hibernate JBC usage
"zeravlai" wrote : 1- If the transaction already has a read lock on the entity (which is acquired by an EntityManager.find() ) the read lock will be INMEDIATELY upgraded to write lock, EVEN if there's a concurrent transaction which already has a read lock on the same entity. | Can you confirm that this is with R_R or R_C? Also, could you pls confirm the JBC version used and that you are using pessimistic locking? Do you also have this problem with MVCC? Cheers Manik View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4223255#4223255 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4223255 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache: Core Edition] - Re: Request for Guide for creating new eviction policies
You're best off looking at the src code of one of the existing policies... View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4223251#4223251 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4223251 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache: Core Edition] - Announcing JBoss Cache 3.1.0.CR1
Details on my blog, http://jbosscache.blogspot.com/2009/04/jboss-cache-310cr1-released.html. Enjoy! Manik View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4223079#4223079 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4223079 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache: Core Edition] - Re: How to subclass JDBCCacheLoader
A reasonable request. Something for us to think about moving fwd. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4222571#4222571 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4222571 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache: Core Edition] - Re: WARN [TxInterceptor] Commit failed. Clearing stale loc
You need to look into your logs and determine why a transaction failed. It could be any number of reasons. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4221860#4221860 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4221860 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache: Core Edition] - Re: putForExternalRead doesn't solve our problem
You'd use a key. A dummy key if it is irrelevant to you, e.g., a public static final Object DUMMY_KEY that you could define. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4221427#4221427 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4221427 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache: Core Edition] - Re: Differences READ_COMMITTED vs REPEATABLE_READ
"zeravlai" wrote : Also Manik, in "mvcc-entity" predefined cache config, there's a comment saying that READ_COMMITTED is as strong as neccesary for most 2nd level cache use cases. What's the meaning of this sentence bearing in mind your reply ? R_C is (slightly) more efficient that R_R in our MVCC implementation. This is why I recommend it for Hibernate, since Hibernate provides R_R anyway through its first level cache. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4221205#4221205 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4221205 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache: Core Edition] - Re: CommandAwareRpcDispatcher called, then nothing.
Do you actually see the changes on your remote cache? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4221203#4221203 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4221203 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache: Core Edition] - Re: putForExternalRead doesn't solve our problem
"jshowalter" wrote : | - "if all of the data in a node ages out of the cache due to LRU, is the data removed from the cache and the node left in place, or is the node also removed"? | Like I said, the unit of atomicity is a node. So, it is an entire node that times out due to LRU, not any specific key/value pair within a node. As such, eviction removes the entire node *unless* the node has children, and is needed as a structural mechanism to access those children. In the latter case, the node is emptied and flagged as being evicted, but the node itself is still left as a structural piece. "jshowalter" wrote : | - "but you do introduce the possibility of phantom reads (but this is allowed in R_R semantics anyway)." We're using READ_COMMITTED. That should prevent phantom reads, shouldn't it? Nope. :-) http://api.openoffice.org/docs/common/ref/com/sun/star/sdbc/TransactionIsolation.html View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4221201#4221201 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4221201 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache: Core Edition] - Re: Differences READ_COMMITTED vs REPEATABLE_READ
Hibernate has a first level cache in it's session. Which will provide you with R_R regardless of how your second level cache is configured. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4220896#4220896 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4220896 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache: Core Edition] - Re: putForExternalRead doesn't solve our problem
"jshowalter" wrote : | We realize this is by design and documented as such, but the design puzzles us. The put should succeed if the node is there but the key for the data being put is missing, and should succeed if the node and key are there but the value in the node for that key is null. | The cache was designed to use a Node as a unit of atomicity and as such all loads, stores, locks, evicts, etc are all based on a node and not the contents of a node. Nodes should only contain "related" data such that the above operations can happen on the node as a whole. "jshowalter" wrote : | Is our problem due to storing multiple items per node by key? If so, we could change to storing each item in a separate node. That seemed expensive (a lot of maps), but maybe that's how this is supposed to work? | Yes. This is the way Hibernate does it, storing a single entity per Node (and using a dummy static "key"). Regarding the cost of this, this was addressed in JBCACHE-1082 which optimises nodes for single elements (using an internal SingletonMap where possible), so you need not worry about the performance impact too much. "jshowalter" wrote : | If so, we have a followup question--currently when we invalidate data locally (to force a cache miss and cache fill on the next access to that data), we just clear the data in a node, but leave the node in place. Are we supposed to invalidate by deleting the node itself? If so, how does *that* work when multiple threads are trying to access the same node? Won't readers back up behind a write lock, thereby re-introducing the very problem we were trying to solve with PFER in the first place? (Puts due to cache misses on reads timing out because of contention for write locks.) Yes, you should remove the node. Regarding locks, there is a cache option - lockParentForInsertRemove - which is off by default. With this option being switched off, you don't have the problem of WL contention but you do introduce the possibility of phantom reads (but this is allowed in R_R semantics anyway). View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4220857#4220857 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4220857 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache: Core Edition] - Re: jgroups use in local cache with no clustering ?
You will still need it since JBC is compiled against JGroups and a lot of the internal components use JGroups building blocks. You will end up with class not found errors if you try and run JBC without JGroups. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4220745#4220745 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4220745 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache: Core Edition] - JBoss Cache 3.1.0.BETA1
I've just released Beta1 on JBC 3.1.0 "Cascabel". Details on my blog: http://jbosscache.blogspot.com/2009/03/jboss-cache-310beta1.html Enjoy Manik View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4220012#4220012 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4220012 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache: Core Edition] - Re: Locking order when lockParentForChildInsertRemove == tru
Thanks, will take a look. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4219472#4219472 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4219472 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache: Core Edition] - Re: ExpirationPolicy & ClusteredCacheLoader
More than the cfg file, is the expiry information set on the node on all cache instances? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4219044#4219044 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4219044 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache: Core Edition] - Re: WARN [TxInterceptor] Commit failed. Clearing stale loc
Then don't remove the clustering section of your config file. :-) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4219037#4219037 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4219037 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache: Core Edition] - Re: JBC 3.0 as L2 cache on other appservers than JBossAS
Yes this is possible, there are several discussions on the forums on the subject. Also, the guide you refer to does apply to JBC3 as well. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4219036#4219036 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4219036 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache: Core Edition] - Re: ExpirationPolicy & ClusteredCacheLoader
Is the expiry time set on all cache instances in the cluster? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4219034#4219034 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4219034 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache: Core Edition] - Re: is it possible for MVCCInvocationContext to have null mv
"dukehoops" wrote : | 1. the pattern I described in the post linked below is not an edge case: | http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4217616#4217616 | I agree that the pattern is not an edge case for Hib/JBC3 integration, but it is an edge case for JBC3 in general. Rest assured, just because I refer to it as an edge case doesn't mean it isn't important and won't be fixed. :-) In fact, if you want to build JBC3 trunk and give it a whirl, I'd appreciate the feedback. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4219033#4219033 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4219033 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache: Core Edition] - Re: is it possible for MVCCInvocationContext to have null mv
https://jira.jboss.org/jira/browse/JBCACHE-1493 View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4218759#4218759 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4218759 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache: Core Edition] - Re: is it possible for MVCCInvocationContext to have null mv
"bstansbe...@jboss.com" wrote : You only modify data that you read? What if I just call removeNode() with no preceding get()? | Then the read happens at the time of the removeNode(). I.e., the node to be removed is read from the data structure, then marked as removed and finally removed when the tx completes. "bstansbe...@jboss.com" wrote : Well, anyway, that makes it clear that MVCC + R_R is not usable for Hibernate Second Level Caching, at least not without a major rewrite of the integration layer. Actually, this should actually be viewed as a bug/inconsistency in the way write skews are currently handled, since: 1. A write skew involving modifying data will overwrite any intermediate data and the last commit wins. 2. In the case of a removeNode(), a write preceeding the remove will win. To be consistent, with the same "last tx wins" approach to dealing with write skews, if write skew checking is disabled a removeNode() should remove *any* node present under the given Fqn, not necessarily the node read earlier in the same tx. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4218732#4218732 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4218732 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache: Core Edition] - Re: is it possible for MVCCInvocationContext to have null mv
"bstansbe...@jboss.com" wrote : | Manik, why is the removeNode call not removing the node? Is the MVCC code detecting that the node didn't exist when the get() call happened and therefore turning the removeNode into a no-op? | Yes. This is consistent with R_R semantics in that you only modify data that you read. Now if write skew detection was enabled (by setting writeSkewCheck to true) this case would throw a DataVersioningException. See [1] for details on write skews. And contrary to what the docs say, writeSkewCheck is false by default. [1] http://www.jboss.org/file-access/default/members/jbosscache/freezone/docs/3.0.3.GA/userguide_en/html/transactions.html#transactions.locks.mvcc (See section on write skews) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4218705#4218705 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4218705 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache: Core Edition] - Re: ExpirationPolicy & ClusteredCacheLoader
Yes, since evicting will only remove stuff from memory not from a cache loader. If you want to remove stuff from the loader as well, I would recommend upgrading to JBC 3 and using a RemoveOnEvictActionPolicy (see sample configs that ship with JBC 3) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4218606#4218606 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4218606 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache: Core Edition] - Re: org.jboss.cache.GlobalTransaction never released
Sounds like https://jira.jboss.org/jira/browse/JBCACHE-1454. This is fixed in 3.0.2.GA. Is it possible to upgrade? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4218600#4218600 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4218600 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache: Core Edition] - Re: Best practice to establish if a node has children
Submit a feature request. I can add this to 3.1.0. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4218599#4218599 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4218599 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache: Core Edition] - Re: Tile Cache, Behaviour on Eviction Help
Use a Cache Listener and register for the NodeEvicted callbacks. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4218597#4218597 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4218597 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache: Core Edition] - Re: Architecture Advice: Exactly One Cache Instance Per Node
In general, I would recommend using JNDI over JMX for this. JMX is really designed for manamenent information and not as a component registry. Here is a document (http://www.jboss.org/community/docs/DOC-10252) on how this can be done on WebLogic. Here is a similar doc for WebSphere (http://www.jboss.org/community/docs/DOC-10250). The docs may be a bit out of date, would appreciate it if you could update them with your findings. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4218596#4218596 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4218596 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user