When you say EJB3, are these objects EJB3/JPA entities?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4136580#4136580
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4136580
___
I'm guessing you're trying to use POJO Cache? If so, please post to
http://www.jboss.com/index.html?module=bbop=viewforumf=277 instead.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4136589#4136589
Reply to the post :
How does the data in your DATABASE get into the cache in the first place?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4136623#4136623
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4136623
You need to build a WS wrapper yourself and expose whatever you need to expose.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4136626#4136626
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4136626
We've created a new forum for POJO Cache specific questions - I suggest you
post this question there.
http://jboss.org/index.html?module=bbop=viewforumf=277
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4136632#4136632
Reply to the post :
Preload specifies which Fqns to preload from a cache loader, regardless of
whether you are refereing to a ClusteredCacheLoader or a local persistence
engine such as a JDBCCacheLoader. Also, preload allows you to be more
fine-grained with what is preloaded, e.g.,
| preload/catalog, /users,
Hmm, that is a bit more tricky. Are you suggesting that some entities need to
be replicated while others not? If that is the case, perhaps you could use
different hibernate configurations, perhaps using shards? Disclaimer: I
haven't investigated or thought about this too much, I could be
Hi Manik,
I'm still in the design phase, so I don't know exactly what this objects I want
to share will end up being. I know their general structure and the information
they will hold.
From some search around it seems like making them entities would allow some
good results, but I'm concerned
Thanks,
It seems to make sense. I`ll do some test to fully understand it.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4136653#4136653
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4136653
There are many tradeoffs that you need to consider, which are specific to your
app's requirements.
If the objects are EJB3 entities, they will already be cached in the 2nd-level
cache. JBoss's EJB3 JPA implementation uses Hibernate, which in turn uses
JBoss Cache.
View the original post :
If you have written a db4o Cache Loader and think it may be generally useful,
do you feel like contributing it to JBoss Cache?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=413#413
Reply to the post :
Related to what you have been saying -
http://www.jboss.com/index.html?module=bbop=viewtopict=131474
But yes, specific to your problem, I have created a JIRA task: JBCACHE-1307
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4136668#4136668
Reply to the post
Are you using something like Hibernate to store entities and run search
queries? JBoss Cache, as a 2nd level cache in Hibernate, will ensure that
cached objects are up-to-date cluster-wide.
But basically, you're looking for Invalidation as a cache mode - so that
changes in the cache aren't
check out the sheduler service in our documentation.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4136672#4136672
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4136672
___
Sorry, I haven't seen the pojo cache forum.
But strangely, there is no post on it ...
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4136679#4136679
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4136679
That's because we just created it yesterday. :-)
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4136703#4136703
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4136703
___
Thanks for the reply manik.
What if I wanted to have the shared objects as POJOs? Can I use JBoss Cache or
other frameworks to share them and coordinate their access?
Regards
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4136715#4136715
Reply to the post :
Why not? :)
Should i send you the three source files? Should i pay attention to something?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4136790#4136790
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4136790
email me a patch (off trunk?) and I'll have a look. You should also create a
unit test, along the lines of the BDBJECacheLoaderTest or JDBCCacheLoaderTest
(just extend the base test class which does all the real work).
View the original post :
I don't see why you couldn't subclass the replication interceptors to simply
ignore certain FQN. Unfortunately, it's not that straightforward to set up your
own interceptor chain.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4136854#4136854
Reply to the post
It's funny that a packet with bela in it would cause somebody's program to
crash.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4136855#4136855
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4136855
Hi
I am really sorry for not being clear. But now I have probably pinpointed the
problem and could reproduce it and explain it with a simpler example.
Say I have a Person class with two fields PrimaryAddress and SecondaryAddress.
Now say I created a single address object A and assigned both
[EMAIL PROTECTED] wrote : Ah, I see your problem - don't preload the root
node (/) in your CacheLoader. Let all the data load lazily.
From what I see in the docs:
anonymous wrote : preload allows us to define a list of nodes, or even entire
subtrees, that are visited by the cache on startup, in
My immediate thought it is there is some packet being received that has a bad
size value, which is why a 1.6GB buffer might have been allocated.
Maybe you could patch the code that allocates that array to throw an exception
when a certain size limit is reached? I'd also try to run tcpdump and
Are there certain methods that I can call that will generate this export
XML, or do I need to construct it myself? What would be the best approach to
do this?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4136249#4136249
Reply to the post :
The solution might be, istead of having a simple return false; for
JaasSecurityManager.refresh(), it may be replaced with this:
public boolean refresh() {
| expirationTime = System.currentTimeMillis() + (1000 * lifetime);
| //where lifetime usually = DefaultCacheTimeout value from
I'll tell our infrastructure to try and grab that information next time they
get the opportunity which may be a while since it they have no way to grab the
dumps unless the problem happens to freeze the server which is usually just
crashes.
Looking at the stack traces I'm not sure what would
I have some more info. If found the line of code that is allocating the 1.6gb
byte[].
BasicConnectionTable.run():577
| 575: len=in.readInt();
| 576: if(len buf.length)
| 577: buf=new byte[len];
|
So you were correct it
Another update. This bad packet contains the the following
0x62, 0x65, 0x6C, 0x61, 0x00, 0x00, 0x00, 0x00
Which converted to ascii is bela so I think this is pretty obvious that it is
a jgroup/jbossCache originated packet or fragment of a packet
Any other ideas?
View the original post :
Actually I lied the packet's contents are:
[98, 101, 108, 97, 17, 2, 4, 10, 108, 34, 34, 0, 0, -30, -112]
the first 4 bytes == bela
10.108.34.34 is my server's IP address
I don't know what the rest is.
View the original post :
Suggest you post on [EMAIL PROTECTED] instead. This is a detailed JGroups
question, not a JBoss Cache one. Not criticizing you for posting here; you
didn't know that. :-) Just telling you where you're more likely to get a
useful answer.
View the original post :
Thanks for your thoughts on this. Basically, there is a fundamental flaw in
the way JBC deals with Sync callbacks, in that we only commit stuff in the
cache in the afterCompletion() callback. There are good reasons why we do
this, but in the end it is incorrect and we are working on a better
Thank you for spotting and reporting this - helps us build a better product.
:-)
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4135918#4135918
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4135918
Have you considered using an eviction policy?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4135920#4135920
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4135920
___
jboss-user
What is a hash set or tree set here? Something in DataModel?
If this is as critical for your project as you say, you may want to consider
buying official support from Red Hat. While the community does try its best to
help on these forums, this is a best effort approach only.
If you want a
Read the user guide - the chapter on Cache Loading will help
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4135934#4135934
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4135934
lovelyliatroim wrote :
|
| But just looking back at the posted cache-config, i already had the cache
configured as LOCAL. Strange that it should effect it considering the cache is
LOCAL.
|
|
Strange but definitely a bug. And something we're looking into.
View the original post :
Use a Transaction Manager (see the user guide for how to configure one) and
start a user transaction before your cache operations (reads, writes). And
then commit your transaction. The cache will participate in the transaction
and treat all operations as scoped to the same ongoing
zurchman wrote :
| Gigaspaces is based on JINI and might offer more flexibility if you have
tens or hundreds of distributed nodes.
|
JBoss Cache can scale to tens of nodes, I know of users using it on cluster
sizes 100 nodes too. The goal - with 3.x - is to scale to several hundred
MThoresen wrote : In either case though, how would I accomplish the following:
|
| Our client application will be written in C# (visual studio), and utilize
the devexpress grid. Using GigaSpaces, I believe that they have APIs for C#
.NET. Using JBOSSCache, what would be the best approach
You need to be a bit more descriptive about the error you see - I can't make
out much from what little you have told me.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4135940#4135940
Reply to the post :
So, I have a Cache (JBOSS) that is filled with nRows.
Now, the problem is to get this data into some format that can populate a .NET
Grid on a windows front end app. Is it possible to have a WS that can make a
call and return the data in XML format?
View the original post :
What are you trying to achieve here? If you want state to be transferred from
neighbouring caches in the cluster, you have 2 options - 1) enable
FetchInMemoryState with a suitable InitialStateRetrievalTimeout, or 2) use the
ClusteredCacheLoader which will load these elements lazily.
Since
We need to assure that the data that is not evicted is accesible from both
nodes of the cluster.
We have a big ammount of data in cache, so start up time is very high, if we do
an initial state trasfer. We were trying to test if disabling
initialStateTransfer and allowing the cache to get
If you have a wrapper that exposes JBC as a WS, then sure. :-)
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4136113#4136113
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4136113
No - but you could use separate caches
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4136114#4136114
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4136114
___
jboss-user mailing
Ah, I see your problem - don't preload the root node (/) in your CacheLoader.
Let all the data load lazily.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4136115#4136115
Reply to the post :
[EMAIL PROTECTED] wrote : No - but you could use separate caches
Thanks for the answer Manik. I need to do this in a hibernate app in which
JBoss cache serves as an L2 cache and due to fine grained performance
optimizations I need to mute some regions.
Well, if you give me some hints (class
Hi
I tried Gigaspace , ehcache, jboss pojo cache and some other caching solutions
to find out which one was more suitable to my appliction.
Atlast I sticked to JBoss pojo cache because:
1) Hibernate was used in our project as ORM , and we loaded all the data
from DB using hibernate association
I wouldnt say its my exact scenario but more a consequence of me playing around
with JbossCache.
When i was playing around i wanted to use the cache with the
ClusteredCacheLoader but in order to use the ClusteredCacheLoader i needed to
have it configured to replicate, you cant use the
In either case though, how would I accomplish the following:
Our client application will be written in C# (visual studio), and utilize the
devexpress grid. Using GigaSpaces, I believe that they have APIs for C# .NET.
Using JBOSSCache, what would be the best approach to populate the Data Grid?
Right, that's what I would like to do. But how do I do that from application
code without having my app code operate in an Interceptor? Am I missing
something easy?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4135763#4135763
Reply to the post :
JBossCache is a distributed cache and can handle your requirements. If the
cache is updated, the peer caches are notified. It seems that your triggers
could be used to update the cache.
Gigaspaces is based on JINI and might offer more flexibility if you have tens
or hundreds of distributed
Brilliant. Thanks for the attention. I'll see if I'll have time later this week
to give head a swirl.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4135344#4135344
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4135344
anonymous wrote : When our application decides to write to the cache, it needs
to check what's already at the node that's there, and then depending on what it
finds, it may choose to put the new object in the cache in the same node, or it
may decide not to. It's important that a different
This shouldn't be too hard to implement, though. You can extend cache loader
with a custom one, which would filter request and delegate to JDBCCacheLoader
when needed.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4135424#4135424
Reply to the post :
Yeah ... i thought so, but it would be dirty (my oppinion).
Whatever i use a custom CacheLoader, that writes the Cache down into a Db4o
Database, written by myself.
Now i use two cache instances, one with the CacheLoader.
View the original post :
Issue appears when using OptionOverrides with cache mode set to LOCAL. Is this
your scenario?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4135496#4135496
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4135496
Look at how Hibernate uses JBoss Cache. Sounds like the same scenario.
Who owns the data in your database? I.e., is it only edited/updated by your
application that caches the data, or can it be edited/updated by an external
process?
View the original post :
All data is in my own schema. However, it is populated and maintained by
another external process (besides our current client application as well). We
have a service that currently monitors, what we call an audit table. When rows
are added to this audit table, certain triggers are fired
Have you read http://wiki.jboss.org/wiki/Wiki.jsp?page=FDVersusFD_SOCK ?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4134816#4134816
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4134816
I just experienced what might be the same problem.
I started up 6 nodes and one node was using up all CPU without any real load on
it. Dumping all stacks shows that all threads are parked except one which is
stuck on map.get in OrderedSynchronizationHandler.
ReceivingGameEventDaemon-1 prio=1
As with all problems of this nature, this is pretty hard to reproduce and I
haven't been successful at it, but I can see how it is a problem, both in being
not thread safe as well as a static context variable potentially shared across
cache instances in the same VM.
In general, the whole use
http://jira.jboss.org/jira/browse/JBCACHE-1304
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4134903#4134903
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4134903
___
jboss-user
Why don't you play with the demo and check out the code?
http://jbosscache.blogspot.com/2008/01/gui-demo-for-jboss-cache.html
I've never used Gigaspaces but looking at the documentation it seems to have a
different feel than importing a .jar file and working with configuration keys.
View the
Hmmm. Maybe I am wrong. Let me rephrase it:
Does getInvocationContext() return a different object per thread? Is that what
makes it so that two different threads doing this at the same time don't step
on each others' toes?
View the original post :
(slaps self on head). I looked at the code, and see that InvocationContext is
ThreadLocal. So anybody, can I just have confirmation that using
OptionOverrides to set data version for optimistic locking is thread-safe? :-P
View the original post :
Yes, it's thread safe.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4134716#4134716
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4134716
___
jboss-user mailing list
Hi
Just to add, If I change the tree sets to hash set , the problem disappears
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4134737#4134737
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4134737
I read some articles about FD ,but I can't find a configration that ompletely
avoid this problem.
I tried to cope with this question by modify the emberlist or reconnecting the
channel. But soon find them doesn't work .
Finally I recreate the channel and solved the problem to solve this
No, you're only allowed one cache loader per cache instance. You can of course
create multiple cache instances in your application.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4134016#4134016
Reply to the post :
This likely means the objects you are attaching have not been instrumented by
AOP.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4134037#4134037
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4134037
Hi,
Thanks for the response. I had the same hunch too. I searched info about it and
realized that I had to put pojocache-aop.xml in the classpath, which I did (put
pojocache-aop.xml into WEB-INF/classes as its a web application). But still
keep getting the exact same error. Is there anything
Thanks :)
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4134131#4134131
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4134131
___
jboss-user mailing list
anonymous wrote : Can I delete a member from one cache's member view (delete
the other member who has essentially died)? If it is, How can i do it?
That's not the way to go. It is JGroups's failure detection protocol(FD) that
should manage member removal/addition. I suggest you read /tune the
That's 3 questions. :-) Answered in order:
1) Yes, that's PojoCache's primary benefit.
2) No, it isn't.
3) A bit of both. Hibernate stores an entity in the 2nd level cache as an
Object[], one element per field. To deal with such a representation, PojoCache
would need to be able to handle
Excellent. Be sure and let us know how things progress.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4133514#4133514
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4133514
___
ok, thx.
i'm just writing my master's degree dissertation on different caching
mechanisms in Java... and JBC looks like it's going to be a winner :)
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4133513#4133513
Reply to the post :
EvictionPolicyConfig the answer itself is, in the examples.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4133265#4133265
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4133265
___
Thanks for attention!
I've post my config in another
post:http://jboss.org/index.html?module=bbop=viewtopict=130898
Now I have another fatal problem ,and I am working with it.
If i have time later, i'll have you to reproduce it.
Thank you !
View the original post :
This looks very much like a bug. I've tried some scenarios to reproduce it, but
couldn't. Can you please post your configuration, and also some code to
describe the cache access pattern in which the failure occurs (tx is started?
am I doing a get on a non existent node?) A unit test to
what is the configuration where this appears?
(JBossCache version, cache config file)
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4132935#4132935
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4132935
http://opensource.atlassian.com/projects/hibernate/browse/HHH-2555
You'd have to ask on the Hibernate forums about the schedule for Hibernate 3.3.
Q2 2008 seems reasonable, but I really don't know.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4132985#4132985
Looking at the current trunk of Hibernate Core, the cast is still there.
Suggest you file a bug report with the Hibernate folks at
http://opensource.atlassian.com/projects/hibernate
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4132986#4132986
Reply to the
Thanks. I really appreciate the reply.
I did post a reply for the same.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4132989#4132989
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4132989
I am sorry the flags in the config content is missings when showed in the page.
Now I have another idea. Can I delete a member from one cache's member view
(delete the other member who has essentially died)? If it is, How can i do it?
View the original post :
Fllowing is the config file, thanks to mircea.markus.
?xml version=1.0 encoding=UTF-8?
!-- = --
!-- --
!-- Sample TreeCache Service Configuration
mircea.markus wrote : This is not related to JBossCache
okay, I see, it's not related to JBoss Cache, but it's related on authenticated
users cache.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4132406#4132406
Reply to the post :
Thanks for the info. That configuration seems to be working.
Can you give me the reader's digest version of the significance of where the
configuration options fall in the stack?
Thank you,
Tyke
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4132579#4132579
Read the documentation and wiki (latter has a good discussion of the protocols)
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4132580#4132580
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4132580
To be specific, the exported interface used is a TreeCacheMBean, but the author
has type caste it to TreeCache. When it comes to the getCache, the library
throws a exception that, the TreeCache which was proxied cannot be type casted
to org.jboss.cache.TreeCache.
View the original post :
Forget to tell you , the version is 1.4.0.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4132066#4132066
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4132066
___
jboss-user
Node is the basic unit of treecache, so if you catch many data in a simple
node, you are not using the facility of treecache . so ,thousands of nodes is
needed.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4132074#4132074
Reply to the post :
I agree to FredrikJ.
I can use read uncommitted because I have other db lock mechanism for
concurrent running. I need use db lock because the application is in distribute
systems.
Read uncommitted led to no block when read.
View the original post :
The exception only occured in concurrent invocations.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4132089#4132089
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4132089
___
If you want to use the evict policy with jboss cache, you must let your data
separated by nodes. node is the management unit .
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4132117#4132117
Reply to the post :
Thanks for spotting this. It is an issue introduced in CR3, which is now fixed
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4132151#4132151
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4132151
it was introduced in CR4, sorry.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4132152#4132152
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4132152
___
jboss-user mailing list
I am using Jboss cache 2.0.0 GA. I've used the configuration file-
local-eviction-cacheloader-service.xml, available under
JBossCache-all-2.0.0.GA\etc\META-INF and place it in
Jboss\server\default\deploy folder. But while starting the server, I am getting
incomplete deployment error as shown
that is because the config file defines a MBean and JBoss wants to deploy it,
but fails as it conflicts with JBossCache 1.4.x which ships with JBoss 4.x.
Place the xml config file in the war/ear that needs it.
View the original post :
1 - 100 of 2655 matches
Mail list logo
