JHipster release 3.6.0


This is a very big release, with some important changes (but which don’t break too much code, so this isn’t a major release), some incredible new features, and the usual bug fixes and upgrades. In total, this is 121 closed tickets and PRs, which is better than most commerical vendors do in the middle of August!

Important change: DTOs refactoring

DTOs where refactored, see #3175. This also solved Hibernate lazy-loading issues.

Please remember that DTOs were in BETA, and are still in BETA (but should be “stable” pretty soon now), so it’s normal that we modify them.

We have refactored the generated application in the following ways:

  • DTOs and mappers, which were in the web/rest package, are now located in the service package. This means the service layer is the true boundary to our domain objects (which is normal, the REST layer is just a view layer), solves lazy-loading issues (as the service layer is transactional, and the Web layer shouldn’t be transactional - that was an error in some parts of JHipster), and removes some awful package tangling (we had the service layer calling the Web layer - another mistake from our part!).
  • We do still have some view objects in the web/rest package, which are not DTOs: we have decided to call them “View Models” or vm, which is the same naming convention that we have in AngularJS (and that other technologies use, like .NET).

In order to migrate your application:

  • JHipster will not delete your old DTOs or mappers, so the migration is not forced if you don’t want to do it. But you will have some duplicate objects, which isn’t a good idea in the long run.
  • If you want to refactor your code, two types of refactoring can occur: if your objects are real DTOs (= mapped on entities), those DTOs and their mappers must be refactored to the service package. If those objects are just used to send data to the view, they are just “View Models” and should be refactored to the rest/vm package.

Some usual questions and answers on those changes:

  • JHipster only generates DTOs, not VMs. This might change in the future, of course, this is just a first release.
  • You can have entities/DTOs/VMs of the same object, but that’s because you have a complex model. By default JHipster just generates a REST endpoints directly using entities, but if your business cases are complex, you will find this is not enough: you will then find the need to introduce a service+DTO layer, or a view model, or both.
  • You can have DTOs without a service class, and a service class without a DTO. JHipster allows you to do both, but the normal use case would be to have a DTO and a service class working together: the idea is that your service layer transforms your entities into DTOs, and applies business logic on them.

Important change: Fluent setters

After much discussion, JHipster now generates fluent setters on your entities.

As you can check in the ticket linked above, this was validated by the Hibernate team, and we did a public vote where the choice for fluent setters was very clear.

You won’t have to refactor your current application as we still generate the “normal” setters for entities, but if you re-generate your entities you will have those new “fluent” methods which should help you write a better, easier-to-read code.

Kubernetes support

This is probably our biggest new feature, Kubernetes support has been merged! We already have some initial documentation, but this is still a very early release: don’t hesitate to test, submit bugs, help documenting…

New “info” sub-generator

If you need complete information on your JHipster setup, you can run the new “info” sub-generator:

yo jhipster:info

Remember to use it when submiting a bug the project!


  • Upgrade to Spring Boot 1.4 #3900, which also upgraded the project to the latest Tomcat release (and caused issue #3995)
  • Upgrade to the latest NPM and Bower dependencies #3888

Closed tickets

一如既往, you can check all closed tickets here.


For an automatic upgrade, starting with JHipster v3.4.0, use the JHipster upgrade sub-generator on an existing application:

yo jhipster:upgrade

选择手动升级, 需要先升级你的Jhipster版本:

npm update -g generator-jhipster

如果你已经有了一个项目, 将会继续使用当时项目生成的Jhipster版本. 如果需要升级你的项目, 你需要先删除node_modules文件夹再运行:

yo jhipster


yo jhipster --with-entities

你也可以使用实体类子生成器挨个更新你的实体类, 例如你的实体类名字是_Foo_

yo jhipster:entity Foo


如果您发现这个版本的任何问题, 请随时联系我们: