SORU
25 Mart 2011, Cuma


Eclipse projesi (WTP) ve performans / kalite webtools

Firmamız yıllardır beri eclipse kullanarak (serbest 0.7 beri WTP kullanıyoruz)

Şu anda değerlendiriyorum3.6.2 WTP 3.2.3 ile tutulmasıbizim ana IDE olarak WTP 3.0.4 ile eclipse 3.4.2 değiştirmeniz gerekir.

Ve bir kez daha performans kaygıları oldukça hayal kırıklığına uğradığımı söylemek zorundayım:
WTP 3.2.3 3.0.4 den daha yavaş gibi görünüyor.
Aslında WTP her sürümde daha yavaş olur nedenini gerçekten merak ediyorum.

Bizim uygulamaları (dinamik web projesi) biri hakkında içerir4000 java sınıfları ve 700 JSP/jsp parçaları. Biz sadece temel işlevleri WTP gelişmekte olan JSP, xmls ve yanıtlanan için gereken. Dali gibi yüksek incelikli özellikleri ihtiyacımız yok (JPA araçlar gerçekten kapsadığı gerekirwebtools proje?), Libra veya 4* *ilk etapta.

Başka bir ilginç nokta WTP görünüyortüm IDE yavaş. CC olmayan reponsive için bazı küçük saniye, cpu kullanımı çok yüksek (özellikle sonra inşa gerçekleşti - bakarsanız sistem işler, birkaç jsp/javascript dizin oluşturucu yaptığı bu iş için birkaç dakika bile WTP yapı elemanları yönetilmesini), açılış yeni dosyalar yavaş, gezinmek, proje vb.

Bu özellikle sadece bir tek çekirdekli işlemci içeren eski makinelerde görülebilir.

En kötü şey WTP dev takım çok performansa önem vermeyen bir his var içimde (örneğin http://wiki.eclipse.org/WTP_Performance_Tests Sayfa - en son 2008 yılında gerçekleşti update) bakabilirsiniz.

Hata raporları ve Haber grubu mesajları ile ilgili performans temel özellikler (örneğin jsp düzenleme/doğrulama) sık sık göz ardı ya da kapalı bir süre sonra, bazı örnekler: here, here, and here.

Quo vadis, WTP?


Lütfen beni yanlış anlamayın:

WTP suçlamak istemiyorum.
Aslında bu WTP açık kaynak kodlu iyi bir proje yetenekli bir ekip tarafından geliştirilmiştir inanıyorum.
Fakat belli kiproje kalite güvencesi ile ilgili bir sorun varözellikle kullanılabilirlik ve kullanıcı kabul etkileyen performans açısından.

Ben takıma olan şeyler odaklanmak gerektiğini işaret etmek istiyorumkullanıcıların çoğu için önemliilk etapta ve daha sonra super-duper-özellikler uygulanmasına ilişkin çalışmalar.

Sorularıma

  • WTP, özellikle en son sürüm tecrübeleriniz nelerdir?
  • Ya gözlemlerimi teyit çürütebilir misin?
  • Daha iyi bir alternatif var mı?
  • Ya WTP ve neden değiştirdiniz?
  • Bizimki gibi özellikle üst-orta büyüklükteki hızlan, bazı en iyi uygulamalar var mı?

GÜNCELLEME

Bu soru ile ilgili bir güncelleme mevcut cevapları yansıtacak şekilde yapmak istiyorum ve mevcut sonuçlar özetle:

  • Birçok kullanıcı teyit olarak bu sorunlar görüyorum ki aynı konularda hakkında daha fazla veya daha az şikayet ediyor.
    BTW, bu soru da bahsediliyortheserverside.com ilgili haber bir yazıek açıklamalar ile.

  • Sorumlu WTP projesi kurşun, nitind, alıntı gibi WTP mevcut durumu, kayda değer bir yazı:
    "Basit aslında bunu yapmak için kaynak eksikliği nedeniyle performans testleri üzerinde çok fazla zaman harcamak istemiyoruz."
    "Tabii ki bu konuda proaktif olmak yerine reaktif istiyoruz, ama işlevsel sorunları bizim ilk zaman ayırmaya çalışıyoruz."

Bu soruyu WTP takım toplumdan açık bir mektup içine biraz döner:

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.

CEVAP
29 Mart 2011, Salı


Yanıt, JSP, XML, ve JavaScript kaynak WTP düzenleme işlevi kaynağı olan projeler için öncülük ediyorum. Basit aslında bunu yapmak için kaynak eksikliği nedeniyle performans testleri üzerinde çok fazla zaman harcamak istemiyoruz. Elbette bu konuda proaktif olmak yerine reaktif istiyoruz, ama işlevsel sorunları bizim ilk zaman ayırmaya çalışıyoruz. Biz bir evlat ürün çalışan performans regresyon testleri düzenli olarak, ama herhalde bu testleri çalıştırmak çok çekirdekli makineleri ile şimdi ... ve biz hiç içmedim yeni kırmızı bayraklar rapor bizim için biraz zaman.

3 böcek bağlantılı, 2 tarih öncesine ait olan 3.0.4 sürümü laud ve üçüncüsü de bir biçimlendirme performans sorunu (beri hitaben) veya bir as-you-tipi doğrulama özel XML dosyaları (sabitleme hangisi olurdu tetiklenen bir bellek sızıntısı Xerces, ıırc, bu yüzden bize değil koyarak bu o zamanlar). Eğer somut projeler yapabilirsiniz takmak için bir hata ve de ki "X yavaş 3.2 ile Y miktar", biz ne yapabiliriz anlamak nerede bir gerileme.

Bu dizin oluşturucu gelince, onlar olmalı en azındansonundatamamlayın. -Disk üzerinde depolanan bilgiler, WTP sürümleri arasında değişti, ve dosyaları yeniden arama ve uygulanan yerlerde) yeniden düzenleme işlemi dahil oluyorlar işlenmesi gerekir. İlk dizin oluşturma işlemi tamamlandıktan sonra, aşamalı olarak hareket ve neredeyse farkedilemez olmalıdır. Çalışıyor olabilir bir mimari değişiklik JSP için, tüm çalışma alanı içinde dizine ihtiyacı vartekbu dizin olarak kabul edilmesi için "güncel". tezgah oturum Eclipse hayal kırıklığı kapatmadan sadece yeniden işleme etkisini uzatacaktır.

Şirketinizin standart WTP tamamını içerir yüklemek yerine kendi özel dağıtım haddeleme gibi görünüyor. Onay çağırıyorumBaşlangıç ve Kapatmatercih sayfasında herhangi bir özellik erken başlangıç kapatın kullanarak ilgilenmiyorsun. Bir şey yapar ilgilendiren alanlarda söz ettik, ama WTP diğer alanlar ve bunu Platform vardır. Doğrulama ilgilenmediğin bir şey adil oyundurDoğrulamatercih sayfası olarak doğrulamak JSP ayarı varsayılan olarak parçalarıWeb/JSP Dosyaları/Doğrulamatercih sayfası.

Bunu Paylaş:
  • Google+
  • E-Posta
Etiketler:

YORUMLAR

SPONSOR VİDEO

Rastgele Yazarlar

  • Artorius FullPower

    Artorius Ful

    29 Temmuz 2007
  • grickle

    grickle

    22 AĞUSTOS 2006
  • tseyina

    tseyina

    2 AĞUSTOS 2006