Est-ce que quelqu'un a implémenté avec succès cette solution MSDN pour les bibliothèques externes Sharepoint en utilisant Silverlight/WCF?

Question

Est-ce que quelqu'un a implémenté avec succès cette solution MSDN pour les bibliothèques externes Sharepoint?

http://msdn.microsoft.com/en-us/library/dd440954.aspx

Un peu d'histoire: Nous fournirons le téléchargement de fichiers/capacités de téléchargement pour les utilisateurs Intranet et Extranet. Dans certains cas, les téléchargements d'utilisateurs seront très importants: parfois deux fois la limite de 2 Go de WSS3/MOSS2007. Cette solution MSDN a semblé convaincante car nous pouvons tirer parti de la majeure partie de ce que Sharepoint a à offrir (versioning, métadonnées, authentification, autorisation et flux de travail) tout en gérant des fichiers très volumineux. Voici quelques questions spécifiques que j'ai à propos de la solution MSDN: 1. L'architecture montre les téléchargements de fichiers/téléchargements passant par les services Web asmx dans SharePoint. Ces services asmx ne chargeraient-ils pas des téléchargements entiers en mémoire? 2. Sécurité. Comment est-ce granulaire? Les fichiers individuels de la bibliothèque externe peuvent-ils être affectés d'autorisations explicites ou les autorisations sont-elles définies uniquement au niveau de la liste?

Answer 1

J'ai étudié l'implémentation. Voici quelques observations initiales:

Bien que les téléchargements de fichiers soient lancés à partir de Silverlight, le code Silverlight côté client pas fractionne les fichiers en morceaux avant de les envoyer au serveur. Cela signifie que le fichier entier est envoyé à travers le fil à la fois. Pour prendre en charge les gros téléchargements avec cette architecture, vous devez implémenter quelque chose de similaire aux concepts de segmentation utilisés dans ce projet CodePlex Silverlight File Upload control. Pour de meilleures performances avec des envois volumineux, il peut être nécessaire que le composant Silverlight pointe directement vers le service WCF chargé d'écrire le fichier diffusé sur le disque.

Les fichiers stockés dans le référentiel externe sont et non liés nativement à la sécurité Sharepoint. Au contraire, le modèle de sécurité est structuré après le référentiel. Par souci de simplicité, l'exemple de code stocke le modèle de sécurité du référentiel dans les fichiers XML. Théoriquement, vous pouvez remplacer les appels aux fichiers XML par des appels aux services Web Sharepoint. Cela (théoriquement) vous donnerait à la fois le stockage de fichiers externe et le contexte Sharepoint pour l'autorisation, le versioning, etc.