Question:
Est-il possible de monter SharePoint en tant que volume dans 10.6?
Jared Zimmerman
2011-01-27 06:52:56 UTC
view on stackexchange narkive permalink

Background

Mon bureau utilise:

Question 1

Le Finder peut-il se connecter à un serveur SharePoint?

Question 2

MacFUSE peut-il être étendu pour monter un chemin SharePoint en tant que volume sous Mac OS X?

Sharepoint n'utilise pas WebDAV? Si tel est le cas, il devrait être possible de le monter par la fonction de connexion au serveur du Finder en entrant l'URL HTTP.
ne semble pas, j'obtiens une erreur "impossible de résoudre l'hôte" si je passe dans l'adresse copiée à partir de sharepoint
Remplacez le nom d'hôte par l'adresse IP.
Certains services Microsoft font des choses inattendues avec / autour du DNS. Jared, voyez si l'hôte se résout lorsque le Finder et le service SharePoint se trouvent dans le même réseau local.
Chevauchement de plusieurs réponses à cette question: [Avec WebDAV fourni par Microsoft SharePoint, comment minimiser les risques de corruption et d'écrasement multi-utilisateurs?] (Http://apple.stackexchange.com/q/56189/8546)
Six réponses:
#1
+6
Graham Perrin
2012-04-25 22:17:39 UTC
view on stackexchange narkive permalink

Connexions WebDAV gérées par le système à SharePoint

Oui, les connexions sont possibles. Pour un volume monté de cette manière, le type de système de fichiers est:

  • webdav

J'utilise Finder - dans Snow Leopard et dans deux autres versions du système - avec SharePoint.

Pour vous connecter

Dans la fenêtre Se connecter au serveur du Finder, utilisez la même URL que vous utiliseriez dans Microsoft Document Connection.

Un problème sous-jacent avec le service Microsoft

Informations sur les caractères que vous ne pouvez pas utiliser dans les sites, dossiers et fichiers dans SharePoint

… ne peut pas commencer un nom de fichier avec le caractère point. …

Applications avec des problèmes de compatibilité

Une liste restreinte:

  • Microsoft Office Excel, PowerPoint et Word 2011 (Service Pack 2) - toutes les tentatives d'enregistrement échoueront, attendez-vous à voir des messages d'erreur trompeurs
  • Apple Finder - certaines tentatives de copie ou de déplacement vers SharePoint peuvent échouer.

Ma réponse à la question Poser une autre question Pourquoi des fichiers ._ de soulignement de points sont-ils créés et comment puis-je les éviter? remarques:

    de Microsoft Office 2011, lorsqu'elles sont utilisées avec un système de fichiers tel que webdav , ne sont pas satisfaites par SharePoint.

Lorsque SharePoint ne reconnaît pas qu'un utilisateur de PowerPoint ou Word avec webdav a ouvert un fichier, il existe un risque de perte de données - deux ou plusieurs utilisateurs écrasant le travail de l'autre , sans avertissement avant ou après la perte. Je ne peux pas reproduire ce problème lorsque NeoOffice est utilisé pour ouvrir de tels fichiers.

Excel avec webdav semble toujours ouvrir les feuilles de calcul .xlsx en lecture seule. Je ne peux pas reproduire ce problème lorsque NeoOffice est utilisé pour ouvrir de tels fichiers.

(Remarque: sans le type de système de fichiers webdav , Microsoft Document Connection 14.2.0 (120402) provoque une perte de données sans avertissement, des attributs étendus tels que Commentaires Spotlight.)

En savoir plus sur Finder

Avec webdav , pour les fichiers et dossiers qui sont déjà sur le serveur SharePoint:

  • Finder semble être une application de première classe pour renommer, déplacer ou supprimer des éléments .

Applications plus compatibles

Autre shortlist:

  • là où les applications Microsoft Office échouent, NeoOffice et LibreOffice réussissent.

Erreurs d'entrée / sortie affectant les fichiers enregistrés aux formats Microsoft

En cas de tentative d'ouverture d'un fichier Office Open XML (. docx, .pptx , .xlsx etc.) échoue avec une erreur d'entrée / sortie:

  1. utilise Microsoft Document Connection pour lancer une modification
  2. enregistrer une modification triviale dans le fichier, fermez la fenêtre de l'application que vous avez utilisée pour l'édition
  3. si nécessaire, quittez l'application que vous avez utilisée pour l'édition.

Ces deux ou trois étapes semblent résoudre ou contourner l'erreur.

(Si je découvre la cause exacte de ces types d'erreurs d'entrée / sortie, je vais soit ajouter à cette réponse, soit créer un lien vers une question ailleurs. Les premières indications sont qu'elles se produisent uniquement après une application Microsoft Office n'a pas pu enregistrer avec webdav .)

#2
+3
Andy Bold
2011-01-29 14:27:41 UTC
view on stackexchange narkive permalink

J'entre dans ceci loin du monde Windows, mais si la mémoire sert l'URL que vous obtenez de Sharepoint est probablement quelque chose comme \ my.sharepoint.somewhere \ some \ path \ to \ stuff

Vous besoin de le convertir en quelque chose de plus portable.

Allez dans Finder, et dans le menu "Aller", choisissez "Se connecter au serveur ..."

Entrez "smb: // my .sharepoint.somewhere / some / path / to / stuff "

Vous pouvez également essayer de cliquer sur le bouton" Parcourir "et tant que le partage Sharepoint est annoncé sur le LAN local, vous devriez être en mesure de localiser le serveur et parcourez ses dossiers partagés.

Il y a quelques choses à savoir.

1) Assurez-vous que vous pouvez résoudre le nom "my.sharepoint.somwhere" en une adresse IP. (Utilisez l'option Rechercher dans Utilitaire de réseau pour confirmer cela.)

2) Votre Mac peut avoir besoin d'être membre du domaine Windows pour pouvoir se connecter. Désolé - cela fait un moment et je ne me souviens pas si c'est une exigence avec Sharepoint.

J'espère que cela aide!

Point n ° 2 ci-dessus - Je pense que cela dépend de la façon dont l'autorisation Sharepoint a été mise en place IIRC. Même si vous n'êtes pas membre du domaine, vous pouvez souvent vous authentifier auprès d'un compte de domaine pour y accéder ... * hausser les épaules *
Pas de dés - merci cependant
Dans mon expérience limitée avec un service SharePoint, récemment proposé à moi à des fins de test: l'URL de la connexion WebDAV doit être ** https ou http ** - comme utilisé avec Microsoft Document Connection - ** pas smb **. Dans mon cas, la même URL https fonctionne à la fois pour (a) un montage sous OS X et (b) un mappage de lecteur sous Windows 7.
#3
+1
Jonukas
2011-01-30 03:05:08 UTC
view on stackexchange narkive permalink

Je serais curieux de savoir si cela fonctionne. Je peux me connecter à notre serveur SharePoint 2010 via le Finder (Snow Leopard 10.6.6), mais tous les fichiers copiés sur le partage échouent avec une erreur -36. Le fichier apparaît sur le partage, mais contient 0 octet. La copie avec la ligne de commande fonctionne très bien.

fwiw, j'utilise https://my.sharepoint.school.edu/personal/username/ dans Go> Connect to Server …

L'utilisation de Transmit fonctionne, d'autres clients Linux et Windows fonctionnent, mais Finder et les applications de Microsoft Office ont des problèmes.

Voir http://openradar.appspot.com/radar?id=809401

Update:

Après un peu plus de détective travail, je pense avoir trouvé la cause de certains problèmes: SharePoint a des restrictions de nom de fichier qui entrent en conflit avec la façon dont le système stocke les attributs étendus ou les fourchettes de ressources sur les systèmes de fichiers qui ne prennent pas en charge ces choses.

Les restrictions dans SharePoint incluent: l'interdiction des noms de fichiers commençant ou se terminant par un point. Voir http://support.microsoft.com/kb/905231 pour l'ensemble complet des restrictions.

Lors de l'utilisation du Finder pour copier un fichier (exemple: foo ) à un partage SharePoint WebDAV, le système peut nécessiter une contrepartie (exemple: ._foo ) pendant ou après l'écriture. La non-autorisation entraînera l'échec d'une opération d'écriture.

Cela explique également pourquoi les clients WebDAV tiers tels que Cyberduck et Transmit semblent plus compatibles - avec certains types de connexion, ils perdent des métadonnées.

Pour un volume monté par Transmit avec une connexion WebDAV HTTPS à SharePoint, le type de système de fichiers n'est pas webdav , c'est:

  • transmetdiskfs

Sauf si le Finder arrête le truc ._filename lors de l'écriture dans les partages webdav ou SharePoint commence à accepter des points au début des noms de fichiers, je ne pense pas que vous puissiez utiliser de manière fiable Finder avec les partages SharePoint WebDAV.

Probablement pas un bogue dans le logiciel Apple. J'ai ajouté un [commentaire dans OpenRadar] (http://openradar.appspot.com/radar?id=809401#aglvcGVucmFkYXJyDwsSB0NvbW1lbnQY8aVnDA).
J'espère que cela ne vous dérange pas d'emprunter à votre réponse - avec une vue d'ensemble à l'esprit (dont certaines sont privées), j'ai choisi de fournir des réponses spécifiques au système de fichiers. J'ai regardé les comportements du Finder [il y a environ cinq ans] (http://www.mail-archive.com/[email protected]/msg00172.html), c'est agréable de voir les choses se rassembler maintenant dans Stack Exchange. J'ai ajouté un autre commentaire à Open Radar. Suivant sur ma liste: sous [Pourquoi les fichiers ._ de soulignement de points sont-ils créés, et comment les éviter?] (Http://apple.stackexchange.com/q/14980/8546) une réponse à la partie * évitement * de cette question.
#4
  0
Graham Perrin
2012-04-29 21:43:51 UTC
view on stackexchange narkive permalink

wdfs (avec FUSE) pour une connexion WebDAV à SharePoint

MacFUSE est obsolète. Utilisez un successeur tel que FUSE pour OS X.

Environnements de test

J'ai testé la combinaison suivante:

  • Finder sous OS X
  • wdfs 1.4.2, qui nécessite FUSE et neon
  • FUSE for OS X 2.3.9
  • neon 0.29.6, Révision 1, installé avec MacPorts 2.0.4.

Pour un volume monté de cette manière, le type de système de fichiers est:

  • osxfusefs

D'abord une simple commande wdfs , sans l'option volname de FUSE pour OS X.

Ensuite, en essayant de contourner l'erreur -43 (voir ci-dessous), une commande wdfs similaire avec une option volname .

Résultats, en bref

Le Finder semble copier et déplacer certains types de fichiers vers SharePoint sans erreur. Les types de fichiers suivants semblent OK:

  • .docx
  • .sh
  • .txt
  • .zip

Copie du Finder de wdfs-1.4.2.tar a semblé réussir mais:

  • le résultat était de zéro octet
  • peut-être que les fichiers .tar sont inacceptables pour SharePoint (considérez la perte silencieuse de certains types de métadonnées ; peut-être que certains types de données sont rejetés de manière également avec perte)
  • Je ne prévois pas d'enquêter davantage sur les raisons pour cette exception.

Un attribut étendu d'un fichier (testé: commentaires Spotlight) peut sembler conservé après la copie vers SharePoint, mais vous trouverez l'attribut manquant lorsque le volume est ensuite monté.

Les dates de création, de modification et de dernière ouverture semblent erronées (les raisons sont connues, mais dépassent le cadre de cette réponse). Pour les mêmes fichiers, les dates apparaîtront correctement avec une connexion WebDAV gérée par le système.

Dossiers

SharePoint acceptera, à partir du Finder, une copie ou un déplacement de dossier sans .DS_Store ( Desktop Services Store) fichier.

Plus généralement, les tentatives de copie ou de déplacement de dossiers peuvent échouer avec des erreurs telles que:

  • -43
  • -36 - lorsque certaines données de .DS_Store ne peuvent pas être lues ou écrites.

Si SharePoint barre les fichiers Thumbs.db comparables des clients Windows, je ne sais pas.

Microsoft Office 2011

Comme prévu:

  • ces applications Microsoft ne peuvent pas enregistrer sur un volume monté de cette manière; méfiez-vous des pertes de données et des débris de Word Work File… .tmp
  • à zéro octet là où Word 2011 échoue, LibreOffice réussit, et ainsi de suite.
#5
  0
Graham Perrin
2012-05-12 14:44:08 UTC
view on stackexchange narkive permalink

Transmettre la connexion HTTPS WebDAV à SharePoint

Panic Transmit

Pour un volume monté de cette manière, le type de système de fichiers est:

  • transmitdiskfs

Conflicts

Alors que Transmitdiskfs est utilisé, il peut être impossible de utiliser des systèmes de fichiers orientés FUSE:

De même: lorsque le type de système de fichiers osxfusefs est utilisé (dans n'importe quel but, pas seulement wdfs), vous pouvez constater que le noyau:

ne parvient pas à charger kext com.panic.TransmitDisk.transmitdiskfs (erreur 0xdc008017).

#6
-2
mmortal03
2012-01-29 12:21:50 UTC
view on stackexchange narkive permalink

Nous rencontrons le même problème avec les fichiers de 0 octet. J'ai lu que Finder n'est peut-être pas en mesure de prendre en charge HTTPS de manière native, même si la prise en charge dans les coulisses de Mac OSX existe déjà ...

S'il vous plaît, où avez-vous lu que HTTPS n'est pas pris en charge par Finder? Si vous avez une question sur les fichiers de zéro octet, faites-en une question (pas une réponse) - merci.


Ce Q&R a été automatiquement traduit de la langue anglaise.Le contenu original est disponible sur stackexchange, que nous remercions pour la licence cc by-sa 2.0 sous laquelle il est distribué.
Loading...