Unterschied zwischen Anwendung und Service in Dropwizard

Question

Ich bin neu bei Dropwizard. In der neuesten Dokumentation bezieht sich "Service" als Haupteinstiegspunkt für jede Anwendung. Im Beispielcode wird jedoch tatsächlich "Anwendung" verwendet. Ich nehme an, dass "Application" ein neuer Name für "Service" ist, da ich "Service" im neuen Quellcode nicht finden kann.

Ich bemerkte auch, dass der Namensraum von "com.yammer" zu "com.codehaus" zu "io.dropwizard" geändert hat. Ich gehe davon aus, dass es die Entwicklung des Projekts selbst widerspiegelt. Nur aus Neugier, kann irgendjemand etwas Kontext hinzufügen, wie das zustande kam?

Answer 1

Die von Ihnen genannten Namensänderungen sind tatsächlich Änderungen für die kommende Version 0.7. Die Dokumentation ist noch nicht up-to-date (und ist eigentlich die Hauptsache, die die 0.7-Version gemäß der Mailingliste zurückhält).

Die aktuellen Versionshinweise finden Sie in der master branch.

• Upgrade auf Java 7.
• auf die ID io.dropwizard Gruppe verschoben und Namespace.
• eine Reihe von wieder verwendbaren Bibliotheken Extrahiert aus: dropwizard-configuration, dropwizard-jackson, dropwizard-jersey, dropwizard-jetty, dropwizard-lifecycle, dropwizard-logging, dropwizard-servlets, dropwizard-util, dropwizard-validation.
• verschiedene Elemente von Environment zu getrennten Klassen Extrahiert aus: JerseyEnvironment, LifecycleEnvironment usw.
• Heraus dropwizard-views-freemarker und dropwizard-views-mustache aus. dropwizard-views bietet jetzt nur die Infrastruktur.
• Umbenennung Service zu Application.
• Hinzugefügt dropwizard-forms, die Unterstützung für mehrteilige MIME-Entitäten bietet.
• Hinzugefügt dropwizard-spdy.
• Hinzugefügt AppenderFactory, ermöglicht für beliebige Protokollierung Appender für Anwendung und Anfrage Protokolle.
• Hinzugefügt ConnectorFactory, so dass beliebige Jetty-Anschlüsse möglich sind.
• Hinzugefügt ServerFactory, mit Multi- und Single-Connector-Implementierungen.
• Hinzugefügt ReporterFactory, für Metriken Reporter, mit Graphit und Ganglia Implementierungen.
• Hinzugefügt ConfigurationSourceProvider, um das Laden von Konfigurationsdateien aus anderen Quellen als in das Dateisystem zu ermöglichen.
• Hinzugefügt setuid Unterstützung. Konfigurieren Sie den Benutzer/die Gruppe so, dass er ausgeführt wird, und Soft/Hard-Dateilimits öffnen in ServerFactory. Zu binden, auf privilegierte Ports (z.B. 80), ermöglichen startAsRoot und stellte user und group, dann startet die Anwendung als Root.
• Hinzugefügt Builder für verwaltete Testamentsvollstrecker.
• Hinzugefügt einen Standard check Befehle, die Lasten und die Service-Konfiguration überprüft.
• Unterstützung für den Jetty HTTP-Client zu dropwizard-client hinzugefügt.
• Hinzugefügt Jackson Afterburner Unterstützung.
• Zusätzliche Unterstützung für deflate -codierte Anfragen und Antworten.
• Zusätzliche Unterstützung für HTTP-Sitzungen. Fügen Sie den annotierten Parameter zu Ihrer Ressourcenmethode hinzu: @Session HttpSession session um den Sitzungskontext zu injizieren.
• Zusätzliche Unterstützung für eine "Flash" -Nachricht, die über Anforderungen verteilt werden soll. Fügen Sie den annotierten Parameter zu Ihrer Ressourcenmethode hinzu: @Session Flash message, um eine vorhandene Flash-Nachricht einzufügen.
• Zusätzliche Unterstützung für das Deserialisieren von Java enums mit Fuzzy-Matching-Regeln (d. H. Whitespace Stripping, -/_ Äquivalenz, Groß-/Kleinschreibung usw.).
• Hinzugefügt HibernateBundle#configure(Configuration) für Anpassung der Hibernate-Konfiguration.
• Zusätzliche Unterstützung für Joda Time DateTime Argumente und Ergebnisse bei der Verwendung von JDBI.
• Konfigurationsoption hinzugefügt, um Exception-Stack-Traces bei der Protokollierung in Syslog einzuschließen. Stack-Traces sind jetzt standardmäßig ausgeschlossen.
• Der Name der Anwendung und die PID (wenn nachweisbar) wurden an den Anfang der Syslog-Nachrichten hinzugefügt, ebenso die Konvention.
• Hinzugefügt Befehlszeilenoption zu migrate Befehl, um die Migrationen Datei explizit zu liefern.
• Validierungsfehler werden jetzt als application/json Antworten zurückgegeben.
• vereinfacht AsyncRequestLog; jetzt standardisiert auf Jetty 9 NCSA-Format.
• Umbenennung DatabaseConfiguration zu DataSourceFactory und ConfigurationStrategy zu DatabaseConfiguration.
• Die Protokollierung wurde asynchron geändert. Die Nachrichten werden jetzt gepuffert und im Speicher abgelegt, bevor sie an die konfigurierten Appender geliefert werden ( ).
• Geänderte Behandlung von Laufzeitkonfigurationsfehlern. Wird nicht mehr eine Exception-Stack-Trace anzeigen und wird eine nützlichere Beschreibung des Problems, einschließlich Vorschläge, wenn angemessen.
• Die Fehlerbehandlung wurde geändert, um stärker von der Jersey-Ausnahmezuordnung abhängig zu sein.
• Geändert dropwizard-db zu verwenden tomcat-jdbc anstelle von tomcat-dbcp.
• Die Standardformatierung wurde geändert, wenn verschachtelte Ausnahmen protokolliert werden, um die Ursache zuerst anzuzeigen.
• Ersetzt ResourceTest mit ResourceTestRule, ein JUnit TestRule.
• Heruntergefallene Scala-Unterstützung.
• Fallenlassen ManagedSessionFactory.
• Fallengelassen ObjectMapperFactory; Verwenden Sie stattdessen ObjectMapper.
• Fallengelassen Validator; Verwenden Sie stattdessen javax.validation.Validator.
• Ein Fehler beim Herunterfahren in dropwizard-migrations wurde behoben.
• Die Formatierung von "Caused by" -Zeilen wurde bei der Protokollierung verschachtelter Ausnahmen nicht mit dem Präfix versehen.
• Fixed nicht alle verfügbaren Jersey-Endpunkte wurden beim Start protokolliert.
• Aktualisiert auf argparse4j 0.4.1.
• Upgrade auf Guava 15.
• Upgrade auf Hibernate Validator 5.0.1.
• Upgrade auf Jackson 2.2.3.
• Upgrade auf JDBI 2.50.
• Upgrade auf Jetty 9.0.5.
• Upgrade auf Liquibase 3.0.4.
• Upgrade auf Logback 1.0.13.
• Upgrade auf Metrics 3.0.1.
• Upgrade auf Moustache 0.8.13.
• Upgrade auf SLF4J 1.7.5.