> I see little value in non string keys. We can get much more functionality > with string keys. The partial removal is extremely powerful. It allows you > to avoid the overhead of groups and clean up quickly. It cannot be > sacrificed. > > Any thought on the value of non String keys?
I'm fine with only using strings as keys, however these changes are a result of John integrating JCS with Torque, and he is using ObjectKey as the key. I believe all implementations of ObjectKey have a unique string form, so this may not present a problem. Other opinions? > be able to use the JCS access class. Maybe a root or abstract JCSException > class should be put in the same folder to make it easier to use. +1 Another question: A while ago I remember we were talking about making GroupCache the only cache, and eliminating the existing Cache (really merging the two into one Cache and associated classes). It is clear that GroupCache offers more flexibility and power. If it performs close to as well then I would like to do this since it reduces the complexity of JCS and the amount of code we have to maintain. Getting the core of JCS down to a more manageable size is important if we want it to see wider use. Thoughts? Thanks, James -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
