Now that the application is running, you can test it. You can use any REST client you wish. The following examples use the *nix tool, curl.
First, you want to see the top-level service. The following example shows how to do so:
$ curl http://localhost:8080
{
"_links" : {
"people" : {
"href" : "http://localhost:8080/people{?page,size,sort*}",
"templated" : true
},
"profile" : {
"href" : "http://localhost:8080/profile"
}
}
}
The preceding example provides a first glimpse of what this server has to offer. There is a people link located at http://localhost:8080/people. It has some options, such as ?page, ?size, and ?sort.
|
Spring Data REST uses the HAL format for JSON output. It is flexible and offers a convenient way to supply links adjacent to the data that is served. |
The following example shows how to see the people records (none at present):
$ curl http://localhost:8080/people
{
"_embedded" : {
"people" : [ ]
},
"_links" : {
"self" : {
"href" : "http://localhost:8080/people?page=0&size=20"
},
"profile" : {
"href" : "http://localhost:8080/profile/people"
},
"search" : {
"href" : "http://localhost:8080/people/search"
}
},
"page" : {
"number" : 0,
"size" : 20,
"totalElements" : 0,
"totalPages" : 0
}
}
There are currently no elements and, hence, no pages. Time to create a new Person! The following listing shows how to do so:
$ curl -i -H "Content-Type:application/json" -d '{"firstName": "Frodo", "lastName": "Baggins"}' http://localhost:8080/people
HTTP/1.1 201
Location: http://localhost:8080/people/1
Content-Type: application/vnd.hal+json
Transfer-Encoding: chunked
Date: Wed, 14 Jan 2026 13:40:30 GMT
{
"_links" : {
"self" : {
"href" : "http://localhost:8080/people/1"
},
"person" : {
"href" : "http://localhost:8080/people/1"
}
},
"firstName" : "Frodo",
"lastName" : "Baggins"
}
-
-i: Ensures you can see the response message including the headers. The URI of the newly created Person is shown.
-
-H "Content-Type:application/json": Sets the content type so the application knows the payload contains a JSON object.
-
-d '{"firstName": "Frodo", "lastName": "Baggins"}': Is the data being sent.
-
If you are on Windows, the command above will work on WSL. If you can’t install WSL, you might need to replace the single quotes with double quotes and escape the existing double quotes, i.e. -d "{\"firstName\": \"Frodo\", \"lastName\": \"Baggins\"}".
|
Notice how the response to the POST operation includes a Location header. This contains the URI of the newly created resource. Spring Data REST also has two methods (RepositoryRestConfiguration.setReturnBodyOnCreate(…) and setReturnBodyOnUpdate(…)) that you can use to configure the framework to immediately return the representation of the resource just created. RepositoryRestConfiguration.setReturnBodyForPutAndPost(…) is a shortcut method to enable representation responses for create and update operations. |
You can query for all people, as the following example shows:
$ curl http://localhost:8080/people
{
"_embedded" : {
"people" : [ {
"_links" : {
"self" : {
"href" : "http://localhost:8080/people/1"
},
"person" : {
"href" : "http://localhost:8080/people/1"
}
},
"firstName" : "Frodo",
"lastName" : "Baggins"
} ]
},
"_links" : {
"self" : {
"href" : "http://localhost:8080/people?page=0&size=20"
},
"profile" : {
"href" : "http://localhost:8080/profile/people"
},
"search" : {
"href" : "http://localhost:8080/people/search"
}
},
"page" : {
"number" : 0,
"size" : 20,
"totalElements" : 1,
"totalPages" : 1
}
}
The people object contains a list that includes Frodo. Notice how it includes a self link. Spring Data REST also uses Evo Inflector to pluralize the name of the entity for groupings.
You can query directly for the individual record, as follows:
$ curl http://localhost:8080/people/1
{
"_links" : {
"self" : {
"href" : "http://localhost:8080/people/1"
},
"person" : {
"href" : "http://localhost:8080/people/1"
}
},
"firstName" : "Frodo",
"lastName" : "Baggins"
}
|
This might appear to be purely web-based. However, behind the scenes, there is an H2 relational database. In production, you would probably use a real one, such as PostgreSQL. |
|
In this guide, there is only one domain object. With a more complex system, where domain objects are related to each other, Spring Data REST renders additional links to help navigate to connected records. |
You can find all the custom queries, as shown in the following example:
$ curl http://localhost:8080/people/search
{
"_links" : {
"findByLastName" : {
"href" : "http://localhost:8080/people/search/findByLastName{?name}",
"templated" : true
},
"self" : {
"href" : "http://localhost:8080/people/search"
}
}
}
You can see the URL for the query, including the HTTP query parameter, name. Note that this matches the @Param("name") annotation embedded in the interface.
The following example shows how to use the findByLastName query:
$ curl http://localhost:8080/people/search/findByLastName?name=Baggins
{
"_embedded" : {
"people" : [ {
"_links" : {
"self" : {
"href" : "http://localhost:8080/people/1"
},
"person" : {
"href" : "http://localhost:8080/people/1"
}
},
"firstName" : "Frodo",
"lastName" : "Baggins"
} ]
},
"_links" : {
"self" : {
"href" : "http://localhost:8080/people/search/findByLastName?name=Baggins"
}
}
}
Because you defined it to return List<Person> in the code, it returns all results. If you had defined it to return only Person, it picks one of the Person objects to return. Since this can be unpredictable, you probably do not want to do that for queries that can return multiple entries.
You can also issue PUT, PATCH, and DELETE REST calls to replace, update, or delete existing records (respectively). The following example uses a PUT call:
$ curl -X PUT -H "Content-Type:application/json" -d '{"firstName": "Bilbo", "lastName": "Baggins"}' http://localhost:8080/people/1
{
"_links" : {
"self" : {
"href" : "http://localhost:8080/people/1"
},
"person" : {
"href" : "http://localhost:8080/people/1"
}
},
"firstName" : "Bilbo",
"lastName" : "Baggins"
}
The following example uses a PATCH call:
$ curl -X PATCH -H "Content-Type:application/json" -d '{"firstName": "Bilbo Jr."}' http://localhost:8080/people/1
{
"_links" : {
"self" : {
"href" : "http://localhost:8080/people/1"
},
"person" : {
"href" : "http://localhost:8080/people/1"
}
},
"firstName" : "Bilbo Jr.",
"lastName" : "Baggins"
}
|
PUT replaces an entire record. Fields not supplied are replaced with null. You can use PATCH to update a subset of items. |
You can also delete records, as the following example shows:
$ curl -X DELETE http://localhost:8080/people/1
$ curl http://localhost:8080/people
{
"_embedded" : {
"people" : [ ]
},
"_links" : {
"self" : {
"href" : "http://localhost:8080/people?page=0&size=20"
},
"profile" : {
"href" : "http://localhost:8080/profile/people"
},
"search" : {
"href" : "http://localhost:8080/people/search"
}
},
"page" : {
"number" : 0,
"size" : 20,
"totalElements" : 0,
"totalPages" : 0
}
}
A convenient aspect of this hypermedia-driven interface is that you can discover all the RESTful endpoints by using curl (or whatever REST client you like). You need not exchange a formal contract or interface document with your customers.