Bonjour,
Je travaille sur une intégration Liferay 5.2.3 / Alfresco 3.2 : Plusieurs questions se posent….
Quand on lit http://www.liferay.com/web/guest/community/wiki/-/wiki/Main/Full+Integration+-+Liferay,+Alfresco,+SS... , a priori ça l'air d'être "simplement" (après pas mal de config) de mettre l'application alfresco.war dans le répertoire deploy de liferay (.war qu'il déploiera comme une portlet disponible).
Cela veut dire, qu'il suffit d'intégrer l'application Alfresco dans l'application Liferay. Je trouve ceci très "lourd". Imaginons le cas où liferay donne accès à 5 webapp sur sa page d'accueil, est-ce que l'on va déployer les 5 appli web dans le liferay ?….Liferay serait plus qu'un portail mais une application d'applications.
D'un autre côté, par défaut, l'ancien web-client d'alfresco est un .jar, l'interface n'est accessible qu'après avoir démarré l'application alfresco.war entièrement…d'où son déploiement entier dans Liferay.
Supposons que c'est la bonne pratique - ou bien que l'on a pas le choix (mettre toute l'application Alfresco dans liferay), j'ai quelques questions :
1) Dans le pire des cas, comment gérer les problèmes de performances ? Load balancing, clustering. Doit-on y faire une croix dessus ou est-ce possible ?
2) Comment les librairies communes de tomcat (tomcat/lib ou tomcat/common/lib) sont-elles chargées ? Il y a le risque de doublons et/ou de problème de version de librairies non ?
3) Comment faire si le tomcat de liferay a été modifié et/ou que le tomcat d'alfresco d'origine n'est pas la même version.
4) N'y aura-t-il aucun problème de contexte applicatif ? Notamment avec Spring/hibernate et les transactions BDD ? A priori non car les webapp ont un contexte applicatif distinct pour Spring…
5) Quel est l'intérêt d'un portail si c'est pour donner accès à une application entière, et pas une simple vue via une portlet ? Peut être pour avoir un point d'entrée unique au parc applicatif client … ?
Merci de vos réponses d'ordre générale !
.
Je travaille sur une intégration Liferay 5.2.3 / Alfresco 3.2 : Plusieurs questions se posent….
Quand on lit http://www.liferay.com/web/guest/community/wiki/-/wiki/Main/Full+Integration+-+Liferay,+Alfresco,+SS... , a priori ça l'air d'être "simplement" (après pas mal de config) de mettre l'application alfresco.war dans le répertoire deploy de liferay (.war qu'il déploiera comme une portlet disponible).
Cela veut dire, qu'il suffit d'intégrer l'application Alfresco dans l'application Liferay. Je trouve ceci très "lourd". Imaginons le cas où liferay donne accès à 5 webapp sur sa page d'accueil, est-ce que l'on va déployer les 5 appli web dans le liferay ?….Liferay serait plus qu'un portail mais une application d'applications.
D'un autre côté, par défaut, l'ancien web-client d'alfresco est un .jar, l'interface n'est accessible qu'après avoir démarré l'application alfresco.war entièrement…d'où son déploiement entier dans Liferay.
Supposons que c'est la bonne pratique - ou bien que l'on a pas le choix (mettre toute l'application Alfresco dans liferay), j'ai quelques questions :
1) Dans le pire des cas, comment gérer les problèmes de performances ? Load balancing, clustering. Doit-on y faire une croix dessus ou est-ce possible ?
2) Comment les librairies communes de tomcat (tomcat/lib ou tomcat/common/lib) sont-elles chargées ? Il y a le risque de doublons et/ou de problème de version de librairies non ?
3) Comment faire si le tomcat de liferay a été modifié et/ou que le tomcat d'alfresco d'origine n'est pas la même version.
4) N'y aura-t-il aucun problème de contexte applicatif ? Notamment avec Spring/hibernate et les transactions BDD ? A priori non car les webapp ont un contexte applicatif distinct pour Spring…
5) Quel est l'intérêt d'un portail si c'est pour donner accès à une application entière, et pas une simple vue via une portlet ? Peut être pour avoir un point d'entrée unique au parc applicatif client … ?
Merci de vos réponses d'ordre générale !
.
Bonjour,
Merci de votre réponse. Cependant j'ai oublié de préciser le contexte et le périmètre de l'intégration, je vais éclaircir.
Actuellement le client dispose d'un Alfresco 3.2 qui marche et qui est en production (on y est donc contraint).
Il utilise l'ancienne interface (donc pas de Share).
Concernant le liferay, il me semble qu'il n'existe pas encore chez le client, il serait envisageable de partir peut être sur la dernière version 6.0.6 CE….mais la démonstration a eu lieu avec une 5.2.3 donc je vais en rester à cette version-ci pour cette intégration.
Quand dans liferay 5.2.3 on va dans le panneau d'administration et qu'on clique sur "install more plugin", on recherche Alfresco et là plusieurs portlet s'offrent en téléchargement/installation. Notamment "Alfresco Client". Alors ce terme "abusif" est en faite l'application alfresco.war. Liferay se propose donc de déployer l'application alfresco.war en tant que portlet….bien évidemment, cette installation "automatique" de la "portlet" par Liferay échoue (alfresco a besoin ne serait-ce que de sa base de données pour fonctionner).
Mais après paramétrage comme dans le lien ci-dessus, ça doit marcher (du moins a partir de la démonstration faite par le client).
Enfin, le but final de l'intégration est de mettre en place le SSO : on se log sous liferay une seule fois et pas dans la "portlet" alfresco. C'est cette tâche qui m'a été confiée.
D'où toutes mes questions autour de ce sujet d'architecture logicielle interviennent.
Sinon, effectivement, il faut peut être prendre ce sujet comme un premier niveau d'intégration qui sera complété dans les versions futures (je n'ai pas plus de précision à ce sujet avec le client).
Toutes mes interrogations restent donc d'actualité.
Voilà tout.
Merci de votre réponse. Cependant j'ai oublié de préciser le contexte et le périmètre de l'intégration, je vais éclaircir.
Actuellement le client dispose d'un Alfresco 3.2 qui marche et qui est en production (on y est donc contraint).
Il utilise l'ancienne interface (donc pas de Share).
Concernant le liferay, il me semble qu'il n'existe pas encore chez le client, il serait envisageable de partir peut être sur la dernière version 6.0.6 CE….mais la démonstration a eu lieu avec une 5.2.3 donc je vais en rester à cette version-ci pour cette intégration.
Quand dans liferay 5.2.3 on va dans le panneau d'administration et qu'on clique sur "install more plugin", on recherche Alfresco et là plusieurs portlet s'offrent en téléchargement/installation. Notamment "Alfresco Client". Alors ce terme "abusif" est en faite l'application alfresco.war. Liferay se propose donc de déployer l'application alfresco.war en tant que portlet….bien évidemment, cette installation "automatique" de la "portlet" par Liferay échoue (alfresco a besoin ne serait-ce que de sa base de données pour fonctionner).
Mais après paramétrage comme dans le lien ci-dessus, ça doit marcher (du moins a partir de la démonstration faite par le client).
Enfin, le but final de l'intégration est de mettre en place le SSO : on se log sous liferay une seule fois et pas dans la "portlet" alfresco. C'est cette tâche qui m'a été confiée.
D'où toutes mes questions autour de ce sujet d'architecture logicielle interviennent.
Sinon, effectivement, il faut peut être prendre ce sujet comme un premier niveau d'intégration qui sera complété dans les versions futures (je n'ai pas plus de précision à ce sujet avec le client).
Toutes mes interrogations restent donc d'actualité.
Voilà tout
.
