I'm using Spring Data REST, which supports HATEOAS. I'm new to this paradigm.
In GET
responses from my RESTful web service I often receive results inside a node named _embedded
.
I'm wondering: what is _embedded
node for? Is it part of REST specification? Or part of HATEOAS specification? Or is it specific for the Spring implementation of them?
This is an example of JSON result for GET http://localhost:8080/mywebservice/features
:
{ "_links": { "search": { "href": "http://localhost:8080/mywebservice/features/search" } }, "_embedded": { "features": [ { "feature": "GROUND", "name": "Terreno", "data_type": "String", "_links": { "self" : { "href": "http://localhost:8080/mywebservice/features/GROUND" }, "values": { "href": "http://localhost:8080/mywebservice/features/GROUND } } }, ... ] } }
I noticed that I almost always have _embedded
node in the response: if I request a collection, but even if a request a single resource by a search (for instance with GET http://localhost:8080/mywebservice/persons/search/findByEmail?email=example@[email protected]
).
I don't get _embedded
node only if the request is for a specific resource, for instance when doing GET http://localhost:8080/mywebservice/features/GROUND
.
resources. "_embedded": contains embedded resources. All other properties MUST be valid JSON, and represent the current state of the resource. The reserved "_links" property.
Spring HATEOAS provides some APIs to ease creating REST representations that follow the HATEOAS principle when working with Spring and especially Spring MVC. The core problem it tries to address is link creation and representation assembly.
Example. A user-agent that implements HTTP makes a HTTP request of a REST API through a simple URL. All subsequent requests the user-agent may make are discovered inside the responses to each request. The media types used for these representations, and the link relations they may contain, are standardized.
HAL is a simple format that gives a consistent and easy way to hyperlink between resources in your API. The HAL format is strictly coupled to HATEOAS. The main target of HATEOAS is to decouple the API Consumer from the paths used in the API.
There's neither a REST nor a HATEOAS specification. Both are only concepts, or architectural styles, if you will. _embedded
is part of the HAL format.
It's intended to embed (sic!) resources where otherwise only their URIs would be returned. For example GET http://localhost:8080/mywebservice/features
is supposed to only return a list of URIs, like http://localhost:8080/mywebservice/features/GROUND
, and you would have to load every single Feature
yourself if you needed it. By utilizing _embedded
all Feature
resources get embedded into the response so you don't have to load them separately.
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With