Reprise du message précédent :
Ah OK, ça va être un peu plus coton, alors Mais tente le coup, y a une option pour aller chercher dans les fichiers non Java quand tu fais un Refactor -> Rename de variable/méthode/etc...

Je ne crois pas que ça réponde à mes attentes. Aussi, le menu Refactor n'est pas disponible pour des fichiers non java.
 
En gros je voudrais les mêmes fonctionnalités du menu Search/Search, onglet File Search, puis bouton Replace.
L'inconvénient majeur c'est que la zone pour saisir le texte à rechercher/remplacer est sur une seule ligne, et il me semble difficile d'entrer des sauts de ligne dans le texte remplaçant.

J'ai installé Eclipse + CDT + Cygwin + plugins (XML,UML,etc). Et je commence à beaucoup apprécier cet environnement de développement. Voila Je n'ai pas encore essayé le CVS via Eclipse, il me semble que c'est possible. J'aime bien le système de "vues" (edition, debug, etc..).

Comment faut-il faire pour lier cygwin et eclipse ?  
Je ne sais pas comment lui indiquer d'utiliser g++ de cygwin pour compiler.

PATH = c:\cygwin\bin. c'est tout.

Euh... je vais passer pour un bleu (c'est pas grave j'en suis un   ) mais...
Ou es ce que je definis ca ?
Dans eclipse ?
Dans le PATH parmis les variables d'environnement de mon OS ?
 
J'ai écrit PATH = %PATH%;C:\Cygwin\bin dans l'invite de commandes de Windows XP, et ensuite ?
 
Merci  
 
[EDIT] Je suis allé en plus rajouter dans le path des propriétés systemes C:\Cygwin\bin parce qu'il n'y était pas et tout à l'air de fonctionner à merveille. Merci  

bein si t'es sous XP,
propriétés sur poste de travail ..anglet Avancé .. variables d'envirennement .. nouveau
variable : PATH
valeur   : %PATH%;C:\Cygwin\bin

petite question : y'a un plugin pour créer les .jar automatiquement, ou du moins à la cliquette ?
 
là j'ai mon truc fini et validé, mais j'ai la flemme d'écrire un script ant pour le livrer en .jar .

ben je te conseille de faire un tour du coté de File/Export/Jar File ...t'a tout dedans : ce que tu veux inclure (source/class/doc), le META-INF (tu peux en joindre un, ou l'écrire)...un bon gros wizard

sinon dans la dernière version d'Eclipse (la 3.1M6a) le générateur de constructeur est super reloud.
 
Imaginons les attributs suivants :  
String firstName;
String lastName;
 
si tu génère un constructor using fields, il te génère ca :  
public Toto(String name, String name) {
firstName = name;
lastName = name;
}
en gros il tronque les noms, pour ne garder que la dernière partie...mais c très con, y'a souvent des cas où la dernière partie du nom de l'attribut est identique
 
et bien sur ca gueule .... (si -- tombe là dessus on a pas fini de l'entendre rigoler )

et si tu respectes les conventions de nomage d'éclipse pour tes propriétes, ca donne quoi?

j'aurai jamais été le chercher là-bas

Bin sinon t'as clic droit sur le projet -> Export...

quelqu'un peut me mettre ce fichier à dispo sur le net svp ? : JavaLocalApplicationLaunchConfigurationDelegate.class  
 
il doit être dans la 3.1M5, mais je peux pas la re-télécharger en entier, pour pas re-exploser mon quota de net.

t'en a tjs besoin ?

 
 
attends, dans les convention de code Java, rien t'oblige a avoir des noms de variable qui se terminent pas de la même façon...
 
je suis désolé, au niveau métier g besoin du firstName, lastName, et middleName ...et je vois aucune raison de m'empecher d'avoir ca...surtout que ct pas comme ça avant...c une nouveauté merdique, et g pas trouvé comment la désactiver, mais c qd meme sacrément con de générer du code buggué ...
 
et c pas à un outil de fixer ses conventions de nommage...
 
La convention de code Java officielle dit :

rhoo, mais quel boulet tu fais Je te parle pas d'imposer une convention ou une autre, juste de tester avec leur convention pour voir si c'est du à un manque de test de leur part ou bien si c'est généralisé.
 
Faut respirer gamin, tout le monde ne te veut pas du mal...

  petes un coup hein...
 
 

ben y ont pas de convention, CQFD ...
 
ils font un substring en partant de la dernière lettre en uppercase ...
 
et j'arrive tjs pas à voir en quoi c utile...par contre 2 sec de tests montrent que c pas viable une seconde leur truc

ça vient de m'arriver

je susi  d'accord ca mérite la pelle à clou

y'a des méthodes pour gérer le "jar hell" ?
 
parce que là j'ai mis mon appli et les tests dans le jar, mais les tests ont besoin de JUnit, que je vois pas comment inclure dans le .jar

quelqu'un sait comment je pourrais avoir plus de détails que ça sur l'erreur svp ?

Tu vas voir le fichier de log qu'il t'a pondu dans le rep d'éclipse, au nom du genre : hs_err_pid252.log

sinon, -consoleLog

T'es sur que la JVM est toujours correctement installée ? J'ai eu un pb similaire sous *nix, j'ai fait un petite reinstall (apres avoir essayé en vain les recommendation habituels).

tu devrais demander à jean michel

Hello
 
J'ai un probleme de config avec la Version: 3.0.1 Build id: 200409161125
J'ai du activé une option et je retrouve comment remettre par défaut.
quand je double clic sur un méthode ou une varaible dans le package explorer, ca m'ouvre seulement la méthode et pas toute la classe...
Pareil quand je fais 'Open declaration'
A chaque fois, je suis obligé de refermer la classe et de l'ouvrir entierement, c super lourd ...
 
Merci
 
EDIT : trouvé

sors veet, t'es tout laid
 
 
 
 
Rien à voir, mais la plateforme eclipse cartonne dans le temps réel il parrait. Tous les fournisseurs de cartes temps réel fournissent un outil sous eclipse il parrait (info d'Electronique Internationnal hebdo).

http://alphaworks.ibm.com/tech/ide4laszlo
http://www.openlaszlo.org/
 
Quelqun à déjà fait joujou avec ça ? le rendu tout en flash j'y crois pas trop perso, vous y voyez quoi comme intérêt ?  
 
http://www.laszlosystems.com/partners/support/demos/

c'est dans la grande mode des client riche. le but étant d'avoir les avantages des clients lourds (IHM évoluée, accès aux ressources de la machines) et des clients légers (principalement facilité de déploiement, et facilité de développement)

je trouve ça sympa...
z'avez vu la p'tite vidéo ? http://www.openlaszlo.org/img/laszlo-basics.mov
 
utile je ne sais pas, mais c'est tout propre...

Bonsoir les gens.
 
Quelqu'un utilise le Visual Editor sous linux ici ? Le mien veut plus rien savoir, j'ai droit à plein d'erreurs An internal error occured during : Create remote VM for Visual Editor for Java (et des variantes). J'ai réinstallé Eclipse 3 fois, utilisé un nouveau workspace vide, essayé toutes les versions des plugins que je pouvais, ...

putain ils s'acharnent...
 
je viens de tester la 3.1M7 ...elle est toute mimi, semble rapide à l'usage (de grosses optimisations on été faites à ce niveau, et ca se sent même à vide)...
 
mais toujours ce de changement dans la génération du constructeur ...
 
test case habituel :  
private String firstName;
private String lastName;
 
et ben ca donne ca (notez : par rapport à la M6 ca bug plus, mais regardez pkoi) :
name1, name2 ...mais quel esprit malade a trouvé que ct mieux que de garder les noms des attributs ?

j'ai déja dit dans ce topic que ce plugin était un non sens, inutilisable et lourd à souhait

j'ai du mal à voir ce qui te gène dans ce code

Bin regarde la tronche des paramètres du constructeur et compare avec (par exemple) le param de la méthode set

restes en au C# alors

 
je trouve cette phrase très effrayante qd aux conventions que tu dois utiliser dans ton code...
 
si pour toi middleName, firstName et lastName ca doit devenir name1, name2 et name3, y'a comme un soucis non ?
je me fais pas chier à trouver des noms univoques pour qu'un générateur me les remplacent par des noms à la con

Ouais enfin en même temps, si c'est juste pour faire this.firstName = name1; dans le constructeur, y a pas de quoi hurler à la mort OK, c'est crade, c'est certainement un vilain bout de scotch pour réparer une connerie plus grosse derrière, mais de là à s'emporter sur le fait de se faire chier à trouver les noms, faut pas pousser Si les noms de variables sont correctement utilisés dans le reste du code, alors y a au moins 90 % des besoins qui sont couverts...