Une fois n'est pas coutume, cet article est un simple mémo pour conserver à portée de main deux liens utiles pour résoudre les problèmes de "secure storage" d'Eclipse (corrompu, manquant, non sauvegardé...) :
Si vous avez rencontré d'autres problèmes (et trouvé des solutions!), n'hésitez pas à compléter...
Voilà tout!
A l'heure de la pause, il est toujours bon de se cultiver un peu.
Voici donc un lien vers le génial site CodingHorror qui nous présente une liste des nouveaux termes liés aux plus ou moins bonnes pratiques en informatique. Enjoy!
http://www.codinghorror.com/blog/2012/07/new-programming-jargon.html
Dans cet article je vais simplement partager, pour ne pas paraphraser, quelques liens intéressants pour permettre de debugger avec précisions tous les niveaux d'une application RCP.
Il arrive assez vite d'être confronté à des problèmes de mémoire importants lors de la création d'interfaces graphiques en SWT. Afin de vérifier la bonne utilisation des composants et surtout leur nettoyage (via la méthode dispose), l'outil Sleak permet de comparer à deux instants donnés le nombre d'éléments graphiques présents dans la mémoire de l'application. Très utile pour localiser les électrons libres!. Pour en savoir plus :
De la même manière, il peut être utile d'activer un mode verbeux de l'activité des plugins. Voici deux méthodes pour activer ces traces :
Avec tout ceci, plus rien ne vous échappera!
Le but de cet article est d'illustrer de manière concise la mise en place d'un écran de démarrage (splash screen) personnalisé pour une application Eclipse RCP.
Pour commencer, il faut indiquer, dans l'onglet "Splash" de la définition du produit, le plugin contenant la configuration de l'écran d'accueil (point d'extension) :
Ensuite, dans le fichier plugin.xml du plugin en question, ajouter le point d'extension org.eclipse.ui.splashHandlers associé d'une part au produit et d'autre part à la classe gérant la composition de l'écran :
Il ne reste plus, dans la classe mentionnée, qu'à composer l'interface du splash screen, à l'aide de composants SWT classiques (progressbar, text...), comme démontré dans ce thread : http://stackoverflow.com/questions/8345927/eclipse-rcp-application-custom-splash-screen
HTH!
Pour faire suite à mon article sur le déploiement de produit headless, voici un exemple illustrant comment il est également possible de n'exporter que des plugins, afin de pouvoir les mettre à jour par simple copie dans la distribution finale sans avoir à exporter tout le produit.
L'IDE fournit nativement la possibilité d'exporter (via Ant) un ou des plugins. L'option intéressante de cet outil est la sauvegarde du script Ant appelé, qui sera utilisé plus loin en ligne de commande.
Ainsi, dans le menu File > Export se trouve l'action "Deployable plug-ins and fragments" :
Dans le panneau suivant, voici l'option à utiliser :
Le script produit ressemble à :
<project default="plugin_export" name="build"> <target name="plugin_export"> <pde.exportPlugins destination="C:\test" exportSource="false" exportType="directory" plugins="com.developpef.plugin1,com.developpef.plugin2" qualifier="v20120627" useJARFormat="true"/> </target> </project>
Pour utiliser ce script Ant en ligne de commande, voici la procédure à utiliser :
start /wait eclipse.exe -noSplash -application org.eclipse.ant.core.antRunner -data ..\..\workspace -buildfile buildPatch.xml
Il est tout de même nécessaire de lancer Eclipse car le script Ant contient une tâche "pde.exportPlugins" qui requiert la mise en place de variables et autres scripts internes à l'IDE.
Avec ces simples éléments, il est alors possible de produire à la volée les plugins à partir d'un environnement de développement, en mode "silencieux" (sans interface).
