• Post Reply Bookmark Topic Watch Topic
  • New Topic
programming forums Java Mobile Certification Databases Caching Books Engineering Micro Controllers OS Languages Paradigms IDEs Build Tools Frameworks Application Servers Open Source This Site Careers Other Pie Elite all forums
this forum made possible by our volunteer staff, including ...
Marshals:
  • Campbell Ritchie
  • Paul Clapham
  • Ron McLeod
  • Tim Cooke
  • Junilu Lacar
Sheriffs:
  • Rob Spoor
  • Devaka Cooray
  • Jeanne Boyarsky
Saloon Keepers:
  • Jesse Silverman
  • Stephan van Hulst
  • Tim Moores
  • Carey Brown
  • Tim Holloway
Bartenders:
  • Jj Roberts
  • Al Hobbs
  • Piet Souris

Java Microservice Architecture

 
Ranch Hand
Posts: 146
2
Mac Java
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
I came across this post about Java microservice architecture today. It espouses the benefits of modularising applications into individual services that can be deployed and function on their own, scaled up as necessary, without the overhead of having an app server and all the resources it needs to meet the needs of both CPU and memory intensive aspects of the application. It goes on to say that the days of having a fat or monolitihic application, where all of the logic needed to run it is contained in one place, eg bin the EAR, WAR.

A few times throughout the article, and in conclusion, one of the bullet points is:

Your services have main methods



This leads me to believe, in conjunction with the lack of an app server, that these services are written in Java SE, rather than EE. However, one of the references, Micro Services - Java the Unix Way states on slide 56, "Our Stack":

Embedded Jetty (current project uses SimpleWeb)



Now, does use of Jetty imply that actually Java SE with servletts is what is required to build an application based on a microservice architecture, hence the use of Jetty? Or can all of the requirements, including use of WebSockets (I thought SE only has a client implementation), be met purely by SE? Does anybody have any useful resources showing a basic implementation process in vanilla Java? I'd be interested to see some example source code.

What I have not found in the above article, or the few references I have had time to skim through, is any real argument other than lack of standards for SOA. What, therefore, are the pros and cons of adopting a microservices architecture? Are there any areas where it really is weak? Given Java EE is capable of managing a lot of the security functions necessary of a web-based (or any other) application, how is this achieved in a microservices architecture? These are all questions that seem to be lacking answers and I would be greatful of thoughts and pointers to follow on resources.
 
You showed up just in time for the waffles! And this tiny ad:
Building a Better World in your Backyard by Paul Wheaton and Shawn Klassen-Koop
https://coderanch.com/wiki/718759/books/Building-World-Backyard-Paul-Wheaton
reply
    Bookmark Topic Watch Topic
  • New Topic