Customizing Alfresco Share: Five things to watch out for

May 12, 2009

This article is of interest for those who will start customizing Share : see. Please note that it is related to version 3.0.1

An Overview of Alfresco Share and the strategy to replace MS Sharepoint

March 15, 2009

This article is a good overview of Share, and the Alfresco strategy to replace sharepoint:

Under the Covers: Alfresco’s SharePoint Services (WSS) Killer

Think about Share as an Extranet web app

March 12, 2009

It’s interesting to notice that Alfresco Share has been primarily designed as an Extranet web application, built on top of the Alfresco Document Repository.

The more I study Share, the more I understand that it has been designed as a front-office for Alfresco DM.

In the current version of Share, most of the “admin” task are managed through the Alfresco DM web UI (JSF client):

For instance, if you want to setup notification rule for Share Site “testsite”, you have to connect to Alfresco DM, and then go to “Company Home / Site / testsite”, and then apply rules on the sub-spaces which corresponds to the Share pages (like Blog, wiki, etc).

Each “page” of the Share site corresponds to an Alfresco Space. So each time a Site is created, the following spaces are automatically created in the DM:

– blog
– calendar
– discussions
– documentLibrary
– links
– wiki

So you can choose to apply notification only for the Space “Calendar”. This is really as simple as applying any rule on Space in the DM. (I think you could also transform all your Share Blog post in .pdf …to be tested).

Another example, is that when you create a new Site, Share leverage the Alfresco DM security and automatically creates User Group associated with your Site. You can see all these groups if you connect as admin in Alfresco DM (and go to the Group management interface). Assuming your site is named “testsite”, then you will see the following Group sctructure:


Then, when you invite a User in “testsite” (and give the consumer role), this will automatically add this User as a member of the corresponding group site_testsite_SiteConsumer.


So consider Share as the front-end, and Alfresco DM as the back-end, and this will help you to understand how these 2 web app are coupled together.

Alfresco DM and Share application installation modes

March 12, 2009

Today I have tested the new Alfresco Enterprise version (3.0 SP1) as well as the embedded Share application.

Firstly, my feeling is that this version is much more stable than previous 3.0 release (there were a lot of look&feel bug, especially with IE). I’ve done a few tests only regarding the collaborative features (like blog, etc) because I wanted mainly to test the distinct installation options (local or remote) between Alfresco DM and Share.

That’s a key feature for us, because we want to share the documents between our collaboration solution and our DM solution, but we would like also to have a clearly decoupled architecture to ease configuration/maintenance, but also give us the ability to better manage scalability.

I can say that it is very easy to set-up the 3 main architecture implementations mode. You have basically 3 possibility ; you can install:

1/ Alfresco DM and Share on the same Tomcat server (this is the default option). In this case both web application will run in the same JVM.

2/ Alfresco DM and Share can be installed on 2 separate Tomcat java application servers (on the same machine).

3/ Or you can install share on a distinct machine and connect it to the remote DM repository.

It is as simple as modifying a configuration file, because Share as been designed to be installed remotely. With the third option (the one we will probably choose in our compagny), Share is loosely coupled with the DM, and the communication is managed only through http based on the Alfresco web scripts (REST style implementation). These 2 separate servers installation mode allows to completely separate the collaborative and the DM solution. This improve the scalability of the global architecture, but you can still share the documents.

Indeed, if you create a new Site in Share, then it will appears automatically as a space in Alfresco DM: Company Home > Sites > MyShareSite > documentLibrary > rootfolderOfMyShareSite So the documentLibrary module of Share is directly exposed as an Alfresco node, and you can browse it’s content as any other space.

One limitation however in this release…It seems that documents that are uploaded in a Share site can be edited only from Share (and not from Alfresco DM application). It is clearly mentionned in Alfresco because the following message is displayed in the Alfresco web UI: “This space is managed by Alfresco Share. Please use the Alfresco Share application to work with content within this space and any sub-spaces.” However, I was able to lock and unlock Share documents from the Alfresco web UI, so editing seems to works even if the warning message is displayed…will have to do more tests.

So far tests are quite positive…so we will probably quickly do a proof of concepts with a few users to test if the new Share application can be used as a production service.