[Berlin-wireless] Freimap Eclipse / GMF port

[sagiea at bgu.ac.il]

Hello,

working on the Service Control Module through GSoC the advantages of
porting Freimap to the eclipse platform soon became apparent. Porting
Freimap to Eclipse & GMF has many advantages:

     1. Graphical Modeling Framework - GMF 
        
             1. well suited for a graphical map presentation
             2. model driven - this design approach should scale very
                well with any future features added while keeping the
                overall design clear. Making changes later should also
                be relatively easy since they are usually achievable
                through the model.
             3. code generation - GMF uses an ecore model backend which
                supports code generation - this will increasingly become
                more useful as the code base grows in size and as model
                transformation tools become more advanced. much of the
                code for the Eclipse editor plug-in, diagram editor &
                testing stubs are all automatically generated. UML
                diagrams can also be produced.
             4. built-in persistent diagram storage (xml) - map & node
                data automatically stored & reloaded when opening maps.
        
     2. The Eclipse Plug-in development framework makes integrating with
        Eclipse possible in a variety of ways. reuse of available code
        features such as docable view panes (eg. for map layer
        selection), automatic updates, bug submission, etc. are all
        obtainable. An example of this is the use of Eclipse's internal
        browser to interact with the Freifunk web interface. The final
        result can then be exported as a standalone application
        (rich-client).
     3. Eclipse uses SWT which is supposed to be faster & renders nicely
        (in my opinion :)

to my knowledge four current projects involve freimap including the SNMP
data source, service discovery, IPFIX & service control module - all
these eventually have to be integrated into a single working tool.
Stefano (service discovery) has already put effort into integrating with
the Netbeans IDE but in my opinion integrating with two separate IDE's
is unnecessary. The sooner it's clear how all these projects eventually
combine the better.

Another issue involves remote node interaction. I've been working on
implementing an SSH channel, providing an integrated node shell as well
as more advanced features such as issuing commands via ssh for multiple
selected nodes simultaneously & having graphical feedback from commands
such as 'traceroute' show on map. There is the question of how to
combine the functionality available through the the freifunk web
interface - currently all luci-backed interaction is available through
the integrated webbrowser but if future direct (ssh tunneled?) upnp
interaction is sought this won't be enough...

Any feedback on these issues is welcome

Sagie


project link
current ecore model file (xml)
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20090812/984a722c/attachment.html>