I'm writing this message after viewing what emacs can do in the field of
modeling using the CEDET Cogre package.
I've stumbled upon the this project during my search for an ideal modeling
I'm convinced that graphical modeling will play a major role in system
(hardware, software) and process (business management, workflows)
engineering. A picture is worth a thousand words!
I must say that the possibilities for UML/SysML modeling are a bit skinny
compared to eclipse. The eclipse/topcased is great thanks to all the
plugins being developed at the moment (transformations, cdo, model
comparison). I've been testing several of all the features available and I
really like them!
BUT eclipse doesnt really fit in the workflow. Currently I'm working as
lightweight as possible, using a minimal but pleasant environment:
- ubuntu server
- 'awesome' window manager
- emacs as editor
- conkeror for web browsing
Using a heavy weight application as eclipse doesnt fit in... I've been
looking for alternatives with similar functionalities but there simply are
What I need is some way for emacs to communicate with the components
written for eclipse. Been thinking on using the eclipse plugins as
standalone headless RCP apps but I returned from that road after
web-search. An alternative solution would be to use eclipse components by
communicating through scripts.
Theres an eclipse project running which allows script based communication
with all components of the platform. It's called EASE (
http://wiki.eclipse.org/E4/Scripting) and I've suggested this use case on
their mailing list (eclipse-scripting-dev@...) as they've been
asking to add possible use cases in one of their presentations. Perhaps you
could contact them to see if they're intrested in co-development.
I would be great to generate diagrams, transform and compare models by
executing scripts in emacs/other external programs and return the output to
-diagrams in an xemacs-buffer or an emacs org-mode latex/html export
-using the output of modelica model execution (uml models with
-source code generation for ROS nodes using engines written in eclipse
-literate programming within emacs org and graphical execution in
These could a few possibilities. My MAIN request is simply not having to
move back and forth between emacs and eclipse when I attempt integrate
models within a project.
The workflow described above is actually only one of the possible
implementations of what could be one of the future goals: Using a headless
eclipse RCP as middleware for software development components.
The intention would be to shift focus AWAY from all current eclipse based
graphical UI. In some sense I'd compare my view to a solution which is
already available in robotics software development: the core components of
ROS (robotic operating system) handle all communications in a standardized
fashion between a very broad and distributed community of robotic software
Eclipse is a component based application, but the core-components are not
often used to fulfill non-IDE functionalities.
Having the eclipse core listening as server on port using minimal resources
is a start. (network communication is already a requirement within Eclipse
Advanced Scripting Environment project). Adding script based communication
to create jobs which execute eclipse plugin functionality is great!
Eclipse is a great IDE, perhaps even the greatest when it comes to
modeling. But if the user interface could be non-eclipse based, I think
you'd attract alot of non-eclipse users.
I've posted a similar message to the eclipse scripting development team (
<eclipse-scripting-dev@...>Perhaps this message could initiate
What's your opinion on the subject?
Remember having read about eclim one of the last times I got frustrated by
eclipse... but I moved on since I was specifically looking for graphical
(uml) modeling solutions.
Currently looking at code making an attempt to understand eclim's
architecture hopefully I'll figure how to create an org.eclim.ease plugin
which handles eclipse scripting capabilities. No high hopes on it though...
but rather the scripting than a buckload of modeling plugins.
Still a bit in the mist on how it could be possible to handle the graphics
Perhaps investigate in how to manipulate contents in doc view mode,
or let eclipse handle html code generation and use this instead.
These are just ideas though, havent looked into it...
Sorry for the late respons btw...
during the week i havent got too much time to play around with this.
On Sun, Mar 16, 2014 at 6:43 PM, Dmitry Gutov <dgutov@...> wrote:
> Dieter Van Eessen <dieter.van.eessen@...> writes:
> > What I need is some way for emacs to communicate with the components
> > written for eclipse.
> Have you looked at Eclim?