Quelle serait l'avantage? En quoi le .project est-il un probleme pour l'utilisateur?
En quoi le .project est-il moins bien que le "nbproject" de NetBeans ou le .iml d'IntelliJ?
Ce genre de suggestion (supprimer le .project) ne sera en effet pas forcement bienvenue. Cette suggestion est en fait liee a des problemes fonctionnels qui font que tu accuses le .project. Les problemes fonctionnels sont plutot ce qui est recherche par rapport aux solutions d'architecture.
Ce n'est plus vrai depuis Kepler: https://www.eclipse.org/downloads/pa...elopers/lunar#Déjà, c'est toujours une pièce rapportée, c'est à dire un plugin optionnel.
Voila une bonne suggestion fonctionnelle: Desactiver la possibilite d'editer le classpath et autre preferences de JDT quand le project est gere par m2eclipse. Je te laisse decrire ca sur http://bugs.eclipse.orgEnsuite, on peut toujours ajouter des bibliothèques directement dans le projet Eclipse (même si on a créé directement un projet Maven).
Tu veux parler du settings.xml? Si oui, la version que j'ai de m2eclipse utilise par defaut le settings.xml de ton $HOME/.m2, ce qui semble corresponde au comportement que tu souhaites.Parfois ça build en ligne de commande mais pas dans Eclipse, parfois l'inverse. Il y a 2 endroits où spécifier le config.xml, ce qui créé un joyeux merdier, mais on peut quand même indiquer un repo local ailleurs que ce qu'on trouve dans config.xml, etc.
Partager