Paul has blogged the latest release (v2.15) and commented on the grabbing of features from CF up into Java:
I just stole the dull bits ;)
its really not an issue w/me, was just a "hook" for the blog. this collaboration is working out with functionality going in both directions--i think thats rather remarkable (like a man biting a dog ;-). the CFC still depends on the functionality in your classes, always will.
on the serious side:
i think we should look at the http_accept_language & geoLocator locale logic a bit. i think the code should return a single, precise as possible, locale. any decent i18n app will offer users a manual language/locale selection but i think the 1st guess will count most.
we seem to have a semi-sizeable (500 or so cf/arcIMS that i know of plus the 1k farcry downloads that include geoLocator) user community. so i think we (we as in you java guys) maybe need to look at a more dynamic way to update the IP db??
Are there any other ColdFusion libraries that update themselves (i.e. is there a model to copy)? The only experience I've had with automatic updates is with perl's CPAN:
There's already a creation date hidden in the database, but currently no access through the Java API. I guess the first job is to expose that date:
plenty, but nothing like what's happening here. most of these update a shared scope RAM var from some other source (email, db, etc.). the IP db is part of the code right? i think maybe it could be some method that when called re-reads some binary file with the new IP db, maybe re-writing it to the JAR???? sounds so simple to a java novice ;-)
Log in to post a comment.