On 7/29/05, Werner Guttmann <[EMAIL PROTECTED]> wrote:
> I have just 'completed' testing the integration between the new distributed
> caches implemented as part of issue CASTOR-1102 and Castor JDO, namely using
> Tangosol's Coherence as distributed cache in a Tomcat 5.0 'cluster' with two
> instances. As things look fine to me wrt integration, I am thinking about
> committing this patch any time soon.
>
> Whilst whinking about a couple of small (remaining) issues, I found myself
> wondering whether we really should be using reflection for cache access to
> avoid compile time dependencies. Wouldn't it actually be simpler to create
> new CVS modules for each cache being integrated, build JARs from these
> modules and offer them as separate downloads on the Castor web site ? With
> this approach, it would be able to completely avoid the usage of reflection
> for cache access, and hence get rid of any runtime penalities as a result of
> that.
>
> Let's hear some third-party views, but let's come to a decision earlly next
> week latest, as I am quite eager to make this available in CVS sooner than
> later, and as there's plenty of other outstanding bugs to be fixed for the
> upcoming 0.9.9 release as well .. ;-)
I'm not concerned in the least about the performance of Java
reflection. Castor is compiled using Java 1.4 and the performance
improvements to reflection in 1.4 vs. 1.3 are in the orders of
magnitude. What's more, Castor is *based on* reflection. Avoiding the
use of reflection for loading the JDO caching engines is not going to
have a significant impact on the overall performance of Castor.
Bruce
--
perl -e 'print unpack("u30","D0G)[EMAIL
PROTECTED]&5R\"F)R=6-E+G-N>61E<D\!G;6%I;\"YC;VT*"
);'
The Castor Project
http://www.castor.org/
Apache Geronimo
http://geronimo.apache.org/
-------------------------------------------------
If you wish to unsubscribe from this list, please
send an empty message to the following address:
[EMAIL PROTECTED]
-------------------------------------------------
