Bazen, bazı listeleri silmenize Sharepoint izin vermez. Arayüzde “Delete this library” linkini görememeniz bir yerde designer gibi araçlardan da bu tür kütüphane ve listelere eriştiğinizde silemediğinizi görürsünüz. Bunun sebebi şüphesiz sözkonusu liste ve kütüphanelerin sistem kütüphane ve listesi olmasıdır. Tabi bazenzorunlu olarak bu kuralı yıkmanız gerekebilir. Bu işlem için aşağıda yer alan powershell scriptini çalıştırmanız ve ardından listeyi silmeniz mümkündür.

$web = Get-SPWeb http://portal
$list = $web.Lists["Sayfalar"]
$list.AllowDeletion = $True
$list.Update()

Sharepoint 2010 ile yeni tanışanların sıklıkla sorguladığı konulardan bir tanesi upgrade sonrası veya ilk web applicationlarını yarattıklarında tıkladıkları herhangi bir dosyanın (aspx, html, image, vb) browser tarafından görüntülenmek yerine download edilmeye çalışılmasıdır. Bu aslında çok küçük bir application konfigürasyonundan kaynaklanan seçimdir, herhangi bir hata değil.

Central Administration >Application Management > Web Applications ekranında kendi uygulamanızı seçip, General Settings butonuna tıkladığınızda karşınıza gelen konfigürasyon ekranından “Browser File Handling” ayarını Strict yerine Permissive olarak seçerseniz yaşadığınız sıkıntı ortadan kalkacaktır.

Visual Studio 2010 ile Sharepoint development gerçekleştirdikten sonra Farm Solution olarak deploy edeceğiniz wsp dosyalarınızı oluşturmak üzere proje üzerinde sağ tıklar ve “Package” komutunu verirsiniz. Bu işlem sonrası proje dizininizde varsayılan olarak bin/debug klasörü altına wsp uzantılı dosyanız yaratılır. Ancak bazen klasör isim uzunluğunuza bağlı olarak aşağıdaki hatayı alabilirsiniz.

The specified path, file name, or both are too long. The fully qualified file name must be less than 260 characters, and the directory name must be less than 248 characters

Aslında bu ne Sharepoint‘in ne de Visual Studio‘nun oluşturduğu bir hatadır. Hata tamamen NTFS file systemden kaynaklanmakta ve malesef bir çözümü bulunmuyor. Bu nedenle projelerinizi oluşturuken uzun ve içiçe geçmiş klasör yapıları yerine daha kısa yapılar kullanırsanız ve isimlendirme konusunda da dikkatli olursanız herhangi bir dorun yaşamadan paketleri oluşturabilir ve deployment öncesi gereksiz strese girmezsiniz.

Örneğin aşağıdaki gibi bir hiyerarşi yerine

C:\Users\YOUR_USERNAME\Documents\Visual Studio 2010\Projects\

aşağıdaki gibi bir yapı kullanılabilir projelerinizi depolamak için.

C:\Projects

Sharepoint migration ile ilgilendiyseniz bileceğinizi düşündüğüm bir tool pre-upgrade check aracıdır. Migration öncesi aşağıdaki komut ile çalıştırdığınızda size missing feature, missing webpart, missing theme, sql server versiyonu gibi pek çok konuda rapor verir ve upgrade için engel teşkil eden konularda bilgilendirir. Bizim bu rapordan elde etmemiz gereken sonuç ve almamız gereken aksiyon ise bu sorunları çözmek ve sonrasında upgrade sürecine başlamaktır.

stsadm.exe -o preupgradecheck

Bu raporda sıkça karşımıza çıkan konulardan biri olan “Missing Feature” lar bulunması ve temizlenmesi zor yapılardır. Çünkü elinizde sadece bir ID vardır ve bu featureın ne olduğu hakkında hiçbir fikriniz yoktur. Codeplex gibi yapılarda bu yapıları temizlemek için Feature Admin gibi bazı araçlar yer alıyor ve ayrıca dilerseniz siz de raporun size sunduğu id’ler üzerinde aşağıdaki gibi bir komut ile temizlik çalışmasını gerçekleştirebilirsiniz.

stsadm.exe -o deactivatefeature -id <RapordakiID> -force

Bazen temizlik aşamalarında bazen ise upgrade öncesi eskiden kalan yığınları yoketmek adına masterpage, page layout gibi yapıları silmeniz gerekebilir. Bu yapıların özel olmasının sebebi çeşitli kaynaklarla ilişkili olabildikleri için öyle her istediğiniz zaman silemiyor olmanızdır. Örneğin mevcutta bir sitede kullanılmakta olan bir masterpage’i veya bir sayfaya bağlı layoutu silmenize izin vermez Sharepoint.

Ancak kimi zaman herhangi bir ilişki olmasa, hiçbir site veya sayfa tarafından kullanılmasa da bu tip kaynakları silmeye çalıştığınızda sanki bir ilişki varmışcasına hata mesajları alabilir ve silmenize engel olan bir Sharepoint ile karşı karşıya kalabilirsiniz.

Bu durumda çözüm önerim şu şekilde olacak:

• Önce masterpage galerisinde bir klasör yaratın. Örneğin “OldMasters”.
• Daha sonra bu kütüphaneyi Sharepoint Designer aracılığı ile açın.
• Silmek istediğiniz layout ve masterpageleri sürükle/bırak yöntemiyle oluşturduğunuz “OldMasters” klasörüne taşıyın.
• Sonra browserdan galerinizi yeniden açıp yarattığınız klasörü ve dolayısıyla içindeki silmek istediğiniz dosyaları silin.

Not: Şayet bu yöntem ile de silemediyseniz dosyaları o zaman gerçekten gözden kaçırdığınız bir site veya sayfa vardır bu dosyaları kullanan.

Sharepoint liste templateleri ürünün versiyonuna ve hatta diline bile duyarlıdır. Bu nedenledir ki pek çoğumuz kendi development ortamımızda kurguladığımız bir sistemi olduğu gibi test ortamına almak isterken development ortamımızın İngilizce test ortamının Türkçe olmasından dolayı bu gerçeği acı bir şekilde öğrenmişizdir :)

Sharepoint 2010 ortaya çıkalı 1 yılı aşkın süre geçti ve her geçen gün upgrade projeleri ile daha çok karşılaşıyoruz ve her bir proje kendine özel olduğundan her projede de önem verilen noktalar farklı olabiliyor. Dolayısıyla her gün yeni bir upgrade kısıtını çözmek veya çözüm geliştirmek zorunda kalabiliyorsunuz. Bu sorunlardan bir tanesi de “Liste Template”leri. Pek çoğumuzun ve kurumlarda görevlendirilen içerik yöneticilerinin kullanmayı sevdikleri bu yapı yukarıda da bahsettiğim gibi ürünün versiyonuna da duyarlıdır. Dolayısı ile 2007 ortamında yaratılmış birliste şablonu 2010 ortamında çalışmayacak ve hatta tanımlı bir hata mesajı ile karşınıza çıkacaktır.

Bu durum için Tom güzel bir post ile duruma ilişkin çözümü belirtmiş. Çözümü detaylı olarak okumanızı tavsiye etmemin yanında altta da özet bölümünü bulabilirsiniz.

• Template’in “STP” dosyasını download edin ve “CAB” şeklinde değiştirin.
• Manifest.xml‘i ayrı bir folderın içine kopyalayın.
• Manifest.xml içerisindeki ProductVersion nodunu 4 olarak güncelleyin.
• makecab.exe aracılığı ile manifest.xml’i cab dosyasına çevirin.
• Oluşan cab dosyasının uzantısını yeniden STP‘ye çevirin ve _catalogs/lt adresine kopyalayın.

Sharepoint sayfaları arasında bazen standart Sharepoint hata ekranı görüntüsünde bazen ise boş beyaz bir sayfanın sağ üst köşesinde “401 Unauthorized” yazısını görebilirsiniz. İlk verdiğim örnek hatanın Sharepoint tarafından yakalanması sonucu üretilen varsayılan sayfadır ve dilerseniz web.config içerisinden bu sayfa yerine bir başka sayfaya gitmesini sağlayabilirsiniz. Ancak ikinci sayfa sanıldığı gibi Sharepoint içerisinden değil IIS’den size gönderilmektedir. Bu nedenle bu sayfada yapacağınız özelleştirme de biraz daha farklı bir yol izlemek durumundasınız.

• 401.2 adından kendi hata sayfanızıyaratın.
• IISManager‘ı açın, burada Websites ve sağ tıklayarak Properties kısmına ulaşın.
• Bu ekranda Custom Errors tabına gelin ve 401;2 yi bulup “Edit” butonuna basın.
• Burada Browse butonuna basın ve yarattığınız yeni hata sayfasını gösterin.

Sharepoint 2010 ile beraber gelen konfigürasyone bir yenilik de farmı oluştururken bir passphrase oluşturmanız ve sonrasında farma eklediğiniz her sunucu için bu passphrase’i doğrulamanızın gerekmesi. Ancak bazen insani sebeplerle bazen ise tamamen dokümantasyon eksiği ile bu bilgi kaybolabilir, bu konuda bilgili kişi ortalıklarda olmayabilir. İşte bu gibi zamanlar için passphrase’i resetlemenizi sağlamak mümkün.

Bu işlem için öncelikle Sharepoint kurulumunuz ile beraber gelen Sharepoint Powershell Snap-in’ini “Run as Administrator” modunda açın ve ardından aşağıda yer aldığı şekilde scriptinizi çalıştırın. İşlem sonrası herhangi bir sunucu veya iisreset işlemine gerek kalmayacaktır.

$passphrase = ConvertTo-SecureString
-String "YeniPassphrase" -asPlainText -Force
Set-SPPassPhrase -PassPhrase $passphrase -Confirm

Sharepoint ile beraber gelen ve içeriğinde kullanıcıya hoşgeldin mesajı, sign-out olmasını sağlayan bir bağlantı, my site ve my profile sayfalarına bağlantı ve eğer aktifse sayfayı kişiselleştirebilmeniz için bir bağlantı içeren menüye yeni adım eklemekten bahsetmek istiyorum. Welcome Menu yada MySettings menü olarak adlandırabileceğimiz bu yapıya yeni bileşenler eklemek için aşağıdaki adımları uygulamamız yeterlidir.

• Visual Studio 2010′u açın ve yeni bir “Empty Sharepoint 2010 Project” yaratın.
• Projenizin üzerinde sağ tıklayarak “Add > New Item” menüsü aracılığı ile “Empty Element” ekleyin.
• Empty Element’inizin içerisine aşağıda yer alan XML’i kopyalayın ve kendi menü aksiyonunuza göre düzenleyin.
• Projenizde yer alan fetaure’ınızın scopunu “Site Collection” şeklinde değiştirin.

<Elements xmlns="http://schemas.microsoft.com/sharepoint/">
  <CustomAction
  Id="myCustomAction"
  GroupId="PersonalActions"
  Location="Microsoft.SharePoint.StandardMenu"
  Sequence="1000"
  Title="Yeni Menü Adımı"
  Description="Yeni Menü Adımı Açıklama">
    <UrlAction Url="/SitePages/MyPage.aspx"/>
  </CustomAction>
</Elements>

• Projenizi deploy edin.
• Sitenize eklenen featureı aktive edin.

Dün Datapolis CEO’su Pawel Bujak tarafından bir mesaj ile bilgilendirildiğim videoyu sizlerle de paylaşmak istedim. Nintex, K2 ve Datapolis firmalarının üst düzey katılımıyla gerçekleştirilen özel bir oturumda firmaların kendi Sharepoint Workflow çözümüne ilişkin tekil ve öne çıkan özelliklerinden bahsettikleri bu oturum pek çok kişi için seçim yaparken yardımcı olabilecek cinsten görünüyor.