[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
|
Re: [flux-dev] Dirigible in context of Flux
|
Hi Martin,
I can confirm now, that Dirigible want and can join CDP initiative at Eclipse. We can start the alignment discussions about what we have now and what is our target. Do you have plan how all this will be organized and when?
Regards,
Nedelcho
-----Original Message-----
From: flux-dev-bounces@xxxxxxxxxxx [mailto:flux-dev-bounces@xxxxxxxxxxx] On Behalf Of Martin Lippert
Sent: Monday, July 21, 2014 3:46 PM
To: Flux developer discussions
Cc: dirigible-forum@xxxxxxxxxxxxxxxx
Subject: Re: [flux-dev] Dirigible in context of Flux
Hey Nedelcho,
thanks for the additional details about Dirigible. Do you have any plans for the future of Dirigible? Do you maybe wanna join the area of cloud development tooling at Eclipse to work together with the Flux, Flare, and Orion teams? I am not sure how exactly these bits and pieces would fit together, but I am sure that joining forces in some areas could make a lot of sense. Any plans/thoughts in this direction?
Cheers,
-Martin
> Hi Flux-Developers,
>
> Thank you for the opportunity to share more information about Dirigible project in context of the relation to Flux.
>
> Dirigible aims at bringing the developer environment as regular desktop IDEs like Eclipse, NetBeans, IntelliJ, etc. to the cloud and yet to be accessed via browser only.
> What set of capabilities we see is good to be kept:
> - end-to-end full development life-cycle (from data model, thru REST services, user interfaces, integrations, documentations, operations and monitoring)
> - all the necessary tools built-in – the only toolkit needed
> - usability – keep the look and feel of the regular IDEs (for us more pros than cons ;) )
> - keep the development model for building the IDE itself as it is for on premise IDE (Eclipse) leveraging RAP (again more pros than cons for such case)
> - leverage the existing mature frameworks built already wherever is applicable
> - produced/target applications to follow the modern Web 2.0 and RESTfull architecture styles
>
> and what we see should to be changed:
> - “the goal” – shortest development turn-around time
> - development model for the target applications – content-centric, in-system programming, dynamic languages
> - using of the underlying cloud platform services via injections
> - scaffolding, templates, samples, debugging, specific form/wysiwyg editors at any layer to boost productivity (as IDE ≠ source code editor)
> - scalability, performance, multi-user, stateless patterns, extensibility become highest priority
>
> It doesn’t mean that for us the standard Java development model is not important – just we have to focus on something we see as feasible short-term for our team. Such Java development we see complementary and can fit perfectly for the underlying services concept (atomic services in Flare), which can be used afterwards by the higher level “business modules” in dynamic languages. As of now for them we have to use on premise IDEs and to bundle them in the Dirigible’s Runtime module or at least to deploy them together.
>
> If you have further questions and comments we will be happy to answer and discuss.
>
> Regards,
> Nedelcho
>
>
> References:
> The project site: http://www.dirigible.io
> The source code is available at GitHub - http://github.com/SAP/cloud-dirigible
> Forum: http://forum.dirigible.io
> Help: http://help.dirigible.io
> Samples: http://samples.dirigible.io
>
> Twitter: https://twitter.com/dirigible_io
> Youtube: https://www.youtube.com/channel/UCYnsiVQ0M9iQLqP5DXCLMBA/
> Google Group: https://plus.google.com/111171361109860650442/posts
> Blog: http://dirigible-logbook.blogspot.com/
> On SCN:
> http://scn.sap.com/community/developer-center/cloud-platform/blog/2014/03/24/dirigible-on-hana-cloud-platform
> http://scn.sap.com/community/developer-center/cloud-platform/blog/2014/06/11/dirigible--extensions-vs-configurations
> http://www.youtube.com/watch?v=RTvec9RdHb4
>
>
> _______________________________________________
> flux-dev mailing list
> flux-dev@xxxxxxxxxxx
> To change your delivery options, retrieve your password, or unsubscribe from this list, visit
> https://dev.eclipse.org/mailman/listinfo/flux-dev
_______________________________________________
flux-dev mailing list
flux-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/flux-dev
