You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@felix.apache.org by Rick Litton <Ri...@ktd-kyocera.com> on 2006/12/04 08:36:56 UTC
RE: Felix and Eclipse PDE
Hi Jeff,
I was able to set up the Eclipse/Equinox bundles in Felix but unfortunately got the following errors:
DEBUG: WIRE: 6.0 -> org.eclipse.osgi.service.urlconversion -> 10.0
DEBUG: WIRE: 6.0 -> org.eclipse.osgi.service.datalocation -> 10.0
DEBUG: WIRE: 6.0 -> org.osgi.service.packageadmin -> 0
DEBUG: WIRE: 6.0 -> org.osgi.service.url -> 0
DEBUG: WIRE: 6.0 -> org.eclipse.osgi.service.localization -> 10.0
DEBUG: WIRE: 6.0 -> org.eclipse.osgi.framework.log -> 10.0
DEBUG: WIRE: 6.0 -> org.osgi.framework -> 0
DEBUG: WIRE: 6.0 -> org.osgi.util.tracker -> 10.0
DEBUG: WIRE: 6.0 -> org.eclipse.osgi.util -> 10.0
DEBUG: WIRE: 6.0 -> org.eclipse.osgi.service.debug -> 10.0
ERROR: Error starting file:bundle/org.eclipse.equinox.common_3.2.0.v20060603.jar (org.osgi.framework.BundleException: Activator start error.)
java.lang.LinkageError: Class org/osgi/framework/BundleContext violates loader constraints
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:620)
at java.lang.ClassLoader.defineClass(ClassLoader.java:465)
at org.apache.felix.framework.searchpolicy.ContentClassLoader.findClass(ContentClassLoader.java:149)
at org.apache.felix.framework.searchpolicy.ContentClassLoader.loadClassFromModule(ContentClassLoader.java:51)
at org.apache.felix.framework.searchpolicy.ContentLoaderImpl.getClass(ContentLoaderImpl.java:121)
at org.apache.felix.framework.searchpolicy.R4SearchPolicyCore.findClassOrResource(R4SearchPolicyCore.java:358)
at org.apache.felix.framework.searchpolicy.R4SearchPolicyCore.findClass(R4SearchPolicyCore.java:136)
at org.apache.felix.framework.searchpolicy.R4SearchPolicy.findClass(R4SearchPolicy.java:45)
at org.apache.felix.framework.searchpolicy.ContentClassLoader.loadClass(ContentClassLoader.java:70)
at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
at org.osgi.util.tracker.ServiceTracker.<init>(ServiceTracker.java:162)
at org.eclipse.core.internal.runtime.Activator.getDebugOptions(Activator.java:104)
at org.eclipse.core.internal.boot.PlatformURLConnection.<clinit>(PlatformURLConnection.java:70)
at org.eclipse.core.internal.runtime.Activator.installPlatformURLSupport(Activator.java:330)
at org.eclipse.core.internal.runtime.Activator.start(Activator.java:79)
at org.apache.felix.framework.util.SecureAction.startActivator(SecureAction.java:509)
at org.apache.felix.framework.Felix._startBundle(Felix.java:1260)
at org.apache.felix.framework.Felix.startBundle(Felix.java:1201)
at org.apache.felix.framework.Felix.setFrameworkStartLevel(Felix.java:807)
at org.apache.felix.framework.StartLevelImpl.run(StartLevelImpl.java:256)
at java.lang.Thread.run(Thread.java:595)
DEBUG: WIRE: 7.0 -> org.eclipse.osgi.service.datalocation -> 10.0
DEBUG: WIRE: 7.0 -> org.eclipse.osgi.storagemanager -> 10.0
DEBUG: WIRE: 7.0 -> org.xml.sax -> 0
DEBUG: WIRE: 7.0 -> org.osgi.framework -> 0
DEBUG: WIRE: 7.0 -> org.eclipse.osgi.service.resolver -> 10.0
DEBUG: WIRE: 7.0 -> org.eclipse.osgi.util -> 10.0
DEBUG: WIRE: 7.0 -> org.eclipse.osgi.service.debug -> 10.0
DEBUG: WIRE: 7.0 -> org.eclipse.osgi.service.environment -> 10.0
DEBUG: WIRE: 7.0 -> org.osgi.service.packageadmin -> 0
DEBUG: WIRE: 7.0 -> org.xml.sax.helpers -> 0
DEBUG: WIRE: 7.0 -> javax.xml.parsers -> 0
DEBUG: WIRE: 7.0 -> org.osgi.util.tracker -> 10.0
ERROR: Error starting file:bundle/org.eclipse.equinox.registry_3.2.1.R32x_v20060814.jar (org.osgi.framework.BundleException: Activator start error.)
java.lang.NoClassDefFoundError: org/eclipse/core/runtime/IStatus
at org.eclipse.core.internal.registry.osgi.Activator.start(Activator.java:52)
at org.apache.felix.framework.util.SecureAction.startActivator(SecureAction.java:509)
at org.apache.felix.framework.Felix._startBundle(Felix.java:1260)
at org.apache.felix.framework.Felix.startBundle(Felix.java:1201)
at org.apache.felix.framework.Felix.setFrameworkStartLevel(Felix.java:807)
at org.apache.felix.framework.StartLevelImpl.run(StartLevelImpl.java:256)
at java.lang.Thread.run(Thread.java:595)
DEBUG: WIRE: 8.0 -> javax.servlet.http -> 4.0
DEBUG: WIRE: 8.0 -> javax.servlet -> 4.0
DEBUG: WIRE: 8.0 -> org.osgi.framework -> 0
Hello World!!
ERROR: Error starting file:bundle/org.eclipse.osgi_3.2.1.R32x_v20060919.jar (org.osgi.framework.BundleException: Activator start error.)
java.lang.ClassCastException: org.eclipse.osgi.framework.internal.core.SystemBundleActivator
at org.apache.felix.framework.Felix.createBundleActivator(Felix.java:2750)
at org.apache.felix.framework.Felix._startBundle(Felix.java:1255)
at org.apache.felix.framework.Felix.startBundle(Felix.java:1201)
at org.apache.felix.framework.Felix.setFrameworkStartLevel(Felix.java:807)
at org.apache.felix.framework.StartLevelImpl.run(StartLevelImpl.java:256)
at java.lang.Thread.run(Thread.java:595)
I suspect that there are dups that caused the conflict between the osgi libraries hence the classloading problem. Unfortunately, I can't provide you with more information as it's close to midnight. I'll go over it again tomorrow.
Regards,
Rick
-----Original Message-----
From: Jeff McAffer [mailto:Jeff_McAffer@ca.ibm.com]
Sent: Tue 11/28/2006 8:16 PM
To: felix-dev@incubator.apache.org
Subject: RE: Felix and Eclipse PDE
The Eclipse extension mechanism is an addon service/mechanism analogous to
declarative services. That is, you should be able to take the
org.eclipse.equinox.registry bundle (and its prereqs) from Equinox and use
it on other frameworks. In the case of the registry I suspect you would
need the o.e.equinox.common and o.e.equinox.supplement bundles. The
latter supplies implementations of various services that are included in
the Equinox system bundle as part of its implementation strategy. We are
just redoing how we manage the supplement bundle so a new one will appear
in builds soon (or already has). I know that people have run the registry
on Knopflerfish. Perhaps you would be interested in trying it out on
Felix and reporting back to the Equinox team?
Jeff
"Rick Litton" <Ri...@ktd-kyocera.com>
11/28/2006 03:13 PM
Please respond to
felix-dev@incubator.apache.org
To
<fe...@incubator.apache.org>
cc
Subject
RE: Felix and Eclipse PDE
Hi all,
The area of extension points is quite important for my organization. I
was wondering if anyone can provide an update on this issue. Is anyone
from the Felix community working to make Eclipse and Felix interoperable?
Is there some sort of timeline to implement extension points in Felix? If
not, why not? Thanks!
Rick Litton
________________________________
From: Chris Aniszczyk [mailto:zx@us.ibm.com]
Sent: Tuesday, October 17, 2006 9:03 AM
To: felix-dev@incubator.apache.org
Cc: pde-ui-dev@eclipse.org
Subject: Felix and Eclipse PDE
On a side note, the PDE team from Eclipse would like everyone to know that
as of Eclipse 3.3M2 (
http://download.eclipse.org/eclipse/downloads/drops/S-3.3M2-200609220010/eclipse-news-M2.html
) PDE supports pluggable OSGi frameworks (see the release notes). This
allows other OSGi frameworks to be launched like Equinox is (also it
allows for reusability of the launch configuration UIs and other things).
There is an OSGi framework extension point (
http://dev.eclipse.org/viewcvs/index.cgi/org.eclipse.pde.ui/schema/osgiFrameworks.exsd
) that interested OSGi frameworks can extend.
Currently only Equinox is supported (
http://dev.eclipse.org/viewcvs/index.cgi/org.eclipse.pde.ui/src/org/eclipse/pde/ui/launcher/EquinoxLaunchConfiguration.java
) but we would appreciate feedback from the Felix community if someone
would like to create a Felix extension. We want to make sure this API is
stable for Eclipse 3.3 and would love if the Felix community could help
the evolution of this API.
If you have any questions using this API, please feel free to email the
pde-ui-dev@eclipse.org mailing list.
Cheers,
Chris Aniszczyk
Eclipse Committer
Inactive hide details for Clement Escoffier
<cl...@gmail.com>Clement Escoffier
<cl...@gmail.com>
Clement Escoffier <cl...@gmail.com>
To:
felix-dev@incubator.apache.org
cc:
Subject:
Re: Work with Felix but how?!
From:
Clement Escoffier <cl...@gmail.com> - Monday, October 16,
2006, 12:50 PM
Please respond to felix-dev@incubator.apache.org
Hello,
I migrate (endly) the tutorial : Felix Integration inside Eclipse on the
Felix Wiki Page :
http://cwiki.apache.org/confluence/display/FELIX/Felix+integration+inside+Eclipse
Regards,
Clement
Francesco Furfari a écrit :
> Hi all,
> Clement has written a tutorial about Felix integration inside eclipse,
> see
>
http://plop-plop.net/ipojo/index.php?option=com_content&task=view&id=23&Itemid=37
>
>
> I think it should be added to the Felix wiki.
>
>
> best,
> francesco
>
>
>
> Simon Willnauer wrote:
>> Cheers guys!!
>>
>> I already build the sources thank you!
>> I will let you know about the integration of felix in GData.
>>
>>
>> best regards Simon
>>
>> On 10/6/06, Richard S. Hall <he...@ungoverned.org> wrote:
>>>
>>> I would also recommend the following:
>>>
>>> * http://cwiki.apache.org/FELIX/building-felix.html
>>> * http://cwiki.apache.org/FELIX/felix-usage.html
>>>
>>> The first tells you the steps necessary for building Felix since it is
>>> currently only accessible from SVN and the second is a reasonably
>>> up-to-date usage document.
>>>
>>> -> richard
>>>
>>> Pierre Parrend wrote:
>>> > Hello Simon,
>>> >
>>> > you can refer to the Oscar project, which is the project where
Felix
>>> comes
>>> > from.
>>> > you will find a general documentation here :
>>> > http://oscar.objectweb.org/
>>> > a 'get started' page here :
>>> > http://oscar.objectweb.org/usage.html
>>> > and a tutorial that introduces the main OSGi feature from a
>>> developper's
>>> point
>>> > of view :
>>> > http://oscar-osgi.sourceforge.net/tutorial/index.html
>>> >
>>> > on the main page, you will also find a list of project that have
been
>>> build on
>>> > oscar, I assume that some of them have moved to Felix.
>>> >
>>> > And, last, the main difference between Oscar and felix is that
Oscar
>>> implements
>>> > OSGi Release 3, and Felix is almost ready to implement all mandatory
>>> OSGi
>>> > Release 4 features.
>>> >
>>> > enjoy !
>>> >
>>> > Pierre
>>> >
>>> > Quoting Simon Willnauer <si...@apache.org>:
>>> >
>>> >
>>> >> Hi there,
>>> >>
>>> >> I read a lot about felix and OSGi and I actually can not wait to
use
>>> it. I'm
>>> >> planing to integrate the OSGi system into another apache project
>>> (Lucene
>>> >> GDataServer) but have no experience with it so far. I was looking
>>> for
>>> some
>>> >> "Getting Started" or examples tutorials to get into the framework
or
>>> how to
>>> >> integrate all the features OSGi / Felix offers. I got to the
>>> documentation
>>> >> part of the website and tried to read the Felix OSGi Tutorial (
>>> >> http://cwiki.apache.org/FELIX/felix-osgi-tutorial.html) and I had
to
>>> login,
>>> >> so I registered and logged in but I got no permission to read it. I
>>> would
>>> >> love to read this part of the documentation, can anyone of you
>>> tell me
>>> how
>>> >> ;).
>>> >> If any of you have some more documentation / tutorial hints for me
I
>>> would
>>> >> really appreciate it.
>>> >>
>>> >> Are there any OpenSource projects around using Felix so far?
>>> >>
>>> >> best regards Simon
>>> >>
>>> >>
>>> >
>>> >
>>> >
>>>
>>
>
RE: Felix and Eclipse PDE
Posted by Rick Litton <Ri...@ktd-kyocera.com>.
Yes, I can zip it up and send it to you shortly. Thanks again.
-- rick
-----Original Message-----
From: Richard S. Hall [mailto:heavy@ungoverned.org]
Sent: Monday, December 04, 2006 11:24 AM
To: felix-dev@incubator.apache.org
Subject: Re: Felix and Eclipse PDE
Rick Litton wrote:
> Hi Richard,
>
> I did an 'svn update' and showed that my working copy is checked out up to revision 482287. Also did an 'mvn clean install' on both new and old poms. However, the old pom.xml failed after it tried to test out one of the examples. But I had previously built the bundles (javax.servlet and http.jetty) needed for the test so this did not worry me. Unfortunately, I'm still getting the same errors.
>
If you can boil down an example and send it to me with the steps to
reproduce, I can try to find the time to take a look at it.
-> richard
> -- rick
>
> -----Original Message-----
> From: Richard S. Hall [mailto:heavy@ungoverned.org]
> Sent: Monday, December 04, 2006 6:58 AM
> To: felix-dev@incubator.apache.org
> Subject: Re: Felix and Eclipse PDE
>
> Just as a quick suggestion, make sure that you are completely up-to-date
> with the repo, because there was a bug in the maven bundle plugin that
> caused too much stuff to be copied into the framework JAR file and this
> was resulting in loader constraint errors.
>
> -> richard
>
> Rick Litton wrote:
>
>> Hi Jeff,
>>
>> I was able to set up the Eclipse/Equinox bundles in Felix but unfortunately got the following errors:
>>
>> DEBUG: WIRE: 6.0 -> org.eclipse.osgi.service.urlconversion -> 10.0
>> DEBUG: WIRE: 6.0 -> org.eclipse.osgi.service.datalocation -> 10.0
>> DEBUG: WIRE: 6.0 -> org.osgi.service.packageadmin -> 0
>> DEBUG: WIRE: 6.0 -> org.osgi.service.url -> 0
>> DEBUG: WIRE: 6.0 -> org.eclipse.osgi.service.localization -> 10.0
>> DEBUG: WIRE: 6.0 -> org.eclipse.osgi.framework.log -> 10.0
>> DEBUG: WIRE: 6.0 -> org.osgi.framework -> 0
>> DEBUG: WIRE: 6.0 -> org.osgi.util.tracker -> 10.0
>> DEBUG: WIRE: 6.0 -> org.eclipse.osgi.util -> 10.0
>> DEBUG: WIRE: 6.0 -> org.eclipse.osgi.service.debug -> 10.0
>> ERROR: Error starting file:bundle/org.eclipse.equinox.common_3.2.0.v20060603.jar (org.osgi.framework.BundleException: Activator start error.)
>> java.lang.LinkageError: Class org/osgi/framework/BundleContext violates loader constraints
>> at java.lang.ClassLoader.defineClass1(Native Method)
>> at java.lang.ClassLoader.defineClass(ClassLoader.java:620)
>> at java.lang.ClassLoader.defineClass(ClassLoader.java:465)
>> at org.apache.felix.framework.searchpolicy.ContentClassLoader.findClass(ContentClassLoader.java:149)
>> at org.apache.felix.framework.searchpolicy.ContentClassLoader.loadClassFromModule(ContentClassLoader.java:51)
>> at org.apache.felix.framework.searchpolicy.ContentLoaderImpl.getClass(ContentLoaderImpl.java:121)
>> at org.apache.felix.framework.searchpolicy.R4SearchPolicyCore.findClassOrResource(R4SearchPolicyCore.java:358)
>> at org.apache.felix.framework.searchpolicy.R4SearchPolicyCore.findClass(R4SearchPolicyCore.java:136)
>> at org.apache.felix.framework.searchpolicy.R4SearchPolicy.findClass(R4SearchPolicy.java:45)
>> at org.apache.felix.framework.searchpolicy.ContentClassLoader.loadClass(ContentClassLoader.java:70)
>> at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
>> at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
>> at org.osgi.util.tracker.ServiceTracker.<init>(ServiceTracker.java:162)
>> at org.eclipse.core.internal.runtime.Activator.getDebugOptions(Activator.java:104)
>> at org.eclipse.core.internal.boot.PlatformURLConnection.<clinit>(PlatformURLConnection.java:70)
>> at org.eclipse.core.internal.runtime.Activator.installPlatformURLSupport(Activator.java:330)
>> at org.eclipse.core.internal.runtime.Activator.start(Activator.java:79)
>> at org.apache.felix.framework.util.SecureAction.startActivator(SecureAction.java:509)
>> at org.apache.felix.framework.Felix._startBundle(Felix.java:1260)
>> at org.apache.felix.framework.Felix.startBundle(Felix.java:1201)
>> at org.apache.felix.framework.Felix.setFrameworkStartLevel(Felix.java:807)
>> at org.apache.felix.framework.StartLevelImpl.run(StartLevelImpl.java:256)
>> at java.lang.Thread.run(Thread.java:595)
>> DEBUG: WIRE: 7.0 -> org.eclipse.osgi.service.datalocation -> 10.0
>> DEBUG: WIRE: 7.0 -> org.eclipse.osgi.storagemanager -> 10.0
>> DEBUG: WIRE: 7.0 -> org.xml.sax -> 0
>> DEBUG: WIRE: 7.0 -> org.osgi.framework -> 0
>> DEBUG: WIRE: 7.0 -> org.eclipse.osgi.service.resolver -> 10.0
>> DEBUG: WIRE: 7.0 -> org.eclipse.osgi.util -> 10.0
>> DEBUG: WIRE: 7.0 -> org.eclipse.osgi.service.debug -> 10.0
>> DEBUG: WIRE: 7.0 -> org.eclipse.osgi.service.environment -> 10.0
>> DEBUG: WIRE: 7.0 -> org.osgi.service.packageadmin -> 0
>> DEBUG: WIRE: 7.0 -> org.xml.sax.helpers -> 0
>> DEBUG: WIRE: 7.0 -> javax.xml.parsers -> 0
>> DEBUG: WIRE: 7.0 -> org.osgi.util.tracker -> 10.0
>> ERROR: Error starting file:bundle/org.eclipse.equinox.registry_3.2.1.R32x_v20060814.jar (org.osgi.framework.BundleException: Activator start error.)
>> java.lang.NoClassDefFoundError: org/eclipse/core/runtime/IStatus
>> at org.eclipse.core.internal.registry.osgi.Activator.start(Activator.java:52)
>> at org.apache.felix.framework.util.SecureAction.startActivator(SecureAction.java:509)
>> at org.apache.felix.framework.Felix._startBundle(Felix.java:1260)
>> at org.apache.felix.framework.Felix.startBundle(Felix.java:1201)
>> at org.apache.felix.framework.Felix.setFrameworkStartLevel(Felix.java:807)
>> at org.apache.felix.framework.StartLevelImpl.run(StartLevelImpl.java:256)
>> at java.lang.Thread.run(Thread.java:595)
>> DEBUG: WIRE: 8.0 -> javax.servlet.http -> 4.0
>> DEBUG: WIRE: 8.0 -> javax.servlet -> 4.0
>> DEBUG: WIRE: 8.0 -> org.osgi.framework -> 0
>> Hello World!!
>> ERROR: Error starting file:bundle/org.eclipse.osgi_3.2.1.R32x_v20060919.jar (org.osgi.framework.BundleException: Activator start error.)
>> java.lang.ClassCastException: org.eclipse.osgi.framework.internal.core.SystemBundleActivator
>> at org.apache.felix.framework.Felix.createBundleActivator(Felix.java:2750)
>> at org.apache.felix.framework.Felix._startBundle(Felix.java:1255)
>> at org.apache.felix.framework.Felix.startBundle(Felix.java:1201)
>> at org.apache.felix.framework.Felix.setFrameworkStartLevel(Felix.java:807)
>> at org.apache.felix.framework.StartLevelImpl.run(StartLevelImpl.java:256)
>> at java.lang.Thread.run(Thread.java:595)
>>
>> I suspect that there are dups that caused the conflict between the osgi libraries hence the classloading problem. Unfortunately, I can't provide you with more information as it's close to midnight. I'll go over it again tomorrow.
>>
>> Regards,
>>
>> Rick
>>
>>
>>
>> -----Original Message-----
>> From: Jeff McAffer [mailto:Jeff_McAffer@ca.ibm.com]
>> Sent: Tue 11/28/2006 8:16 PM
>> To: felix-dev@incubator.apache.org
>> Subject: RE: Felix and Eclipse PDE
>>
>> The Eclipse extension mechanism is an addon service/mechanism analogous to
>> declarative services. That is, you should be able to take the
>> org.eclipse.equinox.registry bundle (and its prereqs) from Equinox and use
>> it on other frameworks. In the case of the registry I suspect you would
>> need the o.e.equinox.common and o.e.equinox.supplement bundles. The
>> latter supplies implementations of various services that are included in
>> the Equinox system bundle as part of its implementation strategy. We are
>> just redoing how we manage the supplement bundle so a new one will appear
>> in builds soon (or already has). I know that people have run the registry
>> on Knopflerfish. Perhaps you would be interested in trying it out on
>> Felix and reporting back to the Equinox team?
>>
>> Jeff
>>
>>
>>
>>
>> "Rick Litton" <Ri...@ktd-kyocera.com>
>> 11/28/2006 03:13 PM
>> Please respond to
>> felix-dev@incubator.apache.org
>>
>>
>> To
>> <fe...@incubator.apache.org>
>> cc
>>
>> Subject
>> RE: Felix and Eclipse PDE
>>
>>
>>
>>
>>
>>
>> Hi all,
>>
>>
>>
>> The area of extension points is quite important for my organization. I
>> was wondering if anyone can provide an update on this issue. Is anyone
>> from the Felix community working to make Eclipse and Felix interoperable?
>> Is there some sort of timeline to implement extension points in Felix? If
>> not, why not? Thanks!
>>
>>
>>
>> Rick Litton
>>
>> ________________________________
>>
>> From: Chris Aniszczyk [mailto:zx@us.ibm.com]
>> Sent: Tuesday, October 17, 2006 9:03 AM
>> To: felix-dev@incubator.apache.org
>> Cc: pde-ui-dev@eclipse.org
>> Subject: Felix and Eclipse PDE
>>
>>
>>
>> On a side note, the PDE team from Eclipse would like everyone to know that
>> as of Eclipse 3.3M2 (
>> http://download.eclipse.org/eclipse/downloads/drops/S-3.3M2-200609220010/eclipse-news-M2.html
>> ) PDE supports pluggable OSGi frameworks (see the release notes). This
>> allows other OSGi frameworks to be launched like Equinox is (also it
>> allows for reusability of the launch configuration UIs and other things).
>>
>> There is an OSGi framework extension point (
>> http://dev.eclipse.org/viewcvs/index.cgi/org.eclipse.pde.ui/schema/osgiFrameworks.exsd
>> ) that interested OSGi frameworks can extend.
>>
>> Currently only Equinox is supported (
>> http://dev.eclipse.org/viewcvs/index.cgi/org.eclipse.pde.ui/src/org/eclipse/pde/ui/launcher/EquinoxLaunchConfiguration.java
>> ) but we would appreciate feedback from the Felix community if someone
>> would like to create a Felix extension. We want to make sure this API is
>> stable for Eclipse 3.3 and would love if the Felix community could help
>> the evolution of this API.
>>
>> If you have any questions using this API, please feel free to email the
>> pde-ui-dev@eclipse.org mailing list.
>>
>> Cheers,
>>
>> Chris Aniszczyk
>> Eclipse Committer
>>
>> Inactive hide details for Clement Escoffier
>> <cl...@gmail.com>Clement Escoffier
>> <cl...@gmail.com>
>>
>>
>>
>>
>>
>>
>>
>> Clement Escoffier <cl...@gmail.com>
>>
>>
>>
>>
>> To:
>>
>>
>> felix-dev@incubator.apache.org
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> cc:
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> Subject:
>>
>>
>> Re: Work with Felix but how?!
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> From:
>>
>>
>> Clement Escoffier <cl...@gmail.com> - Monday, October 16,
>> 2006, 12:50 PM
>>
>>
>>
>>
>> Please respond to felix-dev@incubator.apache.org
>>
>>
>>
>>
>> Hello,
>>
>> I migrate (endly) the tutorial : Felix Integration inside Eclipse on the
>> Felix Wiki Page :
>> http://cwiki.apache.org/confluence/display/FELIX/Felix+integration+inside+Eclipse
>>
>>
>> Regards,
>>
>> Clement
>>
>>
>> Francesco Furfari a écrit :
>>
>>
>>> Hi all,
>>> Clement has written a tutorial about Felix integration inside eclipse,
>>> see
>>>
>>>
>>>
>> http://plop-plop.net/ipojo/index.php?option=com_content&task=view&id=23&Itemid=37
>>
>>
>>
>>> I think it should be added to the Felix wiki.
>>>
>>>
>>> best,
>>> francesco
>>>
>>>
>>>
>>> Simon Willnauer wrote:
>>>
>>>
>>>> Cheers guys!!
>>>>
>>>> I already build the sources thank you!
>>>> I will let you know about the integration of felix in GData.
>>>>
>>>>
>>>> best regards Simon
>>>>
>>>> On 10/6/06, Richard S. Hall <he...@ungoverned.org> wrote:
>>>>
>>>>
>>>>> I would also recommend the following:
>>>>>
>>>>> * http://cwiki.apache.org/FELIX/building-felix.html
>>>>> * http://cwiki.apache.org/FELIX/felix-usage.html
>>>>>
>>>>> The first tells you the steps necessary for building Felix since it is
>>>>> currently only accessible from SVN and the second is a reasonably
>>>>> up-to-date usage document.
>>>>>
>>>>> -> richard
>>>>>
>>>>> Pierre Parrend wrote:
>>>>>
>>>>>
>>>>>> Hello Simon,
>>>>>>
>>>>>> you can refer to the Oscar project, which is the project where
>>>>>>
>>>>>>
>> Felix
>>
>>
>>>>> comes
>>>>>
>>>>>
>>>>>> from.
>>>>>> you will find a general documentation here :
>>>>>> http://oscar.objectweb.org/
>>>>>> a 'get started' page here :
>>>>>> http://oscar.objectweb.org/usage.html
>>>>>> and a tutorial that introduces the main OSGi feature from a
>>>>>>
>>>>>>
>>>>> developper's
>>>>> point
>>>>>
>>>>>
>>>>>> of view :
>>>>>> http://oscar-osgi.sourceforge.net/tutorial/index.html
>>>>>>
>>>>>> on the main page, you will also find a list of project that have
>>>>>>
>>>>>>
>> been
>>
>>
>>>>> build on
>>>>>
>>>>>
>>>>>> oscar, I assume that some of them have moved to Felix.
>>>>>>
>>>>>> And, last, the main difference between Oscar and felix is that
>>>>>>
>>>>>>
>> Oscar
>>
>>
>>>>> implements
>>>>>
>>>>>
>>>>>> OSGi Release 3, and Felix is almost ready to implement all mandatory
>>>>>>
>>>>>>
>>>>> OSGi
>>>>>
>>>>>
>>>>>> Release 4 features.
>>>>>>
>>>>>> enjoy !
>>>>>>
>>>>>> Pierre
>>>>>>
>>>>>> Quoting Simon Willnauer <si...@apache.org>:
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>> Hi there,
>>>>>>>
>>>>>>> I read a lot about felix and OSGi and I actually can not wait to
>>>>>>>
>>>>>>>
>> use
>>
>>
>>>>> it. I'm
>>>>>
>>>>>
>>>>>>> planing to integrate the OSGi system into another apache project
>>>>>>>
>>>>>>>
>>>>> (Lucene
>>>>>
>>>>>
>>>>>>> GDataServer) but have no experience with it so far. I was looking
>>>>>>>
>>>>>>>
>>>>> for
>>>>> some
>>>>>
>>>>>
>>>>>>> "Getting Started" or examples tutorials to get into the framework
>>>>>>>
>>>>>>>
>> or
>>
>>
>>>>> how to
>>>>>
>>>>>
>>>>>>> integrate all the features OSGi / Felix offers. I got to the
>>>>>>>
>>>>>>>
>>>>> documentation
>>>>>
>>>>>
>>>>>>> part of the website and tried to read the Felix OSGi Tutorial (
>>>>>>> http://cwiki.apache.org/FELIX/felix-osgi-tutorial.html) and I had
>>>>>>>
>>>>>>>
>> to
>>
>>
>>>>> login,
>>>>>
>>>>>
>>>>>>> so I registered and logged in but I got no permission to read it. I
>>>>>>>
>>>>>>>
>>>>> would
>>>>>
>>>>>
>>>>>>> love to read this part of the documentation, can anyone of you
>>>>>>>
>>>>>>>
>>>>> tell me
>>>>> how
>>>>>
>>>>>
>>>>>>> ;).
>>>>>>> If any of you have some more documentation / tutorial hints for me
>>>>>>>
>>>>>>>
>> I
>>
>>
>>>>> would
>>>>>
>>>>>
>>>>>>> really appreciate it.
>>>>>>>
>>>>>>> Are there any OpenSource projects around using Felix so far?
>>>>>>>
>>>>>>> best regards Simon
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>
>>
>>
>>
>>
>>
>>
Re: Felix and Eclipse PDE
Posted by "Richard S. Hall" <he...@ungoverned.org>.
Rick Litton wrote:
> Hi Richard,
>
> I did an 'svn update' and showed that my working copy is checked out up to revision 482287. Also did an 'mvn clean install' on both new and old poms. However, the old pom.xml failed after it tried to test out one of the examples. But I had previously built the bundles (javax.servlet and http.jetty) needed for the test so this did not worry me. Unfortunately, I'm still getting the same errors.
>
If you can boil down an example and send it to me with the steps to
reproduce, I can try to find the time to take a look at it.
-> richard
> -- rick
>
> -----Original Message-----
> From: Richard S. Hall [mailto:heavy@ungoverned.org]
> Sent: Monday, December 04, 2006 6:58 AM
> To: felix-dev@incubator.apache.org
> Subject: Re: Felix and Eclipse PDE
>
> Just as a quick suggestion, make sure that you are completely up-to-date
> with the repo, because there was a bug in the maven bundle plugin that
> caused too much stuff to be copied into the framework JAR file and this
> was resulting in loader constraint errors.
>
> -> richard
>
> Rick Litton wrote:
>
>> Hi Jeff,
>>
>> I was able to set up the Eclipse/Equinox bundles in Felix but unfortunately got the following errors:
>>
>> DEBUG: WIRE: 6.0 -> org.eclipse.osgi.service.urlconversion -> 10.0
>> DEBUG: WIRE: 6.0 -> org.eclipse.osgi.service.datalocation -> 10.0
>> DEBUG: WIRE: 6.0 -> org.osgi.service.packageadmin -> 0
>> DEBUG: WIRE: 6.0 -> org.osgi.service.url -> 0
>> DEBUG: WIRE: 6.0 -> org.eclipse.osgi.service.localization -> 10.0
>> DEBUG: WIRE: 6.0 -> org.eclipse.osgi.framework.log -> 10.0
>> DEBUG: WIRE: 6.0 -> org.osgi.framework -> 0
>> DEBUG: WIRE: 6.0 -> org.osgi.util.tracker -> 10.0
>> DEBUG: WIRE: 6.0 -> org.eclipse.osgi.util -> 10.0
>> DEBUG: WIRE: 6.0 -> org.eclipse.osgi.service.debug -> 10.0
>> ERROR: Error starting file:bundle/org.eclipse.equinox.common_3.2.0.v20060603.jar (org.osgi.framework.BundleException: Activator start error.)
>> java.lang.LinkageError: Class org/osgi/framework/BundleContext violates loader constraints
>> at java.lang.ClassLoader.defineClass1(Native Method)
>> at java.lang.ClassLoader.defineClass(ClassLoader.java:620)
>> at java.lang.ClassLoader.defineClass(ClassLoader.java:465)
>> at org.apache.felix.framework.searchpolicy.ContentClassLoader.findClass(ContentClassLoader.java:149)
>> at org.apache.felix.framework.searchpolicy.ContentClassLoader.loadClassFromModule(ContentClassLoader.java:51)
>> at org.apache.felix.framework.searchpolicy.ContentLoaderImpl.getClass(ContentLoaderImpl.java:121)
>> at org.apache.felix.framework.searchpolicy.R4SearchPolicyCore.findClassOrResource(R4SearchPolicyCore.java:358)
>> at org.apache.felix.framework.searchpolicy.R4SearchPolicyCore.findClass(R4SearchPolicyCore.java:136)
>> at org.apache.felix.framework.searchpolicy.R4SearchPolicy.findClass(R4SearchPolicy.java:45)
>> at org.apache.felix.framework.searchpolicy.ContentClassLoader.loadClass(ContentClassLoader.java:70)
>> at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
>> at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
>> at org.osgi.util.tracker.ServiceTracker.<init>(ServiceTracker.java:162)
>> at org.eclipse.core.internal.runtime.Activator.getDebugOptions(Activator.java:104)
>> at org.eclipse.core.internal.boot.PlatformURLConnection.<clinit>(PlatformURLConnection.java:70)
>> at org.eclipse.core.internal.runtime.Activator.installPlatformURLSupport(Activator.java:330)
>> at org.eclipse.core.internal.runtime.Activator.start(Activator.java:79)
>> at org.apache.felix.framework.util.SecureAction.startActivator(SecureAction.java:509)
>> at org.apache.felix.framework.Felix._startBundle(Felix.java:1260)
>> at org.apache.felix.framework.Felix.startBundle(Felix.java:1201)
>> at org.apache.felix.framework.Felix.setFrameworkStartLevel(Felix.java:807)
>> at org.apache.felix.framework.StartLevelImpl.run(StartLevelImpl.java:256)
>> at java.lang.Thread.run(Thread.java:595)
>> DEBUG: WIRE: 7.0 -> org.eclipse.osgi.service.datalocation -> 10.0
>> DEBUG: WIRE: 7.0 -> org.eclipse.osgi.storagemanager -> 10.0
>> DEBUG: WIRE: 7.0 -> org.xml.sax -> 0
>> DEBUG: WIRE: 7.0 -> org.osgi.framework -> 0
>> DEBUG: WIRE: 7.0 -> org.eclipse.osgi.service.resolver -> 10.0
>> DEBUG: WIRE: 7.0 -> org.eclipse.osgi.util -> 10.0
>> DEBUG: WIRE: 7.0 -> org.eclipse.osgi.service.debug -> 10.0
>> DEBUG: WIRE: 7.0 -> org.eclipse.osgi.service.environment -> 10.0
>> DEBUG: WIRE: 7.0 -> org.osgi.service.packageadmin -> 0
>> DEBUG: WIRE: 7.0 -> org.xml.sax.helpers -> 0
>> DEBUG: WIRE: 7.0 -> javax.xml.parsers -> 0
>> DEBUG: WIRE: 7.0 -> org.osgi.util.tracker -> 10.0
>> ERROR: Error starting file:bundle/org.eclipse.equinox.registry_3.2.1.R32x_v20060814.jar (org.osgi.framework.BundleException: Activator start error.)
>> java.lang.NoClassDefFoundError: org/eclipse/core/runtime/IStatus
>> at org.eclipse.core.internal.registry.osgi.Activator.start(Activator.java:52)
>> at org.apache.felix.framework.util.SecureAction.startActivator(SecureAction.java:509)
>> at org.apache.felix.framework.Felix._startBundle(Felix.java:1260)
>> at org.apache.felix.framework.Felix.startBundle(Felix.java:1201)
>> at org.apache.felix.framework.Felix.setFrameworkStartLevel(Felix.java:807)
>> at org.apache.felix.framework.StartLevelImpl.run(StartLevelImpl.java:256)
>> at java.lang.Thread.run(Thread.java:595)
>> DEBUG: WIRE: 8.0 -> javax.servlet.http -> 4.0
>> DEBUG: WIRE: 8.0 -> javax.servlet -> 4.0
>> DEBUG: WIRE: 8.0 -> org.osgi.framework -> 0
>> Hello World!!
>> ERROR: Error starting file:bundle/org.eclipse.osgi_3.2.1.R32x_v20060919.jar (org.osgi.framework.BundleException: Activator start error.)
>> java.lang.ClassCastException: org.eclipse.osgi.framework.internal.core.SystemBundleActivator
>> at org.apache.felix.framework.Felix.createBundleActivator(Felix.java:2750)
>> at org.apache.felix.framework.Felix._startBundle(Felix.java:1255)
>> at org.apache.felix.framework.Felix.startBundle(Felix.java:1201)
>> at org.apache.felix.framework.Felix.setFrameworkStartLevel(Felix.java:807)
>> at org.apache.felix.framework.StartLevelImpl.run(StartLevelImpl.java:256)
>> at java.lang.Thread.run(Thread.java:595)
>>
>> I suspect that there are dups that caused the conflict between the osgi libraries hence the classloading problem. Unfortunately, I can't provide you with more information as it's close to midnight. I'll go over it again tomorrow.
>>
>> Regards,
>>
>> Rick
>>
>>
>>
>> -----Original Message-----
>> From: Jeff McAffer [mailto:Jeff_McAffer@ca.ibm.com]
>> Sent: Tue 11/28/2006 8:16 PM
>> To: felix-dev@incubator.apache.org
>> Subject: RE: Felix and Eclipse PDE
>>
>> The Eclipse extension mechanism is an addon service/mechanism analogous to
>> declarative services. That is, you should be able to take the
>> org.eclipse.equinox.registry bundle (and its prereqs) from Equinox and use
>> it on other frameworks. In the case of the registry I suspect you would
>> need the o.e.equinox.common and o.e.equinox.supplement bundles. The
>> latter supplies implementations of various services that are included in
>> the Equinox system bundle as part of its implementation strategy. We are
>> just redoing how we manage the supplement bundle so a new one will appear
>> in builds soon (or already has). I know that people have run the registry
>> on Knopflerfish. Perhaps you would be interested in trying it out on
>> Felix and reporting back to the Equinox team?
>>
>> Jeff
>>
>>
>>
>>
>> "Rick Litton" <Ri...@ktd-kyocera.com>
>> 11/28/2006 03:13 PM
>> Please respond to
>> felix-dev@incubator.apache.org
>>
>>
>> To
>> <fe...@incubator.apache.org>
>> cc
>>
>> Subject
>> RE: Felix and Eclipse PDE
>>
>>
>>
>>
>>
>>
>> Hi all,
>>
>>
>>
>> The area of extension points is quite important for my organization. I
>> was wondering if anyone can provide an update on this issue. Is anyone
>> from the Felix community working to make Eclipse and Felix interoperable?
>> Is there some sort of timeline to implement extension points in Felix? If
>> not, why not? Thanks!
>>
>>
>>
>> Rick Litton
>>
>> ________________________________
>>
>> From: Chris Aniszczyk [mailto:zx@us.ibm.com]
>> Sent: Tuesday, October 17, 2006 9:03 AM
>> To: felix-dev@incubator.apache.org
>> Cc: pde-ui-dev@eclipse.org
>> Subject: Felix and Eclipse PDE
>>
>>
>>
>> On a side note, the PDE team from Eclipse would like everyone to know that
>> as of Eclipse 3.3M2 (
>> http://download.eclipse.org/eclipse/downloads/drops/S-3.3M2-200609220010/eclipse-news-M2.html
>> ) PDE supports pluggable OSGi frameworks (see the release notes). This
>> allows other OSGi frameworks to be launched like Equinox is (also it
>> allows for reusability of the launch configuration UIs and other things).
>>
>> There is an OSGi framework extension point (
>> http://dev.eclipse.org/viewcvs/index.cgi/org.eclipse.pde.ui/schema/osgiFrameworks.exsd
>> ) that interested OSGi frameworks can extend.
>>
>> Currently only Equinox is supported (
>> http://dev.eclipse.org/viewcvs/index.cgi/org.eclipse.pde.ui/src/org/eclipse/pde/ui/launcher/EquinoxLaunchConfiguration.java
>> ) but we would appreciate feedback from the Felix community if someone
>> would like to create a Felix extension. We want to make sure this API is
>> stable for Eclipse 3.3 and would love if the Felix community could help
>> the evolution of this API.
>>
>> If you have any questions using this API, please feel free to email the
>> pde-ui-dev@eclipse.org mailing list.
>>
>> Cheers,
>>
>> Chris Aniszczyk
>> Eclipse Committer
>>
>> Inactive hide details for Clement Escoffier
>> <cl...@gmail.com>Clement Escoffier
>> <cl...@gmail.com>
>>
>>
>>
>>
>>
>>
>>
>> Clement Escoffier <cl...@gmail.com>
>>
>>
>>
>>
>> To:
>>
>>
>> felix-dev@incubator.apache.org
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> cc:
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> Subject:
>>
>>
>> Re: Work with Felix but how?!
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> From:
>>
>>
>> Clement Escoffier <cl...@gmail.com> - Monday, October 16,
>> 2006, 12:50 PM
>>
>>
>>
>>
>> Please respond to felix-dev@incubator.apache.org
>>
>>
>>
>>
>> Hello,
>>
>> I migrate (endly) the tutorial : Felix Integration inside Eclipse on the
>> Felix Wiki Page :
>> http://cwiki.apache.org/confluence/display/FELIX/Felix+integration+inside+Eclipse
>>
>>
>> Regards,
>>
>> Clement
>>
>>
>> Francesco Furfari a écrit :
>>
>>
>>> Hi all,
>>> Clement has written a tutorial about Felix integration inside eclipse,
>>> see
>>>
>>>
>>>
>> http://plop-plop.net/ipojo/index.php?option=com_content&task=view&id=23&Itemid=37
>>
>>
>>
>>> I think it should be added to the Felix wiki.
>>>
>>>
>>> best,
>>> francesco
>>>
>>>
>>>
>>> Simon Willnauer wrote:
>>>
>>>
>>>> Cheers guys!!
>>>>
>>>> I already build the sources thank you!
>>>> I will let you know about the integration of felix in GData.
>>>>
>>>>
>>>> best regards Simon
>>>>
>>>> On 10/6/06, Richard S. Hall <he...@ungoverned.org> wrote:
>>>>
>>>>
>>>>> I would also recommend the following:
>>>>>
>>>>> * http://cwiki.apache.org/FELIX/building-felix.html
>>>>> * http://cwiki.apache.org/FELIX/felix-usage.html
>>>>>
>>>>> The first tells you the steps necessary for building Felix since it is
>>>>> currently only accessible from SVN and the second is a reasonably
>>>>> up-to-date usage document.
>>>>>
>>>>> -> richard
>>>>>
>>>>> Pierre Parrend wrote:
>>>>>
>>>>>
>>>>>> Hello Simon,
>>>>>>
>>>>>> you can refer to the Oscar project, which is the project where
>>>>>>
>>>>>>
>> Felix
>>
>>
>>>>> comes
>>>>>
>>>>>
>>>>>> from.
>>>>>> you will find a general documentation here :
>>>>>> http://oscar.objectweb.org/
>>>>>> a 'get started' page here :
>>>>>> http://oscar.objectweb.org/usage.html
>>>>>> and a tutorial that introduces the main OSGi feature from a
>>>>>>
>>>>>>
>>>>> developper's
>>>>> point
>>>>>
>>>>>
>>>>>> of view :
>>>>>> http://oscar-osgi.sourceforge.net/tutorial/index.html
>>>>>>
>>>>>> on the main page, you will also find a list of project that have
>>>>>>
>>>>>>
>> been
>>
>>
>>>>> build on
>>>>>
>>>>>
>>>>>> oscar, I assume that some of them have moved to Felix.
>>>>>>
>>>>>> And, last, the main difference between Oscar and felix is that
>>>>>>
>>>>>>
>> Oscar
>>
>>
>>>>> implements
>>>>>
>>>>>
>>>>>> OSGi Release 3, and Felix is almost ready to implement all mandatory
>>>>>>
>>>>>>
>>>>> OSGi
>>>>>
>>>>>
>>>>>> Release 4 features.
>>>>>>
>>>>>> enjoy !
>>>>>>
>>>>>> Pierre
>>>>>>
>>>>>> Quoting Simon Willnauer <si...@apache.org>:
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>> Hi there,
>>>>>>>
>>>>>>> I read a lot about felix and OSGi and I actually can not wait to
>>>>>>>
>>>>>>>
>> use
>>
>>
>>>>> it. I'm
>>>>>
>>>>>
>>>>>>> planing to integrate the OSGi system into another apache project
>>>>>>>
>>>>>>>
>>>>> (Lucene
>>>>>
>>>>>
>>>>>>> GDataServer) but have no experience with it so far. I was looking
>>>>>>>
>>>>>>>
>>>>> for
>>>>> some
>>>>>
>>>>>
>>>>>>> "Getting Started" or examples tutorials to get into the framework
>>>>>>>
>>>>>>>
>> or
>>
>>
>>>>> how to
>>>>>
>>>>>
>>>>>>> integrate all the features OSGi / Felix offers. I got to the
>>>>>>>
>>>>>>>
>>>>> documentation
>>>>>
>>>>>
>>>>>>> part of the website and tried to read the Felix OSGi Tutorial (
>>>>>>> http://cwiki.apache.org/FELIX/felix-osgi-tutorial.html) and I had
>>>>>>>
>>>>>>>
>> to
>>
>>
>>>>> login,
>>>>>
>>>>>
>>>>>>> so I registered and logged in but I got no permission to read it. I
>>>>>>>
>>>>>>>
>>>>> would
>>>>>
>>>>>
>>>>>>> love to read this part of the documentation, can anyone of you
>>>>>>>
>>>>>>>
>>>>> tell me
>>>>> how
>>>>>
>>>>>
>>>>>>> ;).
>>>>>>> If any of you have some more documentation / tutorial hints for me
>>>>>>>
>>>>>>>
>> I
>>
>>
>>>>> would
>>>>>
>>>>>
>>>>>>> really appreciate it.
>>>>>>>
>>>>>>> Are there any OpenSource projects around using Felix so far?
>>>>>>>
>>>>>>> best regards Simon
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>
>>
>>
>>
>>
>>
>>
RE: Felix and Eclipse PDE
Posted by Rick Litton <Ri...@ktd-kyocera.com>.
Hi Richard,
I did an 'svn update' and showed that my working copy is checked out up to revision 482287. Also did an 'mvn clean install' on both new and old poms. However, the old pom.xml failed after it tried to test out one of the examples. But I had previously built the bundles (javax.servlet and http.jetty) needed for the test so this did not worry me. Unfortunately, I'm still getting the same errors.
-- rick
-----Original Message-----
From: Richard S. Hall [mailto:heavy@ungoverned.org]
Sent: Monday, December 04, 2006 6:58 AM
To: felix-dev@incubator.apache.org
Subject: Re: Felix and Eclipse PDE
Just as a quick suggestion, make sure that you are completely up-to-date
with the repo, because there was a bug in the maven bundle plugin that
caused too much stuff to be copied into the framework JAR file and this
was resulting in loader constraint errors.
-> richard
Rick Litton wrote:
> Hi Jeff,
>
> I was able to set up the Eclipse/Equinox bundles in Felix but unfortunately got the following errors:
>
> DEBUG: WIRE: 6.0 -> org.eclipse.osgi.service.urlconversion -> 10.0
> DEBUG: WIRE: 6.0 -> org.eclipse.osgi.service.datalocation -> 10.0
> DEBUG: WIRE: 6.0 -> org.osgi.service.packageadmin -> 0
> DEBUG: WIRE: 6.0 -> org.osgi.service.url -> 0
> DEBUG: WIRE: 6.0 -> org.eclipse.osgi.service.localization -> 10.0
> DEBUG: WIRE: 6.0 -> org.eclipse.osgi.framework.log -> 10.0
> DEBUG: WIRE: 6.0 -> org.osgi.framework -> 0
> DEBUG: WIRE: 6.0 -> org.osgi.util.tracker -> 10.0
> DEBUG: WIRE: 6.0 -> org.eclipse.osgi.util -> 10.0
> DEBUG: WIRE: 6.0 -> org.eclipse.osgi.service.debug -> 10.0
> ERROR: Error starting file:bundle/org.eclipse.equinox.common_3.2.0.v20060603.jar (org.osgi.framework.BundleException: Activator start error.)
> java.lang.LinkageError: Class org/osgi/framework/BundleContext violates loader constraints
> at java.lang.ClassLoader.defineClass1(Native Method)
> at java.lang.ClassLoader.defineClass(ClassLoader.java:620)
> at java.lang.ClassLoader.defineClass(ClassLoader.java:465)
> at org.apache.felix.framework.searchpolicy.ContentClassLoader.findClass(ContentClassLoader.java:149)
> at org.apache.felix.framework.searchpolicy.ContentClassLoader.loadClassFromModule(ContentClassLoader.java:51)
> at org.apache.felix.framework.searchpolicy.ContentLoaderImpl.getClass(ContentLoaderImpl.java:121)
> at org.apache.felix.framework.searchpolicy.R4SearchPolicyCore.findClassOrResource(R4SearchPolicyCore.java:358)
> at org.apache.felix.framework.searchpolicy.R4SearchPolicyCore.findClass(R4SearchPolicyCore.java:136)
> at org.apache.felix.framework.searchpolicy.R4SearchPolicy.findClass(R4SearchPolicy.java:45)
> at org.apache.felix.framework.searchpolicy.ContentClassLoader.loadClass(ContentClassLoader.java:70)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
> at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
> at org.osgi.util.tracker.ServiceTracker.<init>(ServiceTracker.java:162)
> at org.eclipse.core.internal.runtime.Activator.getDebugOptions(Activator.java:104)
> at org.eclipse.core.internal.boot.PlatformURLConnection.<clinit>(PlatformURLConnection.java:70)
> at org.eclipse.core.internal.runtime.Activator.installPlatformURLSupport(Activator.java:330)
> at org.eclipse.core.internal.runtime.Activator.start(Activator.java:79)
> at org.apache.felix.framework.util.SecureAction.startActivator(SecureAction.java:509)
> at org.apache.felix.framework.Felix._startBundle(Felix.java:1260)
> at org.apache.felix.framework.Felix.startBundle(Felix.java:1201)
> at org.apache.felix.framework.Felix.setFrameworkStartLevel(Felix.java:807)
> at org.apache.felix.framework.StartLevelImpl.run(StartLevelImpl.java:256)
> at java.lang.Thread.run(Thread.java:595)
> DEBUG: WIRE: 7.0 -> org.eclipse.osgi.service.datalocation -> 10.0
> DEBUG: WIRE: 7.0 -> org.eclipse.osgi.storagemanager -> 10.0
> DEBUG: WIRE: 7.0 -> org.xml.sax -> 0
> DEBUG: WIRE: 7.0 -> org.osgi.framework -> 0
> DEBUG: WIRE: 7.0 -> org.eclipse.osgi.service.resolver -> 10.0
> DEBUG: WIRE: 7.0 -> org.eclipse.osgi.util -> 10.0
> DEBUG: WIRE: 7.0 -> org.eclipse.osgi.service.debug -> 10.0
> DEBUG: WIRE: 7.0 -> org.eclipse.osgi.service.environment -> 10.0
> DEBUG: WIRE: 7.0 -> org.osgi.service.packageadmin -> 0
> DEBUG: WIRE: 7.0 -> org.xml.sax.helpers -> 0
> DEBUG: WIRE: 7.0 -> javax.xml.parsers -> 0
> DEBUG: WIRE: 7.0 -> org.osgi.util.tracker -> 10.0
> ERROR: Error starting file:bundle/org.eclipse.equinox.registry_3.2.1.R32x_v20060814.jar (org.osgi.framework.BundleException: Activator start error.)
> java.lang.NoClassDefFoundError: org/eclipse/core/runtime/IStatus
> at org.eclipse.core.internal.registry.osgi.Activator.start(Activator.java:52)
> at org.apache.felix.framework.util.SecureAction.startActivator(SecureAction.java:509)
> at org.apache.felix.framework.Felix._startBundle(Felix.java:1260)
> at org.apache.felix.framework.Felix.startBundle(Felix.java:1201)
> at org.apache.felix.framework.Felix.setFrameworkStartLevel(Felix.java:807)
> at org.apache.felix.framework.StartLevelImpl.run(StartLevelImpl.java:256)
> at java.lang.Thread.run(Thread.java:595)
> DEBUG: WIRE: 8.0 -> javax.servlet.http -> 4.0
> DEBUG: WIRE: 8.0 -> javax.servlet -> 4.0
> DEBUG: WIRE: 8.0 -> org.osgi.framework -> 0
> Hello World!!
> ERROR: Error starting file:bundle/org.eclipse.osgi_3.2.1.R32x_v20060919.jar (org.osgi.framework.BundleException: Activator start error.)
> java.lang.ClassCastException: org.eclipse.osgi.framework.internal.core.SystemBundleActivator
> at org.apache.felix.framework.Felix.createBundleActivator(Felix.java:2750)
> at org.apache.felix.framework.Felix._startBundle(Felix.java:1255)
> at org.apache.felix.framework.Felix.startBundle(Felix.java:1201)
> at org.apache.felix.framework.Felix.setFrameworkStartLevel(Felix.java:807)
> at org.apache.felix.framework.StartLevelImpl.run(StartLevelImpl.java:256)
> at java.lang.Thread.run(Thread.java:595)
>
> I suspect that there are dups that caused the conflict between the osgi libraries hence the classloading problem. Unfortunately, I can't provide you with more information as it's close to midnight. I'll go over it again tomorrow.
>
> Regards,
>
> Rick
>
>
>
> -----Original Message-----
> From: Jeff McAffer [mailto:Jeff_McAffer@ca.ibm.com]
> Sent: Tue 11/28/2006 8:16 PM
> To: felix-dev@incubator.apache.org
> Subject: RE: Felix and Eclipse PDE
>
> The Eclipse extension mechanism is an addon service/mechanism analogous to
> declarative services. That is, you should be able to take the
> org.eclipse.equinox.registry bundle (and its prereqs) from Equinox and use
> it on other frameworks. In the case of the registry I suspect you would
> need the o.e.equinox.common and o.e.equinox.supplement bundles. The
> latter supplies implementations of various services that are included in
> the Equinox system bundle as part of its implementation strategy. We are
> just redoing how we manage the supplement bundle so a new one will appear
> in builds soon (or already has). I know that people have run the registry
> on Knopflerfish. Perhaps you would be interested in trying it out on
> Felix and reporting back to the Equinox team?
>
> Jeff
>
>
>
>
> "Rick Litton" <Ri...@ktd-kyocera.com>
> 11/28/2006 03:13 PM
> Please respond to
> felix-dev@incubator.apache.org
>
>
> To
> <fe...@incubator.apache.org>
> cc
>
> Subject
> RE: Felix and Eclipse PDE
>
>
>
>
>
>
> Hi all,
>
>
>
> The area of extension points is quite important for my organization. I
> was wondering if anyone can provide an update on this issue. Is anyone
> from the Felix community working to make Eclipse and Felix interoperable?
> Is there some sort of timeline to implement extension points in Felix? If
> not, why not? Thanks!
>
>
>
> Rick Litton
>
> ________________________________
>
> From: Chris Aniszczyk [mailto:zx@us.ibm.com]
> Sent: Tuesday, October 17, 2006 9:03 AM
> To: felix-dev@incubator.apache.org
> Cc: pde-ui-dev@eclipse.org
> Subject: Felix and Eclipse PDE
>
>
>
> On a side note, the PDE team from Eclipse would like everyone to know that
> as of Eclipse 3.3M2 (
> http://download.eclipse.org/eclipse/downloads/drops/S-3.3M2-200609220010/eclipse-news-M2.html
> ) PDE supports pluggable OSGi frameworks (see the release notes). This
> allows other OSGi frameworks to be launched like Equinox is (also it
> allows for reusability of the launch configuration UIs and other things).
>
> There is an OSGi framework extension point (
> http://dev.eclipse.org/viewcvs/index.cgi/org.eclipse.pde.ui/schema/osgiFrameworks.exsd
> ) that interested OSGi frameworks can extend.
>
> Currently only Equinox is supported (
> http://dev.eclipse.org/viewcvs/index.cgi/org.eclipse.pde.ui/src/org/eclipse/pde/ui/launcher/EquinoxLaunchConfiguration.java
> ) but we would appreciate feedback from the Felix community if someone
> would like to create a Felix extension. We want to make sure this API is
> stable for Eclipse 3.3 and would love if the Felix community could help
> the evolution of this API.
>
> If you have any questions using this API, please feel free to email the
> pde-ui-dev@eclipse.org mailing list.
>
> Cheers,
>
> Chris Aniszczyk
> Eclipse Committer
>
> Inactive hide details for Clement Escoffier
> <cl...@gmail.com>Clement Escoffier
> <cl...@gmail.com>
>
>
>
>
>
>
>
> Clement Escoffier <cl...@gmail.com>
>
>
>
>
> To:
>
>
> felix-dev@incubator.apache.org
>
>
>
>
>
>
>
>
>
>
> cc:
>
>
>
>
>
>
>
>
>
>
>
>
> Subject:
>
>
> Re: Work with Felix but how?!
>
>
>
>
>
>
>
>
>
>
> From:
>
>
> Clement Escoffier <cl...@gmail.com> - Monday, October 16,
> 2006, 12:50 PM
>
>
>
>
> Please respond to felix-dev@incubator.apache.org
>
>
>
>
> Hello,
>
> I migrate (endly) the tutorial : Felix Integration inside Eclipse on the
> Felix Wiki Page :
> http://cwiki.apache.org/confluence/display/FELIX/Felix+integration+inside+Eclipse
>
>
> Regards,
>
> Clement
>
>
> Francesco Furfari a écrit :
>
>> Hi all,
>> Clement has written a tutorial about Felix integration inside eclipse,
>> see
>>
>>
> http://plop-plop.net/ipojo/index.php?option=com_content&task=view&id=23&Itemid=37
>
>
>> I think it should be added to the Felix wiki.
>>
>>
>> best,
>> francesco
>>
>>
>>
>> Simon Willnauer wrote:
>>
>>> Cheers guys!!
>>>
>>> I already build the sources thank you!
>>> I will let you know about the integration of felix in GData.
>>>
>>>
>>> best regards Simon
>>>
>>> On 10/6/06, Richard S. Hall <he...@ungoverned.org> wrote:
>>>
>>>> I would also recommend the following:
>>>>
>>>> * http://cwiki.apache.org/FELIX/building-felix.html
>>>> * http://cwiki.apache.org/FELIX/felix-usage.html
>>>>
>>>> The first tells you the steps necessary for building Felix since it is
>>>> currently only accessible from SVN and the second is a reasonably
>>>> up-to-date usage document.
>>>>
>>>> -> richard
>>>>
>>>> Pierre Parrend wrote:
>>>>
>>>>> Hello Simon,
>>>>>
>>>>> you can refer to the Oscar project, which is the project where
>>>>>
> Felix
>
>>>> comes
>>>>
>>>>> from.
>>>>> you will find a general documentation here :
>>>>> http://oscar.objectweb.org/
>>>>> a 'get started' page here :
>>>>> http://oscar.objectweb.org/usage.html
>>>>> and a tutorial that introduces the main OSGi feature from a
>>>>>
>>>> developper's
>>>> point
>>>>
>>>>> of view :
>>>>> http://oscar-osgi.sourceforge.net/tutorial/index.html
>>>>>
>>>>> on the main page, you will also find a list of project that have
>>>>>
> been
>
>>>> build on
>>>>
>>>>> oscar, I assume that some of them have moved to Felix.
>>>>>
>>>>> And, last, the main difference between Oscar and felix is that
>>>>>
> Oscar
>
>>>> implements
>>>>
>>>>> OSGi Release 3, and Felix is almost ready to implement all mandatory
>>>>>
>>>> OSGi
>>>>
>>>>> Release 4 features.
>>>>>
>>>>> enjoy !
>>>>>
>>>>> Pierre
>>>>>
>>>>> Quoting Simon Willnauer <si...@apache.org>:
>>>>>
>>>>>
>>>>>
>>>>>> Hi there,
>>>>>>
>>>>>> I read a lot about felix and OSGi and I actually can not wait to
>>>>>>
> use
>
>>>> it. I'm
>>>>
>>>>>> planing to integrate the OSGi system into another apache project
>>>>>>
>>>> (Lucene
>>>>
>>>>>> GDataServer) but have no experience with it so far. I was looking
>>>>>>
>>>> for
>>>> some
>>>>
>>>>>> "Getting Started" or examples tutorials to get into the framework
>>>>>>
> or
>
>>>> how to
>>>>
>>>>>> integrate all the features OSGi / Felix offers. I got to the
>>>>>>
>>>> documentation
>>>>
>>>>>> part of the website and tried to read the Felix OSGi Tutorial (
>>>>>> http://cwiki.apache.org/FELIX/felix-osgi-tutorial.html) and I had
>>>>>>
> to
>
>>>> login,
>>>>
>>>>>> so I registered and logged in but I got no permission to read it. I
>>>>>>
>>>> would
>>>>
>>>>>> love to read this part of the documentation, can anyone of you
>>>>>>
>>>> tell me
>>>> how
>>>>
>>>>>> ;).
>>>>>> If any of you have some more documentation / tutorial hints for me
>>>>>>
> I
>
>>>> would
>>>>
>>>>>> really appreciate it.
>>>>>>
>>>>>> Are there any OpenSource projects around using Felix so far?
>>>>>>
>>>>>> best regards Simon
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>
>
>
>
>
>
>
>
Re: Felix and Eclipse PDE
Posted by "Richard S. Hall" <he...@ungoverned.org>.
Just as a quick suggestion, make sure that you are completely up-to-date
with the repo, because there was a bug in the maven bundle plugin that
caused too much stuff to be copied into the framework JAR file and this
was resulting in loader constraint errors.
-> richard
Rick Litton wrote:
> Hi Jeff,
>
> I was able to set up the Eclipse/Equinox bundles in Felix but unfortunately got the following errors:
>
> DEBUG: WIRE: 6.0 -> org.eclipse.osgi.service.urlconversion -> 10.0
> DEBUG: WIRE: 6.0 -> org.eclipse.osgi.service.datalocation -> 10.0
> DEBUG: WIRE: 6.0 -> org.osgi.service.packageadmin -> 0
> DEBUG: WIRE: 6.0 -> org.osgi.service.url -> 0
> DEBUG: WIRE: 6.0 -> org.eclipse.osgi.service.localization -> 10.0
> DEBUG: WIRE: 6.0 -> org.eclipse.osgi.framework.log -> 10.0
> DEBUG: WIRE: 6.0 -> org.osgi.framework -> 0
> DEBUG: WIRE: 6.0 -> org.osgi.util.tracker -> 10.0
> DEBUG: WIRE: 6.0 -> org.eclipse.osgi.util -> 10.0
> DEBUG: WIRE: 6.0 -> org.eclipse.osgi.service.debug -> 10.0
> ERROR: Error starting file:bundle/org.eclipse.equinox.common_3.2.0.v20060603.jar (org.osgi.framework.BundleException: Activator start error.)
> java.lang.LinkageError: Class org/osgi/framework/BundleContext violates loader constraints
> at java.lang.ClassLoader.defineClass1(Native Method)
> at java.lang.ClassLoader.defineClass(ClassLoader.java:620)
> at java.lang.ClassLoader.defineClass(ClassLoader.java:465)
> at org.apache.felix.framework.searchpolicy.ContentClassLoader.findClass(ContentClassLoader.java:149)
> at org.apache.felix.framework.searchpolicy.ContentClassLoader.loadClassFromModule(ContentClassLoader.java:51)
> at org.apache.felix.framework.searchpolicy.ContentLoaderImpl.getClass(ContentLoaderImpl.java:121)
> at org.apache.felix.framework.searchpolicy.R4SearchPolicyCore.findClassOrResource(R4SearchPolicyCore.java:358)
> at org.apache.felix.framework.searchpolicy.R4SearchPolicyCore.findClass(R4SearchPolicyCore.java:136)
> at org.apache.felix.framework.searchpolicy.R4SearchPolicy.findClass(R4SearchPolicy.java:45)
> at org.apache.felix.framework.searchpolicy.ContentClassLoader.loadClass(ContentClassLoader.java:70)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
> at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
> at org.osgi.util.tracker.ServiceTracker.<init>(ServiceTracker.java:162)
> at org.eclipse.core.internal.runtime.Activator.getDebugOptions(Activator.java:104)
> at org.eclipse.core.internal.boot.PlatformURLConnection.<clinit>(PlatformURLConnection.java:70)
> at org.eclipse.core.internal.runtime.Activator.installPlatformURLSupport(Activator.java:330)
> at org.eclipse.core.internal.runtime.Activator.start(Activator.java:79)
> at org.apache.felix.framework.util.SecureAction.startActivator(SecureAction.java:509)
> at org.apache.felix.framework.Felix._startBundle(Felix.java:1260)
> at org.apache.felix.framework.Felix.startBundle(Felix.java:1201)
> at org.apache.felix.framework.Felix.setFrameworkStartLevel(Felix.java:807)
> at org.apache.felix.framework.StartLevelImpl.run(StartLevelImpl.java:256)
> at java.lang.Thread.run(Thread.java:595)
> DEBUG: WIRE: 7.0 -> org.eclipse.osgi.service.datalocation -> 10.0
> DEBUG: WIRE: 7.0 -> org.eclipse.osgi.storagemanager -> 10.0
> DEBUG: WIRE: 7.0 -> org.xml.sax -> 0
> DEBUG: WIRE: 7.0 -> org.osgi.framework -> 0
> DEBUG: WIRE: 7.0 -> org.eclipse.osgi.service.resolver -> 10.0
> DEBUG: WIRE: 7.0 -> org.eclipse.osgi.util -> 10.0
> DEBUG: WIRE: 7.0 -> org.eclipse.osgi.service.debug -> 10.0
> DEBUG: WIRE: 7.0 -> org.eclipse.osgi.service.environment -> 10.0
> DEBUG: WIRE: 7.0 -> org.osgi.service.packageadmin -> 0
> DEBUG: WIRE: 7.0 -> org.xml.sax.helpers -> 0
> DEBUG: WIRE: 7.0 -> javax.xml.parsers -> 0
> DEBUG: WIRE: 7.0 -> org.osgi.util.tracker -> 10.0
> ERROR: Error starting file:bundle/org.eclipse.equinox.registry_3.2.1.R32x_v20060814.jar (org.osgi.framework.BundleException: Activator start error.)
> java.lang.NoClassDefFoundError: org/eclipse/core/runtime/IStatus
> at org.eclipse.core.internal.registry.osgi.Activator.start(Activator.java:52)
> at org.apache.felix.framework.util.SecureAction.startActivator(SecureAction.java:509)
> at org.apache.felix.framework.Felix._startBundle(Felix.java:1260)
> at org.apache.felix.framework.Felix.startBundle(Felix.java:1201)
> at org.apache.felix.framework.Felix.setFrameworkStartLevel(Felix.java:807)
> at org.apache.felix.framework.StartLevelImpl.run(StartLevelImpl.java:256)
> at java.lang.Thread.run(Thread.java:595)
> DEBUG: WIRE: 8.0 -> javax.servlet.http -> 4.0
> DEBUG: WIRE: 8.0 -> javax.servlet -> 4.0
> DEBUG: WIRE: 8.0 -> org.osgi.framework -> 0
> Hello World!!
> ERROR: Error starting file:bundle/org.eclipse.osgi_3.2.1.R32x_v20060919.jar (org.osgi.framework.BundleException: Activator start error.)
> java.lang.ClassCastException: org.eclipse.osgi.framework.internal.core.SystemBundleActivator
> at org.apache.felix.framework.Felix.createBundleActivator(Felix.java:2750)
> at org.apache.felix.framework.Felix._startBundle(Felix.java:1255)
> at org.apache.felix.framework.Felix.startBundle(Felix.java:1201)
> at org.apache.felix.framework.Felix.setFrameworkStartLevel(Felix.java:807)
> at org.apache.felix.framework.StartLevelImpl.run(StartLevelImpl.java:256)
> at java.lang.Thread.run(Thread.java:595)
>
> I suspect that there are dups that caused the conflict between the osgi libraries hence the classloading problem. Unfortunately, I can't provide you with more information as it's close to midnight. I'll go over it again tomorrow.
>
> Regards,
>
> Rick
>
>
>
> -----Original Message-----
> From: Jeff McAffer [mailto:Jeff_McAffer@ca.ibm.com]
> Sent: Tue 11/28/2006 8:16 PM
> To: felix-dev@incubator.apache.org
> Subject: RE: Felix and Eclipse PDE
>
> The Eclipse extension mechanism is an addon service/mechanism analogous to
> declarative services. That is, you should be able to take the
> org.eclipse.equinox.registry bundle (and its prereqs) from Equinox and use
> it on other frameworks. In the case of the registry I suspect you would
> need the o.e.equinox.common and o.e.equinox.supplement bundles. The
> latter supplies implementations of various services that are included in
> the Equinox system bundle as part of its implementation strategy. We are
> just redoing how we manage the supplement bundle so a new one will appear
> in builds soon (or already has). I know that people have run the registry
> on Knopflerfish. Perhaps you would be interested in trying it out on
> Felix and reporting back to the Equinox team?
>
> Jeff
>
>
>
>
> "Rick Litton" <Ri...@ktd-kyocera.com>
> 11/28/2006 03:13 PM
> Please respond to
> felix-dev@incubator.apache.org
>
>
> To
> <fe...@incubator.apache.org>
> cc
>
> Subject
> RE: Felix and Eclipse PDE
>
>
>
>
>
>
> Hi all,
>
>
>
> The area of extension points is quite important for my organization. I
> was wondering if anyone can provide an update on this issue. Is anyone
> from the Felix community working to make Eclipse and Felix interoperable?
> Is there some sort of timeline to implement extension points in Felix? If
> not, why not? Thanks!
>
>
>
> Rick Litton
>
> ________________________________
>
> From: Chris Aniszczyk [mailto:zx@us.ibm.com]
> Sent: Tuesday, October 17, 2006 9:03 AM
> To: felix-dev@incubator.apache.org
> Cc: pde-ui-dev@eclipse.org
> Subject: Felix and Eclipse PDE
>
>
>
> On a side note, the PDE team from Eclipse would like everyone to know that
> as of Eclipse 3.3M2 (
> http://download.eclipse.org/eclipse/downloads/drops/S-3.3M2-200609220010/eclipse-news-M2.html
> ) PDE supports pluggable OSGi frameworks (see the release notes). This
> allows other OSGi frameworks to be launched like Equinox is (also it
> allows for reusability of the launch configuration UIs and other things).
>
> There is an OSGi framework extension point (
> http://dev.eclipse.org/viewcvs/index.cgi/org.eclipse.pde.ui/schema/osgiFrameworks.exsd
> ) that interested OSGi frameworks can extend.
>
> Currently only Equinox is supported (
> http://dev.eclipse.org/viewcvs/index.cgi/org.eclipse.pde.ui/src/org/eclipse/pde/ui/launcher/EquinoxLaunchConfiguration.java
> ) but we would appreciate feedback from the Felix community if someone
> would like to create a Felix extension. We want to make sure this API is
> stable for Eclipse 3.3 and would love if the Felix community could help
> the evolution of this API.
>
> If you have any questions using this API, please feel free to email the
> pde-ui-dev@eclipse.org mailing list.
>
> Cheers,
>
> Chris Aniszczyk
> Eclipse Committer
>
> Inactive hide details for Clement Escoffier
> <cl...@gmail.com>Clement Escoffier
> <cl...@gmail.com>
>
>
>
>
>
>
>
> Clement Escoffier <cl...@gmail.com>
>
>
>
>
> To:
>
>
> felix-dev@incubator.apache.org
>
>
>
>
>
>
>
>
>
>
> cc:
>
>
>
>
>
>
>
>
>
>
>
>
> Subject:
>
>
> Re: Work with Felix but how?!
>
>
>
>
>
>
>
>
>
>
> From:
>
>
> Clement Escoffier <cl...@gmail.com> - Monday, October 16,
> 2006, 12:50 PM
>
>
>
>
> Please respond to felix-dev@incubator.apache.org
>
>
>
>
> Hello,
>
> I migrate (endly) the tutorial : Felix Integration inside Eclipse on the
> Felix Wiki Page :
> http://cwiki.apache.org/confluence/display/FELIX/Felix+integration+inside+Eclipse
>
>
> Regards,
>
> Clement
>
>
> Francesco Furfari a écrit :
>
>> Hi all,
>> Clement has written a tutorial about Felix integration inside eclipse,
>> see
>>
>>
> http://plop-plop.net/ipojo/index.php?option=com_content&task=view&id=23&Itemid=37
>
>
>> I think it should be added to the Felix wiki.
>>
>>
>> best,
>> francesco
>>
>>
>>
>> Simon Willnauer wrote:
>>
>>> Cheers guys!!
>>>
>>> I already build the sources thank you!
>>> I will let you know about the integration of felix in GData.
>>>
>>>
>>> best regards Simon
>>>
>>> On 10/6/06, Richard S. Hall <he...@ungoverned.org> wrote:
>>>
>>>> I would also recommend the following:
>>>>
>>>> * http://cwiki.apache.org/FELIX/building-felix.html
>>>> * http://cwiki.apache.org/FELIX/felix-usage.html
>>>>
>>>> The first tells you the steps necessary for building Felix since it is
>>>> currently only accessible from SVN and the second is a reasonably
>>>> up-to-date usage document.
>>>>
>>>> -> richard
>>>>
>>>> Pierre Parrend wrote:
>>>>
>>>>> Hello Simon,
>>>>>
>>>>> you can refer to the Oscar project, which is the project where
>>>>>
> Felix
>
>>>> comes
>>>>
>>>>> from.
>>>>> you will find a general documentation here :
>>>>> http://oscar.objectweb.org/
>>>>> a 'get started' page here :
>>>>> http://oscar.objectweb.org/usage.html
>>>>> and a tutorial that introduces the main OSGi feature from a
>>>>>
>>>> developper's
>>>> point
>>>>
>>>>> of view :
>>>>> http://oscar-osgi.sourceforge.net/tutorial/index.html
>>>>>
>>>>> on the main page, you will also find a list of project that have
>>>>>
> been
>
>>>> build on
>>>>
>>>>> oscar, I assume that some of them have moved to Felix.
>>>>>
>>>>> And, last, the main difference between Oscar and felix is that
>>>>>
> Oscar
>
>>>> implements
>>>>
>>>>> OSGi Release 3, and Felix is almost ready to implement all mandatory
>>>>>
>>>> OSGi
>>>>
>>>>> Release 4 features.
>>>>>
>>>>> enjoy !
>>>>>
>>>>> Pierre
>>>>>
>>>>> Quoting Simon Willnauer <si...@apache.org>:
>>>>>
>>>>>
>>>>>
>>>>>> Hi there,
>>>>>>
>>>>>> I read a lot about felix and OSGi and I actually can not wait to
>>>>>>
> use
>
>>>> it. I'm
>>>>
>>>>>> planing to integrate the OSGi system into another apache project
>>>>>>
>>>> (Lucene
>>>>
>>>>>> GDataServer) but have no experience with it so far. I was looking
>>>>>>
>>>> for
>>>> some
>>>>
>>>>>> "Getting Started" or examples tutorials to get into the framework
>>>>>>
> or
>
>>>> how to
>>>>
>>>>>> integrate all the features OSGi / Felix offers. I got to the
>>>>>>
>>>> documentation
>>>>
>>>>>> part of the website and tried to read the Felix OSGi Tutorial (
>>>>>> http://cwiki.apache.org/FELIX/felix-osgi-tutorial.html) and I had
>>>>>>
> to
>
>>>> login,
>>>>
>>>>>> so I registered and logged in but I got no permission to read it. I
>>>>>>
>>>> would
>>>>
>>>>>> love to read this part of the documentation, can anyone of you
>>>>>>
>>>> tell me
>>>> how
>>>>
>>>>>> ;).
>>>>>> If any of you have some more documentation / tutorial hints for me
>>>>>>
> I
>
>>>> would
>>>>
>>>>>> really appreciate it.
>>>>>>
>>>>>> Are there any OpenSource projects around using Felix so far?
>>>>>>
>>>>>> best regards Simon
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>
>
>
>
>
>
>
>