Eclipse WTP vs sydeo, "menyajikan modul tanpa menerbitkan"

103

Saya memiliki masalah untuk menemukan kinerja plugin sysdeo dengan menggunakan WTP plugin terintegrasi dari eclipse.

Untuk melakukan migrasi dan perbandingannya, saya menginstal keduanya pada proyek terpisah dalam eclipse.

Saya melihat perbedaan produktivitas, menurut apa yang saya pahami: WTP perlu mempublikasikan sumber dalam pembuatan direktori sehingga kucing jantan memilikinya dalam pengaturan. Ini "pulish" panjang: perlu mengisi ulang konteksnya sehingga modifikasinya terlihat. (5 kering di halaman paling 15 detik - paling lama 20 detik).

Sysdeo no; Itu menargetkan eclipse direktori akibatnya membangun internal dalam proyek segera setelah modifikasi dilakukan oleh file, eclipse build dan modifikasi ini tersedia segera (F5 di browser dan kami memiliki hasilnya segera).

Berikut adalah konfigurasi server saya:

Opsi "Melayani modul tanpa menerbitkan" memungkinkan untuk membuat secara tepat apa yang membuat sydeo: memilih direktori build dari proyek yang sedang berjalan. Konfigurasi ini mengekspresikan dirinya dalam file konteks. (Untuk mendapatkan kembali itu saya telah memeriksa "Publikasikan memodulasi konteks ke baris XML serparate")

Perbandingan file-file ini:

  • Berikut adalah file konteks yang akan dibuat oleh sysdeo
< Context path="/tatoile _syseo" reloadable="false" docBase="D:\32bit\serveur32bit\workspace\tatoile _syseo" workDir="D:\32bit\serveur32bit\workspace\tatoile _syseo\work" />
  • Konteks file yang akan dihasilkan oleh WTP

<? xml version = "1.0" encoding = "UTF-8"?> <Konteks docBase = "D: \ 32bit \ serveur32bit \ workspace \ tatoile \ web" path = "/ tatoile" reloadable = "true" source = "org .eclipse.jst.jee.server: tatoile "> <Resources className =" org.eclipse.jst.server.tomcat.loader.WtpDirContext "extraResourcePaths =" / WEB-INF / class | D: \ 32bit \ serveur32bit \ workspace \ tatoile \ build \ class "virtualClasspath =" D: \ 32bit \ serveur32bit \ workspace \ tatoile \ build \ class "/> <Loader className =" org.eclipse.jst.server.tomcat.loader.WtpWebappLoader "useSystemClassLoaderAsParent =" false " virtualClasspath = "D: \ 32bit \ serveur32bit \ workspace \ tatoile \ build \ class" /> <JarScanner scanAllDirectories = "true" /> </ Context>

Kemudian menganalisis kedua file tersebut sama.

Sekarang mari kita kembali ke masalah. Saya menggunakan server yang sama, akibatnya kedua file konteks di atas ditentukan untuk yang satu ini. Pengalaman: Saya meluncurkan tomcat dengan plugin sysdeo, beban dalam dua konteks dibuat satu untuk mengkonfigurasi cara WTP yang lain oleh sysdeo. Kedua otoritas tersebut bereaksi dengan cara yang sama, modifikasi langsung pada tatoile _syseo dan tatoile.

Di sisi lain, saya meluncurkan tomcat melalui plugin WTP (tab server dll.) Di eclipse, modifikasi tidak langsung dilakukan baik di project tatoile _syseo maupun tatoile. Catatan: Auto-reload harus dimasukkan ke Enabled agar modifikasi dapat dipertimbangkan. (Ketika server menunjukkan kepada kita bahwa ia telah memuat ulang konteks, kita dapat melihat modifikasinya.)

masukkan deskripsi gambar di sini

Saya menyimpulkan bahwa dari itu konfigurasi konteks bukanlah alasannya, melainkan cara plugin meluncurkan tomcat; dan di sana atau saya mengering ...

Berikut adalah proyek WTP:

masukkan deskripsi gambar di sini

java eclipse tomcat eclipse-wtp m2e-wtp Vsplit
sumber
5
Apakah Anda mengalami masalah pada Sysdeo atau WTP? OTOH Pasti WTP akan membutuhkan lebih banyak waktu untuk perubahan karena inilah yang akan dilakukan untuk menerbitkan ulang: (1) membangun kelas (2) membatalkan penerapan aplikasi web lama (3) menyalin hasil pembangunan ke folder penyebaran tomcat (4) tomcat akan secara otomatis memulai aplikasi. Sementara dengan sysdeo, kelas-kelas dalam RAM dimodifikasi dengan cepat segera setelah ada perubahan yang dibuat (diidentifikasi oleh tanggal baru di file kelas mana pun). Lalu ada beberapa batasan perubahan yang tidak bisa dilakukan dengan cepat (ketika Anda menambahkan metode baru, struktur kelas juga berubah), dalam hal ini akan memberikan peringatan.
Saya telah menggunakan Sysdeo dan WTP pada proyek yang sama. Perbedaan paling signifikan yang saya perhatikan adalah, bahwa konfigurasi Sysdeo tampak lebih mudah bagi saya, tetapi ini mungkin bias.
Markus
2
Masalahnya diselesaikan dengan menambahkan MAVEN dengan penerapan WTP. Tidak ada masalah kinerja. Tidak ada masalah kinerja dan saya tidak mengaktifkan "melayani modul tanpa penerbitan”
Vsplit
1
Jika Anda memecahkan masalah, dapatkah Anda memposting jawabannya?
Anubian Noob
@AnubianNoob ya ketika sudah saya jelaskan di posting preseden saya. Saya memecahkan masalah dengan menggunakan konfigurasi maven.
Vsplit

Jawaban:

3

Jawabannya dikutip dari @Vsplit

Masalahnya diselesaikan dengan menambahkan MAVEN dengan penerapan WTP. Tidak ada masalah kinerja ... dan saya tidak mengaktifkan modul penyajian tanpa menerbitkan

Marko
sumber
-1 Ini bukan jawaban. tolong tambahkan jawaban dengan lebih detail.
Isaac G Sivaa
1
Halo, saya minta maaf atas jawaban saya yang terlambat. Tetapi seperti yang harus Anda perhatikan, saya tidak dapat menyelesaikan masalah issus menyangkut plugin Sysdeo. Tetapi saya menggunakan plugin Maven dengan WTP de deployment. Anda dapat melihat contoh tutorial ini youtube.com/watch?v=YeC7XQho-O0
Vsplit
2

lihat di pasar plugin untuk plugin gratis yang disebut m2e-wtp. Itu akan menangani masalah cakupan yang disediakan. Adapun kelas-kelas yang tidak digunakan, tempat yang biasa saya lihat adalah perakitan penerapan dan / atau Jalur Pembuatan Java. Pastikan bahwa entri (dan modul dependen) ada di sana dan terletak di tempat yang benar.

Shrinidhi Krishnakumar
sumber