Eclipse webtools projet (WTP) et sa performance / qualité

Notre société est à l'aide d'eclipse depuis plusieurs années maintenant (nous sommes à l'aide de WTP depuis la version 0.7)

Je suis actuellement en train d'évaluer eclipse 3.6.2 avec WTP 3.2.3 qui devrait remplacer eclipse 3.4.2 avec WTP 3.0.4 comme étant notre principale de l'IDE.

Et je dois dire qu'encore une fois, je suis assez déçu dans les préoccupations de la performance:

WTP 3.2.3 semble être beaucoup plus lent que 3.0.4.

En fait, je me demande vraiment pourquoi WTP devient plus lent, avec chaque version.

L'une de nos applications (dynamic web project) contiennent environ 4000 classes java et 700 pages jsp/jsp fragments. Nous avons seulement besoin de base de la volonté à payer des fonctionnalités pour le développement jsp, xmls et xsd. Nous n'avons pas besoin de haute sophistic fonctionnalités comme Dali (devrait JPA outils vraiment couvert par un webtools projet?), La balance ou un visual éditeur xml en premier lieu.

Un autre point intéressant est que la VDP semble ralentir l'ensemble de l'IDE.
SWT est non-reponsive pour une fraction de secondes, l'utilisation du processeur est très élevé (en particulier après un construit, a eu lieu - si vous regardez le système emplois, plusieurs jsp/javascript indexeurs sont en train de faire des travaux pour quelques minutes, même si tous les WTP construire les validateurs ont été désactivés), l'ouverture de nouveaux fichiers sont plus lents, de naviguer à travers le projet, etc.

Cela peut être particulièrement visibles sur les vieilles machines qui ne contient qu'un seul core.

Le pire, c'est que j'ai l'impression que la VDP de l'équipe de développement ne se soucient pas beaucoup sur les performances
(par exemple, avoir un regard sur le http://wiki.eclipse.org/WTP_Performance_Tests page - dernière mise à jour a eu lieu en 2008).

Les rapports de bogues et des messages du forum au sujet de l'exercice de fonctions de base (par exemple, jsp modification/validation) sont souvent ignorés ou fermé peu de temps après, quelques exemples: ici, ici, et ici.

Quo vadis, la volonté à payer?


S'il vous plaît ne vous méprenez pas:

Je ne veux pas blâmer WTP.

En fait, je crois que la VP est un bon projet open-source développé par une équipe talentueuse.

Mais, évidemment, la projet a un problème avec son assurance de la qualité, notamment en termes de performance qui touche de convivialité et d'acceptation par l'utilisateur.

Je veux juste souligner que l'équipe doit se concentrer sur les choses qui sont essentiel à la plupart des utilisateurs en premier lieu et ensuite travailler sur la mise en œuvre de super-duper-fonctions.

Mes Questions

  • Quelles sont vos expériences avec WTP, en particulier les versions les plus récentes?
  • Pouvez-vous confirmer ou infirmer mes observations?
  • Sont t-il de meilleures solutions de rechange?
  • Avez-vous passer de ou de CAP et pourquoi?
  • Avez-vous des meilleures pratiques pour l'accélérer, en particulier pour le haut-de taille moyenne comme la nôtre?

Mise à JOUR

Je voudrais faire une mise à jour sur cette question afin de refléter le courant des réponses et des
pour résumer les résultats actuels:

  • De nombreux utilisateurs se plaignent plus ou moins sur les mêmes questions, donc je vois ces questions, comme l'a confirmé.

    BTW, cette question est également mentionné sur un communiqué de post sur theserverside.com avec des commentaires supplémentaires.

  • Le responsable de la VP chef de projet, nitind, de façon remarquable post sur la situation actuelle de la VDP, dont j'aime à citer:

    "Le simple fait est que nous ne passons pas beaucoup de temps sur les tests de performance parce que nous manquons de ressources pour le faire."

    "Bien sûr que nous aimerions être proactif plutôt que réactif, mais nous avons tendance à attribuer notre temps à des problèmes fonctionnels en premier."

Ainsi, cette question tourne un peu dans une sorte de lettre ouverte à la communauté de la VDP de l'équipe:

Dear WTP team,

it's obvious that WTP is suffering from major quality/performance issues 
which you try to play down or to ignore.
Please invest some time to improve the current situation 
at the cost of new features and do everything what's required 
to solve the current problems.
E.g. revive the performance team, do some regression tests between 
previous releases or ask the community for (precise defined) help.

I am sure that they are enough people willing and able to help here.

If you like, do some kind of poll to get a feeling what should be 
the most important scopes of future's WTP releases.

Please, please, listen to your community.
  • J'ai le même problème avec WTP performances, mais n'ont pas trouvé de solution/fix/hack pour accélérer les choses. J'espère que quelque chose tourne jusqu'ici.
  • Avez-vous essayé de poster vos préoccupations à l'Éclipse forums/groupes de discussion? Vérifiez également Bugzilla et voir si quelqu'un a soulevé la moindre performance des bugs?
  • Oui, j'ai créé quelques liées à la performance de bugs, et j'ai exprimé mes préoccupations à la liste de diffusion il y a quelques temps. Mais la volonté à payer les développeurs semblent ignorer la situation de plus ou de moins. J'ai reçu une réponse comme "l'analyse des fichiers jsp est une chose complexe," que "ok, on va faire de profilage de travail pour voir si il y a un problème". J'ai créé ce stackoverflow question de me faire une idée si je suis la seule personne qui a l'expérience de ce genre de problèmes avec WTP. Je pense que la VDP de l'équipe doit se concentrer sur les performances de la prochaine version de l'ajout de nouvelles fonctionnalités.
  • Juste assez 🙂 je n'ai pas utilisé la volonté à payer beaucoup, donc je ne peux pas vraiment commenter.
  • Quel type de matériel utilisez-vous? J'ai de bonnes performances avec Eclipse sur mon ancien Sun Ultra-20 (2,5 GHz single-core Opteron w/ 4G), mais je n'ai pas de projets aussi grand que le vôtre. Si vous êtes encore sous-single-core machines de développement, je l'avais question de savoir si vous devriez être mise à niveau du logiciel. SoTA logiciel a toujours exigé de SoTA matériel à courir, il n'y a pas à contourner.
  • La plupart de nos matériels contiennent un Dual-Core Intel Core i5 660 CPU avec 3,3 Ghz, 4 GO de RAM, fonctionnant sous Windows XP.
  • Votre entreprise est de penser à investir de l'argent pour le VDP de l'équipe? si vous faites cela, vous pouvez demander de l'performance test 🙂
  • Le mot! Cela devient de plus en plus pire. attente de 20 Minutes pour l'enregistrement d'un 30 lignes de fichier xhtml qui se passe assez souvent. Parfois, les IDE se fige pendant plus de 5 Minutes lorsque vous essayez de modifier un fichier jsf. Totalement pas cool...
  • Article intéressant (malheureusement disponible qu'en allemand) concernant les enjeux actuels (et futurs) de l'éclipse en général: heise.de/developer/meldung/...

InformationsquelleAutor MRalwasser | 2011-03-25