[
https://issues.apache.org/jira/browse/OPENJPA-1540?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Richard Zowalla resolved OPENJPA-1540.
--------------------------------------
Resolution: Fixed
Already fixed on master: 208f5388c (ancestor of HEAD) makes InformixDictionary
detect the driver's identifier case so names are not delimited, and
setIdentifierCase is still at InformixDictionary.java:180-206. Closing; please
reopen if this still happens with OpenJPA 4.x.
> XMLSchemaSerializer outputs funny values for column name attributes
> (regression from 1.2.2)
> -------------------------------------------------------------------------------------------
>
> Key: OPENJPA-1540
> URL: https://issues.apache.org/jira/browse/OPENJPA-1540
> Project: OpenJPA
> Issue Type: Bug
> Components: jdbc
> Affects Versions: 2.0.0-beta
> Reporter: Laird Nelson
> Assignee: Jeremy Bauer
> Priority: Major
>
> During a reverse mapping run, it's often common to take the output of a
> SchemaGenerator and feed it to an XMLSchemaSerializer via its addAll() method.
> When the DBDictionary that was in effect at schema generation time is one
> that supports delimiters (see InformixDictionary), then the identifiers on
> all the artifacts in the SchemaGroup housed by the SchemaGenerator have
> quotes in them.
> Consequently, when the XMLSchemaSerializer writes its schemas to disk, you
> can get strange results. Here's an example <column> fragment:
> <column name=""foobar"">
> Technically I suppose this may not be a bug in XMLSchemaSerializer, since it
> is simply serializing what it is handed. But given that other tools consume
> its XML schema files, and given that the value of name attribute will be read
> in as a String, and given that usually what happens is that a String is
> turned into a DBIdentifier and delimited/quoted as necessary, I am not sure
> that delimiters should be stored by the XMLSchemaSerializer.
> A downstream effect of this bug is that any reverse mapping that takes place
> from here involving annotations will not compile. That is, if you ask the
> ReverseMappingTool for example to produce annotated Java objects, the
> annotations will look like this:
> @Column(name=""foobar"")
> ...which will not compile.
--
This message was sent by Atlassian Jira
(v10.3.26#10030026)