RE: [equinox-dev] Equinox p2 -Problem running director app from the Getting Started for Developers Guide
Hi Jeff, I just updated the director.app launch config and retested. Could you resynch to HEAD and try again. -Simon [EMAIL PROTECTED] wrote on 02/22/2008 11:13:04 AM: > Still having the same issue. I removed everything and started over > from the beginning. > > anything further I can look at to diagnose the problem? > > -Original Message- > From: [EMAIL PROTECTED] [mailto:equinox-dev- > [EMAIL PROTECTED] On Behalf Of Pascal Rapicault > Sent: Thursday, February 21, 2008 3:53 PM > To: Equinox development mailing list > Cc: equinox-dev@eclipse.org; [EMAIL PROTECTED] > Subject: Re: [equinox-dev] Equinox p2 -Problem running director app > from the Getting Started for Developers Guide > > I have released a change to the launch configuration that should fix the > problem. Please try after having synchronized with CVS the > org.eclipse.equinox.p2.ui.admin.rcp > > > > > |> > | From: | > |> > > >-- > | > |Jeff Hamm <[EMAIL PROTECTED]> | > > >-- > | > |> > | To:| > |> > > >-- > | > |"equinox-dev@eclipse.org" | > > >-- > | > |> > | Date: | > |> > > >-- > | > |02/21/2008 12:57 PM | > > >-- > | > |> > | Subject: | > |> > > >-- > | > |[equinox-dev] Equinox p2 -Problem running director app from the > Getting Started for Developers Guide | > > >-- > | > > > > > > All -- > > I have been trying to work through the Getting Started for Developers > Guide( http://wiki.eclipse.org/Equinox_p2_Getting_Started_for_Developers< > http://wiki.eclipse.org/Equinox_p2_Getting_Started_for_Developers%20>) and > I'm having a problem running the director app part of the setup. > > I have downloaded the src code for p2 and built the project based on the > steps listed in the guide. > I have successfully run the Metadata Generator SDK and had it do its work > against a 3.3 eclipse instance that I had previously installed. > > When running the director app in the next step of the guide, I get the > following exception. > > > osgi> !SESSION 2008-02-21 12:35:51.494 > --- > eclipse.buildId=unknown > java.version=1.5.0_12 > java.vendor=Sun Microsystems Inc. > BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US > Framework arguments: -application > org.eclipse.equinox.p2.director.app.application -metadataRepository > file:C:\equinox.p2\servers\ -artifactRepository file:C:\equinox.p2\servers\ > -installIU sdk -destination C:\equinox.p2\eclipseApp\ -flavor tooling > -profile foo > Command-line arguments: -dev > file:C:/jehamm/dev/open_source/.metadata/.plugins/org.eclipse.pde. > core/director > app/dev.properties -console -consolelog -application > org.eclipse.equinox.p2.director.app.application -metadataRepository > file:C:\equinox.p2\servers\ -artifactRepository file:C:\equinox.p2\servers\ > -installIU sdk -destination C:\equinox.p2\eclipseApp\ -flavor tooling > -profile foo > > !ENTRY org.eclipse.osgi 4 0 2008-02-21 12:35:52.212 > !MESSAGE Application error > !STACK 1 > java.lang.IllegalStateException: Unable to acquire application service. > Ensure that the org.eclipse.core.runtime bundle is resolved and started > (see config.ini). > at > org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher. > start(EclipseAppLauncher.java:72) > > at > org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:362) > > at > org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:175) > > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) > at java.lang.reflect.Method.invoke(Unknown Source) >
[equinox-dev] Equinox->Framework tagged for next I-Build
I tagged Equinox->Framework for the next I-Build (today?). It will be good to get extra testing on bug 199103. The map file has been updated for the following Bug changes: + Bug 67220. Location.setUrl needs more error information (FIXED) + Bug 217503. DefaultAuthorizationEngine should allow policy to be set (FIXED) + Bug 218001. Using internal FrameworkSecurityManager should be easier (FIXED) + Bug 219512. CachedManifest should should cache Bundle-ManifestVersion and Bundle-ActivationPolicy (FIXED) + Bug 21. SignedContent missing a since tag (FIXED) + Bug 199103. ServiceRegistrationImpl has improper synchronization The following projects have changed: org.eclipse.osgi.tests org.eclipse.osgi Tom ___ equinox-dev mailing list equinox-dev@eclipse.org https://dev.eclipse.org/mailman/listinfo/equinox-dev
Re: [equinox-dev] DS invocation order of bind and activate (timing issue???)
I think you should put this in a bug report against DS. -- BJ Hargrave Senior Technical Staff Member, IBM OSGi Fellow and CTO of the OSGi Alliance [EMAIL PROTECTED] office: +1 386 848 1781 mobile: +1 386 848 3788 From: "Foerster, Stefan" <[EMAIL PROTECTED]> To: equinox-dev@eclipse.org Date: 2008-02-22 11:52 Subject: [equinox-dev] DS invocation order of bind and activate (timing issue???) Hello, I'm having three bundles providing three services using the declarative service (version 1.0.0.v20080218): bundle A: bundle B: bundle D: Reading the OSGi DS spec I assume the only valid method invocation order (if the methods exists and are accessible) is: 1) D1.activate() -> some instanceD 2) A1.setD(instanceD) 3) A1.activate() -> some instanceA 4) B1.setA(instanceA) and B1.setD(instanceD) in any order 5) B1.activate() -> some instanceB 6) A1.setB(instanceB) Sometimes, it happens that B1 is activated before!!! A1. and I get the following order of calls from the OSGi log (calls to setD() are not logged!): == 1: >Debug [51] D1: activate() [EMAIL PROTECTED]:file:../../build/d1.jar/ 2: >Info [51] ServiceEvent REGISTERED {service.id=29} 3: >Info [54] ServiceEvent REGISTERED {service.id=30} 4: >Info [37] ServiceEvent REGISTERED {service.id=31} 5: >Info [52] ServiceEvent REGISTERED {service.id=32} 6: >Info [53] ServiceEvent REGISTERED {service.id=33} 7: >Warn [4] ComponentReference.bind(): bind method setE is not accessible! [EMAIL PROTECTED]: file:org.eclipse.equinox.ds_1.0.0.v20080218.jar/ 8: >Warn [4] ComponentReference.bind(): bind method setB is not accessible! [EMAIL PROTECTED]: file:org.eclipse.equinox.ds_1.0.0.v20080218.jar/ 9: >Debug [51] B1: activate() [EMAIL PROTECTED]:file:../../build/d1.jar/ 10:>Debug [51] A1: setB() [EMAIL PROTECTED]:file:../../build/d1.jar/ 11:>Debug [51] A1: setB() A1 not yet activated!!! [EMAIL PROTECTED]: file:../../build/d1.jar/ 12:>Debug [51] A1: activate() [EMAIL PROTECTED]:file:../../build/d1.jar/ 13:>Debug [51] E1: activate() [EMAIL PROTECTED]:file:../../build/d1.jar/ 14:>Debug [51] A1: setE() [EMAIL PROTECTED]:file:../../build/d1.jar/ 15:>Debug [51] B2: activate() [EMAIL PROTECTED]:file:../../build/d1.jar/ 16:>Debug [51] A1: setB() [EMAIL PROTECTED]:file:../../build/d1.jar/ 17:>Warn [4] ComponentReference.bind(): service reference already bound: {IB}={service.ranking=1000, service.pid=B1, component.name=B1, component.id=4, service.id=33} [EMAIL PROTECTED]: file:org.eclipse.equinox.ds_1.0.0.v20080218.jar/ == Please observe line 11! I inserted the check for activation since else some internal data structures of A1 were not initialised and I had NullPointerExceptions. Since I check for activation, all services are at least started. I also have a run the whole thing with DS debugging enabled, interestingly no service is started at all: == >Info [6] Log created; Log Size=100; Log Threshold=4 [EMAIL PROTECTED]: file:org.eclipse.equinox.log_1.1.0.v20071203.jar/ >Info [6] ServiceEvent REGISTERED {service.id=23} >Info [6] ServiceEvent REGISTERED {service.id=24} >Info [6] ServiceEvent REGISTERED {service.id=25} >Info [6] BundleEvent STARTED [EMAIL PROTECTED]: file:org.eclipse.equinox.log_1.1.0.v20071203.jar/ >Debug [5] bundleentry://7/OSGI-INF/Activator.xml [EMAIL PROTECTED]: file:org.eclipse.equinox.ds_1.0.0.v20080218.jar/ >Debug [5] [QueuedJob] WorkPerformer: [EMAIL PROTECTED]; actionType 1 [EMAIL PROTECTED]:file:org.eclipse.equinox.ds_1.0.0.v20080218.jar/ >Warn [5] [SCR - WorkThread] Timeout ocurred! Thread was blocked on processing [QueuedJob] WorkPerformer: [EMAIL PROTECTED]; actionType 1 [EMAIL PROTECTED]:file:org.eclipse.equinox.ds_1.0.0.v20080218.jar/ >Info [7] BundleEvent STARTED [EMAIL PROTECTED]:file:../../build/b1.jar/ >Info [8] BundleEvent STARTED [EMAIL PROTECTED]: file:org.apache.commons.logging_1.0.4.v200711021015.jar/ >Info [11] BundleEvent STARTED [EMAIL PROTECTED]: file:org.eclipse.osgi.services_3.1.200.v20071203.jar/ >Debug [5] bundleentry://12/OSGI-INF/Activator.xml [EMAIL PROTECTED]: file:org.eclipse.equinox.ds_1.0.0.v20080218.jar/ >Debug [5] [QueuedJob] WorkPerformer: [EMAIL PROTECTED]; actionType 1 [EMAIL PROTECTED]:file:org.eclipse.equinox.ds_1.0.0.v20080218.jar/ >Warn [5] [SCR - WorkThread] Timeout ocurred! Thread was blocked on processing [QueuedJob] WorkPerformer: [EMAIL PROTECTED]; actionType 1 [EMAIL PROTECTED]:file:org.eclipse.equinox.ds_1.0.0.v20080218.jar/ >Info [12] BundleEvent STARTED [EMAIL PROTECTED]:file:../../build/a1.jar/ >Debug [5] bundleentry://14/OSGI-INF/Activator.xml [EMAIL PROTECTED]: file:org.eclipse.equinox.ds_1.0.0.v20080218.jar/ >Debug [5] [QueuedJob] WorkPerformer: [EMAIL PROTECTED]; actionType 1 [EMAIL PROTECTED]:file:org.eclipse.equinox.ds_1.0.0.v20080218.jar/ >Warn [5] [SCR - WorkThread] Timeout ocurred! Thread was blocked on processing [QueuedJob] WorkPe
Re: [equinox-dev] DS invocation order of bind and activate (timing issue???)
The optional reference from A1 to B1 creates a cycle. The DS implementation should be able to handle this since the reference is optional it should be able to break the cycle and I assume provide a consistent activation order of A1 and B1. I recommend opening a bug against Equinox->Bundles to track the issue. It would really help if you could provide a testcase to reproduce. Tom From: "Foerster, Stefan" <[EMAIL PROTECTED]> To: equinox-dev@eclipse.org Date: 02/22/2008 10:52 AM Subject:[equinox-dev] DS invocation order of bind and activate (timing issue???) Hello, I'm having three bundles providing three services using the declarative service (version 1.0.0.v20080218): bundle A: bundle B: bundle D: Reading the OSGi DS spec I assume the only valid method invocation order (if the methods exists and are accessible) is: 1) D1.activate() -> some instanceD 2) A1.setD(instanceD) 3) A1.activate() -> some instanceA 4) B1.setA(instanceA) and B1.setD(instanceD) in any order 5) B1.activate() -> some instanceB 6) A1.setB(instanceB) Sometimes, it happens that B1 is activated before!!! A1. and I get the following order of calls from the OSGi log (calls to setD() are not logged!): == 1: >Debug [51] D1: activate() [EMAIL PROTECTED]:file:../../build/d1.jar/ 2: >Info [51] ServiceEvent REGISTERED {service.id=29} 3: >Info [54] ServiceEvent REGISTERED {service.id=30} 4: >Info [37] ServiceEvent REGISTERED {service.id=31} 5: >Info [52] ServiceEvent REGISTERED {service.id=32} 6: >Info [53] ServiceEvent REGISTERED {service.id=33} 7: >Warn [4] ComponentReference.bind(): bind method setE is not accessible! [EMAIL PROTECTED]:file:org.eclipse.equinox.ds_1.0.0.v20080218.jar/ 8: >Warn [4] ComponentReference.bind(): bind method setB is not accessible! [EMAIL PROTECTED]:file:org.eclipse.equinox.ds_1.0.0.v20080218.jar/ 9: >Debug [51] B1: activate() [EMAIL PROTECTED]:file:../../build/d1.jar/ 10:>Debug [51] A1: setB() [EMAIL PROTECTED]:file:../../build/d1.jar/ 11:>Debug [51] A1: setB() A1 not yet activated!!! [EMAIL PROTECTED]: file:../../build/d1.jar/ 12:>Debug [51] A1: activate() [EMAIL PROTECTED]:file:../../build/d1.jar/ 13:>Debug [51] E1: activate() [EMAIL PROTECTED]:file:../../build/d1.jar/ 14:>Debug [51] A1: setE() [EMAIL PROTECTED]:file:../../build/d1.jar/ 15:>Debug [51] B2: activate() [EMAIL PROTECTED]:file:../../build/d1.jar/ 16:>Debug [51] A1: setB() [EMAIL PROTECTED]:file:../../build/d1.jar/ 17:>Warn [4] ComponentReference.bind(): service reference already bound: {IB}={service.ranking=1000, service.pid=B1, component.name=B1, component.id=4, service.id=33} [EMAIL PROTECTED]: file:org.eclipse.equinox.ds_1.0.0.v20080218.jar/ == Please observe line 11! I inserted the check for activation since else some internal data structures of A1 were not initialised and I had NullPointerExceptions. Since I check for activation, all services are at least started. I also have a run the whole thing with DS debugging enabled, interestingly no service is started at all: == >Info [6] Log created; Log Size=100; Log Threshold=4 [EMAIL PROTECTED]: file:org.eclipse.equinox.log_1.1.0.v20071203.jar/ >Info [6] ServiceEvent REGISTERED {service.id=23} >Info [6] ServiceEvent REGISTERED {service.id=24} >Info [6] ServiceEvent REGISTERED {service.id=25} >Info [6] BundleEvent STARTED [EMAIL PROTECTED]: file:org.eclipse.equinox.log_1.1.0.v20071203.jar/ >Debug [5] bundleentry://7/OSGI-INF/Activator.xml [EMAIL PROTECTED]: file:org.eclipse.equinox.ds_1.0.0.v20080218.jar/ >Debug [5] [QueuedJob] WorkPerformer: [EMAIL PROTECTED]; actionType 1 [EMAIL PROTECTED]:file:org.eclipse.equinox.ds_1.0.0.v20080218.jar/ >Warn [5] [SCR - WorkThread] Timeout ocurred! Thread was blocked on processing [QueuedJob] WorkPerformer: [EMAIL PROTEC
Re: [equinox-dev] [prov] manifest changes
I have reverted this change and also gone through the p2 bundles to ensure that the EEs are set correctly. There is currently a problem in the way that we compute the classpath w.r.t. EEs so we need to leave the higher EEs first in the manifest for now. For reference, the bug is described here: https://bugs.eclipse.org/bugs/show_bug.cgi?id=219979 Also it is important to note that when you change the EE in the bundle manifest editor, you must also update the classpath for the project using the link below the EE section. If you don't, then you will have an EE listed first in the manifest (e.g. Foundation 1.1) but PDE will be using a different one to compile the project in your workspace (e.g. 1.4) and when a new VM (e.g. Foundation 1.1) is added to the builder, then the build will fail because you may be referencing methods not found in those libraries. I have updated the p2 bundles to have matching manifests and classpath files. Thanks. [EMAIL PROTECTED] wrote on 02/21/2008 03:47:04 PM: > > I have released a change to the manifest file for the > org.eclipse.equinox.p2.artifact.repository project so Kim can test the > Foundation EE in the build. If you have this project (and this change) > loaded into your workspace and a Foundation 1.1 VM set up, it will also > require that you have a project like Xerces also in your workspace. Xerces > is already in the project set file so you should be good, but I just wanted > to give you a heads up in case you see strange errors about not finding XML > classes. > > ___ equinox-dev mailing list equinox-dev@eclipse.org https://dev.eclipse.org/mailman/listinfo/equinox-dev
[equinox-dev] DS invocation order of bind and activate (timing issue???)
Hello, I'm having three bundles providing three services using the declarative service (version 1.0.0.v20080218): bundle A: bundle B: bundle D: Reading the OSGi DS spec I assume the only valid method invocation order (if the methods exists and are accessible) is: 1) D1.activate() -> some instanceD 2) A1.setD(instanceD) 3) A1.activate() -> some instanceA 4) B1.setA(instanceA) and B1.setD(instanceD) in any order 5) B1.activate() -> some instanceB 6) A1.setB(instanceB) Sometimes, it happens that B1 is activated before!!! A1. and I get the following order of calls from the OSGi log (calls to setD() are not logged!): == 1: >Debug [51] D1: activate() [EMAIL PROTECTED]:file:../../build/d1.jar/ 2: >Info [51] ServiceEvent REGISTERED {service.id=29} 3: >Info [54] ServiceEvent REGISTERED {service.id=30} 4: >Info [37] ServiceEvent REGISTERED {service.id=31} 5: >Info [52] ServiceEvent REGISTERED {service.id=32} 6: >Info [53] ServiceEvent REGISTERED {service.id=33} 7: >Warn [4] ComponentReference.bind(): bind method setE is not accessible! [EMAIL PROTECTED]:file:org.eclipse.equinox.ds_1.0.0.v20080218.jar/ 8: >Warn [4] ComponentReference.bind(): bind method setB is not accessible! [EMAIL PROTECTED]:file:org.eclipse.equinox.ds_1.0.0.v20080218.jar/ 9: >Debug [51] B1: activate() [EMAIL PROTECTED]:file:../../build/d1.jar/ 10:>Debug [51] A1: setB() [EMAIL PROTECTED]:file:../../build/d1.jar/ 11:>Debug [51] A1: setB() A1 not yet activated!!! [EMAIL PROTECTED]:file:../../build/d1.jar/ 12:>Debug [51] A1: activate() [EMAIL PROTECTED]:file:../../build/d1.jar/ 13:>Debug [51] E1: activate() [EMAIL PROTECTED]:file:../../build/d1.jar/ 14:>Debug [51] A1: setE() [EMAIL PROTECTED]:file:../../build/d1.jar/ 15:>Debug [51] B2: activate() [EMAIL PROTECTED]:file:../../build/d1.jar/ 16:>Debug [51] A1: setB() [EMAIL PROTECTED]:file:../../build/d1.jar/ 17:>Warn [4] ComponentReference.bind(): service reference already bound: {IB}={service.ranking=1000, service.pid=B1, component.name=B1, component.id=4, service.id=33} [EMAIL PROTECTED]:file:org.eclipse.equinox.ds_1.0.0.v20080218.jar/ == Please observe line 11! I inserted the check for activation since else some internal data structures of A1 were not initialised and I had NullPointerExceptions. Since I check for activation, all services are at least started. I also have a run the whole thing with DS debugging enabled, interestingly no service is started at all: == >Info [6] Log created; Log Size=100; Log Threshold=4 [EMAIL >PROTECTED]:file:org.eclipse.equinox.log_1.1.0.v20071203.jar/ >Info [6] ServiceEvent REGISTERED {service.id=23} >Info [6] ServiceEvent REGISTERED {service.id=24} >Info [6] ServiceEvent REGISTERED {service.id=25} >Info [6] BundleEvent STARTED [EMAIL >PROTECTED]:file:org.eclipse.equinox.log_1.1.0.v20071203.jar/ >Debug [5] bundleentry://7/OSGI-INF/Activator.xml [EMAIL >PROTECTED]:file:org.eclipse.equinox.ds_1.0.0.v20080218.jar/ >Debug [5] [QueuedJob] WorkPerformer: [EMAIL PROTECTED]; actionType 1 [EMAIL >PROTECTED]:file:org.eclipse.equinox.ds_1.0.0.v20080218.jar/ >Warn [5] [SCR - WorkThread] Timeout ocurred! Thread was blocked on processing >[QueuedJob] WorkPerformer: [EMAIL PROTECTED]; actionType 1 [EMAIL >PROTECTED]:file:org.eclipse.equinox.ds_1.0.0.v20080218.jar/ >Info [7] BundleEvent STARTED [EMAIL PROTECTED]:file:../../build/b1.jar/ >Info [8] BundleEvent STARTED [EMAIL >PROTECTED]:file:org.apache.commons.logging_1.0.4.v200711021015.jar/ >Info [11] BundleEvent STARTED [EMAIL >PROTECTED]:file:org.eclipse.osgi.services_3.1.200.v20071203.jar/ >Debug [5] bundleentry://12/OSGI-INF/Activator.xml [EMAIL >PROTECTED]:file:org.eclipse.equinox.ds_1.0.0.v20080218.jar/ >Debug [5] [QueuedJob] WorkPerformer: [EMAIL PROTECTED]; actionType 1 [EMAIL >PROTECTED]:file:org.eclipse.equinox.ds_1.0.0.v20080218.jar/ >Warn [5] [SCR - WorkThread] Timeout ocurred! Thread was blocked on processing >[QueuedJob] WorkPerformer: [EMAIL PROTECTED]; actionType 1 [EMAIL >PROTECTED]:file:org.eclipse.equinox.ds_1.0.0.v20080218.jar/ >Info [12] BundleEvent STARTED [EMAIL PROTECTED]:file:../../build/a1.jar/ >Debug [5] bundleentry://14/OSGI-INF/Activator.xml [EMAIL >PROTECTED]:file:org.eclipse.equinox.ds_1.0.0.v20080218.jar/ >Debug [5] [QueuedJob] WorkPerformer: [EMAIL PROTECTED]; actionType 1 [EMAIL >PROTECTED]:file:org.eclipse.equinox.ds_1.0.0.v20080218.jar/ >Warn [5] [SCR - WorkThread] Timeout ocurred! Thread was blocked on processing >[QueuedJob] WorkPerformer: [EMAIL PROTECTED]; actionType 1 [EMAIL >PROTECTED]:file:org.eclipse.equinox.ds_1.0.0.v20080218.jar/ >Info [14] BundleEvent STARTED [EMAIL PROTECTED]:file:../../build/b2.jar/ >Debug [5] bundleentry://15/OSGI-INF/Activator.xml [EMAIL >PROTECTED]:file:org.eclipse.equinox.ds_1.0.0.v20080218.jar/ >Debug [5] [QueuedJob] WorkPerformer: [EMAIL PROTECTED]; actionType 1 [EMAIL >PROTECTED]:
RE: [equinox-dev] Equinox p2 -Problem running director app from the Getting Started for Developers Guide
Still having the same issue. I removed everything and started over from the beginning. anything further I can look at to diagnose the problem? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Pascal Rapicault Sent: Thursday, February 21, 2008 3:53 PM To: Equinox development mailing list Cc: equinox-dev@eclipse.org; [EMAIL PROTECTED] Subject: Re: [equinox-dev] Equinox p2 -Problem running director app from the Getting Started for Developers Guide I have released a change to the launch configuration that should fix the problem. Please try after having synchronized with CVS the org.eclipse.equinox.p2.ui.admin.rcp |> | From: | |> >--| |Jeff Hamm <[EMAIL PROTECTED]> | >--| |> | To:| |> >--| |"equinox-dev@eclipse.org" | >--| |> | Date: | |> >--| |02/21/2008 12:57 PM | >--| |> | Subject: | |> >--| |[equinox-dev] Equinox p2 -Problem running director app from the Getting Started for Developers Guide | >--| All -- I have been trying to work through the Getting Started for Developers Guide( http://wiki.eclipse.org/Equinox_p2_Getting_Started_for_Developers< http://wiki.eclipse.org/Equinox_p2_Getting_Started_for_Developers%20>) and I'm having a problem running the director app part of the setup. I have downloaded the src code for p2 and built the project based on the steps listed in the guide. I have successfully run the Metadata Generator SDK and had it do its work against a 3.3 eclipse instance that I had previously installed. When running the director app in the next step of the guide, I get the following exception. osgi> !SESSION 2008-02-21 12:35:51.494 --- eclipse.buildId=unknown java.version=1.5.0_12 java.vendor=Sun Microsystems Inc. BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US Framework arguments: -application org.eclipse.equinox.p2.director.app.application -metadataRepository file:C:\equinox.p2\servers\ -artifactRepository file:C:\equinox.p2\servers\ -installIU sdk -destination C:\equinox.p2\eclipseApp\ -flavor tooling -profile foo Command-line arguments: -dev file:C:/jehamm/dev/open_source/.metadata/.plugins/org.eclipse.pde.core/director app/dev.properties -console -consolelog -application org.eclipse.equinox.p2.director.app.application -metadataRepository file:C:\equinox.p2\servers\ -artifactRepository file:C:\equinox.p2\servers\ -installIU sdk -destination C:\equinox.p2\eclipseApp\ -flavor tooling -profile foo !ENTRY org.eclipse.osgi 4 0 2008-02-21 12:35:52.212 !MESSAGE Application error !STACK 1 java.lang.IllegalStateException: Unable to acquire application service. Ensure that the org.eclipse.core.runtime bundle is resolved and started (see config.ini). at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:72) at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:362) at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:175) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at org.eclipse.e
Re: [equinox-dev] Eclipse and the Mac System Log - Runaway CPU
I would recommend entering a bug against SWT, just because it's a platform specific issue and they handle many of those. If they don't know what's up, they can probably find someone from Apple who would. McQ. Hal Hildebrand <[EMAIL PROTECTED] racle.com> To Sent by: Equinox development mailing list equinox-dev-bounc [EMAIL PROTECTED] cc Subject 02/20/08 14:25Re: [equinox-dev] Eclipse and the Mac System Log - Runaway CPU Please respond to Equinox development mailing list <[EMAIL PROTECTED] pse.org> Thanks for the reply. Yea, I have no idea where this is coming from, but it's definitely coming from the Eclipse process (via pid). Things got so bad I literally had to turn off the system log - which is a lovely way to be running your system, I might add ;) On Feb 20, 2008, at 11:18 AM, John Arthorne wrote: No idea For what it's worth, these don't look like log messages produced by the platform or framework log. I don't recall ever seeing log output like this before. John Hal wrote on 02/19/2008 06:38:16 PM: > Sorry if this is a really inappropriate message for this list, but I'm > at my whit's end and I doubt my question will be answered on the > newsgroup. > > Basically, I'm seeing MEGABYTES of info logged from Eclipse. There's > no errors, just reams and reams and reams of info regarding the > libraries I'm using everything I runt junit tests or whatever. It's > literally causing poor syslogd to chew up more than 1 CPU (and > 120 > megabytes so far, after 1/2 hour) trying to digest this stuff. > > So, the question is, how on earth do I stop this useless info from > being logged to the system log? Is there some hidden flag I can turn > on (please say yes) and/or modify which will stop it? > > I think what happened is that with the latest (10.5.2) update to > Leopard, syslog changes (some new db format or something) is now > causing way more CPU usage than normal. So it could well be that > Eclipse was spewing out this much info all along and I just never > noticed it. I've completely reinstalled Eclipse from the latest > download and nothing changed - still get periodic swarms of Eclipse > spew. > > Unfortunately, I'm noticing it now. With this happening all the time, > it basically makes battery mode operation an impossibility. > > Any help? Or pointers? > > Hopefully, I'm not abusing this list, but as I said I am extremely > desperate here... Any help appreciated... > > Sys info: > > Mac OS X 10.5.2 > Eclipse: Version: 3.3.1.1 Build id: M20071023-1652 > > sample of log output: > > Feb 19 15:33:06 dhcp-2op9-2op10-west-130-35-99-82 > [0x0-0x18018].org.eclipse.eclipse[182]: LIBRARY: /System/Library/Java/ > Extensions/CoreAudio.jar > Feb 19 15:33:06 dhcp-2op9-2op10-west-130-35-99-82 > [0x0-0x18018].org.eclipse.eclipse[182]: LIBRARY (original): /System/ > Library/Java/Extensions/dns_sd.jar > Feb 19 15:33:06 dhcp-2op9-2op10-west-130-35-99-82 > [0x0-0x18018].org.eclipse.eclipse[182]: LIBRARY: /System/Library/Java/ > Extensions/dns_sd.jar > Feb 19 15:33:06 dhcp-2op9-2op10-west-130-35-99-82 > [0x0-0x18018].org.eclipse.eclipse[182]: LIBRARY (original): /System/ > Library/Java/Extensions/j3daudio.jar > Feb 19 15:33:06 dhcp-2op9-2op10-west-130-35-99-82 > [0x0-0x18018].org.eclipse.eclipse[182]: LIBRARY: /System/Library/Java/ > Extensions/j3daudio.jar > Feb 19 15:33:06 dhcp-2op9-2op10-west-130-35-99-8
AW: [equinox-dev] How do I write an Application Container
Hi, perhaps you find some useful information here: http://dz.prosyst.com/user-manuals/mBS_Extensions_6.1.5/meg/index.html Go to "Developer Guide" / "Foreign Application Container". The JavaDoc (same source) might give you some insights as well. Regards, Jo > -Ursprüngliche Nachricht- > Von: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Im Auftrag von > Srijith Kochunni > Gesendet: Donnerstag, 21. Februar 2008 13:46 > An: equinox-dev@eclipse.org > Betreff: [equinox-dev] How do I write an Application Container > > > > Hi, > > I am interested in knowing how an Application container > is written. Went through the specification, but am not really > able to get a good picture of how they are built and how they > interact with each other. I was therefore interested in > knowing if there is any examples or documentation relevant to > this either on the internet / elsewhere, which could help me. > > I am looking at writing a small application instance, a > descriptor for it, and an Application Manager implementation > to manage it. How is an Application Handle retrieved and also > knowing how to schedule my application would be an added > bonus..! The code snippets and details provided in the spec, > don`t seem complete. > > Please excuse me for the avalanche of questions. Any help or > leads would be greatly appreciated. > > Thanks, > Srijith. > > > > > ___ > equinox-dev mailing list > equinox-dev@eclipse.org > https://dev.eclipse.org/mailman/listinfo/equin> ox-dev > > ___ equinox-dev mailing list equinox-dev@eclipse.org https://dev.eclipse.org/mailman/listinfo/equinox-dev