Great, thanks for the info!
See you at J1 :)
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3839168#3839168
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3839168
---
"dasfrosty" wrote :
| If I'm understanding correctly we could implement a CacheLoader that would
delegate the call to one of our existing EJBs, depending upon which FQN is passed in
the get/put/remove. Sound reasonable?
|
Yes. Have a look at the FileCacheLoader. There's probably going to
===
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS==
===
View results here -> http://tck2.jboss.com/cc/buildresults/jboss-3.2?log=log20040617214041Lbuild.92
BUILD COMPLETE - build.92Date of build: 06/17/2004 21:40:41Time to build: 10 minutes 40 secondsLast changed: 06/17/2004 20:55:14Last log entry: Correct the type of the NamingCont
Thanks for the quick response. That sounds exactly like what we want!
If I'm understanding correctly we could implement a CacheLoader that would delegate
the call to one of our existing EJBs, depending upon which FQN is passed in the
get/put/remove. Sound reasonable?
Is CacheLoader supported
===
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS==
===
View results here -> http://tck2.jboss.com/cc/buildresults/jboss-head?log=log20040617212312Lbuild.206
BUILD COMPLETE - build.206Date of build: 06/17/2004 21:23:12Time to build: 13 minutes 27 secondsLast changed: 06/17/2004 20:56:24Last log entry: Correct the type of the NamingC
Hi Niels,
what you want is the CacheLoader interface, that I'm currently working on. Wait until
J1 for an announcement. .. :-)
But here's in a nutshell what it does:
- get() fetches the data from cache. If not found, ask the cache loader to load it.
- put() puts the data into the cache. if repli
Currently we are using a home grown caching solution to avoid multiple lookups of the
same object from the database. However our own caching logic is not transaction
aware, so we are looking to replace it with a third party caching solution that is,
potentially TreeCache.
Our home grown soluti
===
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS==
===
View results here -> http://tck2.jboss.com/cc/buildresults/jboss-3.2?log=log20040617194103Lbuild.91
BUILD COMPLETE - build.91Date of build: 06/17/2004 19:41:03Time to build: 15 minutes 24 secondsLast changed: 06/17/2004 19:06:49Last log entry: Ignore the non-jsr77 object names
View results here -> http://tck2.jboss.com/cc/buildresults/jboss-head?log=log20040617185135
BUILD FAILEDAnt Error Message: file:/home/build/cruisecontrol/work/scripts/build-jboss-head.xml:80: exec returned: 1Date of build: 06/17/2004 18:51:35Time to build: 21 minutes 26 secondsLast changed: 06/17/
What you essentially want is a state-merge function after e.g. a network partition.
This is actually on the roadmap, but it involves asking you (the application) how to
merge 2 (potentially) different substates back into one. We *cannot* just take the
union of the 2 substates, because an applica
HashMaps. I'm going to try that first. I just found ResourceAdapterObjectModelFactory
after looking through SimpleSubDeployerSupport. I don't know why I didn't see this
earlier.
I'm going to start experimenting with putting the metadata from
ResourceAdapterObjectModelFactory into some sort of r
Bugs item #974735, was opened at 2004-06-17 15:32
Message generated for change (Comment added) made by slaboure
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=974735&group_id=22866
Category: JBossSX
Group: v3.2
Status: Open
Resolution: None
Priority: 5
S
View results here -> http://tck2.jboss.com/cc/buildresults/jboss-head?log=log20040617124806
BUILD FAILEDAnt Error Message: file:/home/build/cruisecontrol/work/scripts/build-jboss-head.xml:80: exec returned: -122Date of build: 06/17/2004 12:48:06Time to build: 18 minutes 55 secondsLast changed: 06/
hi Ben,
thanks for replying.
here's a graph of LRU-enabled test benchmark. The only thing it does is makes put()s
in JBossCache. Test is a standalone app, no interference with anything, no Hibernate
or whatever. This snapshot is with wakeUpTime=5sec
http://www.powerdot.org/jbosscache-benchmark
Patches item #974825, was opened at 2004-06-17 17:56
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376687&aid=974825&group_id=22866
Category: JBossWeb
Group: v3.2
Status: Open
Resolution:
Hi,
thanks for your answer. It would be nice to have such an option. Because otherwise
we're getting problems with data inconsistency.
To do a workaround with stopping and starting the cache in such cases automatically,
we first should know when a machine has no connection to the cluster anymore
Since the cache has started on Machine B already, it won't initiate another state
transfer from other members when re-joining the group since it can be expensive
operation. If you stop and start the cache on Machine B (say, from JMX console via
MBean service), then it should sync up.
But I will
It is hard to say whether it is a bug in deployer. But it definitely is weird. I will
look into it soon.
Thanks,
-Ben
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3839115#3839115
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mod
Rich,
Can you send me a sample log file with "org.jboss.cache" category and "DEBUG" level
tracing from log4j.xml? In there is a detailed log for lock information.
Thanks,
-Ben
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3839116#3839116
Reply to the post
Regarding to performance, SYNC mode has to be slower than ASYNC since it is blocking.
But if you have read-mostly data, then it can be acceptable. Otherwise, use ASYNC if
you can.
For LRU, basically there is a TimerTask thread that wake up every x seconds to check
for the node event queue. Do y
We're testing with TreeCache regarding cluster-abilities.
The cache is not synchronized to a node that had no network connection and reconnects
to the cluster.
- We have a cluster of 2 linux machines, jboss 3.2.4 (final) with Treecache that was
delivered with jboss 3.2.4.
- Cache is configured
Under jboss-head/testsuite/src/main/org/jboss/test/cache/bean, there is
TreeCacheAopMBenaTesterBean.java that is using TreeCacheAop as a MBean service. Check
it out.
Thanks,
-Ben
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3839109#3839109
Reply to the po
Scott, the above guides do cover how to use the JBoss source within Eclipse.
http://www.jboss.org/developers/guides/eclipse-howto/index
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3839103#3839103
Reply to the post :
http://www.jboss.org/index.html?module=b
What version of JBoss are you trying to shutdown? Please provide as much environment
information as possible. Thanks.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3839102#3839102
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mod
Bugs item #974752, was opened at 2004-06-17 13:58
Message generated for change (Comment added) made by marklittle
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=974752&group_id=22866
Category: JBossTX
Group: v3.2
Status: Open
Resolution: None
Priority: 7
Bugs item #974752, was opened at 2004-06-17 13:58
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=974752&group_id=22866
Category: JBossTX
Group: v3.2
Status: Open
Resolution: Non
most likely there are problems w/ this module - it hasn't been "officially" released
and no one is actively maintaining it.
if one of you would like to look into it and submit patches, that would be great.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=383909
Bugs item #974735, was opened at 2004-06-17 16:32
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=974735&group_id=22866
Category: JBossSX
Group: v3.2
Status: Open
Resolution: Non
Bugs item #960677, was opened at 2004-05-26 11:25
Message generated for change (Comment added) made by thoennes
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=960677&group_id=22866
Category: Docs
Group: v3.2
Status: Open
Resolution: None
Priority: 5
Subm
I don't have the time for this right now. In any case, have you also though of
re-using and integrating OpenNMS to manage jboss?
An NMS framework is quite a big thing, honestly! I've participated in such a task in
the commercial world in the past and can easilly take many man years of developmen
Hi There,
I hope this is the right place to post this, I think I've found a bug with the naming
component of JBoss 3.2.4. I've tested with JDK 1.4.2_02 and 1.4.2_04. This problem was
not in the previous version we were using (3.2.3) and was discovered initially upon
upgrade. The problem seems
View results here -> http://tck2.jboss.com/cc/buildresults/jboss-head?log=log20040617061343
BUILD FAILEDAnt Error Message: file:/home/build/cruisecontrol/work/scripts/build-jboss-head.xml:80: exec returned: 1Date of build: 06/17/2004 06:13:43Time to build: 10 minutes 57 secondsLast changed: 06/17/
View results here -> http://tck2.jboss.com/cc/buildresults/jboss-head?log=log20040617090429Lbuild.205
BUILD COMPLETE - build.205Date of build: 06/17/2004 09:04:29Time to build: 14 minutes 22 secondsLast changed: 06/17/2004 08:37:20Last log entry: Better error msg, we are lookin
Hello altogether!
I'm on my way to establish a TreeCache (-AOP) instance for a clustered JBoss
environment. Last weeks I came closely in touch with (standalone) TreeCache technology.
Now, I'm trying to get this thing into JBoss.
1.) I deployed a XML file cache-service.xml with following content
I have the same problem, also! ! Nobody decides it?
Thanks in advanced.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3839068#3839068
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3839068
-
38 matches
Mail list logo