Sorry, I changed that while refactoring the generated code to allow some
lower level Village access. My reasoning was that row2Object would be a
good place to introduce the Object pool service and I thought it would
probably be keyed by a String classname. It turns out the service takes
a Class key as well and could be preferred over the (String,
ClassLoader) signature. So I will fix it, if you do not beat me to it.
John McNally
Leon Messerschmidt wrote:
>
> Hi,
>
> AFAIK generated Peer objects started out with a row2Object() method taking
> an object of type java.lang.Class as the last Parameter. Currently it takes
> a String as parameter and it calls Class.forName for each cool to
> row2Object().
>
> I ran a little test and it is almost three times faster to pass a
> java.lang.Class object rather than calling the Class.forName() method each
> time. Because each row of each resultset of the Peer architecture passes
> through a row2Object() I think this might be quite significant.
>
> Can we change the row2Object method so that it takes a java.lang.Class
> object? I don't think that I'm overlooking something...
>
> ~ Leon
>
> ------------------------------------------------------------
> To subscribe: [EMAIL PROTECTED]
> To unsubscribe: [EMAIL PROTECTED]
> Search: <http://www.mail-archive.com/turbine%40list.working-dogs.com/>
> Problems?: [EMAIL PROTECTED]
------------------------------------------------------------
To subscribe: [EMAIL PROTECTED]
To unsubscribe: [EMAIL PROTECTED]
Search: <http://www.mail-archive.com/turbine%40list.working-dogs.com/>
Problems?: [EMAIL PROTECTED]