Skip to main content

[jsr338-experts] Re: Nationalized character data

  • From: Steve Ebersole <steve.ebersole@...>
  • To: Werner Keil <werner.keil@...>
  • Cc: jsr338-experts@...
  • Subject: [jsr338-experts] Re: Nationalized character data
  • Date: Tue, 19 Jun 2012 12:54:21 -0500

Tied how?  JDBC 4 has been the JDBC level since SE 6.


On Mon 18 Jun 2012 04:43:54 PM CDT, Werner Keil wrote:
There's been rather vague suggestions in this direction by JSR 308,
but I guess JDBC4 isn't directly tied to SE8, is it?
--
Diese Nachricht wurde von meinem Android Mobiltelefon mit GMX Mail
gesendet.



Linda DeMichiel <linda.demichiel@...> schrieb:



    On 6/8/2012 11:25 AM, Steve Ebersole wrote:
    >  No one else is interested in unifying this? As-is this is yet another 
mapping annotation that will need to be provider
    >  specific. Or do other providers not support nationalized datatypes?
    >

    I'd like to get more input on this from others in the group.  Should we 
do anything (now)
    along these lines, or is the columnDefinition element of @Column 
sufficient?

    >  On Tue 22 May 2012 04:07:48 PM CDT, Steve Ebersole wrote:
    >>  I apologize if I missed reference to this in previous 2.1 discussions.
    >>
    >>  Has there been discussion about support for nationalized character
    >>  data (nvarchar, nchar, nclob) mappings in 2.1? These are new types
    >>  standardized in JDBC 4. Handling them differently is important in 
both:
    >>  (1) read and wri!
      te
    operations
    >>  (2) DDL exporting
    >>
    >>  I'd love to see a @Nationalized annotation that can be applied to
    >>  properties that correspond to character data.


[jsr338-experts] Re: Nationalized character data

Steve Ebersole 06/08/2012

[jsr338-experts] Re: Nationalized character data

Linda DeMichiel 06/18/2012

[jsr338-experts] Re: Nationalized character data

Werner Keil 06/18/2012

[jsr338-experts] Re: Nationalized character data

Steve Ebersole 06/19/2012
 
 
Close
loading
Please Confirm
Close