Howto encoding: ouvrir sous LInux un projet Eclipse créé sous Windows

Récemment, j'ai eu à récupérer sous Linux un projet Java créé par Eclipse sous Windows, quelle ne fut pas ma stupeur de voir que tous les accents avaient alors disparus des fichiers de propriétés et autres JSP...

Donc, voici l'astuce:
par défaut, sous winbouz, Eclipse ne crée pas les projets en UTF8 bien que cela ait été proposé (https://bugs.eclipse.org/bugs/show_bug.cgi?id=108668) mais en Cp1252 (Et oui, ça existe).

Hors quand vous récupérez par CVS votre projet sous Linux toujours avec Eclipse, l'encodage par défaut est UTF8, d'où le souci.

Le workarround consite alors à choisir ISO-8859-1 dans la drop down de l'encodage du projet (popup sur le projet puis info).

Sinon la meilleur solution reste quand même de créer tous vos projets en UTF8. Ah sacré bilou va!

RadRails rapide sous Linux comme sous windows

UPDATE: CE PROBLEME SEMBLE AVOIR ETE RESOLU PAR LES VERSIONS RECENTES DE RAILS OU RADRAILS.

Faît rarissime, un IDE tourne plus lentement (et comment) sous notre OS préféré, Linux bien sûr, je veux parler de RadRails l'IDE (plugin Eclipse) pour développer rapidement en Ruby on Rails. RadRails est très lent, vous voyez votre CPU grimper à 100% en lançant Radrails sous Linux? Alors ce post est pour vous.

Le problème principal vient du fait que Radrails fait mauvais ménage avec certains liens symboliques créés par Rails. Le workarround consiste à:

1. supprimer le lien symbolique 'rails' dans $RAILS_ROOT/vendor/. (Ce lien pointe sur lui même ce qui donne des pbs à RadRails).
   
2. Ensuite, créez un répertoire 'rails' dans $RAILS_ROOT/vendor/
3. Enfin, copiez tous les dossiers, liens, fichiers de $RAILS_ROOT/vendor/ (sauf le nouveau répertoire 'rails') et copiez les dans ce répertoire 'rails'.

Après cela, redémarrer RadRails, il marche déjà beaucoup plus vite (et Rails marche comme avant). Certes, sous mon Ubuntu, cela ne me laisse toujours pas la possibilité de créer des projets ou de piloter des serveurs depuis RadRails (c'est pas grave, un XTerm fait très bien l'affaire), mais cela rend RadRails enfin utilisable sous Linux, nul besoin d'aller se prendre la tête à avec EmacsOnRails ou Vim (si je devais conseiller un alternative, je recommanderai juste JEdit avec le 'jEdit Ruby Editor Plugin' car c'est à la fois humain à installer et efficace (complétion automatique, project tree explorer, RDoc...)

sur ce, bon Rails à tous, tout autre workarround est bien venu.