我不確定Spring HATEOAS(latest v0.17.0)是否可以用於生產。春天HATEOAS生產準備好了嗎?
我已經看到它用於Spring Data REST 2.3.0(主版本> 0)。
但是,Spring HATEOAS主要版本仍然是零。
我不確定Spring HATEOAS(latest v0.17.0)是否可以用於生產。春天HATEOAS生產準備好了嗎?
我已經看到它用於Spring Data REST 2.3.0(主版本> 0)。
但是,Spring HATEOAS主要版本仍然是零。
是的spring-hateoas目前還沒有主要的發行版本,但它有很多次要的發佈版本都非常穩定。
我們在一家大型電信公司使用spring-hateoas,現在我們已經成功生產了一段時間。
我不希望向後兼容性發生變化,因此使用它應該是安全的。奧利弗吉爾克(項目負責人)是actively fixing defects所以我不擔心。
我有2個問題與spring-hateoas:0.17.0.RELEASE
的第一個問題是,Resource
類繼承標註有@JsonIgnore
這與也有id
屬性實體衝突的getId()
。使用XML,它工作正常。
例如,這裏的id
不會desserialized和你的POJO將代替空:
{
"id": "55a53c35d4c6e3efd60fc31f",
"name": "Portal",
"_links": {
"self": {
"href": "http://localhost:8100/games/55a53c35d4c6e3efd60fc31f"
}
}
}
但是,這將很好地工作:
<Resource xmlns="">
<id>55a53e2ad4c6e74c6c09607d</id>
<name>Portal</name>
<links>
<links>
<rel>self</rel>
<href>http://localhost:8100/games/55a53e2ad4c6e74c6c09607d</href>
</links>
</links>
</Resource>
的第二個問題是, links
不僅僅是從JSON響應中被反序列化,可能是因爲一個不同的原因(我仍然不明白)。使用XML,它再次正常工作。
回到原來的問題,在幾個小時內發現這些問題後,我相信這不是生產準備。但我希望它很快就會出現,這是一個了不起的項目,非常直觀,易於使用。