Qual é a alternativa para uma estratégia de portal corporativo no espaço Java?

Desilusão com o Portal Portal

Estou vendo um número perturbador de grandes clientes corporativos que ficaram desiludidos com a experiência do Portal corporativo, especialmente aqueles no espaço do WebSphere Portal Server (WPS). Milhões foram investidos, mas a promessa de conteúdo personalizado com agregação e ferramentas colaborativas integradas nunca se concretizou. A mudança para o WPS 7.x é um grande passo para substituir e substituir, e os clientes estão se perguntando se devem mudar completamente para outro lugar.

Software de portal: uma opção horrível, mas qual é a alternativa

Existem muitos haters de portal por aí, e às vezes uma solução de portal é realmente um exagero, mas quando você está falando de grandes empresas multinacionais, como alguém recomendaria que arquitetassem uma solução global sem um servidor de portal?

Os portais nem sempre são tão divertidos de trabalhar como o Tomcat ou o JBoss AS, mas quando se trata de integrar vários aplicativos, gerenciar conteúdo, atualizar aplicativos individuais que são implantados como arquivos de guerra individuais, gerenciar a segurança até o nível do portlet, provando uma certa quantidade de personalização para os usuários e ajuda na tarefa esmagadora de gerenciar as milhares de páginas que as empresas de grande porte têm como parte de seus sites internos e externos, existe uma tecnologia melhor por aí?

Obtenção de insight e feedback da comunidade

Eu tenho tentado reunir o máximo de insight possível. Escrevi um pequeno artigo sobre o TSS sobre o assunto:

Quais outras alternativas ao portal existem no mercado?

Também estou ressuscitando um tópico no CodeRanch para ver se consigo obter algum insight dessa bela equipe.

Tópico atualizado solicitando uma alternativa para uma estratégia de software do portal. Por volta de 2012

Também estou procurando informações do twitterati (@potemcam).

Não é tanto uma postagem cruzada, mas uma tentativa de realmente reunir algumas dicas da comunidade. Se eu conseguir respostas e experiências sólidas, gostaria de agregá-las a um artigo de aconselhamento no TSS.

Qual é a alternativa certa para um Portal corporativo no espaço Java?

A propósito, estarei fazendo uma ligação cruzada com essa pergunta a partir de outros sites, para que as pessoas com as mesmas perguntas sejam capazes de se movimentar de um lado para o outro e ver o que a comunidade está dizendo sobre esse tópico.

Primeiro, você precisa considerar quais problemas o Portal foi projetado para resolver. É, como sugere a Wikipedia, reunir informações de diversas fontes de maneira unificada? Se sim, de que outras maneiras temos agora isso?

Bem, primeiro, como você reúne informações de diversas fontes? A resposta óbvia é ligar para uma variedade de serviços (web). Isso introduz questões de contratos e latência da rede, blá, blá, blá, mas essas são coisas mal resolvidas pelo portal, então é sua decisão. Suponha que os serviços sejam RESTful? Isso facilita o gerenciamento de contratos? Possivelmente.

Então, como você unifica as informações? Um dos problemas que o Portal resolveu foi como trazer esses itens diferentes para uma página e fazê-los carregar de forma independente. O AJAX cresceu desde então, e o mesmo efeito pode ser potencialmente tratado usando chamadas XMLHttpRequest para os vários serviços (RESTful?) Para obter seus dados e, em seguida, usando um conjunto compartilhado de folhas de estilo.

Isso vai funcionar? Pode e faz. É mais gerenciável que os servidores de portal JSR286? Provavelmente. Ainda há uma tonelada de questões a serem superadas? Definitivamente. Mas é uma alternativa viável.

Eu recentemente estive profundamente envolvido na cena do servidor de portal Java. Foi escolhido como uma alternativa barata ao SharePoint, pois conseguimos encontrar um provedor de portal com recursos comparáveis. Fomos com a plataforma eXo e, embora seja anunciada principalmente por recursos sociais, é totalmente compatível como servidor de portal JSR286.

Um portal Java pode ser incrivelmente poderoso, mas naturalmente tem o custo de parecer excessivamente manipulado e desnecessariamente complexo. A resposta geral do cliente que recebemos foi que a configuração básica e a sobrecarga de um servidor podem ser demais. Ainda não encontrei uma plataforma ou alternativa de portal que possa oferecer um conjunto detalhado de recursos, mas que permaneça aceitável para um conjunto de requisitos operacionais. Anos de inchaço entre os recursos das plataformas concorrentes de portal abalaram seriamente o mercado.

O crescimento no mundo do portal Java tem sido agonizantemente lento. Você encontrará interfaces datadas, UX arcaico e todas as ações deixarão um gosto ruim em sua boca. Existem poucos inovadores aqui, eXo Platform sendo um dos poucos que achamos estar fazendo um esforço conjunto na modernização.

Dado tudo isso, você ainda pode criar um produto razoável no mundo JSR268 com uma medida de sucesso. Conseguimos fazer isso aproveitando os serviços JAX-RS para cada portlet, basicamente escolhendo os recursos e a funcionalidade do portlet. Todo o acesso ao banco de dados é executado a partir do servidor da Web, serviços RESTful para operações CRUD otimizadas. É preciso uma diligência imponente com um excesso de esforço que muitos não estão dispostos a comprometer.

Você também pode se estabelecer completamente e criar um 'portal' com servlets e JAX-RS. Isso pode ser feito muito mais rapidamente do que o desenvolvimento padrão do portal. No entanto, você ficará aquém do suporte ao conjunto completo de recursos de configuração encontrados em um portal da web padrão.

Simplesmente, há um sério ciclo de retenção de conjuntos de recursos excessivos que sufocam a inovação que não parece estar mudando em breve. É improvável que ocorram avanços que mudam o jogo, porque os rebatedores pesados ​​não vêem a meta evoluindo. Mas sua única opção alternativa é reinventar apenas os recursos que você deseja.

Não concordo com Matthew , nenhum dos problemas com portais corporativos é causado diretamente pela tecnologia. O problema é quase sempre a falta de foco e direção claros.

Qual é o problema que você está tentando resolver? Tente definir alguns detalhes específicos. Provavelmente, posso supor que mover as informações das caixas de entrada de e-mail para alguma solução de conteúdo pesquisável será bastante alta. Como encontrará informações que residem em unidades de rede compartilhadas. Provavelmente, há uma pergunta sobre o fluxo de trabalho.

Além disso, começa a ficar um pouco nebuloso e é aí que as soluções falham. Se alguém tentar vender a você um portal com uma demonstração, mostrando uma equipe não relacionada à procura de informações sobre o problema e encontrar outra equipe, a solução já está resolvida, mas esse problema não é reconhecer como as pessoas trabalham.

Eu não quero que isso se transforme em um longo waffle, então vou fazer uma pergunta. Sua solução de portal permite que você compartilhe informações com seus colegas tão facilmente quanto seu cliente de email? Especificamente, meu aplicativo falhou e desejo enviar uma captura de tela. Posso colar isso diretamente no meu e-mail, que não funcionará com soluções baseadas na Web. Ele se integra ao Office? Quem colocará todas as informações existentes no portal?

Concentre-se nas pessoas, em suas interações e em suas necessidades e esqueça primeiro o técnico. Segundo, modere as expectativas e desejos das pessoas com uma dose de realidade.