SharePoint'e sistem tarafından yönetilen WebDAV bağlantıları

Evet, bağlantılar mümkündür. Bu şekilde monte edilen bir birim için dosya sistemi türü:

• webdav

Finder - Snow Leopard'da kullanıyorum ve sistemin diğer iki sürümünde - SharePoint ile.

Bağlanmak için

Finder'ın Sunucuya Bağlan penceresinde, Microsoft Document Connection'da kullandığınızla aynı URL'yi kullanın.

Microsoft hizmetiyle ilgili temel bir sorun

SharePoint'teki sitelerde, klasörlerde ve dosyalarda kullanamayacağınız karakterler hakkında bilgi

… nokta karakteriyle bir dosya adı başlatamaz. …

Uyumluluk sorunları olan uygulamalar

Kısa liste:

• Microsoft Office Excel, PowerPoint ve Word 2011 (Service Pack 2) - tüm kaydetme girişimleri başarısız olur, yanıltıcı hata mesajları görmeyi bekler
• Apple Finder - SharePoint'e kopyalama veya taşıma girişimlerinden bazıları başarısız olabilir.

Farklı soru sormak için cevabım nokta altçizgi ._ dosyaları neden oluşturuldu ve bunlardan nasıl kaçınabilirim? notlar:

webdav gibi bir dosya sistemiyle kullanıldığında Microsoft Office 2011 gereksinimleri SharePoint tarafından karşılanmaz.

SharePoint, webdav kullanan bir PowerPoint veya Word kullanıcısının bir dosyayı açtığını algılamadığında, veri kaybı riski vardır - iki veya daha fazla kullanıcının birbirlerinin çalışmalarının üzerine yazması , kayıptan önce veya sonra hiçbir uyarı olmadan. NeoOffice bu tür dosyaları açmak için kullanıldığında bu sorunu yeniden oluşturamıyorum.

webdav ile Excel, .xlsx elektronik tablolarını her zaman salt okunur olarak açıyor gibi görünüyor. NeoOffice bu tür dosyaları açmak için kullanıldığında bu sorunu yeniden oluşturamıyorum.

(Yan not: olmadan dosya sistemi türü webdav , Microsoft Document Connection 14.2.0 (120402) gibi genişletilmiş özniteliklerin uyarı olmadan veri kaybına neden olur. Gündem yorumları.)

Finder hakkında daha fazla bilgi

webdav ile, zaten SharePoint sunucusunda bulunan dosyalar ve klasörler için:

• Bulucu, öğeleri yeniden adlandırmak, taşımak veya kaldırmak için birinci sınıf bir uygulama gibi görünüyor .

Daha uyumlu uygulamalar

Başka bir kısa liste:

• Microsoft Office uygulamalarının başarısız olduğu yerde NeoOffice ve LibreOffice başarılı olur.

Microsoft biçimlerinde kaydedilmiş dosyaları etkileyen giriş / çıkış hataları

Bir Office Açık XML dosyasını (. docx, .pptx , .xlsx vb.) bir giriş / çıkış hatasıyla başarısız olursa:

1. Microsoft Document Connection kullanın bir düzenleme başlatmak için
2. dosyada önemsiz bir değişikliği kaydedin, sürüm için kullandığınız uygulamanın penceresini kapatın
3. gerekirse, sürüm için kullandığınız uygulamadan çıkın.

Bu iki veya üç adım hatayı çözüyor ya da geçici olarak çalışıyor gibi görünüyor.

(Bu tür giriş / çıkış hatalarının kesin nedenini keşfedersem, ya bu yanıta ekleyeceğim ya da başka bir yerdeki bir soruya bağlantı vereceğim. İlk belirtiler, bunların yalnızca bir Microsoft Office uygulamasından sonra oluştuğudur. webdav ile kaydedilemedi.)

Bunu Windows dünyasından farklı bir yere giriyorum, ancak bellek Sharepoint'ten aldığınız URL'yi sunuyorsa muhtemelen \ my.sharepoint.somewhere \ some \ path \ to \ stuff

Siz bunu daha taşınabilir bir şeye dönüştürmeniz gerekiyor.

Finder'a gidin ve "Git" menüsünde "Sunucuya bağlan ..." ı seçin

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

" Gözat "düğmesini tıklamayı da deneyebilirsiniz ve Sharepoint paylaşımının yerel LAN'da reklamı yapıldığı sürece bulabilmeniz gerekir sunucuyu açın ve paylaşılan klasörlere göz atın.

Dikkat edilmesi gereken birkaç nokta var.

1) "my.sharepoint.somwhere" adını şu şekilde çözebildiğinizden emin olun: bir IP adresi. (Bunu doğrulamak için Ağ İzlencesi'ndeki Arama seçeneğini kullanın.)

2) Mac'inizin bağlanabilmesi için Windows etki alanının bir üyesi olması gerekebilir . Maalesef uzun zaman oldu ve bunun Sharepoint için bir gereklilik olup olmadığını hatırlayamıyorum.

Yardımcı olacağını umuyoruz!

Bunu çalıştırırsanız merak ederim. Finder (Snow Leopard 10.6.6) aracılığıyla SharePoint 2010 sunucumuza bağlanabiliyorum, ancak paylaşıma kopyalanan dosyalar -36 hatası vererek başarısız oluyor. Dosya paylaşımda görünür ancak 0 bayta sahiptir. Komut satırı ile kopyalama iyi çalışıyor.

fwiw, Go> Connect to Server'da https://my.sharepoint.school.edu/personal/username/ kullanıyorum …

Transmit çalışması kullanıldığında, diğer Linux ve Windows istemcileri çalışır, ancak Finder ve Microsoft Office'teki uygulamalarda sorunlar vardır.

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

Güncelle:

Biraz daha dedektiften sonra iş, sanırım bazı sorunların bir nedenini buldum: SharePoint, sistemin genişletilmiş öznitelikleri veya bu tür şeyler için desteği olmayan dosya sistemlerindeki kaynak çatallarını saklama biçimiyle çelişen dosya adı kısıtlamalarına sahiptir.

SharePoint'teki kısıtlamalar şunları içerir: nokta ile başlayan veya biten dosya adlarına izin verilmemesi. Tüm kısıtlamalar için http://support.microsoft.com/kb/905231 adresine bakın.

Finder'ı bir dosyayı kopyalamak için kullanırken (örnek: foo ) bir SharePoint WebDAV paylaşımına girdiğinizde, sistem yazma sırasında veya sonrasında bir karşı parça (örnek: ._foo ) gerektirebilir. İzin verilmemesi, yazma işleminin başarısız olmasına neden olur.

Bu, Cyberduck ve Transmit gibi üçüncü taraf WebDAV istemcilerinin neden daha uyumlu göründüğünü de açıklar - bazı bağlantı türlerinde meta verileri kaybederler.

SharePoint'e WebDAV HTTPS bağlantısıyla İletim tarafından bağlanan bir birim için dosya sistemi türü webdav değildir, bu:

• transmitdiskfs

Bulucu, webdav paylaşımlarına veya SharePoint'e yazarken ._filename öğelerini durdurmadığı sürece dosya adlarının başındaki dönemleri kabul etmeye başlar, Finder'ı SharePoint WebDAV paylaşımlarıyla güvenilir bir şekilde kullanabileceğinizi sanmıyorum.

wdfs (FUSE ile)

MacFUSE güncel değil. OS X için FUSE gibi bir halef kullanın.

Test ortamları

Aşağıdaki kombinasyonu test ettim:

• OS X'te Bulucu
• wdfs 1.4.2, FUSE ve neon gerektirir
• OS X 2.3.9 için FUSE
• neon 0.29.6, Revizyon 1, MacPorts 2.0.4.

Bu şekilde bağlanmış bir birim için dosya sistemi türü:

• osxfusefs

Öncelikle, OS X için FUSE'nin cilt adı seçeneği olmadan basit bir wdfs komutu.

Sonra -43 (aşağıya bakın), ciltadı seçeneğine sahip benzer bir wdfs komutu olan hatayı çözmeye çalışın.

Kısaca sonuçlar

Bulucu, bazı dosya türlerini hatasız SharePoint'e kopyalayıp taşıyor gibi görünüyor. Aşağıdaki dosya türleri uygun görünüyor:

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

wdfs-1.4.2.tar başarılı görünüyordu, ancak:

• sonuç sıfır bayttı
• belki .tar dosyaları SharePoint için kabul edilemez (sessiz kaybı düşünün bazı meta veri türlerinden; belki bazı veri türleri eşit derecede kayıp bir şekilde reddedilir)
• Nedenlerle ilgili daha fazla araştırma yapmayı planlamıyorum bu istisna için.

Bir dosyanın genişletilmiş bir özniteliği (test edildi: Spotlight yorumları), SharePoint kopyasının ardından korunmuş gibi görünebilir, ancak birim, sonraki monte.

Oluşturma, değiştirme ve son açılış tarihleri ​​yanlış görünüyor (bunun nedenleri biliniyor, ancak bu cevabın kapsamı dışında). Aynı dosyalar için tarihler, sistem tarafından yönetilen bir WebDAV bağlantısıyla düzgün görünecektir.

Klasörler

SharePoint, Finder'dan .DS_Store ( Desktop Services Store) dosyası.

Daha genel olarak, klasör kopyalama veya taşıma girişimleri aşağıdaki gibi hatalarla başarısız olabilir:

• -43
• -36 - .DS_Store içindeki bazı veriler okunamadığında veya yazılamadığında.

SharePoint çubuklarının Windows istemcilerinden gelen Thumbs.db dosyalarıyla karşılaştırılabilir olup olmadığını bilmiyorum.

Microsoft Office 2011

Beklendiği gibi:

• bu Microsoft uygulamaları bu şekilde monte edilmiş bir birime kaydedemez; dataloss ve sıfır bayt Word Çalışma Dosyası… .tmp enkaz
• Word 2011'in başarısız olduğu, LibreOffice'in başarılı olduğu vb.

WebDAV HTTPS bağlantısını SharePoint'e iletin

Panik İletimi

Bu şekilde monte edilen bir birim için dosya sistemi türü:

• transmitdiskfs

Conflicts

transmitdiskfs kullanılırken, FUSE odaklı dosya sistemlerini kullanın:

• wdf'lerin kullanılamaz hale geldiğini görüyorum
• Wuala'nın artık bir birimi bağlayamadığını görüyorum
• ÇÖZÜLDÜ ??? Re: [OSXFUSE] Truecrypt 7.1a, OSXFUSE'nin OSXFUSE dosya sistemi mevcut değil hatası vermesi sağladı (71) (Nisan 2012) TrueCrypt'in kullanılamaz hale geldiğini gösteriyor
• vb.

Benzer şekilde: osxfusefs dosya sistemi türü kullanıldığında (yalnızca wdfs değil, herhangi bir amaç için), çekirdeğin:

kext com.panic.TransmitDisk.transmitdiskfs (hata 0xdc008017) yüklenemiyor.

0 baytlık dosyalarla aynı sorunu yaşıyoruz. Finder'ın HTTPS'yi yerel olarak desteklemeyebileceğini okudum, ancak Mac OSX'te sahne arkası desteği zaten mevcut ...