Limits in interaction between Share & Explorer

[norgan]

Hi there,
I am currently considering mixing the share and explorer usage in one installation. Specifically, I want to copy/move content objects into document libraries, which are then used via share.

I started summarizing my questions and knowledge in a WIKI article. Answers here would help me a lot. Updating the wiki page Alfresco_Share would be even better

Thanks a lot in advance

Norgan

Working in parallel with Alfresco Explorer
[bearbeiten] Overview

Alfresco Share is a team collaboration application, using the repository. It is not designed as extension to the Alfresco Explorer. So even so the "sites" Space is visible in the Alfresco Explorer, all Sites-operations should be started via Alfresco Share only, to prevent inconsistencies.
Allowed interaction

    * Editing Categories of objects using provided forms in v3.2(how do you start that ? Is that automatic ? -> The Wiki on Forms)
    * Tags and Categories use a common database

Known issues

Q: I cannot find any sites in share anymore, even though they are available ? A: One or more of the spaces in /sites was created using the Alfresco Explorer instead of the Share interface. To fix that, remove the space in question
Open Questions

    * How can we backup/restore share sites. Import via Alfresco Explorer does not work.
    * Can the calendar be used within Alfreso Explorer. Can the data be shared.
    * Can share access non-share-spaces to retrieve/manage documents ?
    * Is it officially suported to copy objects into doclibraries ? (it seems to work, but …)
    * How can the sites space be hidden in the explorer to prevent unwary explorer users from messing up share

[cheffilet]

As long as Alfresco does not provide a powerfull UI to manage documents directly in Share, you have to use Alfresco-Explorer. Even though the recently released 3.2 Version of Share introduces the ability to view and edit extented metadata (as well as aspects and so on), the most functionality regarding content is only available yet through Alfresco-Explorer.

[mikeh]

The main piece missing from Share is rules. We are working on designs for this, so it will appear at some point.

If there's particular functionality you'd like us to prioritise, please raise an Enhancement request in JIRA.

Thanks,
Mike

[kbonnet]

Mike, i guess you mean only the management of rules. I suppose they still get triggered when a object is created or updated via Share?

Koen

[mikeh]

Mike, i guess you mean only the management of rules. I suppose they still get triggered when a object is created or updated via Share?

Yes, that's correct - the Repository will still honour all normal rules functionality.

Thanks,
Mike

[norgan]

Hi Mike,
beeing greedy, I would interpret your answer and my guesses about 

The main piece missing from Share is rules. We are working on designs for this, so it will appear at some point.

as follows:
* dont create/drop sites and 1stlevel folders in sites
* dont mess with access rights
* inside these 1stLevelFolders (/sites/<myShareSite>/<1stLevelShareFolder>/), go ahead, even rules get triggered

Do I get you right ? Do you know something about the other parts of my open questions ? (backup, Calendar, etc) ?

Thanks, Norgan

[mikeh]

Updating the wiki page Alfresco_Share would be even better

Did you see my answers to your questions on the wiki?

Thanks,
Mike

[kbonnet]

Is it officially suported to copy objects into doclibraries ? (it seems to work, but …)
As long as the objects are of type cm:content there shouldn't be any issues.

Mike, can objects also be subtypes of cm:content or do they all need to be cm:content. What about subtypes of cm:folder? Do they cause problems in share?

Koen

[mikeh]

Mike, can objects also be subtypes of cm:content or do they all need to be cm:content. What about subtypes of cm:folder? Do they cause problems in share?

Koen

No known problems, but please raise any you see in JIRA.

Thanks,
Mike