Ciao Martin, good to have you back on board. About the resources package, I have a suggestion. I added a very simple class to do LRU caching of hard references. THe name is something like LRULinkedHashMap. I noticed that very often the caches you use in the referencing package are based on weak references. As developer pointed out a couple of weeks ago, in a server-side environment this kind of cache is almost useless because its contents get garbaged very quickly.
I am suggesting to investigate the possibility of using a different approach based on hard references but with a limited capacity, much like I tried to do with the LRULinkedHashMap where you have a maximum capacity and where you go ebyond that you start throwing away least recently used hard references. Hope that what I said makes sense :-). Simone. On 8/9/06, Martin Desruisseaux <[EMAIL PROTECTED]> wrote: > Jody Garnett a écrit : > > - Arguments - yet another command processor for static main( String args[] ) > > At the time I wrote this one, I was not aware of existing tools like the ones > below: > > http://jakarta.apache.org/commons/cli/ > https://args4j.dev.java.net/ > > I don't know which one is best - I did no investigation yet. If the Geotools > PMC selects a command > processor to be choosen as the "standard" one for Geotools, I can use it in > replacement of "Arguments". > > > > - ClassChanger - so strange I do not really know what to make of it, > > kind of like a "binding" but for compariable > > This class lives in the org.geotools.resources package. It is used internally > in some corner of the > API (I don't remember which ones), and users should not really be aware of > this one (it is supposed > to be hiden from javadoc). > > Back somewhere around 2002, we were looking about what to do about classes > that should have been > package-privated, but can't because used in more than one package. We agreed > in some IRC about > selecting "org.geotools.resources" as a package with a special status in > Geotools. Everything in > "org.geotools.resources" (and sub-packages) should be considered as if they > were package-private > classes, and actually would have really been package-private if those classes > were used by a single > package. > > Compared to Sun java implementation, "org.geotools.resources" is equivalent > to "sun.*" packages: > > http://java.sun.com/products/jdk/faq/faq-sun-packages.html > > Martin. > > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Geotools-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/geotools-devel > -- ------------------------------------------------------- Eng. Simone Giannecchini President /CEO GeoSolutions http://www.geo-solutions.it ------------------------------------------------------- ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Geotools-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-devel
