How do `ocm/core` and `sharing/collaboration` relate?

[cs3org]

How do `ocm/core` and `sharing/collaboration` relate?

[labkode]

When designing the CS3APIS we split the OCM sharing (called federated share) from internal sharing (cs3/sharing/collaboration).

Does it make sense?

[butonic]

the cs3 uses three separate sharing APIs:

• the LinkAPI is used for public links
• the CollaborationAPI is used for shares to users or groups on the same instance
• the OcmAPI is used for federated shares

At least that was the intention. It does create some friction an boilerplate, but I think keeping them separate does make sense.

[ishank011]

Elaborating on @labkode's comment, cs3/ocm/core exposes unprotected endpoints to which other providers can make requests to. For example, for a share created on Surfsara, the metadata would have to be persisted at CERNBox as well. This is the CreateOCMCoreShare call

The cs3/sharing/ocm API exposes endpoints which users belonging to a given provider will call to create an OCM share. This is the CreateOCMShare call. This in turn calls CreateOCMCoreShare on the recipient share provider.

The cs3/sharing/collaboration API does not concern OCM and enables shares among local users.

[michielbdejong]

Ah ok, thanks! Is there a documentation page about this somewhere? If not, let's create one.

So then maybe we can rename CreateOCMShare to something like CreateOCM[Outgoing/Sent]Share and
rename CreateOCMCoreShare to something like CreateOCM[Incoming/Received]Share?

The word 'Core' isn't very clear, I think.