Is multi-tenant SharePoint Protocol Support on the roadmap?

gronfelt — Tue, 21 Apr 2009 15:04:49 GMT

I've been struggling to get the SharePoint Protocol Support to work in a multi-tenant environment, but it doesn't appear to be supported yet (I'm running Labs 3.2 Preview). Is this anywhere on the roadmap for the near future? The Alfresco Office plugin seems to be working fine with multi-tenants ena

Re: Is multi-tenant SharePoint Protocol Support on the roadmap?

janv — Thu, 23 Apr 2009 10:58:51 GMT

I don't believe it is specifically included on the roadmap, subject to review and testing. What issues did you experience - please add details about your config and test steps ? Do you see the same issues in a single-tenant environment and/or when accessing documents via the super admin ?

Regards,
Jan

Re: Is multi-tenant SharePoint Protocol Support on the roadmap?

gronfelt — Thu, 23 Apr 2009 12:11:12 GMT

Thank you for your answer. I have described my issues further in this thread:

http://forums.alfresco.com/en/viewtopic.php?f=47&t=18065

I've tried to follow the procedure outlined in the document "Getting Started with SPP Support" and it works just as intended with the super admin user, but not with a tenant user (tenant admin or normal user). MS Office just tells me that the action couldn't be finished and no site is created and nothing is uploaded to the repository.

My VTI settings are:


vti.server.port=7070
vti.share.shareHostWithPort=http://a1:8080
vti.alfresco.deployment.context=/alfresco
‍‍‍‍‍

Is there perhaps an issue with finding the right contentstore when there are multiple ones (my tenant have a separate contentstore named domain-name.contentstore)?

I've set the logging level of the VTI-modul to debug, and this is the last related output in the log file:

13:28:54,890 DEBUG [org.alfresco.module.vti.web.ws.CreateDwsEndpoint] SOAP method with name CreateDws is started.‍

When I set the root logging level to debug this is what I get:

13:28:54,889 DEBUG [org.alfresco.module.vti.web.VtiFilter] Ticket was validated
13:28:54,889 DEBUG [org.alfresco.module.vti.web.VtiRequestDispatcher] Process request
13:28:54,889 DEBUG [org.alfresco.module.vti.web.VtiRequestDispatcher] Find appropriate action by specific rules
13:28:54,889 DEBUG [org.alfresco.module.vti.web.VtiRequestDispatcher] Specific rule not found
13:28:54,889 DEBUG [org.alfresco.module.vti.web.VtiRequestDispatcher] Find appropriate action by pattern for uri='/_vti_bin/dws.asmx'
13:28:54,889 DEBUG [org.alfresco.module.vti.web.VtiRequestDispatcher] Action found for request
13:28:54,889 DEBUG [org.alfresco.module.vti.web.VtiRequestDispatcher] Execute target action
13:28:54,890 DEBUG [org.alfresco.module.vti.web.ws.CreateDwsEndpoint] SOAP method with name CreateDws is started.
13:28:54,891 DEBUG [net.sf.acegisecurity.intercept.AbstractSecurityInterceptor] Secure object: ReflectiveMethodInvocation: public abstract org.alfresco.service.cmr.model
.FileInfo org.alfresco.service.cmr.model.FileFolderService.resolveNamePath(org.alfresco.service.cmr.repository.NodeRef,java.util.List) throws org.alfresco.service.cmr.mo
del.FileNotFoundException; target is of class [org.alfresco.repo.model.filefolder.FileFolderServiceImpl]; ConfigAttributes: [AFTER_ACL_NODE.sys:base.ReadProperties]
13:28:54,891 DEBUG [net.sf.acegisecurity.providers.ProviderManager] Authentication attempt using org.alfresco.repo.security.authentication.AuthenticatedAuthenticationPas
sthroughProvider
13:28:54,891 DEBUG [net.sf.acegisecurity.intercept.AbstractSecurityInterceptor] Authenticated: net.sf.acegisecurity.providers.UsernamePasswordAuthenticationToken@485220c
0: Username: net.sf.acegisecurity.providers.dao.User@7e44258: Username: admin@vanillait.com; Password: [PROTECTED]; Enabled: true; AccountNonExpired: true; credentialsNo
nExpired: true; AccountNonLocked: true; Granted Authorities: ROLE_AUTHENTICATED; Password: [PROTECTED]; Authenticated: true; Details: net.sf.acegisecurity.providers.dao.
User@7e44258: Username: admin@vanillait.com; Password: [PROTECTED]; Enabled: true; AccountNonExpired: true; credentialsNonExpired: true; AccountNonLocked: true; Granted
Authorities: ROLE_AUTHENTICATED; Granted Authorities: ROLE_AUTHENTICATED
13:28:54,891 DEBUG [net.sf.acegisecurity.intercept.AbstractSecurityInterceptor] Authorization successful
13:28:54,891 DEBUG [net.sf.acegisecurity.intercept.AbstractSecurityInterceptor] RunAsManager did not change Authentication object
13:28:54,892 DEBUG [net.sf.ehcache.store.MemoryStore] Initialized net.sf.ehcache.store.LruMemoryStore for org.alfresco.tenantsTransactionalCache_44552833-33ea-4420-beb2-
3ccd4e3b0d39_updates
13:28:54,892 DEBUG [net.sf.ehcache.store.LruMemoryStore] org.alfresco.tenantsTransactionalCache_44552833-33ea-4420-beb2-3ccd4e3b0d39_updates Cache: Using SpoolingLinkedH
ashMap implementation
13:28:54,892 DEBUG [net.sf.ehcache.Cache] Initialised cache: org.alfresco.tenantsTransactionalCache_44552833-33ea-4420-beb2-3ccd4e3b0d39_updates
13:28:54,892 DEBUG [net.sf.ehcache.store.MemoryStore] Initialized net.sf.ehcache.store.LruMemoryStore for org.alfresco.tenantsTransactionalCache_44552833-33ea-4420-beb2-
3ccd4e3b0d39_removes
13:28:54,892 DEBUG [net.sf.ehcache.store.LruMemoryStore] org.alfresco.tenantsTransactionalCache_44552833-33ea-4420-beb2-3ccd4e3b0d39_removes Cache: Using SpoolingLinkedH
ashMap implementation
13:28:54,892 DEBUG [net.sf.ehcache.Cache] Initialised cache: org.alfresco.tenantsTransactionalCache_44552833-33ea-4420-beb2-3ccd4e3b0d39_removes
13:28:54,892 DEBUG [net.sf.ehcache.store.MemoryStore] Initialized net.sf.ehcache.store.LruMemoryStore for org.alfresco.storeAndNodeIdTransactionalCache_44552833-33ea-442
0-beb2-3ccd4e3b0d39_updates
13:28:54,892 DEBUG [net.sf.ehcache.store.LruMemoryStore] org.alfresco.storeAndNodeIdTransactionalCache_44552833-33ea-4420-beb2-3ccd4e3b0d39_updates Cache: Using Spooling
LinkedHashMap implementation
13:28:54,892 DEBUG [net.sf.ehcache.Cache] Initialised cache: org.alfresco.storeAndNodeIdTransactionalCache_44552833-33ea-4420-beb2-3ccd4e3b0d39_updates
13:28:54,892 DEBUG [net.sf.ehcache.store.MemoryStore] Initialized net.sf.ehcache.store.LruMemoryStore for org.alfresco.storeAndNodeIdTransactionalCache_44552833-33ea-442
0-beb2-3ccd4e3b0d39_removes
13:28:54,892 DEBUG [net.sf.ehcache.store.LruMemoryStore] org.alfresco.storeAndNodeIdTransactionalCache_44552833-33ea-4420-beb2-3ccd4e3b0d39_removes Cache: Using Spooling
LinkedHashMap implementation
13:28:54,892 DEBUG [net.sf.ehcache.Cache] Initialised cache: org.alfresco.storeAndNodeIdTransactionalCache_44552833-33ea-4420-beb2-3ccd4e3b0d39_removes
13:28:54,893 DEBUG [net.sf.ehcache.store.MemoryStore] org.alfresco.storeAndNodeIdTransactionalCache_44552833-33ea-4420-beb2-3ccd4e3b0d39_removesCache: Cannot remove entr
y as key workspace://@tenant.com@SpacesStore/9965f4b9-a63c-491e-8f35-9086d5bb1cbb was not found‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍

(tenant.com, as seen in the last row, is the domain name of the tenant.)

After that it's just non-related messages as far as I can tell.

It would be nice to know if it's supposed to work or not, so I can decide how to move about. Multi-tenancy is essential to my setup, so if MT and SPP support is not possible I suppose I'll have to go with the Alfresco MS Office plugin (which works just fine), however it would certainly be preferable to use the SPP, since that seems to fit better in to the Share concept.

Re: Is multi-tenant SharePoint Protocol Support on the roadmap?

alfuser008 — Fri, 11 Sep 2009 08:27:08 GMT

Hello,
I also got the same problem with SharePointProtocol (SPP) Support in a multi-tenant environment with Alfresco Labs 3.2.
I can only login with the non-tenant "Super Admin" but not with any tenant user. Will there be fix or a workaround or is this behavior by design?

Thanks in advance

Stephan

Re: Is multi-tenant SharePoint Protocol Support on the roadmap?

alfuser008 — Tue, 13 Oct 2009 17:40:44 GMT

Hello Alfresco Team,

is there nobody who can answer this simple question:

Is the SharePointProtocol (SPP) Support (VTI) supposed to work in a multi-tenant environment with Alfresco Labs 3.2.

Many thanks in advance

Stephan

Re: Is multi-tenant SharePoint Protocol Support on the roadmap?

alfuser008 — Thu, 05 Nov 2009 14:30:09 GMT

Hello,

I think I found what is preventing a tenant user from logging in via SharePointProtocol. It's the @-Symbol in the username. In Word 2007, when I use name%40tenant.com instead of name@tenant.com as username I get access to the workspace - Jippiie

Does anybodfy know if this is a problem of Word 2007 or rather the vti-module?

Thanks in advance

Stephan

topic Is multi-tenant SharePoint Protocol Support on the roadmap? in Alfresco Archive

Is multi-tenant SharePoint Protocol Support on the roadmap?

Re: Is multi-tenant SharePoint Protocol Support on the roadmap?

Re: Is multi-tenant SharePoint Protocol Support on the roadmap?

Re: Is multi-tenant SharePoint Protocol Support on the roadmap?

Re: Is multi-tenant SharePoint Protocol Support on the roadmap?

Re: Is multi-tenant SharePoint Protocol Support on the roadmap?