Return-Path: Delivered-To: apmail-incubator-felix-dev-archive@www.apache.org Received: (qmail 49079 invoked from network); 4 Dec 2006 14:58:07 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 4 Dec 2006 14:58:07 -0000 Received: (qmail 30484 invoked by uid 500); 4 Dec 2006 14:58:14 -0000 Delivered-To: apmail-incubator-felix-dev-archive@incubator.apache.org Received: (qmail 30415 invoked by uid 500); 4 Dec 2006 14:58:14 -0000 Mailing-List: contact felix-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: felix-dev@incubator.apache.org Delivered-To: mailing list felix-dev@incubator.apache.org Received: (qmail 30362 invoked by uid 99); 4 Dec 2006 14:58:14 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 04 Dec 2006 06:58:14 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_HELO_PASS X-Spam-Check-By: apache.org Received-SPF: neutral (herse.apache.org: local policy) Received: from [217.160.230.41] (HELO mout.perfora.net) (217.160.230.41) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 04 Dec 2006 06:58:03 -0800 Received: from [24.180.252.202] (helo=[192.168.1.85]) by mrelay.perfora.net (node=mrelayus1) with ESMTP (Nemesis), id 0MKp2t-1GrFGG0SsU-0003rR; Mon, 04 Dec 2006 09:57:41 -0500 Message-ID: <4574375F.80703@ungoverned.org> Date: Mon, 04 Dec 2006 09:57:35 -0500 From: "Richard S. Hall" User-Agent: Thunderbird 1.5.0.8 (X11/20061115) MIME-Version: 1.0 To: felix-dev@incubator.apache.org Subject: Re: Felix and Eclipse PDE References: <9A6213D6CEDE5147A5FA6559410C363D0177ADBE@Mail1.ktd.com> In-Reply-To: <9A6213D6CEDE5147A5FA6559410C363D0177ADBE@Mail1.ktd.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Provags-ID: perfora.net abuse@perfora.net login:b399c17105f59dfa36985f08f30e623d X-Virus-Checked: Checked by ClamAV on apache.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.(ServiceTracker.java:162) > at org.eclipse.core.internal.runtime.Activator.getDebugOptions(Activator.java:104) > at org.eclipse.core.internal.boot.PlatformURLConnection.(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" > 11/28/2006 03:13 PM > Please respond to > felix-dev@incubator.apache.org > > > To > > 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 > Clement Escoffier > > > > > > > > > Clement Escoffier > > > > > To: > > > felix-dev@incubator.apache.org > > > > > > > > > > > cc: > > > > > > > > > > > > > Subject: > > > Re: Work with Felix but how?! > > > > > > > > > > > From: > > > Clement Escoffier - 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 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 : >>>>> >>>>> >>>>> >>>>>> 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 >>>>>> >>>>>> >>>>>> >>>>> >>>>> > > > > > > > >