Eclipse 3.5 personnalisé avec certains plugins ne démarre pas sur la machine cible

Question

J'ai créé une version Eclipse personnalisée avec des plugins spécifiques (CDT, AVR-Development) et après avoir configuré et testé avec succès sur ma machine, j'ai compressé le dossier eclipse et l'envoyer à mon client pour l'installer sur la machine cible.

Mais quand il essaie de commencer éclipse, il obtient l'erreur suivante dans le fichier journal:

!SESSION 2010-06-28 19:24:57.856 -----------------------------------------------eclipse.buildId=unknown 
java.version=1.6.0_20 
java.vendor=Sun Microsystems Inc. 
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=de_DE 
Framework arguments: -product org.eclipse.epp.package.cpp.product 
Command-line arguments: -os win32 -ws win32 -arch x86 -product org.eclipse.epp.package.cpp.product 

!ENTRY org.eclipse.osgi 4 0 2010-06-28 19:24:58.870 
!MESSAGE Bundle reference:file:org.eclipse.equinox.simpleconfigurator_1.0.101.R35x_v20090807-1100.jar@1:start not found. 

!ENTRY org.eclipse.osgi 4 0 2010-06-28 19:24:58.886 
!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:74) 
    at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:368) 
    at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:179) 
    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.equinox.launcher.Main.invokeFramework(Main.java:559) 
    at org.eclipse.equinox.launcher.Main.basicRun(Main.java:514) 
    at org.eclipse.equinox.launcher.Main.run(Main.java:1311) 

Cela ressemble à certains fichiers sont manquants ou la configuration est erronée, mais je ne peux pas reproduire l'erreur. J'ai supprimé mon espace de travail, déplacé le dossier Eclipse, essayé tout sous un autre compte utilisateur.

Est-ce que quelqu'un a une idée pourquoi cela fonctionne sur ma machine (il s'agissait d'une Win7-Installation à la vanille), mais échoue sur son (aussi, Win7 - installation fraîche)?

Pour votre information, voici le fichier de configuration, fonctionne sur ma machine:

#This configuration file was written by: org.eclipse.equinox.internal.frameworkadmin.equinox.EquinoxFwConfigFileParser 
#Thu Jun 10 14:10:03 CEST 2010 
org.eclipse.update.reconcile=false 
eclipse.p2.profile=epp.package.cpp 
osgi.instance.area.default=@user.home/workspace 
osgi.framework=file\:plugins/org.eclipse.osgi_3.5.2.R35x_v20100126.jar 
osgi.bundles=reference\:file\:org.eclipse.equinox.simpleconfigurator_1.0.101.R35x_v20090807-1100.jar@1\:start 
org.eclipse.equinox.simpleconfigurator.configUrl=file\:org.eclipse.equinox.simpleconfigurator/bundles.info 
eclipse.product=org.eclipse.platform.ide 
osgi.splashPath=platform\:/base/plugins/org.eclipse.platform 
osgi.framework.extensions= 
osgi.bundles.defaultStartLevel=4 
eclipse.p2.data.area=@config.dir/../p2/ 
eclipse.application=org.eclipse.ui.ide.workbench 

Toute aide est très appréciée, merci! :)

Answer 1

Utilisez-vous un .produit pour produire votre build Eclipse personnalisé? Ou ajoutez-vous des plugins à une version existante d'Eclipse?

Dans tous les cas, je vous recommande d'utiliser exactement ce que vous avez envoyé à votre client sur une machine différente de celle de votre boîte de développement. Cela peut vous donner une meilleure chance de reproduire le problème.

Basé sur les traces, ce produit "org.eclipse.epp.package.cpp.product" est en cours d'utilisation. Je suppose que le plugin qui définit l'application référencée par ce produit est soit absent de votre zip, ou l'une de ses dépendances est manquante.

Si vous ajoutez -console et -noExit comme arguments de ligne de commande, vous pouvez accéder à l'invite OSGi. Vous pouvez ensuite taper 'ss' pour voir le statut de tous les paquets. Si vous tapez 'start' pour les paquets résolus, vous pouvez voir pourquoi ils n'ont pas démarré. Ce type de débogage peut être utile lorsque vous n'avez plus d'autres idées. L'utilisation de la commande 'ss' sur votre système qui fonctionne et du système qui ne fonctionne pas vous aidera à identifier si vous avez manqué des bundles ou si vous avez des bundles dans différents états.