Spring Boot Reviews

I primarily rely on Spring Boot as the core microservices framework, used for creating myriad solutions for health care and for the financial services industries. Environments change, depending on client commitments and budgets, but Spring Boot remains as the successful nexus for all development.

I have used it for both SQL and NoSQL solutions, including both caching and non-caching environments. With over 20 Spring modules to select for possible augmentation of the basic Spring Boot platform, there is nearly always a solution available.

In cases, where some additional, narrow functionality is still lacking, many existing solutions can be integrated into the Spring Boot Java framework, even if that functionality is not part of an official Spring Boot add-on module.

Spring Boot has sped time to market and has also improved testability, hence also improving the quality of deployed solutions. By eliminating the need for XML configuration, Spring Boot has also been instrumental in improving application performance, since this shift away from XML has provided an impetus to migrate from SOAP to RESTful services.

Also, Spring Boot has facilitated cloud migrations, since now the application can be deployed as a simple JAR file. Where Spring Boot has not helped has been with clients, who insist on moving away from Java (and .NET), towards lighter-weight solutions, such as NodeJS.

I have found the starter solutions valuable, as well as integration with other products.  For example, the MongoDB Repository feature is extremely helpful. Also, the integration with Spring Data JPA is valuable for accessing familiar JPA query functionality.

Spring Security facilitates the handling of standard security measures.

The Spring Boot annotations make it easy to handle routing for microservices and to access request and response objects.

Other annotations included with Spring Boot enable move away from XML configuration, and, of course, autowiring removes the necessity for creating objects in many scenarios.

Perhaps an even lighter-weight, leaner version could be made available, to compete with alternative solutions, such as NodeJS.

It would also be extremely helpful if hand-holding templates were provided, to quickly guide new developers through the entire end-to-end process of developing a solution with Spring Boot. These aids could be in question or checkbox answer format, which would then trigger the appropriate guides. The guides should be geared to developer tasks. For example, after the neophyte Spring Boot developer answers some questions, the guide might say, "OK, then, you will want to put your MongoDB queries in the MongoDB Repository that you have created. You can use this @Query format..."

I have been using Spring Boot for three years.

My impression is that Spring Boot is highly stable. In fact, I have not seen any stability problems, at all, since I have been using it.

Spring Boot scales well. Care must be taken if any state is to be maintained since maximum scalability would be associated with a singleton instance of the application.

A deep and wide community provides substantial support for the entire Spring Boot ecosystem.

Previously, I used the traditional Spring and EJB. Performance, error-prone XML SOAP layer, XML-weak developer skillset, as well as increased ease of Cloud deployment were prime motivators for switching to Spring Boot.

The initial setup is straightforward due to the extensive starter project support online. Also, there is vast community support online for Spring Boot.

Developers implemented without any vendor team support.

Since Spring Boot, as well as the associated Eclipse IDE (with the Spring Tool Suite, STS, installed) are free, ROI is extremely high. The only investment is developer training, which is minimized, in part by having starter projects available online, and in part, by the simplicity of the design of the platform.

Spring Boot is free; even the Spring Tools Suite for Eclipse is free.

I advise others to use the cost savings to invest in Postman Pro, and to use that product to create and run suites of integration testing, whenever changes are made to the code base. I even advise moving unit testing to Postman Pro test scripts, which can be run by testers, in addition to developers. In this way, zero-defect applications can be deployed and supported.

The closest competitor was a totally different option: NodeJS/React.

Spring Boot is a great way to implement microservices in the Cloud. It is an especially good choice if the requirements include background processing and calculations, which make the application a poor candidate for a lighter-weight solution, such as NodeJS.

I'm the CEO of our company and a user of Spring Boot. I use the product on a daily basis for business applications. It's great because it simplifies development. Together with MyBatis, they make a beautiful pair for Java development. I'll be developing with Spring Boot in the future.

The product could be improved by supporting and integrating Hadoop. A year ago Spring Boot announced that they were removing Hadoop support from the product but many software companies work with Hadoop and Cassandra, and I really think that Spring Boot should renew the Hadoop connection. 

I've been using Spring Boot since 2003 when the framework was created.

It's a very stable product. 

As a Java program, it's very scalable.

I haven't had any issues where I've required technical support. I know there is a blog and many forums where questions can be answered and Spring Boot is discussed. There are somewhere between five and 10 different software forums. 

Setup of the program is very simple, it takes about a minute. 

As a product that is a Java framework, it's better and a lot more simple than other similar frameworks. 

I would rate this product a nine out of 10. 

Our use of this solution is related to creating microservices, based on microservices architecture that we're implementing now.

Since microservices are totally linked to the business capabilities and, at the same time, it is a way or a style of handling the business functionality and the business processes, Spring Boot comes into the picture where you are just focusing on building microservices for one specific business function. So that has been really helpful. You can have both the UI part and the API part, so that the microservice can be utilized either with other applications or it can be used independently.

Spring Boot is much easier when it comes to the configuration, setup, installation, and deployment of your applications, compared to any kind of MVC framework. It has everything within a single framework, rather than having the hassle of installing, setting up, or even deploying a regular MVC framework.

I'm not one who is really obsessed with Spring Boot. It's a tool. But at the same time, I would rather use other things like a BPMN engine to do the work because Spring Boot is lacking visibility in terms of how that business process or business rule would look within your application. Because everything has been embedded within the code itself, it disables the visibility and the ability to maintain or even support a specific functionality in a user-friendly manner, where a developer can come up and just adjust that part of that process.

I'd rather go for a BPMN tool or engine that will reduce development time, rather than spending the whole time writing a tiny function for linking activities or tasks together.
I would rather use a BPMN engine just to focus on the business link and, at the same time, to have that type of visibility and agility, not to mention, of course, the consistency between consumer processes and the business ability.

It's a stable solution.

It's a scalable solution.

Spring Boot is an open-source tool, a framework.

You need to have that user-friendliness so that it's really easy for both business and even IT to use the same engine. When it comes to modeling, it shouldn't be like a foreign language between IT and the business. It should be very easy to manipulate, very easy to create, very easy to design.

My most important criteria when selecting a vendor depend on specific business requirements. The business is always looking to speed up the production of these services. So agility is number one. The second is going to be the productivity and effectiveness. The third is related to the user experience; and finally, the customer support side.

I would give Spring Boot a five out of 10. Spring, as a framework, is really complex. It's not really easy for a beginner or even an intermediate developer.

I use Spring Boot to develop microservices.

It's very easy to get started. It's very quick. Most of the configurations are already available. So not much time is spent on setting up things. One can quickly set up and then get rolling.

The cross framework compatibility has some shortcomings. With JUnit Test Runner and Spring Boot, it's really tedious to make them both work to write the test cases.

I have been using Spring for around ten years, but I haven't used Spring MVC much, though I have used the other parts of the solution's framework. Regarding the version, I am using Spring 5.1. I am a user of the solution.

Stability-wise, it's quite a mature product now.

The initial setup was easy.

It's an open-source solution.

I would recommend Spring Boot to others.

I found it tedious to write JUnit test cases for my code in Spring.

I rate the overall solution an eight out of ten.