| ATTN: Gemini Management subproject about to be shut down! [message #1078107] |
Fri, 02 August 2013 10:47  |
Eclipse User |
|
|
|
The subject of this topic describes the most likely outcome now that the subproject lead has moved on. Since nobody has stepped in to volunteer to lead the Gemini Management subproject it will be terminated/sit in hibernation, with no development, maintenance or support.
If you use Gemini Management and/or are interested in becoming the lead please make it known ASAP either by replying to this post or by emailing the common Gemini dev mailing list (gemini-dev@eclipse.org). No experience is necessary, but either a knowledge of, or willingness to learn about the project is obviously going to help! The time commitment depends upon the volunteer, but a couple of hours a week is an estimated minimum.
Thank you.
-Mike Keith
Gemini parent project lead
PS Note that Gemini DBAccess, Gemini JPA, Gemini Web and Gemini Naming are still very much active projects with project leads and committers.
|
|
|
|
|
|
|
|
| Re: ATTN: Gemini Management subproject about to be shut down! [message #1112931 is a reply to message #1112843] |
Fri, 20 September 2013 07:33  |
| Eclipse User |
|
|
|
Hi Chris!
I'm working on a project of a production automation system. We are developing Hardware and Software.
The management software is a Web product, and is directed to administrative tasks, including, setup of the automation production parameters of products. In true, each product of each company can use several equipments to be produced, like mixers, liquid valves, etc. Eeach hardware haves its own ways to operate. So, for each hardware parameters implementation, I have a small specialist bundle, that provide services for the web application. Latter, this parameters and production orders is delivered to a desktop application that do the hard work  .
This management application runs with Virgo Tomcat and Vaadin.
The desktop application:
To control the hardware, we have another application, a desktop one, that runs with JavaFX 2 and Virgo Kernel, that effectivelly manage the production sending commands to our hardware that manages the eletric and eletronic stuff. Each device protocol is implemented as bundles, because each customer and their factorys have different ones.
And it's not only it. We have bundles to integrate to other systems, or to do customer specific tasks, without changing the general core, etc.
It will be mutch harder to develop this, without OSGi!
|
|
|
Powered by
FUDForum. Page generated in 0.24951 seconds
Home
.