Java alanındaki kurumsal portal stratejisine alternatif nedir?

Portal Alanı ile hayal kırıklığı

Özellikle WebSphere Portal Server (WPS) alanında olanlar olmak üzere, kurumsal Portal deneyimleriyle hayal kırıklığına uğramış çok sayıda büyük, kurumsal müşteriyi görüyorum. Milyonlarca yatırım yapıldı, ancak toplanma ve entegre işbirliği araçları ile kişiselleştirilmiş içerik vaadi hiç bir zaman gerçekleşmedi. WPS 7.x'e geçiş büyük bir sökme ve değiştirme hareketidir ve müşteriler tamamen başka bir yere taşınmaları gerekip gerekmediğini merak ediyorlar.

Portal Yazılımı: Korkunç bir seçenek, ancak alternatifi nedir

Dışarıda çok sayıda Portal nefret var ve bazen bir portal çözümü gerçekten aşırıya kaçıyor, ancak büyük, çok uluslu şirketler hakkında konuşurken, portal sunucusu olmadan küresel bir çözüm tasarlamalarını nasıl önerebilirim?

Portallar her zaman Tomcat veya JBoss AS ile çalışmak kadar eğlenceli değildir, ancak birden fazla uygulamayı entegre etmek, içerik yönetmek, bireysel savaş dosyaları olarak dağıtılan uygulamaları tek tek güncellemek, güvenliği portlet düzeyine kadar yönetmek, kullanıcılara kişiselleştirme miktarı ve büyük ölçekli işletmelerin iç ve dış web sitelerinin bir parçası olarak sahip olduğu binlerce sayfayı yönetmenin ezici görevine yardımcı olmak, orada daha iyi bir teknoloji var mı?

Topluluk içgörüsü ve geri bildirim alma

Mümkün olduğunca çok içgörü toplamaya çalışıyorum. Bu konuda TSS hakkında küçük bir makale yazdım:

Piyasada portal için başka hangi alternatifler var?

Ben de o yakışıklı mürettebat herhangi bir fikir olup olmadığını görmek için CodeRanch bir iplik diriliyorum.

Bir Portal Yazılım Stragety Alternatif isteyen Güncelleme Konu. 2012 dolaylarında

Ayrıca twitterati (@potemcam) hakkında bir fikir arıyorum.

Bu, topluluktan gerçekten keskin bir içgörü toplama girişimi olduğu kadar çapraz bir gönderme değildir. Bazı sağlam yanıtlar ve deneyimler edinebilirsem, bunları TSS'de bir tavsiye makalesinde toplamak istiyorum.

Java alanındaki bir kurumsal Portal'a doğru alternatif nedir?

Bu arada, diğer sitelerden de bu soruya çapraz bağlayacağım, böylece aynı soruları olan insanlar ileri geri sıçrayabilir ve topluluğun bu konuda ne dediğini görebilirler.

İlk olarak, Portal'ın hangi sorunları çözmek için tasarlandığını düşünmeniz gerekir. Wikipedia'nın önerdiği gibi, farklı kaynaklardan gelen bilgileri birleşik bir şekilde bir araya getirmek mi? Eğer öyleyse, şimdi bunu yapmanın başka yolları var mı?

Öncelikle, farklı kaynaklardan gelen bilgileri nasıl bir araya getireceksiniz? Açık cevap çeşitli (web) hizmetleri çağırmaktır. Bu, sözleşmeler ve ağ gecikmesi sorunlarını ortaya çıkarıyor, falan filan falan, ancak bunlar portal tarafından zayıf bir şekilde çözülmüş şeyler, bu yüzden sizin çağrınız. Hizmetlerin RESTful olduğunu varsayalım? Bu, sözleşmeleri yönetmeyi kolaylaştırır mı? Muhtemelen.

Peki, bilgiyi nasıl birleştiriyorsunuz? Portal'ın çözdüğü sorunlardan biri, bu farklı öğelerin bir sayfaya nasıl getirileceği ve bağımsız olarak nasıl yükleneceği idi. AJAX o zamandan beri büyüdü ve aynı etki potansiyel olarak verilerinizi almak için çeşitli (RESTful?) Hizmetlerine XMLHttpRequest çağrıları kullanılarak ve daha sonra paylaşılan bir stil sayfası kümesi kullanılarak ele alınabilir.

Bu işe yarayacak mı? Olabilir ve yapar. JSR286 portal sunucularından daha yönetilebilir mi? Muhtemelen. Hala aşılması gereken bir sürü sorun var mı? Kesinlikle. Ancak bu uygulanabilir bir alternatif.

Son zamanlarda Java portal sunucusu sahnesinde derinden yer aldım. Karşılaştırılabilir özellikler taşıyan bir portal sağlayıcı bulabildiğimiz için SharePoint'e ucuz bir alternatif olarak seçildi. EXo Platform ile gittik ve öncelikle sosyal özellikler için reklamı yapılsa da, JSR286 portal sunucusu olarak tamamen uyumludur.

Bir Java portalı olabilir inanılmaz güçlü olabilir ama doğal olarak görünüşteki pahasına geliyor aşırı mühendislik ve gereksiz yere karmaşık. Aldığımız genel müşteri yanıtı, bir sunucunun temel yapılandırmasının ve ek yükünün çok fazla olabileceğidir. Henüz ayrıntılı bir özellik kümesi sunabilecek bir portal platformu veya alternatif bulamadım, ancak bir dizi operasyonel gereksinim için kabul edilebilir derecede ince kaldım. Rakip portal platformları arasındaki yıllarca süren özellik şişkinliği piyasayı ciddi şekilde sarstı.

Java portal dünyasındaki büyüme can sıkıcı bir şekilde yavaşladı. Tarihli arayüzler, arkaik UX bulacaksınız ve her eylem ağzınızda kötü bir tat bırakacaktır. Burada çok az yenilikçi var, eXo Platform modernizasyon için uyumlu bir çaba gösterdiğimizi düşündüğümüz az sayıdaki kişiden biri.

Tüm bunlar göz önüne alındığında , JSR268 dünyasında yine de başarılı bir ölçü ile makul bir ürün yaratabilirsiniz . Bunu her portlet için JAX-RS hizmetlerinden, temelde kiraz toplama portleti özelliklerinden ve işlevlerinden yararlanarak başardık. Tüm veritabanı erişimi, optimize edilmiş CRUD işlemleri için web sunucusundan ayrı RESTful hizmetlerini çalıştırır. Pek çok kişinin işlemeye istekli olmadığı aşırı çaba ile heybetli bir gayret gerektirir.

Ayrıca tamamen yere gidebilir ve kendinizi sunucu uygulamaları ve JAX-RS ile bir 'portal' oluşturabilirsiniz. Bu, standart portal geliştirmeden çok daha hızlı bir şekilde yapılabilir. Bununla birlikte, standart bir web portalında bulunan tüm yapılandırma özelliklerini destekleme konusunda yetersiz kalabilirsiniz.

Basitçe, yakında değişecek gibi görünmeyen yeniliği boğucu aşırı özellik setlerinin ciddi bir tuzak döngüsü vardır. Oyun değiştiren atılımların gerçekleşmesi olası değildir, çünkü ağır vurucular metaların geliştiğini görmezler. Ancak tek alternatif seçeneğiniz yalnızca istediğiniz özellikleri yeniden icat etmektir.

Matthew ile aynı fikirde değilim , kurumsal portallardaki sorunların hiçbiri doğrudan teknolojiden kaynaklanmıyor. Sorun neredeyse her zaman net bir odak ve yön eksikliğidir.

Çözmeye çalıştığınız sorun nedir? Deneyin ve bazı özelliklerine çivileyin. Muhtemelen, bazı arama yapılabilir içerik çözümlerine e-posta gelen kutularından bilgi taşımak oldukça yüksek olacaktır tahmin ediyorum. Aynı şekilde paylaşılan ağ sürücülerinde yaşayan bilgiler bulacaktır. Sonra muhtemelen iş akışı hakkında bir soru var.

Bunun ötesinde biraz belirsizleşmeye başlar ve çözümlerin başarısız olduğu yer burasıdır. Birisi size sorunu hakkında bilgi arayan ve başka bir takım bulmakla ilgili olmayan bir ekibi gösteren bir demo ile bir portal satmaya çalışırsa, bu sorunun zaten insanların nasıl çalıştığını tanımadığını çözmüştür.

Bunun uzun bir gözleme dönüşmesini istemiyorum, bu yüzden bir soru soracağım. Portal çözümünüz, e-posta istemciniz kadar kolay bir şekilde meslektaşlarınızla bilgi paylaşmanıza izin veriyor mu? Özellikle, uygulamam çöktü ve size bir ekran görüntüsü göndermek istiyorum. Bunu doğrudan e-postama yapıştırabilirim, bu web tabanlı çözümlerle çalışmaz. Office ile entegre oluyor mu? Mevcut tüm bilgileri portala kim götürecek?

İnsanlara, etkileşimlerine ve ihtiyaçlarına odaklanın ve önce tekniği unutun. İkincisi, insanların beklentilerini ve isteklerini bir doz gerçeklikle ılımlı hale getirin.