J'essaie de porter tout mon "espace de travail" à une clé USB (y compris l'exécutable Eclipse) afin que je puisse transporter mon travail n'importe où avec moi et travailler directement sur la clé.
Ma hiérarchie de répertoire est similaire à celle-ci: Tout fonctionne parfaitement bien sur un système. Mais lorsque je passe à un autre système, la clé USB est montée sur un autre lecteur. Par exemple, sur mon ordinateur portable, je reçois 'E: \', sur mon PC, je reçois 'k: \' et au travail, je reçois 'F: \', etc. Ceci signifie que parce que Eclipse (pour «une raison») semble utiliser uniquement des noms de chemin complets (y compris les lettres pilotes) dans chacun de ses fichiers de configuration (tels que .ClassPath), rien ne fonctionne lorsque je souhaite travailler sur un autre système. < / p> Je mettez un répertoire «libs» à la base de chaque projet et remplacez-le avec ses fichiers JAR à charge. Pourquoi cela n'utilise-t-il pas les noms relatifs à la place, de sorte que je puisse spécifier quelque chose comme "../ "/libs/log4j.jar"? anyOne savoir comment résoudre ce problème? Est-ce que quelqu'un connaît une solution de contournement pour cela? mise à jour: 2010.11.09 J'ai récemment découvert Je l'ai installé sur mes deux ordinateurs portables, mes deux PC, mon serveur Linux et mon téléphone Android et mon téléphone Android et mon téléphone Android. Ensuite, j'ai créé un répertoire "Espace de travail" dans le dossier "My Dropbox". Dans le répertoire «Espace de travail», j'ai ensuite installé Eclipse et créé / configuré tous mes projets comme d'habitude. Je peux littéralement travailler de n'importe quel ordinateur et tout reste toujours parfaitement en synchronisation. Ceci est bien meilleur que toute fonctionnalité clé USB et son tracas!
5 Réponses :
Avez-vous essayé d'utiliser Eclipse portable ?
La seule chose à garder à l'esprit est que lors de la commutation de l'espace de travail, vous devez vous rappeler de lui donner un chemin relatif (comme ../../ Data / Espace de travail ).
Jamais entendu parler de ça ... mais je vais regarder dans ça maintenant, merci!
Lorsque j'ai cliqué sur ce lien, il a dit "obsolète" et m'a conduit à une autre page qui a également été "obsolète" et ainsi de suite jusqu'à ce que j'entiens à un qui semble être la dernière version. J'ai édité votre réponse pour lier à la nouvelle version.
J'essaie de configurer une installation Eclipse qui sera portable entre plusieurs systèmes d'exploitation. Est-il possible d'exécuter Eclipse portable sur d'autres plates-formes en utilisant du vin ou ne fonctionne-t-il que sur Windows?
Vous pouvez utiliser la commande DOS SEL pour obtenir une lettre de lecteur cohérente en créant une nouvelle lettre de lecteur virtuel (disons x :) qui mappe dans votre dossier Eclipse sur votre clé USB, puis effectuez la référence de toutes les chemins de configuration que le lecteur x :
Vous pouvez créer un petit fichier de commandes sur le lecteur USB que vous cliquez sur pour créer le lecteur X:
Vous pouvez également remapper la lettre de votre clé USB dans Windows Disk Management (Subitem dans la gestion de l'ordinateur) comme "u:". Une fois terminé, il sera ré-attribué au même bâton chaque fois que vous le branchez. Pas très universel, puisque votre utilisateur a besoin de droits d'accès à ce paramètre pour la première fois, mais cela pourrait aider dans certains scénarios différents.
Vous pouvez toujours utiliser la fourmi pour construire vos programmes, vous pouvez avoir des chemins relatifs ... plus Vous pouvez également utiliser Ivy pour suivre les dépendances de la fourmi, je le fais dans tous les projets que j'ai.
Une autre alternative consiste à éditer manuellement vos fichiers .ClassPath pour contenir des chemins relatifs.
C'est un peu tracas, car vous devrez mettre à jour manuellement les fichiers lorsque Eclipse les modifie.
Oui, je les édite manuellement une fois et Eclipse écrase mes modifications. Je ne peux pas comprendre pourquoi dans le monde quelqu'un voudrait utiliser des chemins absolus plutôt que relatifs. Votre difficile cela dans la programmation 101 ... Mais je suppose que ces gars ont manqué ce cours.
J'ai en fait des problèmes avec cela maintenant. Apparemment, l'ajout de projets utilisant un chemin relatif compte comme à l'aide d'un paramètre prédéfini non existant (en d'autres termes "../workspace" == "$ {espace de travail} ../space") qui entraîne une erreur qui ne fait pas permettre l'inclusion des projets.
EDIT: OK, j'ai trouvé le problème, Eclipse stocke des projets relatifs au dossier Espace de travail, mais si vous ajoutez des sous-dossiers dans le dossier d'espace de travail, il les stocke comme des chemins absolus. Voir ici: Lien