Is this behavior of Fqn correct? If yes, shouldnt this be documented through
the javadocs?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3956488#3956488
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3956488
Sorry, posted in the wrong topic
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3956490#3956490
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3956490
Is this behavior of Fqn correct? If yes, shouldnt this be documented through
the javadocs?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3956491#3956491
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3956491
Hi Ben,
it shows up on both nodes, but I do have RoundRobin in use for the SFSB. It
does not show up absoluteley simultaniously, one node starts shortly before the
other.
I am not sure, but I thought I rather mention it, just in case it is related.
(If not just ignore it). I still have a
Thanks in advance for any assitance.
Regards,
Ilan
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3956698#3956698
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3956698
Anyone? I can't be the onlyone wondering how to set this up... Or am I??
K.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3956368#3956368
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3956368
Using Tomcat but need to do
Now are the errors showed up in both nodes or just the originating node?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3956403#3956403
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3956403
I will need additional log to see what's the problem. Pulling the cable should
have direct effect on the cluster group membership and the message replication
timeout (possibly).
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3956404#3956404
Reply to the post :
You apparently run another cluster, for a total of 2 in your WL instance
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3956100#3956100
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3956100
Using Tomcat but need to do more?
Maybe you're right, but then I ask you: what you mean with another cluster?
XML configuration file is the same in the two cases (stand alone program and
inside Weblogic program), and in my code I've one only startService()
invocation...
Maybe constructor method of the singleton is invoked
I even introduced a time delay in putting the objects as follows, just to try
out whether eviction works. But still it does not work.
The following is just an extract from the above code, with *only* a
Thread.sleep(500) introduced.
for(int i=0;i50;i++)
| {
|
|
There are 2 JChannel.connect() calls, can you set a breakpoint in
JChannel.connect() (get the JGroups src) ? Then you could look at the call
stack and see *where* the connect() methods are called.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3956111#3956111
Sorry, you were right.
The code inside the constructor is executed twice. My mistake.
regards
matabo
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3956118#3956118
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3956118
Tried a few more things and looks like eviction is working for attributes like
timeToLiveSeconds and maxAgeSeconds(if at all they are specified) but NOT
WORKING for maxNodes.
P.S.: While debugging LRUAlgorithm.java, observed that the following statement :
ne = (NodeEntry)recycleQueue_.poll(0);
Please, ignore this entire topic. Had got confused with the concept of nodes
and keys. Eviction is working fine.
Sorry for the trouble
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3956164#3956164
Reply to the post :
Thanks, it worked (after multiple: 1. clean, 2.build 3.goto 1 again; eclipse
and ant after some attempts finally did what they should and it worked).
Unfourtunately there still is an error that shows up:
| ... //Server Start
| 13:35:47,062 INFO [STDOUT] I have been created by
Had a look at the test cases and the FqnTest.java does not have a test case
for this specific scenario. I added the following test case to the same:
/**
| * @testDesc Tests the [EMAIL PROTECTED] Fqn#equals(Object)} method. Two
Fqn will be created, one
| * will use the
Even though it appears like I'm talking to myself it appears that my previous
method of doing things doesn't quite work, even after fixing the obvious bug so
that it reads:
| _serviceCache = new PojoCache( _channel ) {
| public void start() throws Exception {
|
It is in 1.4.CR2 under sourceforge for the JBoss Cache download.
http://sourceforge.net/project/showfiles.php?group_id=22866package_id=102339release_id=428151
Look into the examples directory.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3955742#3955742
All it needs actually is to re-compile the 4.0.4 source using the either
JBossCache 1.3 or 1.4.CR2 release. So if you can check out the latest 4.0 cvs
and build it (it has 1.4.CR1 already), you will be all set.
View the original post :
Sorry, of course: we use JBossCache 1.3.0SP2.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3955749#3955749
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3955749
Using Tomcat but need to do more? Need to support web
Hi there,
Some additional information about the question described above.
First you need to add a dependency to get rid of the error message about the
datasource. Adding the statement below in my HttpCache MBean definition solved
the dependency problem when you deploy both the mysql-ds.xml
Which was this 'relevant jar', just so I can update the JBossCache/WebLogic
wikipage accordingly?
Thanks,
Manik
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3955768#3955768
Reply to the post :
Some additional research has shown that the TcpCacheServer stays in the
STARTING state after starting the JBoss AS. Am I missing some configuration
parameters or specific settings perhaps?
Kurt
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3955804#3955804
And when i use sourceRelative(aop.bsh); in the BeanShell,it works fine only
can not properly work under my junit-testcase in eclipse.
best regards
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3955904#3955904
Reply to the post :
http://wiki.jboss.org/wiki/Wiki.jsp?page=JBossCacheAndWebLogic
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3955942#3955942
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3955942
Using Tomcat but need to do more? Need to
For all who care I finally figured out a way to get this to work (which also
may point out a bug inside TreeCache).
First thing you have to do is create your JChannel before you create your
PojoCache. My earlier attempts (in my first message) extended the PojoCache to
expose the JChannel
bingbingbing wrote : Caused by: java.io.StreamCorruptedException: invalid
stream header
| at
java.io.ObjectInputStream.readStreamHeader(ObjectInputStream.java:737)
| at java.io.ObjectInputStream.(ObjectInputStream.java:253)
| at
This is restriction on the eviction queue that should be lifted in 1.4.
Workaround (and the proper solution) is to decrease your ThreadWakeUpInterval
from 5 to say 2 or 1 second.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3956045#3956045
Reply to the post
anonymous wrote : I presume this is the default version of JBoss Cache that
comes with 4.0.3.SP1?
Yes.
anonymous wrote : Does your code use Hibernate directly or is this EJB3 entity
bean related?
It's using Hibernate directly.
View the original post :
Thank you Ben !
Sincerly
Marc
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3955385#3955385
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3955385
Using Tomcat but need to do more? Need to support web services, security?
Sorry to bother again, but I do have one more question.
Is there any workaround that I can implement into the 4.0.4.GA source, so that
when I build a version it will work with 1.4 ?
I had a look at the JBossCache sources (TreeCache, EvictionPolicy,
RegionManager, Region, Eviction,...) and at the
Thanks for the clarification.
Can you tell me the location for these examples for downloading them.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3955604#3955604
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3955604
Hi ,
Got it working with both Pojo and Tree Cache.
I didnt notice that it was throwing this exception on the admin server
org.jboss.cache.statetransfer.StateTransferGenerator_1241] - failed initialing
state transfer byte[]
java.lang.NoClassDefFoundError:
It depends on your application. JBoss Cache is not a drop-in replacement for
stateful session beans in any way. If all your SFSBs do is maintain back-end
state for your applets, then they could be replaced with a cache service
(clustered or not) but you will still need some remoting to alow
Marc,
I have found out why. Please go to this ejb3 post for details.
http://www.jboss.com/index.html?module=bbop=viewtopict=85914
Thanks,
-Ben
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3955313#3955313
Reply to the post :
Yes, for aopc, you will need this XML.
BTW, I have refactored the PojoCache examples to weave out the unnessary
dependecies. There is now a separate PojoCacheTasks.xml (for Ant targets) that
a user can take to customize to your own project setting mor easily. Feedback
is welcome when you have
Essentially, calling methods starting with _ are internal and will not trigger
aspects such as replication, etc.
In future releases (from 2.0.0) these methods will be internalised and not be
accessible from the client API.
I normally don't recommend the DummyTransactionManager that comes with
I presume this is the default version of JBoss Cache that comes with 4.0.3.SP1?
Does your code use Hibernate directly or is this EJB3 entity bean related?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3955005#3955005
Reply to the post :
More information regarding my issue:
(+) The unexpected results happens even when configured as SERIALIZABLE.
(+) I am using jbosscache 1.3.0 so the following issue should have been fixed:
http://jira.jboss.com/jira/browse/JBCACHE-285
View the original post :
Would http://jira.jboss.com/jira/browse/JBCACHE-407 apply to your problem?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3955021#3955021
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3955021
Using Tomcat but need to do
[EMAIL PROTECTED] wrote : Would http://jira.jboss.com/jira/browse/JBCACHE-407
apply to your problem?
Hi manik, thanks for your quick reply,
I dont think it is direcly related to my problem as i am not doing any rollback
in my testcase. Also, I dont have a problem with nodes but with keys (
I believe the issue is solved - but its only from my 1st impression (which is
enough for me for the moment)
There are multiple ways to read the content of the cache and some dont support
the isolation levels.
If you use cacheInstance.printDetails() you would get all the cache content -
commited
Download the src; look into build.xml, there is a gossip-service target there.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3954832#3954832
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3954832
Using Tomcat but need to do
Thanks bela for the quick reply.
I did download the JGroups source 2.3, but did not find the gossip-service
target that you had metioned. I downloaded it from
http://sourceforge.net/project/showfiles.php?group_id=6081
Have I missed anything ?
Deploy the SAR into JBoss..
Are you talking
No, I don't think so. I have had Xiaogang Cao and his team at hibernate.org.cn
translating my PojoCache article. But I don't believe the whole doc is
translated.
Send me an email (ben dot wang at jboss dot com) if you decide to go ahead. I
can do the review for you. :-)
-Ben
View the
+1. And you get lots of kudos on the docs and the jboss cache website as a
contributor. :-)
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3954707#3954707
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3954707
Using Tomcat
Also, see
http://fisheye.jboss.com/viewrep/~raw,r=1.1/JBoss/JBossCache/docs/i18n.txt for
a guide to internationalising the docs.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3954708#3954708
Reply to the post :
Thats what even I was assuming
The example under annotated50 has aoppath element under aopc target which
specifies the path for jboss-aop.xml.
Is it necessary to provide this XML just as a directive to the aopc to check
for the new annotation marker
Ok... I will try it and then discuss the outcome.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3954769#3954769
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3954769
Using Tomcat but need to do more? Need to support web
1. Download the JGroups source
2. Execute the gossip-service target, which will create a gossip-router.sar
3. Deploy the SAR into JBoss, this will create a GossipRouter as an MBean,
managed by JBoss
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3954252#3954252
On the first problem of your requirement, Brian has pretty much cover it. The
point is, if you don't care much about the exisiting POJO, then you can do
putObject on either node. Just to make sure, to do getObject() before you start
doing POJO update, e.g.,
| pojoA =
Yes, I believe getObject never obtains a lock from the root. Only the
inidividual update will trigger the appropriate lock.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3954254#3954254
Reply to the post :
Hmmn, I do have the test case in the distro that covers this though. Did you
try just using Person instance to see if the replication works?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3954256#3954256
Reply to the post :
Yep,
Just tried that, and it's working...
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3954297#3954297
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3954297
Using Tomcat but need to do more? Need to support web services,
Yes the Tree Cache also produced the same error.
true
3
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3954461#3954461
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3954461
Using Tomcat but need to do
Not for the release 1.3 and 1.4.
In 2.0, it has additional interceptos and introduction that requires runtime
presence of the aop xml file but that is supposed to be internal (e.g., hiding
away from the user).
View the original post :
In this case, it may be easier to troubleshoot with just TreeCache.
For the TransactionManagerLookUpClass, can you change to
GenericTransactionManagerLookup? such that it can handle the WL tm properly?
View the original post :
In that case, can you send me your test such that I can take a look? ben do
wang at jboss dot com.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3954576#3954576
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3954576
Using
final fields cannot be modified, so why replicate them ?
However, static fields *should* probably be replicated, what is the current
behavior ? Ben, Brian ?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3953947#3953947
Reply to the post :
Thanks for the quick answer.
Concerning final, I see that it makes no sense replicating final fields that
point to immutable objects (e.g. Strings). But when the referenced object is
mutable I might want to replicate changes to it, too.
Objects are mapped into the cache by reachability, but
It is stated in the documentaiton that currently neither final, transient, or
static fields are replicated.
To replicate static is really case dependent since it it a global variable.
Question is then how do we store it internally if there are multiple POJOs
stored in the cache? And this has
Is this the case in all current versions of PojoCache? 1.3.x and 1.4.x ?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3954055#3954055
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3954055
Using Tomcat but need to do
Oh yes, the documentation makes it clear that those are not replicated; I was
just curious about the reasoning behind that (a customer asked and I couldn't
come up with entirely satisfactory answers).
For the static case, I agree that this shouldn't be the default. But as with
final, in simple
Ben and Brian,
First off, I'm sorry for the typo in my previous response. When running my
assertEquals() tests, I was actually running it on the re-retrieved POJO
objects (cachedPojoA, updatedPojoA, and updatedPojoB). Thank you for catching
that typo. :)
Good to know that doing a
So if you do:
cacheA.putObject(/test, pojoA); // pojo attached on cache A
pojoA1 = cacheB.getObject(/test);
pojoA1 is null? You've definitely got something weird going on then. That's
just basic stuff. Not sure what to say about that :( Hopefully Ben will have
some idea.
Well, let's just
Hi. Yeah, if I do:
cacheA.putObject(/test, pojoA);
pojoA1 = cacheB.getObject(/test);
pojoA1 would be null. With 1.4, however, pojoA1 is showing up, but its empty
(the values I assign to it before putting it in cacheA aren't there). Very odd
behavior, especially since I see the correct
Yes, I have a modified \deploy\ejb3.deployer\META-INF\jboss-service.xml so that
we can use the http-invoker-servlet.
This is the changed line:
...
| attribute
name=InvokerLocatorservlet://mc0430-116:8080/servlet-invoker/ServerInvokerServlet/attribute
| ...
|
Also we have modified the
Hmmn... looks like replication is happening and you have field replication as
well.
How about you do it the regular way: starting A and B, then do a putObject on A
then do a getObject from B?
Check the log file as well.
View the original post :
I dont think 1.4CR2 is that different. Can you try it out from AS4.0-ejb3 out
of the box though. That should tell you right away.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3953627#3953627
Reply to the post :
Strange, I just tried it with an 4.0.4CR2 Out-of-the-Box's all and the
1.4.0Cr1 and a HelloWorld SFSB and up the error came.
I for this I did use a 4.0.4CR2 that has been out for a while, files are dated
first of April 06... not that I am missing something here. The sources that I
use to
Please send me your Hello World sfsb then. ben dot wang at jboss dot com. I
will give it a try to see what is different.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3953644#3953644
Reply to the post :
The SFSB should be on its way to you !
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3953759#3953759
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3953759
Using Tomcat but need to do more? Need to support web services,
So, I tried what you suggested, and here's what I see in the logs. In
particular, I'm seeing a message on Server B (the server replicated to) that
says:
Suppressing invocation of method
commit(GlobalTransaction:192.168.1.174:33972:1) on cache.
Could this be the problem, and if so, what
I'm late to this thread, so please forgive if I miss something stated earlier
in all of the above :-)
First, the Suppressing invocation message is completely normal. The cache
itself (as opposed to the interceptor stack) doesn't actually do anything on a
commit() call, so the CallInterceptor
Hi Brian,
Thanks for your response (and sorry for the verboseness of the previous posts).
=)
I'm actually getting the object from the cache each time using the getObject()
call.
// Put object in CacheA and then replace it in CacheB
| MerchantDailyAccount pojoA = new
No worries about long posts if the problem is complex :-) I was just too lazy
to read all the details.
I'm not sure if this was just a typo in the forum post, but in what you posted
the variable you assign when you call getObject() is not the one you are using
in your assertions. cachedPojoA
michael,
Sorry that it wasn' clear before but I probably know where is the problem. You
are doing:
| cacheA.putObject(/test, pojoA); // pojo attached on cache A
|
| cacheB.putObject(/test, pojoB); // pojo attached on cache B as well
|
| pojoA.setBlah(xx); // will have problem here
Is the TreeCache one also produced the same error as in PojoCache, for the
state transfer portion?
In additio, what is your initital state transfer timeout setting?
E.g.,
2
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3953874#3953874
Reply to the post
(I hope I am not hijacking...)
I have the problem, that when I try to use the cache, it results in a:
16:51:44,625 WARN [ServiceController] Problem starting service jboss.j2ee:ear=t
| estEJB.ear,jar=testEJB.jar,name=NatPersLstSFBean,service=EJB3
| java.lang.RuntimeException:
I just use jboss-cache release 1.4CR2 in 4.0.5 cvs release. I didn't see any
problem for both sfsb and entity under all. I must have missed the problem.
Can you summarize your problem again? I am bit confused since I thought you
mentioned that just deploying it will produce the problem.
View
Sure, (sorry for being unclear)
The error does not occure when just deploying the 1.3.0 or 1.4.0CR1
jboss-cache.jar into the /lib Folder
but as soon as I also deploy my ejb3 application (one SLSB, one SFSB and one
POJO used via *.hbm.xml as an entity).
It does not matter if I use a hibernate
Hmmn... I have just ported some more test cases to 4.0-ejb3 cvs to test out
your problems. When use with 1.4CR2, I don't see any problem by just deploying
them to deploy dir (both a clustered sfsb and entity). In fact, they passed my
unit test as well using 1.4CR2.
Have you changed any other
Thank you very much for your responses. Here's what I've found based on your
suggestions (sorry for the verboseness of the log statements I've included).
I start ServerA first and add a MerchantDailyAccount object to it with a
'dailySpend' value of 128.00 (I know it gets added successfully
Hi all,
Actually there was some mistake from my side.
Because there was some jar version missmatch that's why i thought bug id 608 is
not resolved.
But now i avoided that jar version missmatch and i am not getting
{jboss:internal:uninitialized=null}
So, now JBossCache-1.4.0CR1 is working
Are you sure you are reading your config file properly?
| PropertyConfigurator config = new PropertyConfigurator();
| config.configure(cache, ./WEB-INF/replSync-service.xml);
|
will look in your classpath for ./WEB-INF/replSync-service.xml. I don't think
this is what you want.
Try
I'd suggest that you troubleshoot this one step at a time. First is to make
sure the real standalone mode (e.g., outside of any container) works first with
your POJO. Then you are sure that POJO instrumentation is done correctly.
The second step will be to turn on all log tracing to debug (yes,
I have tryed this with 1.3.0 and 1.4.0.CR1 and I allways get the above error as
soon as I deploy the ejb3 application. Just as the error message shows, It
doesnt matter If I define a cache service or use a Hibernate 2nd lvl.
If I dont define one and dont tell Hibernate to use one I still get
Can try to see if use the plain cache (TreeCache) works for the initial state
transfer or not?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3952915#3952915
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3952915
Using
Have already tried that ...same behavior...
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3952936#3952936
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3952936
Using Tomcat but need to do more? Need to support web
Hi all,
I just need one conformation that whether bug id 608 is fixed or not.
If it is fixed then why i am again getting {jboss:internal:uninitialized=null}.
Please let me know.
Awaiting for your early response.
Thanks in advance.
Regards,
Biswajit
View the original post :
Hi all,
Please give a look into my treecache-service.xml and if possible just suggest
me any solution for this.
?xml version=1.0 encoding=UTF-8?
!-- = --
!--
Hi all,
Please give a look into my treecache-service.xml and if possible just suggest
me any solution for this.
?xml version=1.0 encoding=UTF-8?
!-- = --
!--
?xml version=1.0 encoding=UTF-8?
!-- = --
!-- --
!-- Sample TreeCache Service Configuration --
!--
If you turn on debug logging on both nodes for
org.jboss.cache.aop.TreeCacheAop, org.jboss.cache.aop.PojoCache and for
org.jboss.cache.statetransfer that may give you a clue as to what is going on.
Also, make sure your StateTransferTimeout setting is adequate. If
Channel.getState() returns
It's absolutely affecting the way the cache operates -- your session isn't
being replicated properly.
To answer your questions:
1) The only way to get rid of this logging is to set logging for
JBossCacheService to FATAL. You'll lose a lot of other error messages that
way, though.
2) You
I didn't know I was storing the request in the session. Is this an option in
the configuration that I can change? Becuase I am pretty sure I'm not doing
this programmatically.
We do have Macromedia Flex on the front end of the application. Maybe it is
storing the request in the session? I
Found it!
Problem was that I stored the customer subnodes as key-value pairs. Now that I
stored them as nodes the eviction policy keeps track of the subnodes. Doh!
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3952509#3952509
Reply to the post :
Do you have some sample code ?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3951851#3951851
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3951851
___
JBoss-user mailing list
Hi all,
Do i need to put some extra settings for JBossCache-1.4.0.CR1?
My Caching Framework was working fine with JBossCache-1.3.0SP1 and i was
passing a dummykey.
Now with the current release JBOSSCACHE-608 bug id is fixed.
So i just removed the dummy key.
But i m getting
1 - 100 of 1881 matches
Mail list logo