chris webster wrote:There's an introductory course for Play in Java on Udemy which is available for £9 until 11th January:
No idea if the course is any good but at that price it hardly matters!
Claude Moore wrote:Thanks Stephan for your reply. To be honest, I've read some time ago Martin Flower's article you linked, and it seems a good answer to all the buzz around microservices based architectures.... an architectural style that i'd like to adopt without falling into a too much fine grained approach. Using different WARS under the same technologic umbrella (Java EE) seemed a good idea, but it may actually turn out to be too much fragmented. I love the idea to be able to build an application focused only on a main task (orderentry for example) without coping too much with other modules,and - why not ? - potentially to be able to play with different frameworks for each module, if needed. Another advantage I see is that one may update a single war (i.e a module), or choose a subset of modules to compose a custom application installation. Of course, the main concern is coordinating the whole thing.. and make it work !
chris webster wrote:It sounds like you might want to look at Microservices here. I don't know much about it, but this seems to be the way people are starting to build these complex interacting applications.
Put the moon back where you found it! We need it for tides and poetry and stuff. Like this tiny ad:
Devious Experiments for a Truly Passive Greenhouse!https://www.kickstarter.com/projects/paulwheaton/greenhouse-1