skeleton starter flow cdi
1.0.0
Dieses Projekt kann als Ausgangspunkt verwendet werden, um Ihre eigene Vaadin Flow 24.0 -Anwendung mit CDI 15.0 zu erstellen. Es enthält die erforderliche Konfiguration und einige Platzhalterdateien, um Ihnen den Einstieg zu erleichtern.
Vaadin 24.0 basiert auf Jakarta EE 10.0 und benötigt Java 17.
Der beste Weg, dies zu verwenden, ist über vaadin.com/start - Sie können nur die erforderlichen Teile erhalten und das von Ihnen gewünschte Paket -Benennungsnamen auswählen.
Importieren Sie das Projekt in die IDE Ihrer Wahl als Maven -Projekt.
Anwendung ausführen
mvn wildfly:run
Öffnen Sie http: // localhost: 8080/im Browser.
Wenn Sie Ihre App im Produktionsmodus lokal ausführen möchten, laufen Sie mit
mvn clean package wildfly:run -Pproduction
Integrationstests werden mit Vaadin Testbench implementiert. Die Ausführung der Tests dauert einige Minuten und sind daher in einem separaten Maven -Profil enthalten. Wir empfehlen, Tests mit einem Produktionsaufbau auszuführen, um die Wahrscheinlichkeit von Toolchains für Entwicklungszeiten zu minimieren, die die Teststabilität beeinflussen. Um die Tests mithilfe von Google Chrome auszuführen, führen Sie aus
mvn verify -Pit,production
und stellen Sie sicher, dass Sie eine gültige TestBench -Lizenz installiert haben.
Das Projekt ist eine Standard -Java/Jakarta -EE -Anwendung, sodass Sie sie über IDE oder mit Maven -Plugins am besten bereitstellen können. Wildfly- und Tomee-Plugins werden für einfache Tests vorkonfiguriert. Wildfly -Plugin wird für Integrationstests verwendet. Derzeit unterstützt nur Wildfly Java 17 ordnungsgemäß.
Die Anwendung kann über das tomee-maven-plugin auf dem Apache Tomee-Server bereitgestellt werden, das die Hot-Bereitstellung von Codeänderungen (über die Einstellung reloadOnUpdate ) unterstützt. Dies bedeutet, dass Sie Änderungen an dem Code in Ihrer IDE vornehmen können, während der Server ausgeführt wird, neu kompiliert und den Server die Änderungen automatisch aufnimmt und sie neu anwendet. Diese Einstellung ist in diesem Projekt standardmäßig aktiviert.
Eine bekannte Einschränkung bei der heißen Bereitstellung besteht darin, dass nach der automatischen Umschichtung die Route nach dem Löschen einer @Route -anotierten Ansicht immer noch schiffbar ist. In diesem Fall muss der Antrag neu gestartet werden, um die Route dauerhaft aus der Registrierung zu entfernen.
Unter Dokumentation zur Verwendung von Vaadin Flow und CDI finden Sie vaadin.com/docs
Weitere Informationen zu Vaadin Flow finden Sie unter https://vaadin.com/flow.
