eclipse : fichiers supprimés

Quelle est la meilleure façon de migrer d'une version à l'autre, dans le but
bien sur de conserver les configuration de l'ide et des plugins.
Difficile à dire. Je dirais qu'une première approche est d'exporter tes

préférences et de les réimporter dans ton nouvel environnement. Si ça ne
fonctionne pas, entre un PR contre Platform/UI.

Est-ce qu'il est conseillé d'ugrader à chaque nouvelle version (je viens
d'installer la version 3.0.1 en parallèle de la 3.0 que j'utilise depuis un
moment).
Je dirais que 3.0.1 est mieux que 3.0. Maintenant si tu veux bénéficier

des toutes dernières améliorations, je te conseille 3.1M4. Relativement
stable.

Y a-t-il beaucoup de risques d'incompatibilité entre les plugins (si j'en
installe un, dois-je craindre que le fonctionnement des autres soit
perturbé).
Ce problème n'est pas spécifiquement un problème Eclipse. Je m'explique.

Si un plugin utilise uniquement des APIs pour fonctionner, normalement
le passage a une version plus récente fonctionne très bien... ou tout du
moins pas trop mal sauf si les APIs en question ont été modifiées ce qui
est extrèmement rare. Un gros effort est fait pour préserver la
compatibilité binaire.
Maintenant si un plugin utilise du code interne, il est possible que ce
code n'existe plus dans une version plus récente et du coup le plugin a
besoin d'être mis à jour.

Y a-t-il un site de référence recommandé pour trouver des plugins de qualité
Pas que je sache.

Et un problème qui me touche de près en ce moment car je suis sur un projet
j2ee, l'éditeur jsp de lomboz. Il me faut environ 4 secondes pour ouvrir une
page jsp, autant pour l'enregistrer et parfois environ deux secondes pour
taper "<%" car l'ide ne répond plus tant que le menu de "code completion"
n'est pas apparu pour me proposer des balises html dont je n'ai que faire
dans ce cas précis....
Dans ce cas là, je ne peux pas t'aider. Je n'utilise pas lomboz.

Contacte les développeurs et fais leur part de tes problèmes. Ils sont
souvent très à l'ècoute des utilisateurs.

Voilà, en fait la plupart de mes problèmes concernent plus les plugins que
l'ide lui-même mais c'est vrai qu'eclipse sans ses plugins n'aurait pas
grand intérêt ;-)
J'espère que mes réponses te dépannent un peu.

Merci beaucoup pour ton aide
Pas de problème.

--
Olivier

Olivier Thomann <olivier_thomann@NOSPAMsympatico.ca> wrote:

je me retrouve avec, à l'affichage (Swing) :
Salut les mecs ![][][][]
Là je dois reconnaitre que je ne comprends pas ce que tu veux dire.

Pourrais-tu donner un petit exemple que je pourrais essayer?

Par exemple, j'utilise un truc jdnc "AceMDI", qui a des internal frames
pouvant commuter d'internal frames à tabbed panes, mais ça n'a pa
d'importance, pour donner le titre d'une de ces views je fait :

mdiView = new MDIView(JCave.editorFrame, table, "Mon beau titre",
mdiIcon);

ben là, si à l'interieur j'ai une JXTreeTable (ça ne se produit pas avec
une JXTable) je me retrouve avec :

Mon beau titre[][][]

si, au lieu de cela je fais :

mdiView = new MDIView(JCave.editorFrame, table, "Mon beau titre".trim(),
mdiIcon);

c'est OK.

String myString = "Salut les mecs !".trim();
trim() n'a d'intérêt que si tu veux enlever des blancs.

public UneClassparmisdAutres myClass;
[...]

myClass.FaitQqcAvec();

très souvent eclipse me demande de changer "myClass" en "myClass", bon
là ça va encore, mais ça énerve quand même.
Comprends pas. Si la méthode FaitQcqAvec() est statique, alors

effectivement il ne sert à rien de mettre un receveur. Le nom de la
classe suffit. J'espère que j'ai correctement deviné ton problème.

non, non, c'est pas ça, pour moi c'est un pb d'encodage caratère, mais
bon, ce n'est qu'une supposition.

Disons que depuis la dernière mouture d'eclipse (M4) très souvent
eclipse me demande de corriger qqc, pour remmettre la même chose à la
même place...

Une fois effectivement j'avais des erreur sur un truc du genre :

myClass.FaitQqcAvec();

j'ai corrigé, ça aurait du marcher, eclipse trouvait toujours la même
erreur, j'ai ouvert le fichier *.java correspondant et j'ai remarqué
(avec SubEthaEdit) qu'il y avait un caractère anormal du genre[¢] soit
avant soit après le "." (point) de "myClass.FaitQqcAvec();" d'ailleurs
avec mon éditeur de texte il faut s'y reprendre à plusieurs reprises
pour pouvoir effacer ce genre de caractères.

Donc, j'ai supputé que dans eclipse, quand il y a une erreur qqpart il y
a une sorte de marqueur (d'où le caractère disons non-ASCII) pour
mémoriser l'endroit où il y a une erreur.

Et que qqfois, eclipse mouline là-dessus sans retrouver ses petits...

Le pire, dans l'exemple précédent est qu'il peut y trouver une erreur et
là, pas moyen (de très rares fois) d'enlever l'erreur...
Donne des exemples. Quel message d'erreur?

eclipse apparemment, sur MacOS X utilise l'encodage "MacOS Roman", ce
qui n'est pas recommandé (sauf par Apple...)
Faux. Eclipse utilise l'encoding de la plateforme sauf si tu spécifies

un nouvel encoding pour ton workspace.
Non, c'est ce que je dis ils ont eu l'idée (au contraire de jEdit) de

suivre la "politique" Apple qui est débile en matière d'encodage pour
java, car MacOS X tourne normalement en utf-8, c'est l'encodage par
défaut, et là pour java ils ont choisi MacOS Roman, qui est une source
d'em@&#de pas possible)

Va dans Window>Preferences>General>Editors>Text file encoding.
Tu mets ce que tu veux. Tu peux également changer l'encoding pour chaque
projet.
Ca je ne savais pas et ne l'avais pas trouvé, maintenant, je ne vais pas

changer comme ça l'encodage de mes fichiers sur le projet actuel =>
source d'ennuis pas possibles...

J'espère que ça répond à tes questions.

oui pour le réglage d'encodage, mais le pb de caractère non, ce n'est
d'ailleurs pas vraiment résolu chez moi...


Tiens un autre truc que je ne sais pas faire avec eclipse à l'export.

Disons dans ma lib de jars j'en ai deux types :

- ceux qu'il faut absolument ;
- d'autres pour le look and feel ne sont pas nécessaires (mais mon code
permet de les faire tourner si-présents).

Bon, pour le déploiement j'ai organisé mon appli en "bundle" comme on
fait sur mac. J'ai dans mon appli un launcher qui détermine le classpath
et lance ensuite la "vraie" application, en plus de cela dans le
launcher j'ai un test qui regarde si je suis ou non au premier lancement
de l'appli sur une bécanne donnée. Si oui, il prend des fichiers jars du
bundle (look and feel) et des fichiers de themes et les met dans un
répertoire : ~/.jcave. je souhaite que mon appli s'installe par drag'n
drop...

Après l'appli se lance, si c'est la première fois, même topo, les
fichiers de la base de donnée sont créés dans ce même répertoire,
j'arrive à ma question.

Dans eclipse (je me suis arranger pour que tout cela fonctionne aussi
bien en bundle que dans le workspace) j'ai un petit problème d'export
avec les fichiers jars et themes non nécessaires ils sont dans un
dossier "default_lafs", je n'arrive pas à le mettre tel quel dans le
bundle pour MacOS X, donc à l'export, eclipse me les mets "à plat" càd
sans le répertoire "default_lafs" donc au même niveau d'arborescence que
les jars nécessaires. Si je fais add folder "default_lafs" à l'export je
ne retrouve rien.

C'est pas très génant tu me diras, il suffit que j'aille les ajouter,
c'est fastoche.

Autre petit pb, la console, avec mon système de launcher, bien sûr
éclipse n'y voit que du feu, je lui demande de lancer "yt.JCaveLauncher"
et celui-ci passe le relai à "yt.JCave" le problème est que du coup je
n'ai plus de messages à la console (venant de "yt.JCave"), moyen de
contourner ce pb ? (Ni sur la console java mac d'ailleurs)

Je dois ajouter qu'il me semblé que le print-out à la console n'était
pas prioritaire sur eclipse, des fois j'ai des messages qui s'emmèlent,
d'autres fois ça sort ok mais plusieurs secondes après coup, remarques
ça rend la vie plus amusante non ;-)
--
yt

mdiView = new MDIView(JCave.editorFrame, table, "Mon beau titre",
mdiIcon);

ben là, si à l'interieur j'ai une JXTreeTable (ça ne se produit pas avec
une JXTable) je me retrouve avec :

Mon beau titre[][][]

si, au lieu de cela je fais :

mdiView = new MDIView(JCave.editorFrame, table, "Mon beau titre".trim(),
mdiIcon);
Ça sent le bug, mais pas nécessairement au niveau d'Eclipse. As-tu les

mêmes caractères quand tu fais un build en utilisant ant/javac.

non, non, c'est pas ça, pour moi c'est un pb d'encodage caratère, mais
bon, ce n'est qu'une supposition.

Disons que depuis la dernière mouture d'eclipse (M4) très souvent
eclipse me demande de corriger qqc, pour remmettre la même chose à la
même place...
Ça mériterait d'être creusé. Personnellement je trouve cela très

étrange. Si tu peux arriver à isoler un cas simple, zippe le tout et
entre un PR contre JDT/UI ou JDT/Core.
Si c'est un problème d'encoding, ce serait plutôt Platform/UI.

Donc, j'ai supputé que dans eclipse, quand il y a une erreur qqpart il y
a une sorte de marqueur (d'où le caractère disons non-ASCII) pour
mémoriser l'endroit où il y a une erreur.
Pas que je sache. L'erreur est mémorisée dans un Marker. Le marker

connait les positions de l'erreur qui ont été trouvées par le parseur.

Et que qqfois, eclipse mouline là-dessus sans retrouver ses petits...
Encore une fois, si tu peux isoler un test case intéressant, entre un PR.

Dans eclipse (je me suis arranger pour que tout cela fonctionne aussi
bien en bundle que dans le workspace) j'ai un petit problème d'export
avec les fichiers jars et themes non nécessaires ils sont dans un
dossier "default_lafs", je n'arrive pas à le mettre tel quel dans le
bundle pour MacOS X, donc à l'export, eclipse me les mets "à plat" càd
sans le répertoire "default_lafs" donc au même niveau d'arborescence que
les jars nécessaires. Si je fais add folder "default_lafs" à l'export je
ne retrouve rien.
As-tu géré l'export au niveau du tab buil du plugin.xml?

Dans ton plugin, édites le plugin.xml avec le Plugin Manifest editor et
édites le build tab.

Autre petit pb, la console, avec mon système de launcher, bien sûr
éclipse n'y voit que du feu, je lui demande de lancer "yt.JCaveLauncher"
et celui-ci passe le relai à "yt.JCave" le problème est que du coup je
n'ai plus de messages à la console (venant de "yt.JCave"), moyen de
contourner ce pb ? (Ni sur la console java mac d'ailleurs)
Aucune idée. Désolé.

Je dois ajouter qu'il me semblé que le print-out à la console n'était
pas prioritaire sur eclipse, des fois j'ai des messages qui s'emmèlent,
d'autres fois ça sort ok mais plusieurs secondes après coup, remarques
ça rend la vie plus amusante non ;-)
Entre un PR contre Platform/Debug.

--
Olivier

Olivier Thomann <olivier_thomann@NOSPAMsympatico.ca> wrote:

mdiView = new MDIView(JCave.editorFrame, table, "Mon beau titre".trim(),
mdiIcon);
Ça sent le bug, mais pas nécessairement au niveau d'Eclipse. As-tu les

mêmes caractères quand tu fais un build en utilisant ant/javac.

non, je ne fais + de ant depuis un moment (eclipse), mais je vais m'y
remettre, d'autant que, coïncidence, hier soir, dans des fichiers de
logs (compil C++) j'ai eu aussi des caractères "bidons" (les [¢]), et
que ant me ferais, comme je le veux mon rep "default_lafs", le seul truc
que je ne sais pas faire , avec ant et dans ce dont j'ai besoin, c'est
le fichier xml "info.plist.

[...]

Et que qqfois, eclipse mouline là-dessus sans retrouver ses petits...
Encore une fois, si tu peux isoler un test case intéressant, entre un PR.

Dès que l'incident ce répète, j'isole le fichier et en fait un test
case.

OK pour les PR...


--
yt