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=bb&op=viewtopic&p=4136855#4136855
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4136855
__
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=bb&op=viewtopic&p=4136854#4136854
Reply to the pos
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 :
http://www.jboss.com/index.html?module=bb&op=viewt
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=bb&op=viewtopic&p=4136790#4136790
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4136790
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=bb&op=viewtopic&p=4136715#4136715
Reply to the post :
That's because we just created it yesterday. :-)
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4136703#4136703
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4136703
___
jbos
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=bb&op=viewtopic&p=4136679#4136679
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4136679
_
check out the sheduler service in our documentation.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4136672#4136672
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4136672
___
jb
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 rep
Related to what you have been saying -
http://www.jboss.com/index.html?module=bb&op=viewtopic&t=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=bb&op=viewtopic&p=4136668#4136668
Reply to the po
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=bb&op=viewtopic&p=413#413
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=post
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 :
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=bb&op=viewtopic&p=4136653#4136653
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4136653
___
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 a
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 talk
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.,
| /catalog, /users, /countr
We've created a new forum for POJO Cache specific questions - I suggest you
post this question there.
http://jboss.org/index.html?module=bb&op=viewforum&f=277
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4136632#4136632
Reply to the post :
http://www.jboss
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=bb&op=viewtopic&p=4136626#4136626
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4136626
___
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=bb&op=viewtopic&p=4136623#4136623
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4136623
___
I'm guessing you're trying to use POJO Cache? If so, please post to
http://www.jboss.com/index.html?module=bb&op=viewforum&f=277 instead.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4136589#4136589
Reply to the post :
http://www.jboss.com/index.html?modul
When you say EJB3, are these objects EJB3/JPA entities?
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4136580#4136580
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4136580
___
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 :
http://www.jboss.com/index.htm
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 :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4136452
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 po
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 woul
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 be
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 jbos
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=bb&op=viewtopic&p=4136249#4136249
Reply to the post :
http://www.j
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 tr
"[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
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 the
"[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
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=bb&op=viewtopic&p=4136115#4136115
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p
No - but you could use separate caches
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4136114#4136114
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4136114
___
jboss-user maili
If you have a wrapper that exposes JBC as a WS, then sure. :-)
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4136113#4136113
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4136113
___
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 state
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 they
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 :
http://www.jboss
"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
"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
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 transaction.
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=bb&op=viewtopic&p=4135940#4135940
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mo
"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 :
Read the user guide - the chapter on Cache Loading will help
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4135934#4135934
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4135934
__
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
Have you considered using an eviction policy?
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4135920#4135920
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4135920
___
jboss-use
Thank you for spotting and reporting this - helps us build a better product.
:-)
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4135918#4135918
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4135918
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 m
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 no
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=bb&op=viewtopic&p=4135763#4135763
Reply to the post :
http://w
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?
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 clustered
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 so
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=bb&op=viewtopic&p=4135496#4135496
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4135496
___
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 :
http://www.jboss.com/index.html?module=bb&op=vie
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=bb&op=viewtopic&p=4135424#4135424
Reply to the post :
http://
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 thread
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=bb&op=viewtopic&p=4135344#4135344
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4135344
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 depen
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 :
http://www.jboss.com/index.html?mo
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
http://jira.jboss.org/jira/browse/JBCACHE-1304
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4134903#4134903
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4134903
___
jboss-us
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 of
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
Have you read http://wiki.jboss.org/wiki/Wiki.jsp?page=FDVersusFD_SOCK ?
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4134816#4134816
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4134816
__
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=bb&op=viewtopic&p=4134737#4134737
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4134737
Yes, it's thread safe.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4134716#4134716
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4134716
___
jboss-user mailing list
jboss-us
(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 :
http://www.jboss.com/index.html?module=bb&op=
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 :
http://www.jboss.com/index.html?module=bb&o
Thanks :)
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4134131#4134131
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4134131
___
jboss-user mailing list
jboss-user@lists.jbos
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 el
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=bb&op=viewtopic&p=4134037#4134037
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4134037
__
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=bb&op=viewtopic&p=4134016#4134016
Reply to the post :
http://www.jboss.com/index.html?module=bb&op
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 proble
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 Fai
Excellent. Be sure and let us know how things progress.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4133514#4133514
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=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=bb&op=viewtopic&p=4133513#4133513
Reply to the post :
http://www.jboss.com/inde
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 dete
Thanks for attention!
I've post my config in another
post:http://jboss.org/index.html?module=bb&op=viewtopic&t=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 :
http://www.jboss.com/inde
EvictionPolicyConfig the answer itself is, in the examples.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4133265#4133265
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4133265
___
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 :
http://www.jboss.com/index.htm
Fllowing is the config file, thanks to mircea.markus.
jboss:service=Naming
jboss:service=TransactionManager
org.jboss.cache.DummyTransactionManagerLookup
READ_UNCOMMITTED
INVALIDATION_ASYNC
TestCluster_WY_266
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=bb&op=viewtopic&p=4132989#4132989
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4132989
___
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=bb&op=viewtopic&p=4132986#4132986
Reply to the p
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=bb&op=viewtopic&p=4132985#413298
what is the configuration where this appears?
(JBossCache version, cache config file)
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4132935#4132935
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4132935
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 reproduce
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 :
http:
Read the documentation and wiki (latter has a good discussion of the protocols)
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4132580#4132580
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4132580
___
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=bb&op=viewtopic&p=4132579#4132579
"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=bb&op=viewtopic&p=4132406#4132406
Reply to the post :
http://www.jboss.com/ind
I suppose there is some relation to tx. This get method is not in tx . I also
have many 'get' calls in tx,they runs correctly! But why 'get' calls must in
tx envirement?
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4132388#4132388
Reply to the post :
http
I suggest that you can encapsulate a cache interface of yourself. The main
method is 'get' and 'set' ,then you can change the implementation as you want.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4132381#4132381
Reply to the post :
http://www.jboss.com/
I didn't perform benchmark before. I am working for a enterprise application
now . The system presure is mainly on the database. The application server is
much flexable.
I think that The main adverange of treeCache is transactionable,more functions
. If you just want a simple cache with LRU po
This is not the first things happened immediatelly after the cache start.
I modified my code ,now I get the fllowing exception stack. It is more clearly.
NullpointerException throws in the wasRemovedInTx method of
CacheLoaderInterceptor class.
It seams that the 'entry' is null.
I also paste
You can try replacing
with
But just that's a guess that probably won't help. The java.lang.VerifyError
implies there's some inconsistency in the class files between CacheJmxWrapper
and Configuration.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=413234
where did you get this comnfig from ? FD and FD_SOCK at the top of the stack ?
I suggest take one of the configs shipped with JGroups (e.g. tcp.xml) and use
it with modifications...
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4132339#4132339
Reply to the p
Trying again.
|
|
| jboss:service=Naming
| jboss:service=TransactionManager
| JotmTxMgrLookup
| REPEATABLE_READ
| REPL_SYNC
| false
| 0
| 0
| TestCluster
| true
|
|
|
Here's the cache config file. Note that JotmTxMgrLookup is a custom
TransactionManagerLookup implementation that creates a Jotm instance and
returns a reference to its TransactionManager.
jboss:service=Naming
jboss:service=TransactionManager
Amazing. I hadn't seen this thread when I filed that bug. Total coincidence.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4132289#4132289
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4132289
_
1 - 100 of 2857 matches
Mail list logo