You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@openjpa.apache.org by "Gunnar Grim (JIRA)" <ji...@apache.org> on 2013/11/12 09:07:17 UTC
[jira] [Created] (OPENJPA-2451) Warnings about existing longvarchar
columns being incompatible
Gunnar Grim created OPENJPA-2451:
------------------------------------
Summary: Warnings about existing longvarchar columns being incompatible
Key: OPENJPA-2451
URL: https://issues.apache.org/jira/browse/OPENJPA-2451
Project: OpenJPA
Issue Type: Bug
Components: jdbc
Affects Versions: 2.2.2
Environment: OpenSUSE 12.3
Reporter: Gunnar Grim
Priority: Minor
OpenJPA in Geronimo 4 produces a lot of warnings like these:
2013-11-12 08:46:27,414 WARN [Schema] Existing column "Description" on table "Project" is incompatible with the same column in the given schema definition. Existing column:
Full Name: Project.Description
Type: longvarchar
Size: 65535
Default: null
Not Null: false
Given column:
Full Name: Project.Description
Type: varchar
Size: 255
Default: null
Not Null: false
For ordinary varchar columns they can be avoided by specifying length in the @Column annotation, but for longvarchar it is more problematic. Since different databases have different sizes for these columns, there is no single correct value for the length attribute if you want a single EAR to be usable with different database servers.
The workaround in Geronimo is to add the line
log4j.logger.openjpa.jdbc.Schema=ERROR
to the log4j properties, but that will of course suppress other warnings as well.
One solution could be for OpenmJPA to log mismatching longvarchar, clob, etc, sizes with level DEBUG instead.
--
This message was sent by Atlassian JIRA
(v6.1#6144)