Download
Getting Started
Members
Projects
Community
Marketplace
Events
Planet Eclipse
Newsletter
Videos
Participate
Report a Bug
Forums
Mailing Lists
Wiki
IRC
How to Contribute
Working Groups
Automotive
Internet of Things
LocationTech
Long-Term Support
PolarSys
Science
OpenMDM
More
Community
Marketplace
Events
Planet Eclipse
Newsletter
Videos
Participate
Report a Bug
Forums
Mailing Lists
Wiki
IRC
How to Contribute
Working Groups
Automotive
Internet of Things
LocationTech
Long-Term Support
PolarSys
Science
OpenMDM
Toggle navigation
Bugzilla – Attachment 193911 Details for
Bug 339398
[Proposal] technology.koneki
Home
|
New
|
Browse
|
Search
|
[?]
|
Reports
|
Requests
|
Help
|
Log In
[x]
|
Terms of Use
|
Copyright Agent
Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read
this important communication.
[patch]
last update before creation review :)
clipboard.txt (text/plain), 14.76 KB, created by
Benjamin Cabé
on 2011-04-22 08:25:26 EDT
(
hide
)
Description:
last update before creation review :)
Filename:
MIME Type:
Creator:
Benjamin Cabé
Created:
2011-04-22 08:25:26 EDT
Size:
14.76 KB
patch
obsolete
>### Eclipse Workspace Patch 1.0 >#P technology.koneki >Index: proposal.html >=================================================================== >RCS file: /cvsroot/org.eclipse/www/proposals/technology.koneki/proposal.html,v >retrieving revision 1.3 >diff -u -r1.3 proposal.html >--- proposal.html 8 Apr 2011 17:20:01 -0000 1.3 >+++ proposal.html 22 Apr 2011 12:22:23 -0000 >@@ -45,6 +45,38 @@ > margin-left: 25px; > margin-bottom: 5px; > } >+ >+.archiBlock { >+ font-family: sans-serif; >+ font-variant: small-caps; >+ color: #FFF; >+ padding: 5px; >+ margin-bottom: 0.8em; >+ margin-top: 1em; >+ display: inline-block; >+ border: solid 3px; >+ display: inline-block; >+} >+ >+#embdd { >+ background-color: #A48FC0; >+ border-color: #62457C; >+} >+ >+#protocols { >+ background-color: #51BBCE; >+ border-color: #008498; >+} >+ >+#server { >+ background-color: #A8C377; >+ border-color: #73903A; >+} >+ >+#appModel { >+ background-color: #FEA664; >+ border-color: #C4782E; >+} > </style> > > <body> >@@ -93,13 +125,14 @@ > - Because it is very close to the underlying hardware, embedded > development can turn out to be a complex task, especially considering > the fact that people developing M2M solutions are domain experts >- (healthcare, smart grid, ...), not necessarily software specialists.</li> >+ (healthcare, smart grid, …), not necessarily software >+ specialists.</li> > <li><strong>Variety of M2M embedded modules</strong> - There are > many M2M-capable devices available on the market, and they all come > with different operating systems (although Linux seems to become the > norm), different APIs to communicate with a distant server (over > HTTP, TCP, or whatever) or with a "local" asset (serial protocol, >- Modbus, ZigBee®, ...). This fragmentation makes it very difficult >+ Modbus, ZigBee®, …). This fragmentation makes it very difficult > to come up with reusable, portable, software.</li> > </ul> > >@@ -115,15 +148,22 @@ > Machine-to-Machine solutions developers with tools easing the > development, simulation, testing/debugging and deployment of such > solutions.</p> >+ <p>More specifically, Koneki aims at:</p> > > <ul> >- <li>Establish a programming component-based model for embedded >- development</li> >- <li>Provide exemplary, model-based, tooling, giving developers >- the ability to design (either using visual or "classical" >- programming) embedded applications.</li> >- <li>Provide support for M2M targets interactions: file >- deployment, remote debugging, shell access, etc.</li> >+ <li>Enabling M2M development >+ <ul> >+ <li>support for languages and runtimes used to develop M2M >+ applications, with a specific focus on Lua (ligthweight language, >+ very well-suited for M2M applications)</li> >+ <li>support for communication protocols used in M2M >+ applications</li> >+ <li>smooth integration of M2M servers</li> >+ </ul> >+ <li>Establishing an M2M application model</li> >+ <li>Providing tooling built on top of this application model to >+ improve M2M development experience.</li> >+ <!-- <li>Providing application examples promoting</li> --> > </ul> > > <p> >@@ -142,38 +182,78 @@ > --> > > <p>The Koneki project goal will be to deliver a first-class >- development environment for M2M solutions developers</p> >+ development environment for M2M solutions developers.</p> >+ >+ <p> >+ <img src="images/koneki-architecture.png"> >+ </p> >+ > <p>Here are the key features that the Koneki project aims at > providing: > <ul> >- <li><strong>M2M component model</strong> - The Koneki project >- will expose a data/event-driven component model allowing the >- programmer to design a modular application. The development >- environment will include the ability to validate the consistency of >- an M2M application according to the specification of the components >- it is made of.</li> >- <li><strong>Lua language support</strong> - Several >- Machine-to-Machine modules and devices available on the market are >- programmable using the Lua language. The Koneki project will provide >- the developer with Lua tooling (editor, content-assistance, outline, >- ...) based on DLTK.</li> >- <li><strong>M2M and industrial protocols support</strong> - The >- Koneki project will provide the user with utilities to manipulate M2M >- & industrial protocols: encode/decode binary frames, perform >- bandwidth usage simulation according to different communication >- scenarios, etc.</li> >- <li><strong>M2M devices integration</strong> - In order to ease >- the development of Machine-to-Machine applications, the proposed >- project will include a strong integration of the embedded device >- within the IDE, and will therefore allow easy shell access, remote >- file copy, and remote launch of M2M application using the Eclipse >- "Launch Configuration" mechanism.</li> >- <li><strong>User Assistance</strong> - Given that a person >- involved in the development of a Machine-to-Machine solution is not >- necessarily a skilled embedded developer (e.g. a solution to remotely >- control an industrial equipment will likely be developed by a control >- engineer), the Koneki project will focus on providing the user with >- application templates, examples, ready-to-use libraries, etc.</li> >+ <li><strong class="archiBlock" id="embdd">M2M Embedded >+ Development</strong> >+ <ul> >+ <li><strong>Language tools</strong> — Koneki will rely >+ on existing language development tools (CDT, JDT, DLTK-based >+ editors, …) to give the M2M developer access to usual editing >+ features (syntax highlighting, content assist, outlines, …).</li> >+ <li><strong>M2M embedded runtimes</strong> — Koneki will >+ ease the use of M2M embedded runtimes: remote configuration, remote >+ application deployment/debugging, shell access, …</li> >+ <li><strong>M2M application generation</strong> — Koneki >+ will provide an extensible generation infrastructure built on top >+ of the M2M application model.</li> >+ <li><strong>Application examples</strong> — >+ Machine-to-Machine solution developers are not necessarily skilled >+ embedded developers (e.g. a solution to remotely control an >+ industrial equipment will likely be developed by a control >+ engineer), the Koneki project will therefore focus on providing the >+ developer with embedded application templates and examples.</li> >+ </ul> >+ </li> >+ <li><strong class="archiBlock" id="protocols">Protocols</strong> >+ <ul> >+ <li>Koneki project will provide the user with utilities to >+ manipulate M2M & industrial protocols: encode/decode binary >+ frames, perform bandwidth usage simulation according to different >+ communication scenarios, etc.</li> >+ <li><strong>Simulation</strong> — Koneki will provide >+ extension points enabling the creation of a consistent UI on top of >+ existing protocol simulators/emulators.</li> >+ </ul> >+ </li> >+ <li><strong class="archiBlock" id="server">M2M Server >+ Development</strong> >+ <ul> >+ <li>Koneki will define an abstraction (a la WST Server Adapter) >+ of what an M2M server is. It will allow M2M services providers to >+ implement their own connector, and developers to easily configure >+ the server-side model of their application, discover the Web >+ Services exposed by the server, etc.</li> >+ <li><strong>Simulation</strong> — Koneki will provide a >+ generic simulation infrastructure to allow developer to test >+ different communication policies (and their consequences on >+ bandwidth consumption), monitor data transfers, simulate >+ communication failures, etc.</li> >+ <li><strong>Application examples</strong> — Koneki may >+ package exemplary end-user applications to illustrate the use of >+ M2M server APIs.</li> >+ </ul> >+ </li> >+ <li><strong class="archiBlock" id="appModel">M2M Model</strong> >+ <ul> >+ <li><strong>Application model</strong> — Koneki will >+ implement an M2M application model allowing an M2M solution >+ developer to create an abstract definition of the capabilities of >+ an M2M application (communication capabilities, exposed variables, >+ communication policy, supported remote commands, …).</li> >+ <li><strong>Application editors</strong> — Koneki will >+ provide high-level editors (forms, diagrams, DSL-based editors) of >+ M2M application models, assisting the developer with the design of >+ his/her embedded application.</li> >+ </ul> >+ </li> > </ul> > > <h2>Why Eclipse?</h2> >@@ -186,19 +266,30 @@ > of hosting at Eclipse Labs? > --> > >- <p>The Koneki project would benefit from being hosted at Eclipse >- Foundation in that:</p> >+ <p>The Koneki project has relationships with many Eclipse projects >+ and the Koneki team will closely collaborate with these projects >+ since:</p> > <ul> >- <li>it will closely collaborate with the teams of other Eclipse >- Projects (DLTK, TM, RSE, Linux Tools, ...),</li> >- <li>an M2M Industry Working Group will likely be created to help >- industrial partners and tool vendors to come up with a reference >- environment to develop M2M solutions. Having Koneki at eclipse.org is >- the best way to ensure a good collaboration between the Koneki team >- and the members of the Working Group in charge of identifying M2M >- tooling requirements. >+ <li>Lua tooling relies on DLTK 2,</li> >+ <li>“EMF Forms” (PDE Incubator) is used for easing >+ the development of form-based editors,</li> >+ <li>Tools TM (Terminal and RSE components) is used to communicate >+ with embedded devices,</li> >+ <li>Modeling projects (EMF, EMF Transaction, GMF) support the >+ M2M application model,</li> > </ul> > >+ <p>Koneki will work even more closely with eTrice (MDT project) and >+ Yakindu (EclipseLabs project at the moment) teams to establish an M2M >+ application/component model.</p> >+ >+ <p>In addition, an Eclipse M2M Industry Working Group will likely >+ be created to help industrial partners and tool vendors to come up >+ with a reference environment to develop M2M solutions. Having Koneki >+ at eclipse.org is the best way to ensure a good collaboration between >+ the Koneki team and the members of the Working Group in charge of >+ identifying M2M tooling requirements.</p> >+ > <h2>Initial Contribution</h2> > > <!-- >@@ -214,12 +305,12 @@ > from Sierra Wireless in the form of the following tools:</p> > <ul> > <li>A set of plug-ins to suppport the Lua language: editor, >- content-assist, packaging, ...</li> >+ content-assist, packaging, …</li> > <li>A set of plug-ins to ease Linux target communication: remote >- project copy, remote application launch, debugging ...</li> >+ project copy, remote application launch, debugging …</li> > <li>A packaging mechanism of M2M applications examples,</li> >- <li>A proposed component model for M2M applications, based on a >- dataflow paradigm,</li> >+ <li>A prototype of a component model for M2M applications, based >+ on a dataflow paradigm,</li> > <li>A graphical editor on top of this component model to give the > developer the ability to visualize and modify its application > structure, and perform type and consistency checks.</li> >@@ -252,15 +343,32 @@ > > <dl> > <dt> >- <b>Benjamin Cabé</b>, Sierra Wireless >+ <b>Benjamin Cabé</b>, Sierra Wireless (project co-lead) >+ </dt> >+ <dd>Benjamin is a long-time contributor on many Eclipse projects >+ (Eclipse, PDE, EMF, ECF, …) and committer on e4 and PDE >+ (inactive though). He loves spreading the good word about Eclipse >+ awesomeness at various conferences and writing blogs and articles.</dd> >+ <dt> >+ <b>Gaétan Morice</b>, Sierra Wireless (project co-lead) > </dt> >- <dd>Project co-lead.</dd> >+ <dd>Gaétan leads the Embedded Tooling Development team at >+ Sierra Wireless. The tools his team is developing will be built on >+ top of Koneki components. On a side note, he is passionated by modern >+ programming languages, and especially Clojure.</dd> > <dt> >- <b>Gaétan Morice</b>, Sierra Wireless >+ <b>Simon Bernard</b>, Sierra Wireless > </dt> >- <dd>Project co-lead.</dd> >- <dt>Simon Bernard, Sierra Wireless</dt> >- <dd></dd> >+ <dd>Simon is the lead developer of Sierra Wireless Tools for >+ Embedded Development. He has 5+ years of experience with Eclipse >+ development (RCP, EMF, GMF, CDT, …).</dd> >+ <dt> >+ <b>Kévin Kin-Foo</b>, Sierra Wireless >+ </dt> >+ <dd>Kévin is the developer behind LuaEclipse 2, which he >+ has developed during an internship at Sierra Wireless, and improved >+ on his spare time. He has been hired by Sierra recently and will be >+ the lead developer for the Lua Development Environment.</dd> > </dl> > > <p>We welcome additional committers and contributions.</p> >@@ -300,12 +408,12 @@ > have expressed interest in this project:</p> > > <ul> >- <li>Kai Kreuzer, openHAB project</li> >+ <li>Kai Kreuzer, openHAB project lead</li> > <li>Kévin Kin-Foo, LuaEclipse 2 project</li> >- <li>itemis AG</li> >- <li>Protos Software GMBh</li> >+ <li>itemis AG (Yakindu project)</li> >+ <li>Protos Software GMBh (eTrice project)</li> > <li>Joe Biron, Axeda</li> >- </ul> >+ </ul> > > <h2>Tentative Plan</h2> > >@@ -317,15 +425,40 @@ > --> > > <ul> >- <li>May 2011 – creation review and initial contribution</li> >- >- <li>Q3 2011 – first builds for early adopters</li> >+ <li>May 2011 – Sierra Wireless initial contribution >+ <ul> >+ <li>“Enablers”</li> >+ <li>Lua tooling</li> >+ <li>Modeling environment prototype</li> >+ </ul> >+ </li> >+ >+ <li>June 2011 >+ <ul> >+ <li>Convert Koneki's build to Tycho</li> >+ <li>Make Lua Tooling available at Eclipse Marketplace</li> >+ </ul> >+ </li> >+ >+ <li>Q3 2011 >+ <ul> >+ <li>Call for community participation to define an M2M >+ application model</li> >+ <li>Improve Lua Tooling: LuaRocks support</li> >+ </ul> >+ </li> >+ >+ <li>Q4 2011 >+ <ul> >+ <li>Communicate at EclipseCon Europe</li> >+ <li>Setup M2M server simulation infrastructure</li> >+ <li>Lua Tooling component to be moved to its own Technology >+ project</li> >+ </ul> >+ </li> > >- <li>Q4 2011 – improve Lua support, API stabilization</li> >- >- <li>Q1 2012 – release a 0.9 version</li> >- >- <li>June 2012 – graduate</li> >+ <li>Q2 2012 – First release of an “end-to-end” >+ M2M IDE</li> > </ul> > > <h2>Changes to this Document</h2> >@@ -357,6 +490,12 @@ > <td>07-Apr-2011</td> > <td>Added new Interested Parties and Mentors</td> > </tr> >+ <tr> >+ <td>20-Apr-2011</td> >+ <td>Detailed the functional architecture.<br /> Refined the >+ project plan and relationships with other Eclipse projects.<br /> >+ Added Kévin Kin-Foo to initial committers list.</td> >+ </tr> > </table> > </body> > </html> >\ No newline at end of file
You cannot view the attachment while viewing its details because your browser does not support IFRAMEs.
View the attachment on a separate page
.
View Attachment As Diff
View Attachment As Raw
Actions:
View
|
Diff
Attachments on
bug 339398
:
191123
|
192798
| 193911 |
193912