[
https://issues.apache.org/jira/browse/VELOCITY-12?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13013746#comment-13013746
]
Will Glass-Husain commented on VELOCITY-12:
-------------------------------------------
Wow - old bug! Thanks for contributing. Not sure why you couldn't upload-- do
try again at some point please. Part of this process indicates that you are
agreeing to license your code under the Apache License 2.0.
One way you can address this need without doing a custom build is to create
your own Uberspector. This is a plugin which does the reflection to make the
actual method calls. It's not hard. I wrote one to let Velocity iterate over
a JSONlib array in my app and it was just a couple of lines. You can base it
on the default implementation or just subclass it, test for public fields
first, the delegate to the parent class.
WILL
> Access to public member variable of a class
> -------------------------------------------
>
> Key: VELOCITY-12
> URL: https://issues.apache.org/jira/browse/VELOCITY-12
> Project: Velocity
> Issue Type: Improvement
> Components: Engine
> Affects Versions: 1.1
> Environment: Operating System: All
> Platform: PC
> Reporter: Rich Doyle
> Priority: Minor
>
> It would be nice if I could reference public instance variables in a class
> that
> is put in the velocity context using a syntax such as
> $theClass.instanceVarName. I am aware that this syntax is used to reference
> the getInstanceVarName() method of the class that is put in the
> context...maybe
> a variation on the syntax could be used for instance variables. I am also
> aware that it is probably not good to expose instance variables as public,
> however the classes I am dealing with are generated via a CORBA IDL compiler.
>
> My servlet makes a CORBA call, which returns data in such an object (public
> instance vars, no accessor methods), and it would be nice if I could stuff
> this
> object into the velocity context and reference it directly in a template.
> What
> I have to do with the current implementation of velocity is wrap these IDL
> compiler generated classes to provide get methods for the instance variables.
>
> This is very easy, but adds up to a lot of classes that exist merely so
> public
> members can be accessed via a get method.
> <bootlickingon> I evaluated velocity as an alternative to JSP for use on my
> current project, and Velocity wins hands down, even given this
> inconvenience.</bootlickingoff>
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
