[jpa-spec users] [jsr338-experts] Re: mapping conversion

From: Pinaki Poddar <>
Date: Fri, 13 Jan 2012 08:35:33 -0800

> Why would it need to be static?
I did not mean that it *must* be static. Having a mechanics to *also*
invoke static method of a user-supplied implementation for conversion will
have some runtime benefit (e.g. less instantiation of the converter

Regards --

Pinaki Poddar
Chair, Apache OpenJPA Project
JPA Expert Group Member
Application & Integration Middleware

From: michael keith <>
Cc: Pinaki Poddar/Dallas/IBM_at_IBMUS
Date: 01/13/2012 07:53 AM
Subject: [jsr338-experts] Re: mapping conversion

On 12/01/2012 1:04 PM, Pinaki Poddar wrote:
> 1. On the queries section, it may be worthwhile to mention that the
> parameters or projected terms referring to a converted attribute are of
> type<X> i.e. the type of the attribute.
Sure, this feature will need some coverage in the queries section,
including parameter binding.
> 2. It may be useful to allow static method of a "converter" class be
> invoked for conversion. Typical conversion (e.g. boolean to integer) can
> then be handled more centrally/uniformly.
Why would it need to be static? Applications can instantiate their own
concrete class and use it for conversion of anything they want if they
need to do so.