from what I can infer from the project proposal, Gemini will be an excellent runtime environment for Swordfish, so please add the Swordfish project and my organization, SOPERA GmbH, as an interested party.
For those who have expressed an interest in Gemini as a runtime environment, I would like to draw your attention to the related Virgo proposal in case you are interested in that too.
Virgo provides a runtime environment which enables Reference Implementations and bundles containing legacy library code to work smoothly together. For example, it solves many of the knotty context class loading issues by providing a scoped application model.
If any of this interest you, please inquire on the Virgo forum.
I'm glad to see, a creation review might be scheduled soon.
While the scope of what it's going to expose seems limited to JavaEE, at
least those libraries I'd be happy to find in an OSGi form.
As right now, big RCP projects like that at my mobile customer (Chris knows
it, as we met during or after DemoCamp Vienna) has a lot of standard
technologies or libraries we need to squeeze into a separate Plugin project
just for the sake of making it work in Eclipse ;-)
Is there a chance, any of that might soon become part of Java?
I am just in the reconciliation process for JSR-275 and one issue by IBM and
others was limited i18n support. Plus communication with other JSRs like 310
aiming at the date/time/duration unit which is essencially a sub-domain of
You know how tricky that can be from the 330/299 experience, so any thoughts
or i18n support for both JSRs would be welcome.
I am not aware of that project, and we are not currently investigating that aspect of it as part of Gemini. Right now we are focusing on the basic foundational technologies that are used for enterprise applications, particularly those that are being addressed within the OSGi EEG.
I was not following those JSRs very closely, so I am not aware of all of the issues that were being discussed. However, if they are relevant to enterprise applications then perhaps they can be investigated in the context of Gemini. I would prefer to see them get raised at the OSGi EEG level first, though.
Let's wait about the discussion in the EC about standardizing relevant parts
of JScience. I even got Microsoft expert Andrew Kennedy involved whose work
was inspiration for many Unit frameworks. If the spec is accepted then both
that and some implementations like JScience, the UCUM model or other
standards (I found a couple of them, UnitML, EDIFACT, and various ISO or
UN-endorsed standards for B2B data exchange ;-) are highly relevant for
Many are used at least outside of Eclipse or OSGi, but now that Glassfish
also supports it, the Healthcare solutions already using it for UCUM would
sure profit from it.