Live data from Hacker News

Java REST framework Dropwizard 1.0 released

dropwizard.io

41–50 of 88 posts

Re: Java REST framework Dropwizard 1.0 released

#41
post #40

Earlier quoted context omitted.

Yes. Most of the unnecessary complexity has just been moved from bad APIs with XML configuration to bad APIs with runtime scoped annotations, code generation and byte code manipulation. It's still a huge mess.

I use Dropwizard in my day-to-day and I've never ran into any code generation or byte code manipulation.

Interesting because they made it sound pretty horrific.

Re: Java REST framework Dropwizard 1.0 released

#42

I've had an excellent experience with Dropwizard. It combines robust, simple-to-use libraries, has excellent documentation, is easy to poke into, and "just works". It's my go-to framework if I want to create REST apps in Java. Congrats on the 1.0 release!

So you've never had to do byte code manipulation or other weird things like another commentor said?

Re: Java REST framework Dropwizard 1.0 released

#43
post #26

Earlier quoted context omitted.

My greatest gripe with Java was the amount of crap one had to go through just to build a simple Rest API. When I saw DropWizard I thought it solved that need. Maybe it's time to get back into Java development...

If you love dealing with magic "comefrom" annotations, codegen that isn't debuggable, and foundational libraries that have to resort to bytecode manip to get stuff done, then go ahead.

So, is the answer to just bail on Java forever? I haven't written anything legitimate in Java in about two years, but I don't remember it being that bad.

For reference, what types of languages/frameworks do you like to work with?

Re: Java REST framework Dropwizard 1.0 released

#44
post #26

Earlier quoted context omitted.

If you love dealing with magic "comefrom" annotations, codegen that isn't debuggable, and foundational libraries that have to resort to bytecode manip to get stuff done, then go ahead.

So, is the answer to just bail on Java forever? I haven't written anything legitimate in Java in about two years, but I don't remember it being that bad. For reference, what types of languages/frameworks do you like to work with?

I'm not the OP, but I've had good luck with the Play2 framework. It works best with Scala, but it's Java support is great too.

I've also had good luck with Spring Boot, but it's a little magical for my tastes - I vastly prefer Guice for Java DI - just straightforward and predictable (that's just my subjective take though).

Dropwizard is a good bundling of stacks, but I don't think it'd match my personal preferences.

I will say that doing rest-style service work in modern Java frameworks is actually not too bad these days. Java 8 makes it even nicer.

Re: Java REST framework Dropwizard 1.0 released

#45
post #41
post #40

Earlier quoted context omitted.

I use Dropwizard in my day-to-day and I've never ran into any code generation or byte code manipulation.

Interesting because they made it sound pretty horrific.

There's quite a bit of magic under the hood of DropWizard (or, rather, the components that make it up). My experience has been that a developer using DropWizard will rarely, if ever, encounter this magic: they don't need to be aware of it. But if the veil ever slips, the sheer amount of ugly machinery will shock and horrify.

Re: Java REST framework Dropwizard 1.0 released

#46
post #40

Earlier quoted context omitted.

Yes. Most of the unnecessary complexity has just been moved from bad APIs with XML configuration to bad APIs with runtime scoped annotations, code generation and byte code manipulation. It's still a huge mess.

I use Dropwizard in my day-to-day and I've never ran into any code generation or byte code manipulation.

Yes you have. Jersey, Jackson and almost every Java database abstraction that's higher than JDBC uses one if not both. Dropwizard is one of the better Java libraries in this regard but it's still there.

Re: Java REST framework Dropwizard 1.0 released

#47
post #28
post #3

Nice to see a 1.0 release. We've been using Dropwizard for various public and internal APIs for a couple of years and have been very happy with it. The components (jersey, jackson, coda hale metrics) are all very pleasant to work with, and generally have low-ceremony APIs that feel as productive as the ruby or python equivalents while providing the performance and operability of the JVM. It's not the fastest or most…

What JVM microframeworks would you recommend for streaming or async?

What about gRPC?

Re: Java REST framework Dropwizard 1.0 released

#48
post #7

Dropwizard is great for REST APIs (... as the title says). However if you want to use traditional views (MVC, html templates, security, forms etc) then please check something else (I tried it and lost many hours -- in the end I still couldn't do even basic things). For traditional web development, I recommend spring-boot which is almost as easy as dropwizard, it also doesn't need an application container and fully su…

Dropwizard is basically a subset of Spring. Spring can do a REST API just as easily, but also does everything else. I've used both, Dropwizard is great but there's no use case I'd select it over Spring.

Re: Java REST framework Dropwizard 1.0 released

#49
post #9
post #7

Dropwizard is great for REST APIs (... as the title says). However if you want to use traditional views (MVC, html templates, security, forms etc) then please check something else (I tried it and lost many hours -- in the end I still couldn't do even basic things). For traditional web development, I recommend spring-boot which is almost as easy as dropwizard, it also doesn't need an application container and fully su…

What templating language did you use with Spring MVC?

Freemarker. Why doesn't every template language have macros?

Re: Java REST framework Dropwizard 1.0 released

#50
post #28
post #3

Nice to see a 1.0 release. We've been using Dropwizard for various public and internal APIs for a couple of years and have been very happy with it. The components (jersey, jackson, coda hale metrics) are all very pleasant to work with, and generally have low-ceremony APIs that feel as productive as the ruby or python equivalents while providing the performance and operability of the JVM. It's not the fastest or most…

What JVM microframeworks would you recommend for streaming or async?

Take a good look at Ratpack. I've been very impressed. Built on Netty.
Post reply on HN