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


17

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.


webmasters.stackexchange.com pode estar onde esta pergunta pertence, pois é bastante específica para os espaços da web do portal em comparação com o desenvolvimento geral de software.
JB rei

2
Todos os sites da SE tentam evitar perguntas que solicitem opinião ou são pesquisas de opinião pública, se você remover as partes que solicitam insights / experiências e se concentrar na questão principal de "existe uma tecnologia melhor do que portais?" é menos provável que sua pergunta seja encerrada.
precisa saber é o seguinte

Cara, estou quebrando stackexchange e stackoverflow? Sou moderador do CodeRanch e do TheServerSide há anos, então estou mais do que um pouco vermelho por ser um daqueles novatos que continua postando no fórum errado. Espero que este seja o buraco correto para os pombos. Percebi que os webmasters são pesados ​​em scripts e em mais coisas centradas em páginas da web. Espero que os programadores de ombros largos que fazem o trabalho pesado no espaço de TI possam fornecer algumas dicas e experiências. Espero não ter que jogar mais nenhuma roleta de stackexchange. :)
Cameron McKenzie

Ok, fiz mais edições para tentar redirecioná-lo para uma pergunta respondível. Ou pelo menos, tentei remover as coisas que eram mais baseadas em opiniões.
Cameron McKenzie

A empresa em que trabalho criou vários projetos diferentes para o Liferay, independentes entre si. Atualmente, outro grupo está trabalhando para mover uma página da Web baseada em liferay de hospedagem externa para interna. Eles me disseram que estão enfrentando muitos problemas; versões diferentes das portlets / bibliotecas usadas, esforços para alterar o banco de dados (afaik de mysql para oracle), quebrando alterações entre as versões 6.0, 6.1 e 6.2 no status diferente de correção de erros do liferay na edição EE versus edição CE. Tudo isso me permite saber se ...
threeFourOneSixOneThree

Respostas:


7

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.


4

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.


3

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.


+1. A "falha" dos portais é definitivamente uma falha no planejamento.
bunglestink

1
Eu disse que havia um problema fundamental com a tecnologia de portal? Eu disse (implícito, realmente) que eles são difíceis de gerenciar (o que é confirmado pela maneira como são freqüentemente mal gerenciados) e que uma abordagem baseada no Ajax / Service é uma alternativa viável.
Matthew Flynn
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.