Re: [SPAM] hash of hash

Brian Pontarelli <[email protected]>
Newsgroups gmane.comp.web.freemarker.user
Message-ID <[email protected]>
> Attila, Jonathan, me... this "keys are strings" limitation is probably
> one of the most annoying legacies in FreeMarker. So fixing it should
> be a high priority. It can't be done in a backward-compatible way, yet
> a solution can be provided without breaking BC. How? We should add a
> new wrapper anyway, right? You know, one that's a
> BeansWrapper(simpleMapWrapper=true) extended with XML wrapping and
> Python wrapping, but without all the SimpleWhatever-s of
> DefaultObjectWrapper. That new wrapper we should recommend and push in
> all the examples, but technically it shouldn't be the default
> ObjectWrapper (so we remain BC). And this new wrapper should wrap
> java.util.Map-s into TemplateMapModel-s (an interface that doesn't
> exist yet), via setting a new option of BeansWrapper
> (allowNonStringKeys or something) to true. And the same with Set-s, I
> guess...


Has anyone looked into the performance differences between wrapping and not wrapping? Would it make sense to provide direct access as well as wrapper access? Or is that something that isn't even possible?

I would think it would be the most powerful solution, especially considering these types of Map situations.

-bp


------------------------------------------------------------------------------
SOLARIS 10 is the OS for Data Centers - provides features such as DTrace,
Predictive Self Healing and Award Winning ZFS. Get Solaris 10 NOW
http://p.sf.net/sfu/solaris-dev2dev
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.