Zugrouten und JPA-integration

Meine aktuelle Spring 3.0-Projekt ist die Integration mit Flyway.

Dank der google-Website, so gibt es-Dokument kann ich das zählen auf. Aber leider gibt es nicht viel zu reden über integration mit JPA.

Also die Fragen:

  1. Wie integrieren Flyway mit persistence.xml? Und wie funktioniert es? Jedes mal, wenn JPA-provider auto generate schema-update, so wie wir, ein Skript auszuführen, bevor oder nachdem Sie dann?

  2. Ich denke, die Abfrage von Zugrouten bisher nicht unterstützt HQL und so gibt es eine Beispiel-code, dann kann ich gehen Sie durch, um zu wissen, wie die Integration der migration-Ereignis? Design ein interceptor oder ein neuer Aspekt?Was tun auf einer domain-Ebene?

Jeder Hinweis ist willkommen. Vielen Dank im Voraus.

InformationsquelleAutor Dreamer | 2012-08-20
  1. 9

    Flyway hat keine Unterstützung für JPA - und Spring. Im Grunde läuft Ihr SQL (nicht HQL) - Skripte um, und verfolgt Sie. Und tut es auch. Es bleibt Agnostiker zu, wie Sie Ihre Datenbank und wie Sie produzieren Ihren upgrade-Skripts.

    Jedoch, es gibt Hoffnung. Ihr provider wird wahrscheinlich unterstützen die Aktualisierung der vorhandenen schema (ich weiß, hibernate und eclipselink kann), laufen ALTER und CREATE-Anweisungen auf Start. Die migration von SQL-Skripten sind nicht perfekt und es wird nicht immer funktionieren, aber es ist ein guter Anfang. Melden Sie diese Skripts, sammeln Sie in der SQL-Datei, clean-up und verwenden Sie als V_*.sql - Datei bereitgestellt, um Zugrouten.

    UPDATE: obwohl es keine direkte Unterstützung für Frühling framework können Sie leicht integrieren Sie mit der vorhandenen Spring-Anwendung. Dieser Ansatz ist erwiesen, dass Arbeit, die auf die Produktion und spielt schön:

    <bean id="flyway" class="com.googlecode.flyway.core.Flyway" init-method="migrate">
  <property name="dataSource" ref="..."/>
  ...
</bean>

    Bonus: es funktioniert Super mit Java-Konfiguration (mit Scala) sowie:

    @Bean(initMethod = "migrate")
def flyway() = {
    val fly = new Flyway()
    fly.setDataSource(dataSource)
    fly
}
    • Danke. Ich sah nicht viel über die JPA-Unterstützung von Zugrouten, aber es auch nicht unterstützen Frühling? Wirklich enttäuscht Kunden aus Industrie, also im Grunde Zugrouten ist nicht eine option für die J2EE?
    • Gut, das ist nicht völlig zutreffend. Es integriert sich sehr gut mit Feder. Sie können sehen, ein Beispiel hier, die passen sollte Ihr benötigt: code.google.com/p/flyway/wiki/ApplicationIntegration . Es wird auch das Vorhandensein von Frühling und erlauben Java-Migrationen mit JdbcTemplate wenn Sie gefunden werden.
    • Tut mir Leid, ich meinte, dass es keine zusätzliche Unterstützung in Zugrouten für den Frühling, aber die Bibliothek kann problemlos integriert werden, mit es. Siehe mein update.
    • Vielen Dank an alle für das feedback. Mit all diesen Ideen kann ich sagen, dass derzeit für das Frühjahr-Anwendung, die wir nicht vermeiden können mithilfe von Abfragen(JdbcTemplte) zu tun, der Flyway-migration auch das gesamte Projekt basiert auf JPA? Damit die Anwendung benötigen Sie eine Jdbc-Datenquelle für die Flugroute?
    • auch wenn Sie mit der JPA, müssen Sie noch eine DataSource, die Flugroute erfordert, um zu arbeiten. Auch Ihre Datenbank spricht, SQL, können Sie nicht vermeiden.
    • Nurkiewicz, Das ist richtig. Sorry für die Verwirrung. Meine Frage ist, JPA Holen Sie sich Ihre eigenen Regeln zum ausführen von sql im hintergrund, scheint aber flyway muss explizit Abfragen zu implementieren, die die migration?
    • JPA-provider ist klug genug, um zu aktualisieren Sie die Datenbank-schema (mittels SQL) basiert auf JPA-Modelle verpasst. Aber wenn FlyWay verwenden, müssen Sie die raw-SQL-Abfragen, FlyWay weiß nichts über JPA.
    • Dies ist eine interessante Frage. Was haben Sie sich schließlich am Ende mit? Ich bin mit JPA zum erzeugen einer schema-Datei. Sind Sie mit so etwas wie Winterschlaf.hbm2ddl.auto=update erzeugen schema diff für upgrade oder schreiben Sie benutzerdefinierte Skripts für die schema-updates?
    • Wir wählen schließlich liquibase statt zugroute, weil die Anforderung bitten, uns die hand in ein Skript-upgrade-Skripte an clients jedes mal, so dass wir erwarten, etwas erzeugen kann solch ein Skript diff. Auch unsere Anwendung läuft nicht auf Hibernate. Es scheint, wie Liquibase ist ein wenig mehr Wumms und eine bessere integration mit Spring. Aber ehrlich gesagt beide nicht viel von dem Dokument zu, damit die Menschen wissen, die details über seine integration mit Spring.

    InformationsquelleAutor Tomasz Nurkiewicz
Schreibe einen Kommentar