Montée version RCP : Application "flightScheduleApplication" could not be found in the registry

Bonjour,

Nous développons une application RCP actuellement basée sur la version 3.5.1 d'Eclipse. Nous sommes en train de la passer en 3.7.2. Lorsque nous lançons notre application depuis le launcher d'Eclipse tout fonctionne correctement. Par contre lorsque nous générons un livrable et que l'application est exécutée en dehors d'Eclipse il y a l'exception suivante au lancement :

Citation:

---

...
!SUBENTRY 2 org.eclipse.equinox.p2.metadata.repository 2 0 2013-05-17 17:32:01.771
!MESSAGE Missing imported package org.eclipse.equinox.p2.repository.spi_[2.0.0,3.0.0).
!SUBENTRY 1 org.eclipse.osgi 2 0 2013-05-17 17:32:01.772
!MESSAGE Bundle org.eclipse.ui.ide_3.7.0.v20110928-1505 [89] was not resolved.
!SUBENTRY 2 org.eclipse.ui.ide 2 0 2013-05-17 17:32:01.772
!MESSAGE Missing required bundle org.eclipse.equinox.p2.engine_[2.0.0,3.0.0).
!SUBENTRY 1 org.eclipse.osgi 2 0 2013-05-17 17:32:01.772
!MESSAGE Bundle org.eclipse.ui.win32_3.2.200.v20110928-1505 [93] was not resolved.
!SUBENTRY 2 org.eclipse.ui.win32 2 0 2013-05-17 17:32:01.772
!MESSAGE Missing host org.eclipse.ui.ide_[3.2.0,4.0.0).

!ENTRY org.eclipse.osgi 4 0 2013-05-17 17:32:01.772
!MESSAGE Application error
!STACK 1
java.lang.RuntimeException: Application "com.ifrfrance.keops.application.flightScheduleApplication" could not be found in the registry. The applications available are: org.eclipse.emf.codegen.CodeGen, org.eclipse.emf.codegen.JMerger, org.eclipse.equinox.app.error, org.eclipse.jdt.core.JavaCodeFormatter, org.eclipse.update.core.standaloneUpdate, org.eclipse.update.core.siteOptimizer.
at org.eclipse.equinox.internal.app.EclipseAppContainer.startDefaultApp(EclipseAppContainer.java:248)
at org.eclipse.equinox.internal.app.MainApplicationLauncher.run(MainApplicationLauncher.java:29)
at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:110)
at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:79)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:344)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:179)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:622)
at org.eclipse.equinox.launcher.Main.basicRun(Main.java:577)
at org.eclipse.equinox.launcher.Main.run(Main.java:1410)

---

PS : Je tiens à préciser que le livrable fonctionnait très bien en 3.5.1.

En vous remerciant,
Nicolas

C'est surement parce que le livrable utilise exactement la configuration de ton .product, alors que le launcher Eclipse est plus souple et peut choisir d'autres versions pour tes plugins.
Du coup, ça semble dire que, dans ton .product, il y a de vieilles choses qui n'existent plus, et d'autres qui manquent.

Une bonne utilisation des target-platforms pour gérer tes dépendances te permettrait de garantir une cohérence entre ce qui se passe dans l'IDE et ce qui se passe au build/packaging.
Et aussi, quitte à passer sur 3.7, autant aller directement à la 4.2/4.3, ça coute pas plus cher.

Merci pour votre aide.

En fait le problème venait d'une dépendance d'un de nos plugins qui était mal gérée dans notre build de génération d'un livrable.

Utiliser des target-platforms fait partie du plan d'avancement.

La question de passer à la 4.2 a été posée et il semblerait qu'il y ait eu du remaniement au niveau des objets et la manière de les instancier. Certes il existe un système de compatibilité mais il semblerait qu'il pose problème dans certains cas. Je ne me suis pas occupé de ça donc je ne m'avancerai pas sur le sujet.

En tout cas merci Mickael_Istria pour ta réponse.

Cordialement,
Nicolas

Ok cool.
Au passage, ca fait partie des sujets qui seront abordes a l'EclipseCon a Toulouse dans 2 semaines: http://www.eclipsecon.org/france2013...t-should-we-do