08-14-2016 06:15 AM
09-07-2016 06:24 PM
There's not a lot to go on here. I'm sure you have all sorts of details you haven't shared which would steer you one way or the other.
It seems you need to focus on (1) what is managing your documents, (2) what is automating your processes, and (3) what framework you are using to build the front-end.
For documents, that's going to be Alfresco for anything but the most basic requirements.
For automating your processes, that could be Activiti running embedded within Alfresco or it could be Activiti standalone.
For the front-end, it really depends. Alfresco is not a CMS in the way that you are probably thinking, so cross that off the list unless you can live with Alfresco Share as your UI.
Liferay might be acceptable but the last time I used it on a client project it felt like a lot of overhead for very little benefit--but of course it depends on how you are using it. It is primarily indicated when you have a lot of integration with other systems and you want to expose those systems through a common user interface that is personalized based on the role of the user. Committing to Liferay also means committing to a certain style of development. I can't tell from these requirements whether or not you actually need something like Liferay or not.
An alternative would be to use a modern app dev framework like AngularJS to create the front-end which can interact with Alfresco via the REST API and/or CMIS.
09-07-2016 06:24 PM
There's not a lot to go on here. I'm sure you have all sorts of details you haven't shared which would steer you one way or the other.
It seems you need to focus on (1) what is managing your documents, (2) what is automating your processes, and (3) what framework you are using to build the front-end.
For documents, that's going to be Alfresco for anything but the most basic requirements.
For automating your processes, that could be Activiti running embedded within Alfresco or it could be Activiti standalone.
For the front-end, it really depends. Alfresco is not a CMS in the way that you are probably thinking, so cross that off the list unless you can live with Alfresco Share as your UI.
Liferay might be acceptable but the last time I used it on a client project it felt like a lot of overhead for very little benefit--but of course it depends on how you are using it. It is primarily indicated when you have a lot of integration with other systems and you want to expose those systems through a common user interface that is personalized based on the role of the user. Committing to Liferay also means committing to a certain style of development. I can't tell from these requirements whether or not you actually need something like Liferay or not.
An alternative would be to use a modern app dev framework like AngularJS to create the front-end which can interact with Alfresco via the REST API and/or CMIS.
10-17-2016 07:50 AM
Hi:
Maybe the picture of this post can be useful:
- Proyectos en tecnologías de portal con Alfresco y Liferay - zylk
Best regards.
--C.
Tags
Find what you came for
We want to make your experience in Hyland Connect as valuable as possible, so we put together some helpful links.