Generics: Having a Cache that will only accept a specific interface and will always return results by that interface will eliminate the cast from Object every time you use a cache.
Right now, if you screw up the cast, you'll find out at runtime (aka in production). If you change it to be generic, your compiler will tell you when you've done something wrong (aka when you build the code). And if you don't care, nothing changes about your code. It's a win-win all around. -----Original Message----- From: Smuts, Aaron [mailto:[EMAIL PROTECTED] Sent: Monday, March 06, 2006 2:54 PM To: JCS Users List Subject: RE: JDK 1.5 support JCS is still 1.3 compliant! For years JCS has used the util concurrent library that was incorporated into the JDK1.5. . . . I'm not particularly interested in using 1.5 features in JCS at this time, but I'd like to know what the benefits would be. Perhaps there are some good reasons that escape me. Please let me know. Hanson worked on an experimental 1.5 cache. It's in the experimental source directory. Cheers, Aaron > -----Original Message----- > From: Travis Savo [mailto:[EMAIL PROTECTED] > Sent: Monday, March 06, 2006 4:08 PM > To: JCS Users List > Subject: RE: JDK 1.5 support > > I'm definitely interested. Can you say Cache<? extends Serializable>? > > -Travis Savo <[EMAIL PROTECTED]> > > > > -----Original Message----- > From: Alistair Forbes [mailto:[EMAIL PROTECTED] > Sent: Monday, March 06, 2006 12:42 PM > To: JCS Users List > Subject: JDK 1.5 support > > Hi, > > Firstly thanks for the updated documentation. Hopefully this will help > get > more people involved and reduce the FUD. > > On another mailing list I saw that there were various packages so that > the > code can be updated to use JDK 1.5, but still run with JDK 1.4. > > http://dcl.mathcs.emory.edu/util/backport-util-concurrent/ > http://retroweaver.sourceforge.net/ > http://retrotranslator.sourceforge.net/ > > This is probably also a developer issue, but I wondered if many people > were > interested in a JDK 1.5 version of JCS? This would be mostly for > performance > reasons. > > Regards > Al > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
