Re: [platform-vision] Minutes from September 17, 2014

[Martin Lippert <mlippert@xxxxxxxxx>]

Hey Tyler,

more thoughts:

> Another few points:
> 1) There are likely going to be three types of microservices, if you will.  Those that deal with provisioning (users, workspaces, resources, accounts, permissions).   Those that deal with workflows (projects, services, sequences, builders, unit testers, runners, packagers).  Those that deal with language services (JDT-style capabilities).  It's easy to think about JDT as a service potentially being a nice way to grow in the market, but these types of core microservices may or may not be accessible outside of an authentication context, for a variety of security reasons.  So, any discussion about a future of microservices probably has to discuss standardization of provisioning & workflow services, too.  This is a bit of a gray area, as again, this wanders a bit into the vendor side of the world. But I again submit that Eclipse as a governing body is one that is expected to release usable, hardened offerings, so we have to account for some of this in the thinking.

I think a cloud-based tooling needs some kind of authentication anyway, but I hope that this authentication “feature” is something orthogonal to all the micro services that we are talking about and doesn’t need to be deeply baked into every individual service.


> 2) The thread below discussed JDT services.  Che has wrappers around JDT and extended it in its own way, so there is a necessary rationalization that must occur. Codenvy has investments going in ant, maven, gradle.  We'd like to get out of having to rationalize JDT and our microservice approach over the long haul.  Language services should ideally be built once and reusable by Che & Flux at the same time.

Yes, micro services should be re-usable in Che, Flux, Digigible, whatever cloud-based dev tooling that people will build on top of the Eclipse CD projects.

Cheers,
-Martin



> 
> 
> Tyler Jewell -- ceo @codenvy.com -- +1 978-884-5355 -- Schedule Appt. -- Blog
> 
> 
> On Wed, Sep 24, 2014 at 8:19 AM, Wayne Beaton <wayne@xxxxxxxxxxx> wrote:
> Greetings all. My apologies for getting these out so late.
> 
> Our next call is today at noon eastern (40  minutes from now, yikes)
> 
> Phone numbers
> 
> North America 1-866-569-4992
> Germany 49-692-2224-6059
> France 33-(0)-17-070-8535
> UK 0800-033-7806
> Switzerland 41-44-580-2115
> Sweden 46-85-063-8386
> Italy 003-902-3604-8268
> 
> Then enter the participant conference extension: 430, then enter pin 4718
> Alternatively, SIP clients can call 430@xxxxxxxxxxxxxxxxxxxx, then enter pin 4718
> --
> 
> In attendance:
> 
> Wayne Beaton
> Martin Lippert
> John Arthorne
> 
> The main focus of the call was to talk about the desktop, but we ventured into a few other corners. I've captured the gist of the conversation below.
> 
> As always, if I've mischaracterised anything, please make appropriate corrections.
> 
> We need Oracle representatives to join this call. I need to keep pushing on this.
> 
> JavaFX is going to figure prominently in Java over the next three years and beyond.
> 
> Java 9 modularity will also be a big part of the future. This will have an impact on our tooling, including the Plug-in Development Environment (PDE).
> 
> Maven needs to be part of the story. Maven support has become one of those things that is just expected in a Java IDE. 
> 
> Aside: we didn't speak about this, but we need to think about next generation build technology. e.g. Gradle
> 
> Refactoring JDT to implement microservices architecture.
> 
> Flux: message backbon; combine pieces. Flux in three years:
> 
> 1. Connections between cloud and desktop tools (sync, migration of projects, integrations)
> 2. Build cloud "microservices"
> 
> "Java Microservices": are these part of Flux, Che, Orion, JDT? Something else?
> 
> Asynchronous integration. Build an integration eco-system.
> 
> Less coupled integration. Move away from monolithic architecture.
> 
> No "IDE" projects. 
> * Web editors and navigation
> * Backend/workspace/provision
> 
> Pick bits and pieces from "feature" projects. "Give me the Cloud IDE" (Flux+Orion+JDT)
> 
> Running/hosting Cloud IDE
> * Not on EF infrastructure
> * Eco-system provides the hosting
> * Partial hosting by EF of some microservices (core messaging/front ends); stateless services.
> 
> Wednesday afternoon meeting at EclipseCon Europe (followed by dinner and drinks). Wayne will sort this out.
> 
> Platform was "the" integration point. Much more fragmented world now. Refactoring Eclipse to fit into the polyglot tooling environment.
> 
> Make JDT usable in other ways. Plug into other editors. More flexible/integrate into other tools (e.g. Tomcat integrating with ECJ).  Able to fit into other tooling environments. Interactive tooling is more challenging to pull apart.
> 
> Java/JavaScript is "just an example". Polglot node.js/ruby/php/c
> 
> Wayne
> -- 
> Wayne Beaton
> @waynebeaton
> The Eclipse Foundation
> <ECE Friends 480x60.png>
> 
> _______________________________________________
> platform-vision mailing list
> platform-vision@xxxxxxxxxxx
> To change your delivery options, retrieve your password, or unsubscribe from this list, visit
> https://dev.eclipse.org/mailman/listinfo/platform-vision
> 
> 
> _______________________________________________
> platform-vision mailing list
> platform-vision@xxxxxxxxxxx
> To change your delivery options, retrieve your password, or unsubscribe from this list, visit
> https://dev.eclipse.org/mailman/listinfo/platform-vision