-
Book Overview & Buying
-
Table Of Contents
-
Feedback & Rating

Full Stack Development with Spring Boot 3 and React
By :

We will create our backend project using Spring Initializr, a web-based tool that’s used to create Spring Boot projects. Then, we will learn how to run our Spring Boot project using the Eclipse IDE. At the end of this section, we will also look at how you can use Spring Boot logging.
To create our project using Spring Initalizr, complete the following steps:
Figure 1.3: Spring Initializr
IMPORTANT NOTE
Select the correct Java version in Spring Initializr. In this book, we are using Java version 17. In Spring Boot 3, the Java baseline is Java 17.
Figure 1.4: Adding dependencies
The Spring Boot DevTools dependency gives us the Spring Boot developer tools, which provide an automatic restart functionality. This makes development much faster because the application is automatically restarted when changes have been saved.
The Spring Web starter pack is a base for full stack development and provides an embedded Tomcat server. After you have added dependencies, your Dependencies section in Spring Initializr should look like this:
Figure 1.5: Spring Initializr dependencies
Next, we will learn how to run our project using the Eclipse IDE.
Perform the following steps to run the Gradle project in the Eclipse IDE:
Figure 1.6: Import wizard (step 1)
Figure 1.7: Import wizard (step 2)
cardatabase
project in the Eclipse IDE Project Explorer. It takes a while before the project is ready because all the dependencies will be downloaded by Gradle after importing them. You can see the progress of the dependency download in the bottom-right corner of Eclipse. The following screenshot shows the Eclipse IDE Project Explorer after a successful import:Figure 1.8: Project Explorer
com.packt.cardatabase
. Under that package is our main application class, called CardatabaseApplication.java
.Figure 1.9: The Cardatabase project
You can see the Console view open in Eclipse, which contains important information about the execution of the project. As we discussed before, this is the view where all log text and error messages appear, so it is really important to check the content of the view when something goes wrong.
If the project was executed correctly, you should see the started CardatabaseApplication
class in the text at the end of the console. The following screenshot shows the content of the Eclipse console after our Spring Boot project has been started:
Figure 1.10: Eclipse console
You can also run your Spring Boot Gradle project from the command prompt or terminal using the following command (in your project folder):
gradlew bootRun
In the root of our project, there is the build.gradle
file, which is the Gradle configuration file for our project. If you look at the dependencies inside the file, you can see that there are now dependencies that we selected on the Spring Initializr page. There is also a test dependency included automatically, as illustrated in the following code snippet:
dependencies {
implementation 'org.springframework.boot:spring-boot-starter-
web'
developmentOnly 'org.springframework.boot:spring-boot-
devtools'
testImplementation 'org.springframework.boot:spring-boot-
starter-test'
}
In the following chapters, we are going to add more functionality to our application, and then we will add more dependencies manually to the build.gradle
file.
Let’s look at the Spring Boot main
class more carefully:
package com.packt.cardatabase;
import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
@SpringBootApplication
public class CardatabaseApplication {
public static void main(String[] args) {
SpringApplication.run(CardatabaseApplication.class, args);
}
}
At the beginning of the class, there is the @SpringBootApplication
annotation, which is actually a combination of multiple annotations:
Annotation |
Description |
|
This enables Spring Boot’s automatic configuration, so your project will automatically be configured based on dependencies. For example, if you have the |
|
This enables the Spring Boot component scan to find all the components of your application. |
|
This defines a class that can be used as a source of bean definitions. |
Table 1.1: SpringBootApplication annotations
The execution of the application starts from the main()
method, as in standard Java applications.
IMPORTANT NOTE
It is recommended that you locate the main application class in the root package above other classes. All packages under the package containing the application class will be covered by Spring Boot’s component scan. A common reason for an application not working correctly is due to Spring Boot being unable to find critical classes.
Spring Boot development tools make the application development process simpler. The most important feature of the development tools is automatic restart whenever files on the classpath
are modified. Projects will include the developer tools if the following dependency is added to the Gradle build.gradle
file:
developmentOnly 'org.springframework.boot:spring-boot-devtools'
Development tools are disabled when you create a fully packaged production version of your application. You can test automatic restart by adding one comment line to your main class, as follows:
package com.packt.cardatabase;
import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
@SpringBootApplication
public class CardatabaseApplication {
public static void main(String[] args) {
// After adding this comment the application is restarted
SpringApplication.run(CardatabaseApplication.class, args);
}
}
After saving the file, you can see in the console that the application has restarted.
Logging can be used to monitor your application flow, and it is a good way to capture unexpected errors in your program code. The Spring Boot starter package provides the Logback, which we can use for logging without any configuration. The following sample code shows how you can use logging. The Logback uses Simple Logging Façade for Java (SLF4J) as its native interface:
package com.packt.cardatabase;
import org.slf4j.Logger;
import org.slf4j.LoggerFactory;
import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
@SpringBootApplication
public class CardatabaseApplication {
private static final Logger logger = LoggerFactory.getLogger(
CardatabaseApplication.class
);
public static void main(String[] args) {
SpringApplication.run(CardatabaseApplication.class, args);
logger.info("Application started");
}
}
The logger.info
method prints a log message to the console. Log messages can be seen in the console after you run a project, as shown in the following screenshot:
Figure 1.11: Log message
There are seven different levels of logging: TRACE
, DEBUG
, INFO
, WARN
, ERROR
, FATAL
, and OFF
. You can configure the level of logging in your Spring Boot application.properties
file. The file can be found in the /resources
folder inside your project, as illustrated in the following screenshot:
Figure 1.12: Application properties file
If we set the logging level to DEBUG
, we can see log messages from levels that are log level DEBUG
or higher (that is DEBUG
, INFO
, WARN
, and ERROR
). In the following example, we set the log level for the root, but you can also set it at the package level:
logging.level.root=DEBUG
Now, when you run the project, you can no longer see TRACE
messages. The TRACE
level contains all application behavior details, which is not needed unless you need full visibility of what is happening in your application. It might be a good setting for a development version of your application. The default logging level is INFO
if you don’t define anything else.
There is one common failure that you might encounter when running a Spring Boot application. Spring Boot uses Apache Tomcat (http://tomcat.apache.org/) as an application server by default, which runs on port 8080
by default. You can change the port in the application.properties
file. The following setting will start Tomcat on port 8081
:
server.port=8081
If the port is occupied, the application won’t start, and you will see the following APPLICATION FAILED TO START message in the console:
Figure 1.13: Port already in use
If this happens, you will have to stop the process that is listening on port 8080
or use another port in your Spring Boot application. You can avoid this by clicking the Terminate button (red square) in the Eclipse console before running the application.
In the next section, we will install a MariaDB database to use as a database in our backend.