The goal is to create a REST API using Spring Boot and a corresponding Docker image with the help of GitHub Copilot. Follow the instructions below and try to use GitHub Copilot as much as possible. Try different things and see what GitHub Copilot can do for you, like generating a Dockerfile or a class, add comments, etc.
Make sure GitHub Copilot is configure and enabled for the current laguage, just check the status bar on the bottom right corner of VS Code.
If you are running this exercise in local environment, please make sure JDK 18 and above is installed.
If you are running this exercise in GitHub Codespaces, the java environment is already setup.
The copilot-demo
folder contains the Maven project and Maven installer.
src
containsmain
andtest
. Wheremain
is where the source code lives, andtest
contains the unit tests.Dockerfile
will be used to create a docker image for the project.mvnw
is the unix CLI that can be invoked to use maven CLI.mvnw.cmd
is the Windows CLI that can be invoked to use maven CLI.
To run Copilot inline on Windows you press Ctrl + i
(Windows) / ⌘ + i
(Mac)
To run the app open a terminal in the copilot-demo
folder and run:
./mvnw package
./mvnw spring-boot:run
To run the tests open a terminal in the copilot-demo
folder and run:
./mvnw test
The mvnw
might not have execute permissions.
Please run the following to give it execute permissions.
chmod +x ./mvnw
For this exercise we will be adding a new endpoint to handle a simple GET request.
- Move to the
src/main/.../DemoController.java
file - Start writing the code to handle a simple GET request based on the javadoc comment.
- Just press enter and wait a couple of seconds, Copilot will generate the code for you.
- Alternatively, you can test the Copilot inline feature by pressing
ctrl/⌘ + i
. Then write in the text box the desired behaviour.
You can now run the application and then test it with curl.
- Run the spring app:
./mvnw spring-boot:run
- Test with curl:
curl -v http://localhost:8080/hello?key=world
- If you are using GitHub
Codespaces
, replace localhost:8080 with actualCodespaces
url.
There is an existing unit test src/test/.../CopilotDemoApplicationTests.java
, run below command to test it.
- run
./mvnw test
- If the test passed you should see something like this:
[INFO] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 1.501 s - in com.microsoft.hackathon.copilotdemo.CopilotDemoApplicationTests
[INFO]
[INFO] Results:
[INFO]
[INFO] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0
[INFO]
[INFO] ------------------------------------------------------------------------
[INFO] BUILD SUCCESS
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 2.713 s
[INFO] Finished at: 2024-10-03T10:49:49+08:00
[INFO] ------------------------------------------------------------------------
Let's now create a new unit test for the case when no key is provided in the request.
- Move to
src/test/.../CopilotDemoApplicationTests.java
- Create a comment with
//
and ask it to generate the test case for you. Wait a couple of seconds and it should autocomplete the test for you. - You should then see the following output
[INFO] Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 1.451 s - in com.microsoft.hackathon.copilotdemo.CopilotDemoApplicationTests
[INFO]
[INFO] Results:
[INFO]
[INFO] Tests run: 2, Failures: 0, Errors: 0, Skipped: 0
[INFO]
[INFO] ------------------------------------------------------------------------
[INFO] BUILD SUCCESS
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 2.686 s
[INFO] Finished at: 2024-10-03T11:04:09+08:00
[INFO] ------------------------------------------------------------------------
For this exercise, reuse the existing DemoController.java
.
Add the following endpoints using the help of Copilot, then also create the unit tests for every new operation. It is pretty easy with Copilot !
-
/daysbetweendates:
- calculate days between two dates
- receive by query string two parameters
date1
anddate2
, and calculate the days between those two dates.
NOTE: Use above information inside the Copilot inline feature. Press enter and wait for Copilot to suggest you the code.
-
/validatephonenumber:
- receive by querystring a parameter called phoneNumber
- validate phoneNumber with Spanish format, for example
+34666777888
- if phoneNumber is valid return true
NOTE: Use above information inside a comment. Press enter and wait for Copilot to suggest you the code.
-
/validatespanishdni:
- receive by querystring a parameter called dni
- calculate DNI letter
- if DNI is valid return "valid"
- if DNI is not valid return "invalid"
NOTE: Use above information inside a comment. In this case, you may want to see multiple solutions from Copilot to pick the one that best fits the way to calculate the letter. In order to see the firs 10 suggestions from Copilot press
ctrl/⌘ + enter
.
-
/returncolorcode:
- receive by querystring a parameter called color
- read colors.json file under resources and return the rgba field
- get color var from querystring
- iterate for each color in colors.json to find the color
- return the hex field
- return 404 if not found
NOTE: Hint: Use TDD. Start by creating the unit test and then implement the code. Lets try Copilot chat now. Paste the above information and make it as detailed as possible in the Copilot chat text box. Copilot will use by default the open file as context in order to generate the suggestion.
In exercise 3, we have created a few endpoints in the DemoController.java
file. Now let's refactor the code to make it more readable and maintainable by moving those endpoints into separate controllers. With the DemoController.java
file open, ask Copilot using the chat feature how to refactor those endpoints into separate files.
NOTE: You can use the
@workspaces
command to give Copilot the context of the structure of the whole repo.
We have tried out write coding for a few simple tasks earlier. Now let's explore more complex integrations.
NOTE: You should follow the same pattern as the previous exercise and create each new endpoint in a separate controllers.
-
/tellmeajoke:
- Make a call to the joke api and return a random joke - https://api.chucknorris.io/jokes/random
NOTE: Here's example where you might need to use you own knowledge and judgement to validate that Copilot follows best practices. Just because Copilot mimics what many developers do, doesn't always mean it's the correct way. You might need to be extra specific in your prompt to let Copilot know what's best practices.
-
/moviesbydirector:
- Receive by querystring a parameter called director
- Make a call to the movie api and return a list of movies of that director
- Return the full list of movies
NOTE: This will require to browse to https://www.omdbapi.com/apikey.aspx and request a FREE API Key
-
/parseurl:
- Retrieves a parameter from querystring called someurl
- Parse the url and return the protocol, host, port, path, querystring and hash
- Return the parsed host
NOTE: Copilot can help you learn new frameworks.
-
/listfiles:
- Get the current directory
- Get the list of files in the current directory
- Return the list of files
NOTE: Copilot can also help with these kind of commands locally. The feature is called Copilot in the CLI. You can learn more information about this feature here.
-
/calculatememoryconsumption:
- Return the memory consumption of the process in GB, rounded to 2 decimals
-
/randomeuropeancountry:
- Make an array of european countries and its iso codes
- Return a random country from the array
- Return the country and its iso code
Lets now add in Swagger to the project. This will involve installing the following dependency springfox-boot-starter
. The version should be 3.0.0
.
Ask Copilot how you could achieve this. You can use the @workspaces
command to give Copilot the context of the structure of the whole repo.
At this point in the previous exercises, we created a number of endpoints that are not following REST principles. Let's refactor the code to follow REST principles. You should also update the Swagger documentation, so that each endpoint has a summary and is grouped using tags.
Ask Copilot how you could achieve this. You can use the @workspaces
command to give Copilot the context of the structure of the whole repo.
Documenting code is always a boring and painful task. However, we can use Copilot to document it for us. In the chat, ask Copilot to add javadoc to all of your files.
You can use @workspaces
to write documentation for the whole repo.
Have you been building your Unit Tests along the way? If not this is the perfect time to take a breather and get Copilot to write some unit tests for you!
We will create automated tests to check that the functionality of the previous endpoints is correctly implemented. The tests should be together in the CopilotDemoApplicationTests.java
file.
You can leverage Copilot to run the tests. There is a /tests
command that you can directly run from Copilot Chat or by selecting the piece of code you want to create tests for and using the Copilot inline feature.
Use the Dockerfile provided to create a docker image of the application. There are some comments in the Dockerfile that will help you to complete the exercise.
In order to build, run and test the docker image, you can use Copilot as well to generate the commands.
For instance, create a DOCKER.md
file where you can store the commands to build, run and test the docker image.
Examples of steps to document: Build the container image, Run the container, Test the container.
With the previous exercises you have gone through some common activities that developers usually run:
- Create new features in the code
- Work with external APIs
- Refactor an existing codebase
- Create documentation
- Create tests
However, there are many other things that Copilot can help you with. Feel free to explore other slash command in the Copilot chat like:
/fix
: to fix the problems in your code/explain
: for Copilot to explain you what the code does