Hallo zusammen,

ich wollte nur mal kurz fragen, ob ich richtig sehe, das Hibernate Ocrale 11g bis heute nicht in der automatischen Dialekt Erkennung unterstützt? (http://community.jboss.org/wiki/SupportedDatabases)

Ist die Festlegung des Dialektes auf Oracle 10 (https://issues.jboss.org/browse/JBAS-5015) wirklich die einzige Möglichkeit?

mfg,
Patrick Hennig

Scheint so.
Ist das denn ein Problem? D.h. hat etwas in 11g aufgehört zu funktionieren, was in 10 mit dem 10er-Dialect funktioniert hat?
Ich sitze hier mit einem 10g-Dialect auf einem 11g und habe noch keine dialektbezogenen Probleme erlebt. Was nicht heißt, dass es keine gibt, deshalb frage ich so blöd :-)

Nein, an sich gibt es für die 11g kein Problem mit dem 10g Dialekt.
Innerhalb der Sprachelemente hat sich nichts getan.

Mein Problem ist nur:
Gibt man in der Hibernate Konfiguration KEINEN Dialekt an, versucht Hibernate das automatisch zu erkennen. Was auch so weit gut läuft..nur für Oracle 11g nicht, weil es dafür schlicht keine keinen Eintrag gibt.

Und wir wollen dieses nette Feature halt nutzen.

viewtopic.php?t=978919&highlight=11g

Hibernate fragt den Namen(+Version) ab und schaut dann in einer Intern geführten Liste, welcher Dialekt da zugewiesen ist.
Und für Version 11 gibt es einfach keine Entsprechung.

Wenn ich aber sehe, das dieses Problem schon 2007 bestand, frag ich mich: Warum 3(4) Jahre später immer noch?
Die Lösung scheint doch recht einfach zu sein.
Und wir reden ja hier auch gerade nicht über eine kleine Nischendatenbank, die eh nur 5 Leute einsetzen.

Aber trotzdem schon mal danke für die Bestätigung meiner Annahme.

MFG,
Patrick Hennig

Also, ich hab den Dialekt auf 10g gestellt und gut war.
Muss man ja nur einmal tun und dann nie wieder.

Mich nerven andere Dinge viel mehr. So z.B. dass Hibernate darauf besteht, dass alle Attribute schon bei Objekterzeugung einen gültigen Wert haben müssen, auch wenn es eigentlich günstiger wäre, das Objekt erst im Verlauf der Transaktion zu befüllen. Oder dass man beim delete() nicht mit Criteria arbeiten kann. Oder dass man ziemlich rumfrickeln muss, wenn man exists()-Subqueries in Criteria verbauen will. Oder dass Restrictions.and() und Restrictions.or() keine varargs haben.
Und wenn es ums Reverse Engineering geht, fang ich lieber gar nicht erst an, sonst wird der Post zu lang.

Das mit dem Dialekt fällt da echt nicht auf.