Kekecewaan dengan Ruang Portal
Saya melihat sejumlah besar klien perusahaan, yang menjadi kecewa dengan pengalaman Portal perusahaan mereka, terutama mereka yang berada di ruang WebSphere Portal Server (WPS). Jutaan orang telah diinvestasikan, namun janji konten yang dipersonalisasi dengan agregasi dan alat kolaboratif terintegrasi tidak pernah membuahkan hasil. Pindah ke WPS 7.x adalah perubahan besar dan ganti, dan klien bertanya-tanya apakah mereka harus pindah ke tempat lain sepenuhnya.
Portal Software: Pilihan yang mengerikan, tapi apa alternatifnya
Ada banyak pembenci Portal di luar sana, dan kadang-kadang solusi portal memang berlebihan, tetapi ketika Anda berbicara tentang perusahaan multi-nasional yang besar, bagaimana orang merekomendasikan mereka merancang solusi global tanpa server portal?
Portal tidak selalu menyenangkan untuk diajak bekerja sama seperti Tomcat atau JBoss AS, tetapi ketika harus mengintegrasikan beberapa aplikasi, mengelola konten, memperbarui aplikasi individual yang digunakan sebagai file perang individual, mengelola keamanan hingga ke level portlet, membuktikan suatu hal tertentu. jumlah personalisasi kepada pengguna, dan membantu tugas luar biasa mengelola ribuan halaman yang dimiliki perusahaan besar sebagai bagian dari situs web internal dan eksternal mereka, adakah teknologi yang lebih baik di luar sana?
Mengumpulkan wawasan dan umpan balik komunitas
Saya telah berusaha mengumpulkan sebanyak mungkin wawasan. Saya menulis sedikit artikel tentang TSS tentang masalah ini:
Apa alternatif lain untuk portal yang ada di pasar?
Saya juga membangkitkan kembali utas di CodeRanch untuk melihat apakah saya bisa mendapatkan wawasan dari kru yang tampan itu.
Utas yang Diperbarui Meminta Alternatif untuk Perangkat Lunak Portal Stragety. Sekitar tahun 2012
Saya juga mencari beberapa wawasan dari twitterati (@potemcam).
Ini bukan postingan silang sebanyak itu adalah upaya untuk benar-benar mengumpulkan beberapa wawasan yang tajam dari komunitas. Jika saya bisa mendapatkan tanggapan dan pengalaman yang solid, saya ingin menggabungkannya menjadi artikel saran di TSS.
Apa alternatif yang tepat untuk Portal perusahaan di ruang Java?
Ngomong-ngomong, saya akan melakukan cross-linking ke pertanyaan ini dari situs lain juga sehingga orang-orang dengan pertanyaan yang sama akan dapat bangkit bolak-balik dan melihat apa yang dikatakan komunitas tentang topik ini.
sumber
Jawaban:
Pertama, Anda perlu mempertimbangkan masalah apa yang dirancang untuk diselesaikan Portal. Apakah ini, seperti yang disarankan Wikipedia, untuk menyatukan informasi dari berbagai sumber dengan cara yang sama? Jika demikian, cara lain apa yang sekarang harus kita lakukan ini?
Pertama, bagaimana Anda menyatukan informasi dari berbagai sumber? Jawaban yang jelas adalah memanggil berbagai layanan (web). Ini memperkenalkan masalah kontrak dan latensi jaringan, bla bla bla, tapi ini adalah hal-hal yang tidak terpecahkan oleh portal, jadi itu adalah panggilan Anda. Misalkan layanannya tenang? Apakah itu membuat mengelola kontrak lebih mudah? Mungkin.
Lalu, bagaimana Anda menyatukan informasi? Salah satu masalah yang dipecahkan Portal adalah bagaimana membawa barang-barang yang berbeda ini ke satu halaman, dan membuatnya memuat secara independen. AJAX telah tumbuh sejak saat itu, dan efek yang sama berpotensi ditangani dengan menggunakan panggilan XMLHttpRequest ke berbagai layanan (RESTful?) Untuk mendapatkan data Anda, dan kemudian menggunakan seperangkat style sheet bersama.
Akankah ini berhasil? Itu bisa dan tidak. Apakah lebih mudah dikelola daripada server portal JSR286? Mungkin. Apakah masih ada banyak masalah yang harus diatasi? Pastinya. Tapi itu alternatif yang layak.
sumber
Saya baru-baru ini sangat terlibat dalam adegan server portal Java. Itu dipilih sebagai alternatif yang murah untuk SharePoint, karena kami dapat menemukan penyedia portal yang membawa fitur yang sebanding. Kami menggunakan eXo Platform dan meskipun sebagian besar diiklankan untuk fitur sosial, sepenuhnya sesuai sebagai server portal JSR286.
Sebuah portal Java bisa sangat kuat, tetapi secara alami muncul dengan biaya yang tampaknya terlalu-direkayasa dan rumit. Respons umum pelanggan yang kami terima adalah bahwa konfigurasi dasar dan overhead server bisa terlalu banyak. Saya belum menemukan platform portal atau alternatif yang dapat menawarkan set fitur verbose, namun tetap ramping untuk serangkaian persyaratan operasional. Penggembungan fitur selama bertahun-tahun di antara platform portal yang bersaing telah benar-benar menyumbat pasar.
Pertumbuhan di dunia portal Java sangat lambat. Anda akan menemukan antarmuka tanggal, UX kuno, dan setiap tindakan akan meninggalkan rasa tidak enak di mulut Anda. Ada beberapa inovator di sini, eXo Platform menjadi salah satu dari sedikit yang kami temukan untuk melakukan upaya terpadu dalam modernisasi.
Mengingat semua itu, Anda masih dapat membuat produk yang masuk akal di dunia JSR268 dengan ukuran kesuksesan. Kami dapat melakukan ini dengan memanfaatkan layanan JAX-RS untuk setiap portlet, pada dasarnya fitur dan fungsionalitas portlet picking-picking. Semua akses basis data berjalan dari server web memisahkan layanan RESTful untuk operasi CRUD yang dioptimalkan. Dibutuhkan ketekunan yang mengesankan dengan upaya yang berlebihan yang tidak banyak bersedia dilakukan.
Anda juga dapat melakukan ground-up sepenuhnya dan membangun 'portal' dengan servlets dan JAX-RS. Ini dapat dilakukan jauh lebih cepat daripada pengembangan portal standar. Namun, Anda akan gagal ketika datang untuk mendukung set lengkap fitur konfigurasi yang ditemukan di portal web standar.
Sederhananya, ada siklus jebakan serius dari set fitur berlebihan yang menghambat inovasi yang tampaknya tidak akan segera berubah. Terobosan yang mengubah permainan tidak mungkin terjadi karena pemukul berat tidak melihat meta berkembang. Tetapi satu-satunya pilihan alternatif Anda adalah menciptakan kembali hanya fitur yang Anda inginkan.
sumber
Saya tidak setuju dengan Matthew , tidak ada masalah dengan portal perusahaan yang disebabkan langsung oleh teknologi. Masalahnya hampir selalu kurangnya fokus dan arah yang jelas.
Apa masalah yang Anda coba selesaikan? Coba dan tempel ke beberapa spesifik. Saya mungkin dapat menebak bahwa memindahkan informasi dari email di dalam kotak ke beberapa solusi konten yang dapat dicari akan datang cukup tinggi. Seperti akan menemukan informasi yang hidup di drive jaringan bersama. Lalu mungkin ada pertanyaan seputar alur kerja.
Di luar itu mulai sedikit kabur dan di situlah solusi gagal. Jika ada yang mencoba menjual portal kepada Anda dengan demo yang menunjukkan tim yang tidak terkait yang mencari informasi tentang masalahnya dan menemukan tim lain telah menyelesaikan masalah itu tidak mengenali cara orang bekerja.
Saya tidak ingin ini berubah menjadi omongan panjang, jadi saya akan ajukan satu pertanyaan. Apakah solusi portal Anda memungkinkan Anda untuk berbagi informasi dengan rekan-rekan Anda semudah klien email Anda? Khususnya, aplikasi saya mogok dan saya ingin mengirimkan tangkapan layar kepada Anda. Saya dapat menempelkannya langsung ke email saya, yang tidak akan berfungsi dengan solusi berbasis web. Apakah itu terintegrasi dengan Office? Siapa yang akan mendapatkan semua informasi yang ada ke portal?
Fokus pada orang-orang, interaksi mereka dan kebutuhan mereka dan lupakan yang teknis terlebih dahulu. Kedua, memoderasi harapan dan harapan orang-orang dengan dosis realitas.
sumber