Hi,
@Charbel, looks good indeed, thanks. I see it is implemented as a html
page, that's an interesting idea actually so that you can provide both
an online version AND a desktop version by embedding a browser.
@Christopher, yes it does look intersting, thanks very much. There are a
few slides on slideshare at
*http://www.slideshare.net/yocaba/osgibased-workflow-engine.* I don't
know neither if it is OS or not. I will ask.
@Marcel, thanks, I will look into all this! It looks a very promissing
lead both as OS solution and good use of Standards. I will start with
the Wire Admin specs and its topology management! I understand you have
already been through all this in the past?
Thanks again for the help!
Thomas
Christopher Brind wrote:
I saw Doreen Seider demonstrate an OSGi workflow engine that they use
internally at German Aerospace (I think). It had a graphical element to it,
but I don't know how open / available it was.
http://85.92.73.37/podcast/java-jee/osgi-based-workflow-engine
I don't know how helpful that will be, sorry.
Cheers,
Chris
On 23 June 2010 09:34, Thomas Lefort <lefortho...@gmail.com> wrote:
Hello All,
I have been scouring the web for an OSGi bundle that would enable an
application to graphically chain processes together and start/stop them
dynamically. The closest thing I have found so far is a 2004 project from
Humberto Cervantes called ServiceBinder (
http://gravity.sourceforge.net/servicebinder/servicebinder-index.html). I
contacted Humberto and he said there was no follow up to this project nor
does he know of any similar work.
In short what I need is something similar to what Graphedit (part of the
DirectX SDK) does or used to do (I haven't touched that stuff in a while).
Basically I would have OSGi bundles exposing processing capabilities and I
want to auto discover and display these in a GUI and be able to chain them
and run them when the chaining is complete.
Anybody aware of such a tool/project?
Thanks for any help,
Regards,
Thomas
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@felix.apache.org
For additional commands, e-mail: users-h...@felix.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@felix.apache.org
For additional commands, e-mail: users-h...@felix.apache.org