ทางเลือกอื่นสำหรับกลยุทธ์พอร์ทัลองค์กรในพื้นที่ Java คืออะไร

ความผิดหวังกับพื้นที่พอร์ทัล

ฉันเห็นลูกค้าองค์กรขนาดใหญ่จำนวนมากที่ไม่พอใจกับประสบการณ์การใช้งานพอร์ทัลขององค์กรโดยเฉพาะลูกค้าที่อยู่ในพื้นที่ WebSphere Portal Server (WPS) ล้านได้รับการลงทุน แต่สัญญาของเนื้อหาส่วนบุคคลที่มีการรวมและเครื่องมือการทำงานร่วมกันแบบบูรณาการไม่เคยประสบผลสำเร็จ การย้ายไปยัง WPS 7.x เป็นการฉีกขาดครั้งใหญ่และแทนที่การย้ายและลูกค้าสงสัยว่าพวกเขาควรจะย้ายไปที่อื่นอย่างสมบูรณ์หรือไม่

ซอฟต์แวร์พอร์ทัล: ตัวเลือกที่น่ากลัว แต่เป็นทางเลือกอื่น

มีผู้เกลียดชังพอร์ทัลจำนวนมากและบางครั้งโซลูชันพอร์ทัลนั้นเกินความจริง แต่เมื่อคุณพูดถึงองค์กรขนาดใหญ่ข้ามชาติเราจะแนะนำพวกเขาให้ออกแบบโซลูชันระดับโลกที่ไม่มีพอร์ทัลเซิร์ฟเวอร์ได้อย่างไร

พอร์ทัลไม่สนุกเสมอไปที่จะทำงานกับ Tomcat หรือ JBoss AS แต่เมื่อรวมการใช้งานหลายแอพพลิเคชั่นการจัดการเนื้อหาการอัพเดทแอพพลิเคชั่นแต่ละตัวที่ปรับใช้เป็นไฟล์ war แต่ละไฟล์การจัดการด้านความปลอดภัย จำนวนของการปรับให้เป็นส่วนตัวกับผู้ใช้และช่วยในการจัดการหลายพันหน้าขององค์กรขนาดใหญ่ที่มีเป็นส่วนหนึ่งของเว็บไซต์ภายในและภายนอกของพวกเขามีเทคโนโลยีที่ดีกว่าหรือไม่

รวบรวมข้อมูลเชิงลึกและข้อเสนอแนะของชุมชน

ฉันพยายามที่จะรวบรวมข้อมูลเชิงลึกให้มากที่สุด ฉันเขียนบทความเล็กน้อยเกี่ยวกับ TSS เกี่ยวกับปัญหา:

ทางเลือกอื่นใดในพอร์ทัลที่มีอยู่ในตลาด?

ฉันยังคืนชีพเธรดที่ CodeRanch เพื่อดูว่าฉันสามารถรับข้อมูลเชิงลึกจากทีมที่หล่อเหลานั้นได้หรือไม่

อัพเดทเธรดเพื่อขอทางเลือกใหม่สำหรับ Stragety ของซอฟต์แวร์พอร์ทัล ประมาณปี 2555

ฉันกำลังมองหาข้อมูลเชิงลึกจาก twitterati (@potemcam)

มันไม่ได้เป็นการโพสต์ข้ามมากเท่าที่มันเป็นความพยายามที่จะรวบรวมข้อมูลเชิงลึกที่กระตือรือร้นจากชุมชน หากฉันสามารถรับการตอบสนองและประสบการณ์ที่มั่นคงฉันต้องการรวบรวมพวกเขาไว้ในบทความคำแนะนำที่ TSS

ทางเลือกที่ถูกต้องกับพอร์ทัลองค์กรในพื้นที่ Java คืออะไร?

โดยวิธีการฉันจะเชื่อมโยงข้ามคำถามนี้จากเว็บไซต์อื่น ๆ เช่นกันเพื่อให้คนที่มีคำถามเดียวกันจะสามารถย้อนกลับไปมาและดูสิ่งที่ชุมชนพูดในหัวข้อนี้

ก่อนอื่นคุณต้องพิจารณาว่าปัญหาใดที่ Portal ออกแบบมาเพื่อแก้ไข วิกิพีเดียแนะนำให้รวบรวมข้อมูลจากหลากหลายแหล่งในลักษณะที่รวมเป็นหนึ่งเดียวกันหรือไม่? ถ้าเป็นเช่นนั้นตอนนี้เราต้องทำอะไรอีก?

ก่อนอื่นคุณจะรวบรวมข้อมูลจากแหล่งต่าง ๆ ได้อย่างไร คำตอบที่ชัดเจนคือการเรียกใช้บริการ (เว็บ) ที่หลากหลาย สิ่งนี้จะแนะนำปัญหาของสัญญาและเวลาแฝงของเครือข่าย blah blah blah แต่สิ่งเหล่านี้เป็นสิ่งที่พอร์ทัลแก้ไขได้ไม่ดีดังนั้นจึงเป็นสิ่งที่คุณต้องการ สมมติว่าบริการมีความสงบหรือไม่ นั่นทำให้การจัดการสัญญาง่ายขึ้นหรือไม่ อาจ

จากนั้นคุณจะรวมข้อมูลได้อย่างไร หนึ่งในปัญหาที่พอร์ทัลแก้ไขคือวิธีการนำรายการที่แตกต่างกันเหล่านี้ไปไว้ในหน้าเดียวและให้พวกเขาโหลดอย่างอิสระ AJAX เติบโตขึ้นตั้งแต่นั้นมาและสามารถจัดการเอฟเฟกต์เดียวกันโดยใช้การเรียก XMLHttpRequest ไปยังบริการ (RESTful?) เพื่อรับข้อมูลของคุณจากนั้นใช้สไตล์ชีตที่ใช้ร่วมกัน

จะใช้งานได้ไหม มันสามารถและไม่ สามารถจัดการได้ดีกว่าเซิร์ฟเวอร์พอร์ทัล JSR286 หรือไม่ อาจ. ยังมีอีกหลายปัญหาที่จะเอาชนะหรือไม่ อย่างแน่นอน. แต่มันเป็นทางเลือกที่ทำงานได้

ฉันเพิ่งมีส่วนร่วมอย่างลึกซึ้งในฉากพอร์ทัลเซิร์ฟเวอร์ Java มันได้รับเลือกให้เป็นทางเลือกที่ไม่แพงสำหรับ SharePoint เนื่องจากเราสามารถค้นหาผู้ให้บริการพอร์ทัลที่มีคุณสมบัติเทียบเท่า เราไปกับแพลตฟอร์ม eXoและแม้ว่ามันจะถูกโฆษณาเป็นหลักสำหรับคุณสมบัติทางสังคมมันเป็นไปตามอย่างสมบูรณ์เป็นพอร์ทัลเซิร์ฟเวอร์ JSR286

พอร์ทัล Java สามารถมีประสิทธิภาพอย่างไม่น่าเชื่อ แต่โดยธรรมชาติแล้วจะมีค่าใช้จ่ายในการดูซับซ้อนเกินความจำเป็นและไม่จำเป็น การตอบสนองลูกค้าทั่วไปที่เราได้รับคือการกำหนดค่าพื้นฐานและค่าใช้จ่ายของเซิร์ฟเวอร์มากเกินไป ฉันยังไม่พบแพลตฟอร์มพอร์ทัลหรือทางเลือกที่สามารถนำเสนอชุดคุณลักษณะ verbose ได้ แต่ก็ยังอยู่ในระดับที่ยอมรับได้สำหรับชุดของข้อกำหนดการปฏิบัติงาน ปีของการขยายคุณสมบัติระหว่างแพลตฟอร์มพอร์ทัลการแข่งขันได้ cludged ตลาดอย่างจริงจัง

การเติบโตในโลกของพอร์ทัล Java นั้นช้าลงอย่างมาก คุณจะพบอินเทอร์เฟซที่เก่าแก่ UX ที่ล้าสมัยและการกระทำทุกอย่างจะทิ้งรสชาติที่ไม่ดีไว้ในปากของคุณ มีผู้สร้างนวัตกรรมเพียงไม่กี่คนที่นี่แพลตฟอร์ม eXo เป็นหนึ่งในไม่กี่คนที่เราพบว่ามีความพยายามร่วมกันเพื่อความทันสมัย

จากทั้งหมดนี้คุณยังสามารถสร้างผลิตภัณฑ์ที่สมเหตุสมผลในโลกของ JSR268 ด้วยการวัดความสำเร็จ เราสามารถทำสิ่งนี้ได้โดยใช้ประโยชน์จากบริการ JAX-RS สำหรับแต่ละพอร์ตเล็ตโดยทั่วไปคุณสมบัติและการทำงานของการหยิบเชอร์รี่ การเข้าถึงฐานข้อมูลทั้งหมดทำงานจากเว็บเซิร์ฟเวอร์แยกบริการ RESTful สำหรับการดำเนินการ CRUD ที่เหมาะสมที่สุด ต้องอาศัยความขยันหมั่นเพียรพร้อมความพยายามที่เหลืออยู่ไม่มากนัก

นอกจากนี้คุณยังสามารถสร้างความเชื่อมั่นและสร้าง 'พอร์ทัล' ด้วย servlets และ JAX-RS สิ่งนี้สามารถทำได้รวดเร็วกว่าการพัฒนาพอร์ทัลมาตรฐาน อย่างไรก็ตามคุณจะขาดการสนับสนุนคุณสมบัติการกำหนดค่าเต็มรูปแบบที่พบในเว็บพอร์ทัลมาตรฐาน

เพียงแค่มีวงจรการดักจับที่ร้ายแรงของคุณสมบัติที่มากเกินไปทำให้เกิดการยับยั้งนวัตกรรมที่ไม่ได้มีการเปลี่ยนแปลงในไม่ช้า นวัตกรรมที่เปลี่ยนแปลงเกมไม่น่าจะเกิดขึ้นเพราะผู้โจมตีหนักไม่เห็นเมตาดาต้ากำลังพัฒนา แต่ตัวเลือกทางเลือกเดียวของคุณคือสร้างคุณลักษณะที่คุณต้องการอีกครั้ง

ฉันไม่เห็นด้วยกับแมทธิวไม่มีปัญหาใด ๆ กับพอร์ทัลองค์กรที่เกิดจากเทคโนโลยีโดยตรง ปัญหาที่เกิดขึ้นคือการขาดสมาธิและทิศทางที่ชัดเจน

ปัญหาที่คุณพยายามแก้ไขคืออะไร ลองทำเล็บให้ละเอียด ฉันอาจเดาได้ว่าการย้ายข้อมูลออกจากอีเมลในกล่องไปยังโซลูชันเนื้อหาที่ค้นหาได้จะค่อนข้างสูง จะค้นหาข้อมูลที่อยู่บนไดรฟ์เครือข่ายที่ใช้ร่วมกัน อาจมีคำถามเกี่ยวกับเวิร์กโฟลว์

นอกเหนือจากนั้นมันเริ่มที่จะคลุมเครือเล็กน้อยและนั่นคือสิ่งที่การแก้ปัญหาล้มเหลว หากมีใครพยายามขายพอร์ทัลให้คุณโดยมีตัวอย่างแสดงทีมที่ไม่เกี่ยวข้องค้นหาข้อมูลเกี่ยวกับปัญหาของเขาและการหาทีมอื่นแก้ปัญหานั้นแล้วก็ไม่ได้ตระหนักว่าคนทำงานอย่างไร

ฉันไม่ต้องการให้สิ่งนี้กลายเป็นวาฟเฟิลที่ยาวมากดังนั้นฉันจะถามคำถามหนึ่งข้อ โซลูชันพอร์ทัลของคุณช่วยให้คุณสามารถแบ่งปันข้อมูลกับเพื่อนของคุณได้อย่างง่ายดายเหมือนกับไคลเอนต์อีเมลของคุณหรือไม่ แอปพลิเคชันของฉันทำงานล้มเหลวโดยเฉพาะและฉันต้องการส่งภาพหน้าจอให้คุณ ฉันสามารถวางลงในอีเมลของฉันได้โดยตรงซึ่งไม่สามารถใช้งานกับโซลูชันบนเว็บได้ มันรวมเข้ากับ Office หรือไม่? ใครจะได้ข้อมูลทั้งหมดที่มีอยู่บนพอร์ทัล?

มุ่งเน้นไปที่ผู้คนการมีปฏิสัมพันธ์และความต้องการของพวกเขาและลืมเทคนิคก่อน ประการที่สองกลั่นกรองความคาดหวังและความปรารถนาของผู้คนด้วยความเป็นจริง