Anwendungsstart auf Jetty beschleunigen

Question

Ich habe eine kleine Webanwendung mit Guice, Jersey und EclipseLink konfiguriert und führe diese Anwendung während der Entwicklung auf Jetty (8.0.0.M1) aus. Es gibt etwa 10 (kleine) JPA-verwaltete Klassen (Entitäten und eingebettete Tabellen) und insgesamt etwa 20 Klassen.

Der erste Start dauert 15 Sekunden + 5 Sekunden für die ersten Anfragen. Es sieht so aus, als würde JPA die erste Anfrage bearbeiten, da ich die Tabellengenerierungsstrategie "create" aktiviert habe und bei der ersten Anfrage eine JPA-Ausgabe von Maven sehe.

Ein Nachladen dauert etwa 10 Sekunden und die erste Anforderung nach dem erneuten Laden dauert etwa 3 bis 4 Sekunden.

Sie denken vielleicht, dass die Startzeit nicht so schlecht ist, aber ich frage mich, ob ich den Start beschleunigen könnte, um flüssiger zu arbeiten wie mit Django. Irgendeine Idee für Start-Tuning?

Answer 1

Ich fürchte, wenn Sie nicht bereit sind, die Tabellenerstellungsstrategie zu entfernen, müssen Sie solche Ladezeiten tolerieren. Jedes Mal, wenn Sie Ihre Anwendung starten, werden die Tabellen gelöscht/erstellt/überprüft und die richtigen DDL-Anweisungen ausgegeben, damit sie mit den Entitäten in Ihrem Paket übereinstimmen.

Vorausgesetzt, dass Sie Ihre Entitäten definiert haben und an einem Geschäftslogikcode arbeiten, können Sie die Datenbank einmal erstellen und die Ersteinrichtung erneut verwenden.

Answer 2

Ich kann mir vorstellen, dass Sie Jetty für die schnelle Anwendungsentwicklung (RAD) verwenden und Sie Änderungen so schnell wie möglich sehen und testen möchten. Wenn in der Datenbank Ihrer RAD-Umgebung keine "persistente" Anforderung vorhanden ist, können Sie versuchen, zu einer Im-Memory-DB-Engine zu wechseln. DB-Engines wie HSQL ermöglichen es Ihnen, neue Tabellen (und andere Strukturen) im Vergleich zu tatsächlichen DB-Engines in Produktionsqualität sehr schnell hochzufahren. Dies würde erfordern, dass Sie ein ORM verwenden, weil HSQLs SQL sich sehr von den meisten anderen Datenbanken unterscheidet, aber es klingt, als ob Sie bereits JPA verwenden, also sollte dies nicht schwierig sein.

Die einzige Alternative, die ich sehe, ist die Verwendung einer Datenbank, deren Schema bereits korrekt erstellt wurde und nicht jedes Mal gelöscht wird.