Oliver Zeigermann <[EMAIL PROTECTED]> writes:Martin Holz wrote:
TxLRUObjectCache(tx(object)).
Or is this too much?
No. It is usefull. However my problem was the syntax of the name:
A(B(C))) vs A.B.C How do you configure log4j for the first
case?
You are right, let's use A.B.C instead.
I will attach the according version. I also added configurable cache sizes. You can configure them in Domain.xml like this:
... <store name="tx" classname="org.apache.slide.store.TxCacheStore"> <parameter name="cache-size">1000</parameter> ... </store>
Hm, if cache size is configurable, it should be independent for the
the different caches. No point in cacheing the last 10000 locks.
Right again. I will add this.
Again: Any ideas about simple caching of content? Or do you think this is not so important?
It's not important to me. Most file systems cache anyway. For a local URL I get transfer rates up to 50 MByte/s. That's
more, than the net can handle.
Caching might be especially important when:
1.) Your content comes over a network connection (e.g. from a database)
2.) Your content will not be sent over net directly, but rather is retrieved for further processing
3.) Your content has a special underlying structure that is to be revealed when the content is retrieved (e.g. XML). In this case you might be able to cache the revealed structure (e.g. in a JDOM).
From your other posts I gathered the information you are using Cocoon on top of Slide. This given, points 2 and 3 might apply to your application as well :)
Anyway, I will propose something where you can switch off content caching.
Oliver
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
