Skip to content

Releases: xvik/dropwizard-guicey

7.1.3

31 Mar 11:13
Compare
Choose a tag to compare
  • Update to dropwizard 4.0.7
  • Fix guicey ApplicationShutdownEvent typo (#387)

NOTE: If your code uses this event directly (name with typo: ApplicationShotdownEvent), then it would
be a breaking change and event name must be corrected manually in your code (to ApplicationShutdownEvent).
Sorry, can't do it in a backwards-compatible way, but I assume rare usage so should not affect many.

6.2.3

31 Mar 11:01
Compare
Choose a tag to compare
  • Update to dropwizard 3.0.7
  • Fix guicey ApplicationShutdownEvent typo (#387)

NOTE: If your code uses this event directly (name with typo: ApplicationShotdownEvent), then it would
be a breaking change and event name must be corrected manually in your code (to ApplicationShutdownEvent).
Sorry, can't do it in a backwards-compatible way, but I assume rare usage so should not affect many.

7.1.2

17 Feb 12:50
Compare
Choose a tag to compare
  • Update to dropwizard 4.0.6

6.2.2

17 Feb 12:49
Compare
Choose a tag to compare
  • Update to dropwizard 3.0.6

5.10.2

17 Feb 12:49
Compare
Choose a tag to compare
  • Update to dropwizard 2.1.12

7.1.1

08 Jan 16:24
Compare
Choose a tag to compare
  • Update to dropwizard 4.0.5

6.2.1

08 Jan 16:24
Compare
Choose a tag to compare
  • Avoid direct jakarta.inject annotations usages to work properly when jakarta.inject 1
    is forced in classpath (by dropwizard BOM)
  • Update to dropwizard 3.0.5

5.10.1

08 Jan 16:22
Compare
Choose a tag to compare
  • Update to dropwizard 2.1.11

7.1.0

28 Nov 16:35
Compare
Choose a tag to compare
  • Update to dropwizard 4.0.4
  • Add qualifier annotations support for configuration properties binding:
    any configuration property (any level), annotated with qualifier annotation, would be
    directly bound with that qualifier. Core dropwizard objects could be qualified on overridden getter
  • Test improvements:
    • Junit 5 extensions could inject DropwizardTestSupport object itself as test method parameter
    • ClientSupport:
      • inner jersey client creation is customizable now with TestClientFactory implementation
        (new attribute "clientFactory" in @TestGuiceyApp and @TestDropwizardApp)
      • default factory would automatically configure:
        • multipart feature if available in classpath (dropwizard-forms)
        • direct console logging (to see requests and responses directly in console)
      • New methods:
        • basePathRoot - root url (only with port)
        • get(), post(), delete(), put() - simple shortcut methods to perform basic operations relative to server root
    • Context support object (DropwizardTestSupport) and client (ClientSupport) instances are accessible now statically
      for both manual run (TestSupport) and junit extensions: TestSupport.getContext() and TestSupport.getContextClient()
    • New generic builder for flexible DropwizardTestSupport object creation and run (when junit extension can't be used):
      TestSupport.builder() (with lifecycle listeners support)
    • TestSupport methods changes:
      • Creation and run methods updated with config override (strings) support
      • Add creation and run methods application class only (and optional overrides).
      • Run methods without callback now return RunResult containing all objects, required for validation (for example, to examine config)
      • Add captureOutput method to record console output for assertions
    • Commands test support:
      • TestSupport.buildCommandRunner() - builds runner for command execution
        with the same builder options as in generic builder (TestSupport.builder(); including same configuration)
        and user input support.
      • Could be used to test application startup fail (without using system mocks)

Full release notes

6.2.0

28 Nov 16:34
Compare
Choose a tag to compare
  • Update to dropwizard 3.0.4
  • Add jsr305 as direct dependency to simplify usage @javax.annotation.Nullable
    (annotation is required for guice when nullable value could be injected)
  • Add qualifier annotations support for configuration properties binding:
    any configuration property (any level), annotated with qualifier annotation, would be
    directly bound with that qualifier. Core dropwizard objects could be qualified on overridden getter
  • Test improvements:
    • Junit 5 extensions could inject DropwizardTestSupport object itself as test method parameter
    • ClientSupport:
      • inner jersey client creation is customizable now with TestClientFactory implementation
        (new attribute "clientFactory" in @TestGuiceyApp and @TestDropwizardApp)
      • default factory would automatically configure:
        • multipart feature if available in classpath (dropwizard-forms)
        • direct console logging (to see requests and responses directly in console)
      • New methods:
        • basePathRoot - root url (only with port)
        • get(), post(), delete(), put() - simple shortcut methods to perform basic operations relative to server root
    • Context support object (DropwizardTestSupport) and client (ClientSupport) instances are accessible now statically
      for both manual run (TestSupport) and junit extensions: TestSupport.getContext() and TestSupport.getContextClient()
    • New generic builder for flexible DropwizardTestSupport object creation and run (when junit extension can't be used):
      TestSupport.builder() (with lifecycle listeners support)
    • TestSupport methods changes:
      • Creation and run methods updated with config override (strings) support
      • Add creation and run methods application class only (and optional overrides).
      • Run methods without callback now return RunResult containing all objects, required for validation (for example, to examine config)
      • Add captureOutput method to record console output for assertions
    • Commands test support:
      • TestSupport.buildCommandRunner() - builds runner for command execution
        with the same builder options as in generic builder (TestSupport.builder(); including same configuration)
        and user input support.
      • Could be used to test application startup fail (without using system mocks)

Full release notes