| Knopflerfish OSGi [message #32043] |
Wed, 07 January 2004 17:42  |
Eclipse User |
|
|
|
Originally posted by: eummel.gmx.net
Are there any plans to use the Knopflerfish open source implementation of
OSGi ?
"The Knopflerfish OSGi framework is a complete, tested, open-sourced Java
framework designed to be compliant with the OSGi specification."
http://www.knopflerfish.org/
|
|
|
|
| Re: Knopflerfish OSGi [message #32221 is a reply to message #32043] |
Fri, 09 January 2004 21:19  |
| Eclipse User |
|
|
|
Originally posted by: jeff_mcaffer_REMOVE.ca.ibm.com
Eclipse includes an implementation of OSGi which is based on a production
OSGi implementation that was contributed to Eclipse. In its current form
the implementation has many modifications/enhancements since the Eclipse
runtime contains several notions which are not included in OSGi R3 (e.g.,
fragments, bundles as modules, ...). We have implemented these capabilities
and submitted spec changes to the OSGi community for inclusion in the next
version of the spec.
In the future it will be interesting to run Eclipse on any OSGi
implementation but this is not a primary goal for this release. Of course,
if the knopflerfish.org folks wanted to jump on this and extend its
implementation to support the things Eclipse needs (i.e., things we hope to
have in the next version of the spec), this would be cool! Initial
implementations of Eclipse on OSGi were based on a hacked version of the
Oscar implementation.
Jeff
"E. Miller" <eummel@gmx.net> wrote in message
news:bthger$3il$1@eclipse.org...
> Are there any plans to use the Knopflerfish open source implementation of
> OSGi ?
>
> "The Knopflerfish OSGi framework is a complete, tested, open-sourced Java
> framework designed to be compliant with the OSGi specification."
>
> http://www.knopflerfish.org/
>
|
|
|
| Re: Knopflerfish OSGi [message #36236 is a reply to message #32221] |
Thu, 04 March 2004 21:04 |
 Erik Wistrand
Messages: 9
Registered: July 2009 |
Junior Member |
|
|
Jeff McAffer wrote:
> In the future it will be interesting to run Eclipse on any OSGi
> implementation but this is not a primary goal for this release. Of course,
> if the knopflerfish.org folks wanted to jump on this and extend its
> implementation to support the things Eclipse needs (i.e., things we hope to
I wouldn't really say we'd jump on it - it could very well be that
the eclipse needs are a bit different. BTW, I had some trouble finding a
listing of these needs. Pointers would be appreciated.
Also, for this to work cleanly, some things outside of the OSGi spec
need to be specified - like APIs for actually bootstrapping the core
framework. Issues like the one described and resolved in
https://bugs.eclipse.org/bugs/show_bug.cgi?id=52532
would likely be quite common when swapping the core framework.
Looking at the idea from the other side, it could well be that
system-related bundles developed in other frameworks, could be re-used
in eclipse. One such example is drop-in replacements to the console, or
simply a log service implementation. I haven't tested this exhaustively,
but most knopflerfish bundles seem to run inside of eclipse. When you
finally manage to copy-paste the URLs correctly into the console ;)
/Erik W
--
Erik Wistrand, erik@wistrand.com
|
|
|
| Re: Knopflerfish OSGi [message #36903 is a reply to message #36236] |
Thu, 11 March 2004 10:44 |
| Eclipse User |
|
|
|
Originally posted by: jeff_mcaffer.REMOVE.ca.ibm.com
Sorry for the delay in responding. For some reason my news reader only just
decided to show my your post...
"Erik Wistrand" <erik@wistrand.com> wrote in message
news:c285dq$lcv$1@eclipse.org...
> Jeff McAffer wrote:
>
> > In the future it will be interesting to run Eclipse on any OSGi
> > implementation but this is not a primary goal for this release. Of
course,
> > if the knopflerfish.org folks wanted to jump on this and extend its
> > implementation to support the things Eclipse needs (i.e., things we hope
to
>
> I wouldn't really say we'd jump on it - it could very well be that
> the eclipse needs are a bit different. BTW, I had some trouble finding a
> listing of these needs. Pointers would be appreciated.
The bulk of the Eclipse needs are detailed in OSGi RFCs 70 and 71. The OSGi
community is working on a process for making such documents public but that
has not yet happened. Someone who is particularly keen can get the idea of
what is proposed by diffing the org.osgi.* code from Eclipse with the OSGi
R3.0 versions.
> Also, for this to work cleanly, some things outside of the OSGi spec
> need to be specified - like APIs for actually bootstrapping the core
> framework. Issues like the one described and resolved in
>
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=52532
>
> would likely be quite common when swapping the core framework.
Yes. Some places to look...
- The Eclipse* classes in org.eclipse.osgi.
- The services defined and installed in EclipseAdaptor.frameworkStart()
- The System.properties detailed on the Eclipse core team's runtime web
pages
http://dev.eclipse.org/viewcvs/index.cgi/%7Echeckout%7E/plat form-core-home/runtime/index.html
As I indicated before, we have not paid a lot of attention to allowing other
OSGi implementations to be used. This is something that we want to enable
but did not end up as a 3.0 priority.
> Looking at the idea from the other side, it could well be that
> system-related bundles developed in other frameworks, could be re-used
> in eclipse. One such example is drop-in replacements to the console, or
> simply a log service implementation. I haven't tested this exhaustively,
> but most knopflerfish bundles seem to run inside of eclipse. When you
> finally manage to copy-paste the URLs correctly into the console ;)
Cool! The reverse would also be interesting. We define/implement a number
of framework services. We have put a minor amount of effort into keeping
these clean but have not really tried them in different framework
implementations.
Jeff
> /Erik W
>
> --
> Erik Wistrand, erik@wistrand.com
|
|
|
Powered by
FUDForum. Page generated in 0.82484 seconds
] 
Search
Help
Register
Login
Home
