La plate-forme cible pour la norme PDE sans tête ne fonctionne pas

Après plus de temps d'enquête, j'ai découvert ce que j'ai mal fait jusqu'à présent. Comme je l'ai mentionné ci-dessus, la définition de la plate-forme cible n'est pas si facile que de copier le SDK et les plugins dans un endroit (car il s'agissait des premiers temps d'Eclipse Dev).

La solution de travail est la suivante: copie du SDK Eclipse dans l'emplacement cible et exécutez cette version. Installez-le à l'intérieur de ce neccessary PDE-Tools pour activer le développement du plug-in. Après cela, fermez l'IDE et copiez le delta pack + le plugin SVN respectif (j'ai utilisé org.eclipse.pde.build.svn-1.0.1rc2 de Sourceforge) dans la plate-forme cible et vous avez terminé. Maintenant, ma version de PDE automatisée fonctionne comme prévu.

seul problème mineur est le suivant: le produit de résultat contient des entrées de menu spécifiques à l'éclipse qui ne sont pas là quand je l'ai couru à l'intérieur de mon dev-Eclipse.

Toute astuce à ce sujet?

Je viens de poster une réponse à ma question sur ce type de sujet, peut-être que cela peut vous aider:

Produit de plug-in Produit de produit VS

Lorsque vous effectuez une construction sans tête, la cible peut être séparée de l'éclipse qui exécute en fait la construction elle-même. Le problème que vous aviez ici est que l'éclipse que vous utilisiez pour exécuter la construction n'avait pas de PDE / Build correctement installée.

C'est pourquoi le $ {ECLIPSE.PDEBUILD.SCRIPTS} n'a pas été défini, car pde / build n'a pas été installé dans cette instance Eclipse, le groupe Org.eclipse.pde.build n'a pas été résolu. et le code qui définit cette propriété n'a jamais été appelé. De la même manière, les entrées de classes d'ant nécessaires pour les tâches PDE / Build n'auraient pas été configurées correctement non plus.

Vous avez besoin de l'éclipse avec PDE installé à l'intérieur pour exécuter la construction, mais la cible de la construction peut être séparée de celle-ci.

dans le fichier .properties figurant sous -dbuilder = c: \ pde-build \ scripts Vous pouvez définir plusieurs Propriétés :

1. BASELLOCATION Ceci est un chemin d'accès à une éclipse qui est votre cible.
2. buildDirectory C'est ici que la construction se déroulera réellement, la source est récupérée aux plugins / et aux fonctionnalités / sous-dossiers, mais s'il y a déjà des plugins binaires situés ici, alors ceux qui font partie de la cible. .
3. pluginpath Il s'agit d'une liste des chemins (séparés par ";" sous Windows ou ":" sur Linux) contenant d'autres emplacements qui doivent être considérés comme faisant partie de votre cible. Ces emplacements peuvent être plusieurs choses:
   1. La racine d'une installation semblable à l'éclipse avec des plugins / et des fonctionnalités / sous-dossiers. C'est un bon moyen de fournir au delta-pack au lieu de simplement le décompresser sur une installation Eclipse.
      
   2. La racine d'un dossier semblable à l'espace de travail, où tous les sous-dossiers sont traités comme des plugins ou des fonctionnalités en fonction de la présence d'un manifeste ou d'une fonctionnalité.xml.
      
   3. la racine d'un paquet ou d'une fonctionnalité, ou du pot pour un paquet.
   4. Si vous faites une construction P2 ( p2.gathering = true ) Vous pouvez également fournir des référentiels P2 sous un $ {repobaselocation} qui sera transformé et placé sous $ {TransformedRepolocalisation} et fera partie de votre cible et les métadonnées P2 seront obtenues réutilisé pendant la construction.