The Author Online Book Forums are Moving

The Author Online Book Forums will soon redirect to Manning's liveBook and liveVideo. All book forum content will migrate to liveBook's discussion forum and all video forum content will migrate to liveVideo. Log in to liveBook or liveVideo with your Manning credentials to join the discussion!

Thank you for your engagement in the AoF over the years! We look forward to offering you a more enhanced forum experience.

vyurik (76) [Avatar] Offline
Hi Ken,
In my opinion, the majority of your book users are Microservices developers, not UI developers, and especially not Node.js developers.
However, they encounter huge chunk of Node.js code in Chapter 2 and Chapter 7. For example, in Chapter 7, Node.js UI code footprint 71.7 MB while Microservices jaxrs code footprint is only 8.2 KB.
As a Microservices developer I am reluctant to dig into Node.js code to be able to use it my projects.
I may be not alone in this.
I understand you need some UI layer. But why not to use in the book something more familiar to a middleware developer, like JSF or Spring MVC.
I think that many more potential buyers of your book have experience in JSF or Spring MVC than in Node.js.
It's just my opinion.
Ken Finnigan (21) [Avatar] Offline

Firstly, thanks for taking a look at my book, greatly appreciated!

With respect to the UI code in the book, I'd like to clarify that it's not Node.js but ReactJS being used for the UI. Node and NPM are simply the means of collecting the required dependencies for ReactJS and providing a quick way to run the UI. It's also possible to use `mvn package` and then `java -jar` the resulting uber jar which will run the HTML/JS code using an Undertow web server.

The reason I chose ReactJS is: 1) It gave me a chance to learn a new UI technology, and who doesn't love to learn something new, and 2) I firmly believe that the future of UIs and microservices is that different groups will be implementing each piece of it. Therefore it's less likely that there will be JSF or Spring MVC UIs going forward, as they will be developed by dedicated front end developer teams dealing with HTML/CSS/JS.

Also, it's been close to 6 years since I've used JSF in any way, so learning JS was easier than trying to re-learn JSF, which I would not need to use again.

In the end though, my goal with the UI code was not to distract from the main material of the book, or to have the reader delve into a particular UI technology. It was merely as a way to show how JAX-RS endpoints, and security authentication, can be used in a UI, in particular for those that are not necessarily familiar with how a UI might interact with RESTFul services that server developers create.

Everyone is free to have their own opinion.