Hakan UZUNER » Cozumpark.Com » Microsoft SharePoint

Sharepoint Kimlik Doğrulama Sorunu

Hakan Uzuner — Wed, 07 Jul 2010 13:01:45 +0000

Sharepoint sistemlerinde kullanıcı adı ve şifre olarak geçerli kimlik bilgilerinizi girmenize rağmen doğrulama yapamıyorsanız sorununuz bu sharepoint sitesi için bir Host Header tanımlamış olmanızdan kaynaklıdır. Bu durumda iis kimlik doğrulama için domain adı olarak sizin tanımladığınız host header bilgisini domain ismi olarak kullandığı için siz doğru bilgileri girseniz dahi siteye giriş yapamıyorsunuz.

Bu sorunu düzeltmek için aşağıdaki gibi bir değişiklik yapmanız yeterli olacaktır.

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa

Altında new DWORD değeri oluşturun, ismi ise “DisableLoopbackCheck” olacak ve değeri “1” olarak tanımlanacak. Makineyi bir kere kapatıp açtıktan sonra “Integrated Windows Authentication” ile sistem çalışmaya başlayacak. ( restart etmeden de deneyebilirsiniz eğer kritik bir sunucu ise )

SharePoint Server 2007 SP2 “Bu ürünün deneme süresi sona erdi” Hatası

Hakan Uzuner — Fri, 21 May 2010 06:03:18 +0000

Merhabalar;

Lisanslı olarak kullandığımız Sharepoint Server 2007 Sp2 web sitemize yeni bir sayfa eklemek ya da varolan bir sayfayı düzenlemek istediğimizde “Bu ürünün deneme süresi sona erdi.” şeklinde ki hata ile karşılaşmaya başladık. Ekran görüntüsünü aşağıda ki şekildedir.

Bu hatanın ardından Sharepoint Yönetim Merkezi–> İşlemler–> Yükseltme ve Geçiş altında Lisans türünü dönüştürme linkine tıkladığımızda karşımıza aşağıda ki ekran görüntüsü geldi.

Geçerli Lisans durumunun “Kuruluş İstemci Erişim Lisanslı Office SharePoint Server Deneme Sürümü ” ifadesi yazıyordu. Alt bölümde bulunan lisans anahtarı bölümüne geçerli lisans anahtarımızı girdiğimizde ise bir süre işlem yaptıktan sonra Hata vererek işlemi tamamlamadı. İntenet üzerinde yaptığımız aramalarda karşımıza çıkan önerileri incelediğimizde sistemimizin bunları zaten sağladığını gördük. Bunun üzerine Microsoft ile yaptığımız görüşmeler neticesinde sorunun Sharepoint Server 2007 üzerine Sp2 kurulduğunda sistemin yanlışlıkla deneme sürümüne geçtiğini ve sorunun bundan kaynaklandığını öğrendik. Microsoft’ ta ki yetkili kısa sürede sorunumuzu çözecek yamayı içeren linki bize ulaştırdı. http://support.microsoft.com/default.aspx/kb/971620?p=1 linkinden gerekli yamayı indirebilirsiniz. İlgili yamayı kurup sistemi yeniden başlattıktan sonra Sharepoint Yönetim Merkezi–> İşlemler–> Yükseltme ve Geçiş linki altında Lisans türünü dönüştürme linkine tıkladığımızda Geçerli Lisans durumunun “Enterprise İstemci Erişim Lisanslı Office SharePoint Server” şeklinde düzeldiğini gördük. Bunun ardından sistem ile ilgili tüm sorunlarımız ortadan kalktı.

Faydalı olması dileğiyle…

M. Hakan CAN tarafından yazılmıştır.

Sharepoint 2010 SharePoint Foundation 2010 Sunum

Hakan Uzuner — Sat, 24 Apr 2010 09:32:22 +0000

http://www.slideshare.net/hakanuzuner/sharepoint-2010-sharepoint-foundation-2010

Microsoft Sharepoint 2010 MOSS 2010 ile Kalite Belge Yönetimi

Hakan Uzuner — Sat, 12 Dec 2009 22:55:43 +0000

Genelde kalite belgeleri yönetimi konusunda sektörde çok fazla program bulunmaktadır. Danışmanlık verdiğim firmalarda 6 Sigma, Kaizen, ISO , Sürekli İyileştirme, Yalın yönetim ve benzeri bir çok model uygulanmakta. Bunlara yönelik kullanılan araçların hepsi çeşit çeşit olmakta ve buda bir anlamda yalın yönetime ters düşmektedir. Genelde büyük çaptaki işletmelerde uygulanılan bu sistemler artık daha küçük segmentteki firmalar içinde bu sistemlerin kullanımının gerekli olduğunu hissettirmektedir. İşletmeler artık tüm iş süreçlerini, belgelerini ve uygulamalarını tek bir noktadan yöneterek kurumsal iletişimi sağlamaya başladırlar. Bu noktada bu altyapının hepsini üzerinde barındırabilecek Sharepoint 2010, şirketler için kurumsal iletişimi sağlamaktadır.

Bu makalede 5 adımda bir kalite belgelerinin Sharepoint 2010 ile nasıl yönetildiği konusunda örnek bir çalışma yapacağız.

1. Sharepoint 2010 sistemimize giriyoruz. Site Actions menüsü içersinden New Document Library seçeneğini seçiyoruz.

2. Name bölümüne kalite kütüphanemizin ismini yazıyoruz.Description bölümüne belge kütüphanesinin tanımını yazabiliriz.Navigation seçeneği sol taraftaki menüde belge kütüphanemizin kısayolunu oluşturup oluşturmayacağını soruyor. Yes seçeneğini seçiyoruz.Document Version Histroy bölümünde belge kütüphanemizde versiyonlama yapmak istiyormusunuz diye soruyor. Yes seçeneğini seçiyoruz.Document template bölümünde dosyalarımızın hangi formatta olacağını soruyor. Burda tüm ofis dokuman tiplerini tek olarak seçebiliriz veya none dersek her türlü belgeyi atabiliriz. (İçersine PDF belgelerimizide atacağımızı düşünüyorum).

3. Şu an doküman kütüphanemiz hazır. Şimdi ayarları yapmaya başlayalım. Üst menüde Library Tools menüsünden library tabını seçiyoruz. Burdan Library Setting bölümüne giriyoruz. Version Settings linkine giriyoruz.

4. Versioning Settings bölümünde Content Approval seçeneği ile yayınlanacak belgeler için ilgili müdürden onay istenip istenmeyeceğini soruyor. Biz kalite müdüründen onay isteyeceğimiz için evet i seçiyoruz. Document Version History bölümünde versiyonlamanın minor ve major versiyonlarının tutulup tutulmayacağı ve kaç versiyon tutulacağını buradan seçiyoruz. Draft Item Security de taslak dokumanların kimlerin tarafından okunacağını seçiyoruz. Biz dokumanı oluşturan ve onaylacak kişilerin görmesini istediğimizi bildiriyoruz. Require check out bölümünde düzenlenecek dokumanın ilgili kişi tarafından check-out edilmesini sağlıyoruz. Bu sayede başkaları dokuman üzerinde değişiklik yapamayacak.

5. Şu an dokuman sistemimiz hazır. Aşağıdaki resimde gördüğünüz gibi. Onay durumu, Versiyonlaması, Düzenleyen kişi ve tarihini görebiliyoruz.

Kalite belgemizi daha geliştirmek mümkün tabiî ki. Bundan sonraki adımlar kullanıcılara kütüphanede yetki vermek ve Onaylayan kişileri tanımlamamız gerekmektedir. Bununla beraber dokuman kütüphanemizde 3-4 adımlı iş akışları tanımlayabilir, Belge güvenliğini IRM ile sağlayabilir, Kalite belgeleri için içerik tipleri oluşturabilir (Örneğin Word içinde hazır belge şablonu kullanmak) , Arşivleme yaptırabilir ve her belge için barkod üretebiliriz.

Aslında gördüğünüz gibi 5 adımda bir kalite belgelerini yönetebilir hale geliyoruz. Bunu çok daha geliştirmek ve profesyone hale getirmek mümkün. Sistemin en güzel özelliği geliştirmesinin basit olması ve kullanıcı isteklerine tam cevap vermesi. Bu dokuman kütüphanesini aynı zamanda MS Outlook ve cep telefonlarından da kullanılır hale getirdik.

Önümüzdeki makalede 3-4 adımlı bir onay mekanizması oluşturup , kullanıcılar içinde yeni görünümler oluşturacağız.

Emre BALCI
Kıdemli Danışman / Senior Consultant
emre.balci@bizparkyazilim.com

Bizpark Business Solutions
www.bizparkyazilim.com

Sharepoint 2010 Public Beta MOSS 2010 Beta Download

Hakan Uzuner — Fri, 20 Nov 2009 10:56:32 +0000

http://technet.microsoft.com/tr-tr/evalcenter/ee388573(en-us).aspx

Microsoft SharePoint 2010 beta moss 2010 beta download

Hakan Uzuner — Fri, 13 Nov 2009 14:45:36 +0000

Download Windows SharePoint Services 3.0 WSS

Hakan Uzuner — Fri, 30 Oct 2009 16:29:46 +0000

http://technet.microsoft.com/en-us/windowsserver/sharepoint/bb400747.aspx

MOSS 2007

Hakan Uzuner — Sun, 25 Oct 2009 19:32:32 +0000

Seminer – MOSS 2007

MOSS 2007 – Sharepoint Server 2007 Beraber Çalışma Bölüm – 4

Hakan Uzuner — Mon, 12 Oct 2009 06:40:39 +0000

BDC Servisleri

Sharepoint servisleri üzerinde yaratılmış olan web sitelerinde veri yayınlamak istersek bu dataların web sitesine transferi için kullanacağımız servisler BDC servisleridir. Bu servisler için bir takım tool lar kullanılmaktadır. Bunlardan en başlıcası “BDCMetaMan” tooludur.

Bu tool için ilgili data source una bağlantı yapılır. Biz burada lokal serverı kullandık.

Veri çekeceğimiz bölümdeki database içindeki table seçilir ve boş alana bırakılır.

Daha sonra “Run” seçeneği ile data source olarak atılır.

Sharepoint Designer

Bu bölüm Office 2007 nin içinde gelen bir bölüm olup Sharepoint programcılarının daha çok kullanmış oldukları bir bölümdür. Kendi menüleri içinden gerekli toollar vasıtasıyla web site larının design edilmesine yarar.

Infopath Formları

Office 2007 nin içerisinde gelen Infopath ürünü sayesinde Sharepoint siteleri üzerinde çeşitli formlar yaratabiliriz. Bu formlar harcama, izin vb. çeşitli formlar olabilir. Biz bu bölümde örnek bir şirket içi harcama formunun nasıl hazırlanıp Sharepoint servera nasıl yükleneceğini göreceğiz.

Öncelikle Office Infopath açılır. Örnek bir form açılır.

Bu kısımda “Düzen” menüsü açılır.

Düzen tabloları ekle kısmından Özel tablo seçeneği seçilir.

“Denetimler” menüsü seçilerek bu forma istenen bölümler eklenir.

Hazırladığımız formu kaydettikten sonra Sharepoint servera yayınlamak için “Form Şablonun Yayınla” seçeneği seçilir.

Infopath Forms Services olan veya olmayan SharePoint sunucusuna seçilir.

Sharepoint sitemizin URL adresi girilir.

Yeni belge kitaplığı oluşturulur.

Ve siteye ilgili form yayınlanır.

Oluşturduğumuz form siteye yüklendiğini siteye girerek görebiliriz.

Bu formu açıp ilgili alanları doldurabiliriz.

Sonuç olarak, Sharepoint server web sitesi yayınlamak, Şirket içi paylaşımlara yer vermek, doküman yayımlamaya olanak tanımak, İş akışlarıyla onay mekanizmalarını işletmek, şirket için kullanıcı formlarına erişim sağlamak, kullanıcıların kendi web sitelerini yaratmasını sağlamak gibi birçok işleme olanak tanımasıyla oldukça kullanışlı bir server yapısıdır.

Cenk BALCI

MOSS 2007 – Sharepoint Server 2007 Beraber Çalışma Bölüm – 3

Hakan Uzuner — Mon, 12 Oct 2009 06:36:38 +0000

İlk iki bölümden sonra makalemin bu bölümünde sizlere İşlemler Menüsü altındaki Administration İşlemlerini anlatacağım.

1-Topoloji ve Hizmetler: Bu bölüm kurulum aşaması sırasında anlatılmıştır.

2-Güvenlik Yapılandırması: Bu kısımda Sharepoint’le ilgili security aşamaları gerçekleştirilir. Şu bölümlerden oluşur;

*Hizmet hesapları: Bu bölümde Sharepoint serverın ana servislerinin hangi servis account’u ile çalışacağı değerinin girişi yapılmaktadır.

*Bilgi Hakları Yönetimi: Sharepoint serverın RMS desteği bulunmaktadır. Bu bölümde Sharepoint’ in RMS ile olan entegrasyonu sağlanmaktadır.

*Virüs Koruması: Sharepoint serverın bir başka özelliği de kendi üzerinde tuttuğu dokümanları virüs taramasından geçirebilmesidir. Bu kısımda da bu özelliğin nasıl aktif edildiği aşağıda belirtilmiştir.

*Engellenen dosya Türleri: Sharepoint üzerinde kullanıcıların her türlü dosyayı publish etmesine izin verilmeyebilir. Bu bölümde izin verilmiş dosyaların bir örmeği verilmiştir.

*Grup Yöneticinin Grubunu güncelleştirme: Sistem yöneticilerinin hangi kullanıcı grubunda bulunacağının tespit edildiği kısımdır.

3-Günlüğe Kaydetme ve Rapor Oluşturma:

*Tanı Amaçlı Günlüğe Kaydetme: Bu kısımda Sharepoint server üzerinde oluşabilecek her türlü hata ve alert’lerin toplanıp adminler için tutulması sağlanır.

*Kullanım Çözümlemesi İşleme: Yapılan İşlemlerin her gün ayrı dosyalar olarak belirli dosyalarda tutulması için ayar yapılan bölümdür.

*Bilgi Yönetimi İlkesi Kullanım Raporları: Bilgi Yönetimi ilkesine uyan olaylar hakkında raporlamanın etkinleştirildiği kısımdır.

4-Yükseltme ve Geçiş:

*Microsoft içerik yönetim sunucusu geçişi: Bu kısımda kullanılacak upgrade geçişleri için kullanılacak sunucu için içerik sunucusu belirlenir. Bu işlem için bir adet geçiş profile ı yaratılmalıdır.

*Enterprise Özelliklerini Etkinleştir: Bu kısımda Sharepoint serverınızın kullanmanız gereken sürümünün değiştirildiği kısımdır. Biz Enterprise olarak kon figüre ettiğimizden varsayılan değerini değiştirmiyoruz.

*Var olan sitelerde Özellikleri Etkinleştir: Enterprise özelliklerin tüm yaratılmış olan sitelerde geçerli olmasını sağlar.

5-Veri Yapılandırması:

*Varsayılan Veritabanı Sunucusu: Bu bölümde kullanmış olduğumuz Sharepoint veritabanının olduğu serverın değiştirilmesi için kullanılmaktadır.

*Veri Alma Hizmeti: İlgili web sitelerinden hangi sıklıkla data çekileceğinin belirlendiği bölümdür.

6-İçerik dağıtma:

*İçerik Dağıtma Yolları ve İşlerini Yönet: İçerik dağıtımı bir site koleksiyonundaki bilgilerin başka bir site koleksiyonuna dağıtım için kullanılır. Bu işlem için “Yeni Yol” menüsü kullanılır.

*İçerik Dağıtma Ayarları: Dağıtılan içeriklerin nasıl dağıtılacağına ait policy’ nin belirlendiği yerdir.

*Özel İçerik Dağıtımın Denetle: Dağıtılacak içeriğin doğru bir kaynaktan gelip gelmediğinin denetlendiği kısımdır.

7-Genel Yapılandırma:

*Süreölçer İşinin Durumu: Bu kısımda başlatılmış olan job’ ların ne zaman bittiğinin izlendiği bölümdür.

*Süreölçer İşi Tanımları: Set edilmiş olan job’ ların hangi zaman diliminde gerçekleştirileceğinin belirlendiği kısımdır.

*Ana Site Dizini Ayarları: Site dizinlerinin tam olarak hangi URL patinin kullanacağını gösterir.

*Site Dizini Bağlantıları Taraması: Bu bölümde yanlış yazılan site url lerinin düzgün olanlarıyla değiştirilmesi sağlanmış olur.

*Diğer Erişim Eşlemeleri: Bu bölümde yaratılmış olan web sitelerinin default, intranet, internet, extranet ortamlarına hangi URL olarak yayınlanacağının verildiği kısımdır.

*Grubu Sessiz Moda Al: Bu ayar ile belirtilen süre boyunca web sitesi bakım moduna alınır.

*Sunucu Grubu Özelliklerini Yönet: Sharepoint serverın kullanmış olduğu server özellikleri buradan devre dışı bırakılabilir.

8-Yedekleme ve Geri Yükleme:

*Yedekleme Gerçekleştir: Sharepoint serverın yedeklemesinin yapıldığı bölümdür. İsteğe bağlı olarak Sharepoint serverın herhangi bileşeninin yedeklenmesi sağlanabilir. Full yâda Differential backup alınabilir.

*Yedekleme ve Geri Yükleme Geçmişi: Sharepoint’in hangi dizine backupla nacağı belirlenir.

*Yedekten Geri Yükle: Sharepoint serverın daha önce alınmış olan backup ından restore işleminin gerçekleştirilmesini sağlar.

*Yedekleme ve Geri Yükleme İşi Durumu: Backup alma işleminin safhalarının takip edilmesini sağlar.

Uygulama Yönetimi

Bu bölümde Sharepoint serverın web uygulamalarıyla ilgili yönetim bölümlerine yer verilecektir. Bu kısımları özetlemek gerekirse;

1-İş Akışı yönetimi:

*İş akışı Ayarları: Sharepoint serverın en önemli özelliklerinden bir tanesi iş akışlarıdır. Bu sayede şirket içerisinde örneğin bir işin belirli kişilerin onayından geçerek yapılması sağlanmış olur. Bu bölümde iş akışlarının kullanılması enable edilmiş olur.

2-Dış Hizmet Bağlantıları:

*Kayıt Merkezi: Kayıt Merkezi kayıtların anonim olarak gönderilmesine izin verecek şekilde yapılandırılmadığı sürece, her Web uygulamasını bir etki alanı kullanıcı hesabı kullanacak şekilde yapılandırmanız gerekir.

*HTML Görüntüleyicisi: HTML Görüntüleyicisi hizmetini görüntülemek, değiştirmek ve yapılandırmak için kullanılır.

*Belge Dönüşümleri: Hazırlamış olduğunuz web sitelerinde bir belgenin başka bir belge türüne dönüştürülmesine olanak vermeyi sağlar.

3-Ara:

*Arama Hizmetini Yönet: Hazırlamış olduğunuz web siteleri üzerinde “Search” özelliğini aktif ettiğimiz kısımdır.

4-Office SharePoint Server Paylaşılan Hizmetleri:

*Bu grubun paylaşılan hizmetlerini oluştur veya yapılandır: Bu bölümde SSP ayarları yapılmaktadır. Bu bölümü daha önce anlatmıştık.

*Gruplar arasında paylaşılan hizmetlere izin verme: Bu bölümde yaratılmış olan web site’ların birbirleri arasında hizmetleri nasıl paylaşacağına karar veririz.

*Bu Grupta Etkin olan Hizmetleri denetle: Sharepoint server üzerinde kullanılmakta olan özelliklerden hangilerinde sorun olup olmadığını görebiliriz.

*Oturum Durumunu Yapılandır: Oturum durumu belirli bir kullanıcı oturumunun bilgilerini depolar ve bazı Office SharePoint Server uygulamaları için gereklidir. Bir Paylaşılan Hizmet Sağlayıcısı oluşturulduğunda etkinleştirilir.

5-Uygulama Güvenliği:

*Web Bölümü Sayfaları için Güvenlik: Kullanıcıların web bölümleri arasında bağlantı kurmalarına izin vermek için kullanılır.

*Kendi Kendine Site Yönetimi: Bu alanda kullanıcıların kendi kendilerine site oluşturmalarına izin verilir.

*Web uygulaması için Kullanıcı İzinleri: Kullanıcıların web sitesi üzerinde ne tür işlemler yapmalarına izin verileceğinin belirlendiği kısımdır.

*Web Uygulaması İçin İlke: Yaratılmış olan web sitelerinde kullanıcıların hangi işlemleri yapabileceğini belirlemek için bizim oluşturduğumuz policy’lerdir.

*Kimlik Doğrulama Sağlayıcıları: Sharepoint üzerinde bulunan web sitelerinde authentication yöntemlerinin hangisi olacağına bu kısımdan karar verilir.

6-Sharepoint Site Yönetimi:

*Site koleksiyonu oluştur: Bu bölüm daha önce anlatılmıştı.

*Site Koleksiyonunu sil: Oluşturulmuş olan site koleksiyonunun silinmesini sağlar.

*Site kullanımını onayla ve site sil: Kullanılmayan web sitelerinin belirlenen süre zarfında kullanıcılara mail yoluyla uyarılmasını ve kullanılmayan sitelerin silinmesini sağlar.

*Kota Şablonları: Kişilerin oluşturdukları web siteleri üzerinde ne boyutta veri depolayabileceklerinin verildiği kısımdır.

*Site Koleksiyonu kotaları ve kilitleri: Oluşturulmuş olan sitenin kullanıcıların kullanımına kapatıldığı bölümdür.

*Site koleksiyonu Yöneticileri: Oluşturulan web sitesinin adminler inin kimler olacağı bu bölümde belirtilir.

*Site koleksiyonu Listesi: Oluşturulmuş olan web sitelerinin listelendiği kısımdır.

7-InfoPath Form services:

*Form Şablonlarını Yönet: Infopath üzerinde oluşturulmuş olan formların web sitesine yüklenmesi buradan yapılmaktadır.

*Infopath Form Services ı yapılandır: Kullanıcıların web sitesi üzerinde Infopath ten nasıl veri yükleyeceklerine ait policy’lerin belirlendiği bölümdür.

*Form Şablonunu Karşıya yükle: Kullanıcıların verilerini yükledikleri bölümdür.

*Veri Bağlantısı Dosyalarını Yönet: ODBC objelerinden gelen dataların yüklenebileceği bölümdür.

*Web hizmeti Proxy sini yönet: Infopath ve veri bağlantıları arası için web Proxy kullanılması gerektiğinde bu bölümden ayarlama yapılmalıdır.

8-Sharepoint web Uygulamasını Yönet:

*Web uygulaması oluştur ve genişlet: Bu kısım daha önce anlatılmıştı.

*Sharepoint’i IIS üzerinden kaldır: IIS üzerinde kurulmuş olan Sharepoint web sitelerinin IIS üzerinden kaldırılması bu bölümden yapılır.

*Web uygulamasını sil: Sharepoint te oluşturulmuş olan web sitelerinin kaldırılması sağlanır.

*Yönetilen Yolları tanımla: Bu sayfayı, URL ad alanındaki hangi yolların Windows SharePoint Services tarafından yönetileceğini belirtmek için kullanırız.

*Web uygulaması için giden E-posta ayarları: Bu sayfadaki ayarları, bu web uygulamasının e-posta ayarlarını yapılandırmak için kullanırız.

*Web Uygulaması Genel Ayarları: Web uygulamasının kullanacağı saat dilimi, kota, dosya boyutları vb. gibi ayarların yapıldığı bölümdür.

*İçerik Veri Tabanları: Web uygulamasını kullanacağı veri tabanlarının hangileri olacağını buradan belirleriz.

*Web uygulaması özelliklerini yönet: Bu bölüm daha önce anlatılmıştı.

*Web uygulaması Listesi: Sharepoint üzerinde oluşturulmuş olan uygulamaların listesi verilmiştir.

Paylaşılan Hizmetler Yönetimi

Bu bölümde paylaşılan hizmetler admin menüsündeki adımlar anlatılacaktır.

1-Ara:

*Arama Ayarları: Bu bölümde Site içerisinde hangi kurallara göre arama yapılacağına kara verilir.

*Arama Kullanım Raporları: Web sitesi üzerinde kimin hangi zamanlarda ne tür bilgileri Search ettiğini raporlamamızı sağlar.

2-Office Sharepoint Kullanım Raporlaması:

*Kullanım Raporlaması: Kullanıcıların Sharepoint i ne sıklıkla kullandıklarının raporlanması bu kısımdan sağlanır.

3-Hedef Kitle:

*Hedef Kitle: Oluşturulmuş olan web sitesinin kimler tarafından ziyaret edildiği bilgisini bu kısımdan alabiliriz.

4-Kullanıcı Profilleri Ve Sitelerim:

*Kullanıcı Profilleri ve Özellikleri: SharePoint siteleri üzerinde işlem yapabilmesini istediğimiz kişilerin tanımlandığı bölümdür.

*Profil Hizmetleri İlkeleri: Kullanıcı profillerinin nasıl olacağına dair policy’lerin belirlendiği bölümdür.

*Sitem Ayarları: Kişisel site sağlayıcısı ayarlamanız kişisel siteleri barındırmak için atanmış bir site kullanmanıza olanak tanır.

*Güvenilen Sitem Barındırma Konumları: Belirlediğimiz url lerin kimlere erişime açılacağını belirleriz.

*Office istemci uygulamalarına yayımlanan bağlantılar: Burada yayımlanan bağlantılar belge açarken ve kaydederken SharePoint’lerim sekmesi altında görünür.

*Kişiselleştirme Sitesi Bağlantıları: Sitem yatay gezinti çubuğuna kişiselleştirme sitesi gezinti bağlantıları eklemek için bu listeyi kullanın. Buraya eklenen bağlantılar, gezinti çubuğunda Giriş Sayfam ile Profilim arasında gezinti bağlantısı olarak görünür.

*Kişiselleştirme Hizmetleri Ayarları: Yaratılmış olan web sitesi üzerinde hangi kullanıcının hangi haklarının olduğuna buradan karar verilir.

5-Excel Hizmetleri Ayarları:

*Excel Hizmetleri Ayarlarını Düzenle: Sharepoint’te belirtilmiş olan doküman yükleme konumları dışındansa web sitesine doküman yüklenmesi için bu bölümden gerekli ayarlar set edilmelidir.

*Güvenilir Dosya Konumları: Sharepoint’ e belirlenmiş dokümanların ekleneceği konumlar bu bölümde set edilir.

*Güvenilir Veri Bağlantısı Kitaplığı Ekle: Excel Hizmetleri’nde açılan çalışma kitapları tarafından içindeki veri bağlantısı tanım dosyalarına erişmesine izin verilen veri bağlantısı kitaplığının set edildiği kısımdır.

*Güvenilir Veri Sağlayıcıları: Yüklenecek olan verinin nasıl bir veritabanı kaynağından aktarılacağının belirlendiği yerdir.

*Kullanıcı Tanımlı İşlev Derleyicileri: Kullanıcıların kendi oluşturdukları veri kaynakları olan dll benzeri uygulamaların hangi konumdan yükleneceğini gösteren bölümdür.

6-İş Verileri Katalogu:

*Uygulama Tanımını Al: Uygulama tanımı bir veritabanını veya web hizmetini tanımlar. Bağlantı ayarlarını, kimlik doğrulama modunu, kullanılabilir varlıkların tanımlarını ve diğer bilgileri içerir. Bir uygulama tanımını İş Verileri Kataloğu’na yükledikten sonra, varlıklarını listelerde, web bölümlerinde, aramada, kullanıcı profillerinde ve özel uygulamalarda kullanabilirsiniz.

*Uygulamaları Görüntüle: Oluşturulmuş olan uygulamaların görüntülenmesi sağlanır.

*Varlıkları Görüntüle: Oluşturulmuş olan web sitesi oluşumlarını görüntülenmesi sağlanır.

*İş Verileri Kataloğu İzinleri: Veri katalogları üzerinde hangi kullanıcıların hangi izinlerle yönetim yapacağı bu bölümden belirlenir.

*Profil Şablonunu Düzenle: Kullanıcı profili olarak bağlandığımız web sitesinin nasıl görüneceğinin dizaynı bu kısımdan yapılmaktadır.

Makalemin bir sonraki bölümünde görüşmek üzere …

Cenk BALCI

MOSS 2007 – Sharepoint Server 2007 Beraber Çalışma Bölüm – 2

Hakan Uzuner — Sun, 04 Oct 2009 14:33:07 +0000

Makalemin bu bölümünde kendi oluşturduğumuz Sharepoint web sitemiz üzerinde nasıl işlemler yapılabileceği konusunda ayrıntılı olarak durulacaktır.

Bu ayarları yapabilmek için öncelikle yarattığımız web sitesine giriş yapmalıyız.

-Paylaşılan Belgeler:Bu kısımda yaratılmış olan bir dökümanın nasıl kullanıcılara publish edileceği verilecektir.Aynı zamanda bu dökümanın nasıl editleneceğinden bahsedilecektir.Bunun için “Paylaşılan Belgeler” kısmı seçilerek belge paylaştırma işlemi başlatılır.

Karşıya Yükle seçeneğinden “Belgeyi Karşıya Yükle ” kısmı seçilir.

Paylaşılacak dosya browse edilip seçilir ve tamam a basılır.

Belge paylaşıma açılmış olur.

Paylaşılmış olan bu belgeleri bizim yaratacağımız klasörler içine almamızda mümkündür.Bunun için Yeni kısmından “Yeni klasör ” seçeneği seçilir ve kalsöre bir isim verilir.

Eylemler seçeneğinden bu dökümanların “Veri sayfasında düzenle” ile excel ortamında düzenleyebiliriz.”Windows gezgini ile aç” seçeneğiyle explorer tarafında açılmasını sağlayabilir,”RSS Akışını Görüntüle” ile döküman üzerinde oluşan değişimleri kullanıcılara otomatik olarak gönderebilir,”Beni Uyar” ile kullanıcılara dökümanda olan değişklikleri otomatik e-mail yoluyla gönderebiliriz.

Ayarlar kısmında ise şu değişklikler yapılabilir,

“Sütun oluşturma” ile dökümanların yayınlanacağı yerde sütunlar oluşturulur.Örnek olarak share adında bir sütun oluşturalım,

Share adındaki sütun oluşturulmuş olur.

“Görünüm oluşturma” ile dökümanların kullanıcılara web sitesinde nasıl görüntüleneceğine dair view lar oluşturulur.

Standart görünüm seçilir.

Kendimize özel bir “Cenk” adında görünüm oluşturduk.

“Belge kitaplığı ayarları” ile bu belgelerin paylaşıldığı kısmın erişim izinleri,iş akış ayarları,başlıkları,RSS ayarları gibi birçok ayarının değişiklikleri yapılabilir.

Örnek olarak oluşturulan her döküman için versiyon bilgisi(1,1-1,2-1,3 gibi) üretebiliriz.Bunun için “Sürüm oluşturma ayarları” tıklanır.Şekilden görüleceği gibi istediğimiz sayıda sürüm tutabiliriz.

-Geri Dönüşüm kutusu:Kullanıcıların kullanmış oldukları bu dökümanları silme ihtimaline karşılık Sharepoint server Recycle Bin özelliği ile kullanıcılara bu dökümanları geri döndürme şansı vermektedir.Kullanıcının dökümanını geri getirmek için “Geri dönüşüm kutusu” seçilir.

Silinmiş olan döküman seçilerek “Seçimi Geri yükle” seçilerek döküman kurtarılır.

-Görevler(Tasklar):Kullanıcılara proje tasklarınıda Sharepoint üzerinden atayabilmekteyizdir.Buna göre örnek bir proje taskını herhangi bir kullanıcıya atayalım.Bunun için “Görevler” sekmesi seçilir.

Ardından Yeni seçeneğinden “Yeni Öğe” tıklanır.

Gereken değerler girilerek ilgili kişilere task atanmış olur.

-RSS Akışları:Kullanıcılara yapılan bu değişkilikleri online bir şekilde yansıtabilmek için RSS özelliği kullanılabilir.Örnek olarak Yukardaki şekilde atanmış olan taskın atandığına dair ilgili kişiye uyarı vermesini sağlayalım.Bunun için Eylemler menüsünden “RSS akışını görüntüle” seçilir.

Administrator kullanıcısı için bir RSS akışı oluşturulmuş olur.

-Tartışma Formları:Kullanıcıların web sitesi üzerinde herhangi bir konu hakkında tarışma forumları vasıtasıyla yazışması için “Ekip Tartışması” seçeneği bulunmaktadır.Bunun için yönetim konsolundan bu seçenek seçilir.

Yeni menüsünden “Yeni Tartışma ” seçilir.

Tartışma formuna bir isim verilerek tartışma oluşturulur.

-Anketler:Kullanıcıların Web sitesi üzerinden düzenlenmiş olan anketlere katılmaları Sharepoint ile yeni gelen bir özelliktir.Kullanıcılar şirket tarafında düzenlenmiş olan herhangi bir ankete katılabilirler.Örnek olarak bir yemek anketi düzenleyelim.Bunun için site içerisinde bulunan “Oluştur” seçeneği seçilir.

Anket düzenlemek için “Anket” seçeneği seçilir.

Ankete bir isim verilerek bir sonraki adıma geçilir.

Anket için iyi-kötü-idare eder şeklinde 3 lü bir yanıtlama sistemi verdik.Son seçilerek anket yayınlanmış olur.

Ana sayfada sağ köşeye gelen linke tıklanır ve anket yanıtlanır.

Bu anketi yanıtla seçilir.

Ankete verilen sonuçlar tablo halinde kullanıcılara şu şekilde yansıtılır.

-Takvim seçeneği:Bu sayede kullanıcılara web sitesinde takvim yayınlayabiliriz.Bu takvimde kullanıcılara toplantı taleplerini online bir şekilde gönderebiliriz.”Takvim” seçeneği seçilir ve yayınlanacak takvime gerekli değerler girilir.

Takvimimiz yayınlanmış olur.

-Kişiler ve Gruplar:Sharepointe erişecek kullanıcı ve grupları ekleme şansımız bulunmaktadır.Bunun için site üzerinde “Kişiler ve Gruplar” linnki tıklanır.

Kullanıcı eklemek için yeni menüsünden “Kullanıcı Ekle” tıklanır.

Sms adındaki kullanıcı eklenir ve bu kullanıcıya site üzerinde sadece okuma izni verilir.

Ve sms kullanıcısı yaratılmış olur.

Makalemin bir sonraki bölümünde görüşmek üzere

Cenk BALCI

MOSS 2007 – Sharepoint Server 2007 Beraber Çalışma Bölüm – 1

Hakan Uzuner — Sun, 04 Oct 2009 14:29:57 +0000

Bu makalenin amacı, Sharepoint Server üzerindeki yönetim işlemlerinin anlatılmasıdır.

Öncelikle Sharepoint serverın kullanım amaçlarına değinmek gerekirse;

*Colloboration projeleri için çok uygun bir ortam sunar.

*Data paylaşımı için son derece uygundur.

*E-mail ile haberleşme olanağı sağlamaktadır.

*Kurumsal şirketler açısından data kaybının önlenmesine yardımcı olur.

*Hazırlanmış olan dökümanların versiyonlanmasına ve kontrolüne imkan verir.

*Süresi geçimş ve kullanılmayan datanın silinmesini sağlamaktadır.

*Döküman ve Data entegrasyonunu sağlar.

*Döküman ve yazılımları oluşturan insan gücünün verimli kullanılmasını sağlayarak işgücü kaybının önüne geçer.

*Data paylaşımını güvenli hale getirip zararlı kişilere karşı önlem almanıza olanak verir.

*İş akışlarının düzenli bir şekilde oluşturulmasını sağlar.

Sharepointin en önemli özelliklerinden olan Döküman Depolama ve Yönetilmesi özelliği bulunur.Bu özelliğin getirdiği yenilikler kısaca şöyle özetlenebilir:

-Döküman Kütüphanesi

-Döküman Versiyonlama

-Geri Dönüşüm kutusu

-Resim Kütüphanesi

-Task atama olayları

-Problem Listeleri

Sharepoint serverın en önemli özelliği web sayfası dizayn edebilme seçeneğidir.Firma çalışanlarına birtakım web paylaşımları sunar.Bunları özetlemek gerekirse:

*Online Sunum:Firma çalışanları arasında real time haberleşmeyi sağlar.Exchange ve Active Directory entegrasyonu sayesinde kişilerin free,busy,offline olup olmadıklarını gözlemlemeye olanak verir.

*Web Parts:Web partlar sayesinde custom web siteleri yapılabilmektedir.

*Tartışma Panoları:Kişilere tartışma forumları açabiliriz.

*Contact Lists:Kontak listeleriyle kişilerin telefon,adres bilgisi vb. bilgilerini yayınlayabiliriz.

*Shared Calendars:Bu özellikle kişiler birbirlerinin Calendar durumlarını görebilir ve önemli toplantılarını buna göre organize edebilirler.

*Döküman Alanı:Bu kısımda kişiler birbirleriyle döküman paylaşımı yapabilirler.

Bilgi Yönetim Özellikleri

*Alerts:Kullanıcıların dökümanlar yaratıldığında ,silindiğinde veya değiştirildiğinde e-mail ile uyarılması için alertler kullanılmalıdır.

*RSS Desteği:RSS desteği ile diğer web sitelerinde oluşan update bilgileri direkt olarak kullanıcıya yansıtılır.

*Search Desteği:Bu sayede dizayn edilmiş olan site içerisinde arama işlemleri yapılabilmektedir.

İletişim Özellikleri

*Duyurular:Web sitesinde oluşan değişikliklerin kullanıcılara anons edileceği kısımdır.

*Linkler:Kullanıcıların sıklıkla kullandıkları web sayfalarının linklerini buraya koyarak yayınlatabiliriz.

*Tartışma Panoları:Şirket çalışanları için çeşitli konularda tartışma yapılabilecek kısımdır.

Sharepoint Server 2007 Kurulum Aşamaları

Sharepoint kurulumu için server üzerinde bulunması gereken temel özellikler şöyledir;

-Min. W2003 standart server+sp1

-.net 2.0 ve .net 3.0

-IIS 6.0

-SQL 2005 Sp2

-Min. 1 GB ram

Sharepoint server kurulumunda öncelikle yapılan işlemler şöyledir;

Office server.exe ile setup işlemine başlanır.

Lisans key girilir.

Kurulum seçeneklerinden Gelişmiş seçeneği seçilir.

Tüm bileşenleri yükle seçeneği seçilir.

Sharepoint server 2007 yüklenmeye başlanır.

Ve sharepoint kurulumu bitirilir.

Şimdi Sharepoint serverın database bağlantısı ve diğer özelliklerini configüre edeceğimiz sihirbaz kısmına başlıyoruz;

Yes seçilerek ilerlenir.Yeni bir sunucu grubu kurmak istediğimizden hayır seçeneği seçilerek ilerlenir.

Veritabanı sunucusu ve database ismi belirtilir.

Sharepointe bağlanacağımız port numarası ve authentication seçenekleri doldurulur.

İleri seçilerek Sharepoint yapılandırması başlatılır.

Son seçilerek kurulum bitirilir.

Sharepoint serverı kurduktan sonra Sp1 kurulumuna geçilir.Önce WSS service pack i kurulur.

Son seçilerek kurulum bitirilir.

Kurulumdan sonra windows servisi olarak gelen Office Sahrepoint servera ait 4 adet servis aşağıdaki gibidir.

Sharepoint serverın console unun yapılandırması için sırasıyla şu adımlar yapılmalıdır.İlk olarak Yönetim Merkezi konsolu açılır.Burada Sharepointin tüm servisleri default olarak kapalı olarak geldiğinden servisler enable edilmelidir.

Bu kısımda “İşlemler” menüsü seçilir.

“Sunucudaki Hizmetler” seçeneği seçilerek servislerin olduğu kısma geçilir.

Burda görülen servisler tek tek manuel olarak başlatılır.

Servisleri başlattıktan sonra Sharepoint serverın özellikle mail haberleşmesinde kullanacağı gelen ve giden mail hesapları oluşturulmalıdır.Önce giden posta hesabı oluşturulur.

Tamam seçilir ve ardından Gelen posta ayarlarına geçilir.

Yönetim merkezi konsolundan Sharepoint uygulamalarına temel teşkil edecek ilk web sayfası ve SSP uygulaması oluşturulmalıdır.Bunun için Uygulama Yönetimi kısmı seçilir.”Web Uygulaması oluştur veya genişlet” seçeneği seçilerek default bir web site oluşturulur.

Bu kısımda “Yeni web uygulaması oluştur” seçilir.

Default web sitesinin ayarları bu bölümde yapılmaktadır.

Tamam seçilir.

Default web site oluşturulduktan sonra bu site ın kullanacağı içeriği belirleyecek olan site kolleksiyonu oluşturulmalıdır.Bunun için “Site kolleksiyonu oluştur” seçeneği seçilir.

Bu kısımda sitenin kullanacağı port,hangi kullanıcı ile sitenin servisinin çalışacağı,kullanacağı database gibi bilgiler girilir.

Sharepoint serverın çalışabilmesi için önemli bir ayarda SSP(Shared Service Provider) uygulaması yaratılmasıdır.Bu sharepoint serverın servisinin web tarafından ayarlanması ile mümkündür.Web konsolundan “Paylaşılan Hizmetler Yönetimi ” kısmına tıklanır.

Yeni SSP seçeneği seçilir.

Tamam seçilerek SSP yaratılmış olur.

Bir sonraki makalemde görüşmek üzere.

Cenk BALCI

Windows Sharepoint Services (WSS) Uzerinde kullanici Izinleri

Hakan Uzuner — Tue, 18 Aug 2009 06:14:23 +0000

Bu makalemizde WSS üzerinde oluşturduğumuz site ve collection’ların izinlerini inceleyeceğiz. Bu sayede artık birbirinden bağımsız siteler oluşturmuş ve bunların erişimlerini kullanıcı veya grup bazlı ayarlamış olacağız.

İlk olarak makalemize yeni kurulmuş olan bir Sharepoint sitesinin nasıl anonim erişime açılacağının detayını vererek başlayalım;

Bir Sharepoint sitesi kurarken bizlere anonim erişime açık olup olmayacağı ile ilgili bir sorunun yöneltildiğini hatırlayın ( ilk makalemde collection oluşturulurken bu bölüme değinmiştim )

Biz bu soruyu “No” olarak yanıtlamış olsak ta benim şu anda anlatacağım yöntem ile var olan bir siteyi anonim erişime açabiliriz.

Örneğin elimizdeki var olan “cozumpark.com” sitemizi kurarken anonim erişimi açmamıştık ve browser’a www.cozumpark.com yazdığımızda aşağıdaki gibi bir ekran ile karşı karşıya kalacağız

Burada görüldüğü gibi site açıldı ancak “Administrator” kullanıcısı ile logon olduk (bilgisayara hangi kullanıcı ile logon olmuş isek otomatik olarak o kullanıcı ile sharepoint sitesine login olduk.)

Not; Bunun için IE üzerine aşağıdaki ayarın yapılması gerekli;

Bu ayarı yapmamanız halinde ise anonim erişim açık olmadığı için siteye giriş yaparken size kullanıcı adı ve şifre soracaktır.

Siteye giriş yaptıktan sonra aşağıdaki gibi site ayarları bölümüne geçiyoruz

Gelişmiş izinler

Ve ayarlar bölümüne tıkladığım zaman burada anonim erişim ile ilgili bir bölüm olmadığını görüyorum. Bunun sebebi bu site kurulurken anonim erişim istemediğimi söylemiştim ( diğer makalemde bu bölümleri anlatmıştım ) bu nedenle anonim bölümü yok, ancak şimdi ben bu sitede anonim erişimi açmak istiyorum bunun için ise ilk olarak Central Administration bölümüne erişiyorum

Buradan “Authentication providers” kısmına tıklıyorum

Şu anda w2003 yani sharepoint kurulumu ile gelen varsayılan sharepoint sitesi seçili olduğu için onun üzerine tıklayıp aşağıya doğru açılan menüden “Change Web Application” bölümünü seçiyorum.

Kendi web sitemizi seçiyoruz

Ardından “Default” bölümüne tıklıyoruz

Açılan menüden anonim erişime izin veriyoruz.

Bu değişiklikten sonra sitenize girerken kullanıcı adı ve şifre bilgisinin doğru veriliyor olmanıza rağmen logon sorunları yaşıyorsanız aşağıdaki kayıt defteri değişikliğini yapmanız yeterli olur.

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa

Siteye logon olduktan sonra yine site ayaları ve gelişmiş izinlerin olduğu bölüme gidiyoruz ( yukarıdaki bölüme bakıp aynı yolu izleyebilirsiniz )

Artık burada “Anonim Erişim” ile ilgili bir seçeneğin olduğunu görüyoruz ve tıklıyoruz

Kendi şirket politikalarınıza göre istediğiniz izinleri seçip tamam dedikten sonra artık sharepoint sitemiz anonim erişime hazır hale geliyor

Yukarıda görüldüğü gibi değişiklikten sonra anonim olarak giriş yaptım.

Şimdi ise sharepoint siteleri için tanımlı kullanıcı gruplarını ve yetkilerini görelim;

Bunun için site ayarları bölümünden kişiler ve gruplara tıklıyoruz

Sol bölümde kurulum ile beraber gelen 3 kullanıcı grubunun olduğunu görüyoruz. Bunlardan Üyeler ve Ziyaretçiler tanımlanmamış durumdadır.

Ancak Sahipler bölümü ise site kurulurken bize sorulan soru gereği ( collection yöneticisini bir collection kurarken mutlaka tanımlamak gerekiyor, bunuda yine bir önceki makalemde detaylandırmıştım ) tanımladığımız kişiyi görebiliyoruz ( Administrator ) .

Bu durum bize şunu anlatıyor; eğer bu sitede anonim erişim açık olmasaydı “administrator” kullanıcısı dışında kimse bu siteye login dahi olamayacaktı. Çünkü sahipleri kısmı dışında tanımlı bir kullanıcı veya grup mevcut değil. Bizlerde site yöneticileri olarak bu bölümleri tanımlamak zorundayız.

Eğer site bu hali ile kullanılacak ise “ÇözümPark Ziyaretçileri” isimli bölümü doldurmak pek anlamlı olmayacaktır. Çünkü bu bölüm sadece bu sharepoint sitesini görüntüleme yetkisine sahip olacak kullanıcılar içindir. Örneğin anonim erişimi açık tutmayıp şirket çalışanlarını bu gruba eklerseniz sadece şirket çalışanlarınız siteyi ziyaret edecektir.

Bu grupların varsayılan yetkileri ise aşağıdaki gibidir;

Ziyaretçiler – Okuma – Yalnızca görüntüleyebilir

Üyeler – Katılım – Görüntüleyebilir, ekleyebilir, güncelleştirebilir ve silebilir.

Sahipler – Tam Denetim – Tam denetime sahip

Biz istersek kendimize yeni gruplarda açabilir ve elimizdeki Windows grupları veya kullanıcılarını bu yeni açacağımız Sharepoint gruplarına üye yapabiliriz.

Varsayılan gruplar ile uygulamamıza devam etmek gerekir ise; Senaryom aşağıdaki gibi olacaktır.

ÇözümPark ana sayfası herkes tarafından görüntülenmesine karşın Biz Kimiz bölümü sadece şirket çalışanlarına, online destek bölümü ise sadece muhasebe çalışanlarına açık olacaktır.

Bu amaçla ilk olarak yapmam gereken alt sayfaların yukarıdan izin almasını engellemek olacaktır. Çünkü Biz Kimiz ve Online Destek bölümlerinin izinleri birbirinden ayrı olmalı ancak her iki alt site aynı collection da olduğu için aşağıdaki resimlerden de görüleceği üzere alt sitelerin de yöneticileri yani grupları aslında ÇözümPark Collection’nının gruplarıdır.

Biz Kimiz bölümünde site ayarlarını açıyorum

Gelişmiş izinler bölümüne giriyorum

Ve collection dan gelen grupları görüyorum . Yani Bu gruplar aslında Biz Kimiz bölümü için değil ÇözümPark ana collection için oluşturulmuş durumda.

Aynı şekilde diğer alt sitemiz olan Online Destek bölümüne geçtiğimizde de tablo farklı değil;

Site ayarları

Gelişmiş izinler

Burada da aynı grupları görüyoruz. Bu da demek oluyor ki şu anda her iki alt sitede aynı gruplar tarafından yönetiliyor. Bunu değiştirmek için aşağıdaki adımları izleyebiliriz;

Yukarıdan izin almasını istemediğimiz alt sitede “Site Ayarları – İzinler” bölüme geliyoruz

Ve izinleri düzenle dediğimizde aşağıdaki gibi bir uyarı ile karşılaşıyoruz;

Bu uyarıya “Ok” diyerek artık “Biz Kimiz” bölümünü yukarıdan bağımsız hale getirmiş oluyoruz. ( Not; şu anda yukarıdan izin alma dedik ancak var olan izinleri yani grupları silmediğiniz sürece hala ÇözümPark Collection grupları bu alt siteyi etkilemektedir ) .

Görüldüğü gibi artık bu grupları silebiliyoruz.

Şimdi ilk olarak yukarıdan gelen izinleri silip kendi gruplarımızı oluşturalım.

Yukarıdan gelen bu izinleri silmek için hepsini seçtikten sonra Eylemler menüsünden Kullanıcı izinlerini kaldır dememiz yeterli olacaktır.

Yukarıdan gelen tüm izinleri kaldırdığımıza göre artık bu site için yeni gruplar ve gruplarada var olan Windows kullanıcı veya gruplarını ekleyebiliriz.

Yeni menüsünden Biz Kimiz sitesini ziyaret etmek isteyecek kullanıcıların içerisinde yer alacağı grubu tanımlayabiliriz.

Grubun adını, açıklamasını, grubun sahibini ve grup ayarlarını tamamlıyoruz.

En alt bölümde ise bu grubun yetkilerini belirliyoruz. Amacımız ziyaret olduğu için bu gruba yetki olarak sadece “Okuma” izni veriyoruz ve grubu oluşturuyoruz.

Görüldüğü gibi gruba tek üye grubun sahibi olan Administrator kullanıcısı. Biz hemen bu gruba Biz Kimiz sitesi için ziyaretçileri ekleyelim.

Bu bölüme Windows kullanıcısı veya Windows grubu ekleyebiliriz; yani bir Sharepoint grubuna yetki verdikten sonra bu Sharepoint grubuna bir Windows grubu veya bir Windows kullanıcısı eklenebilir. Kullanıcı tanımladıktan sonra istersek bu kullanıcıyı bu gruba eklemek yerine direk kullanıcıya da yetki verebiliriz. Yani Bir Windows kullanıcısını direk olarak bir SharePoint grubuna eklemeden de yetkilendirebiliriz.

Buradaki izin düzeylerinin detayı aşağıdaki gibidir;

Tam Denetim

Bu izin düzeyi bütün izinleri içerir. Varsayılan olarak Site adı Sahipleri SharePoint grubuna atanmıştır. Bu izin düzeyi özelleştirilemez veya silinemez.

Tasarım

Web sitesinde liste ve belge kitaplığı oluşturabilir, sayfaları düzenleyebilir ve tema, kenarlık ve stil sayfası uygulayabilir. Varsayılan olarak herhangi bir SharePoint grubuna atanmamıştır.

Katkıda Bulunma

Var olan liste ve belge kitaplıklarında öğe ekleyebilir, düzenleyebilir ve silebilir. Varsayılan olarak Site adı Üyeleri SharePoint grubuna atanmıştır.

Okuma

Web sitesine salt okuma erişimi. Bu izin düzeyine sahip kullanıcılar ve SharePoint grupları öğeleri ve sayfaları görüntüleyebilir, öğeleri ve belgeleri açabilir. Varsayılan olarak Site adı Ziyaretçileri SharePoint grubuna atanmıştır.

Sınırlı Erişim

Sınırlı Erişim izin düzeyi, kullanıcılara sitenin tamamına erişim hakkı vermeden belirli bir liste, belge kitaplığı, öğe veya belgeye erişim hakkı vermek için ayrıntılı izinlerle birleştirilecek şekilde tasarlanmıştır. Ancak, örneğin bir liste veya kitaplığa erişmek için kullanıcının üst Web sitesini açma ve Web sitesinin teması ve gezinti çubukları gibi paylaşılan verileri okuma izni olmalıdır. Sınırlı Erişim izin düzeyi özelleştirilemez veya silinemez.

Yukarıda tanımlı izin gruplarının tam olarak neler yapabildiğini aşağıdaki tablolardan takip edebilirsiniz.

Liste Üzerindeki İzinleri;

Site Üzerindeki İzinleri ;

Tabii ki vereceğiniz izinlerin bağımlılığı da önemlidir; yani bir izin vermeniz bağımlı olduğu bazı izinlerinde o kullanıcı veya gruba verilmesi demektir;

Bağımlılık tablosu ise aşağıdaki gibidir;

Bu detayları verdikten sonra makaleye kaldığımız yerden devam edelim;

Sağ taraftaki küçük adres defterine tıklarsanız liste şeklinde kullanıcı ve grupları görme şansına sahipsiniz

İstediğiniz kullanıcı ve grubu seçtikten sonra ekleme yapıyoruz. Son durumda ziyaretçiler grubumuzun iki üyesi bulunmaktadır.

Sizlerde aynı şekilde Biz Kimiz bölümü için 3 veya istediğiniz adette gruplar açıp bunların içerisine istediğiniz kullanıcıları yerleştirebilirsiniz. Aynı şekilde bu işlemleri bir diğer sitemiz olan Online Destek bölümü içinde yapabiliriz.

Şimdi Hakan kullanıcısı sadece Biz Kimiz bölümünde yetkili olduğu için hakan kullanıcısı ile login olduğumuz Sharepoint sitemizin nasıl görüneceğine bir bakalım

Şekilde görüldüğü gibi “hakan uzuner” kullanıcısı ile login olmama rağmen her üç Siteyide görebiliyorum ( ana sayfa yani root collection içerisindeki sayfa, biz kimiz ve online destek bölümü ) . Ama bir dikkat çekici konuda hiçbir yetkisinin olmaması. Bunun sebebi her 3 siteninde anonim erişime açık olması. Yani aslında gerek ana sitede gerekse online destek sitesinde hakan uzuner kullanıcısı ziyaretçi veya başka bir şekilde tanımlı değil, bu durumda bu siteleri görmemesi gerekiyor, ancak görme nedeni her 3 site içinde anonim erişimin açık olması. Şimdi Online destek bölümündeki anonim erişimi kapatarak olayın değişimini izleyelim;

Anonim erişim ayarları bölümüne gelip anonim erişimi kapatıyoruz.

Şimdi hakan uzuner kullanıcısı ile bir daha login oluyoruz ve son durum aşağıdaki gibi;

Görüldüğü gibi Online Destek sitesinde henüz tanımlı hiç bir kullanıcı olmadığı için, daha doğrusu hakan uzuner kullanıcısının burada yetkisi olmadığı için bu siteyi göremiyor. Biz istersek hakan uzuner kullanıcısını online destek bölümü için ziyaretçi olarak ekler katılım izni vermeyebilirdik, yani siteyi gezebilir ancak döküman ekleme, anket yanıtlama vb hiçbir katılım gösteremezdi. Bu şekilde istediğiniz siteler için istediğiniz Sharepoint grublarını tanımlar ve bunlara Windows grupları veya kullanıcılarını ekleyerek sitelerin arasında güvenlik ayarlarını yapmış olursunuz.

WSS ile Web Application Site – Collection ve Subsite Tanimlama

Hakan Uzuner — Mon, 13 Jul 2009 14:19:23 +0000

WSS Ürünün kurulumu ve genel özellikleri hakkında bilgileri daha önceki makalelerimde sizlerle paylaşmıştım. Bu makalemde ise artık kurulumunu yaptığımız WSS ürününün şirket içerisinde kullanıma hazır bir hale nasıl getireceğimize değineceğim.

Sisteminize WSS kurmanız halinde IIS üzerinde aşağıdaki gibi yeni iki adet site karşımıza çıkmaktadır.

Yine kurulum sonrası aşağıdaki dizinde ise bu iki web sitesine ait dosyalar yer almaktadır

IIS Üzerinde görüldüğü üzere var olan sitenin dışında biri yönetim amaçlı olmak üzere iki yeni web sitemizin olduğunu görüyoruz.

Bunlardan ilki olan “Central Administration” ; yeni sharepoint siteleri tanımlamak , var olan siteler için yeni içerikler oluşturmak , servis ve sunucu ayarları gibi temel görevleri yerine getirmek amacı ile kullanacağımız yönetim sayfasıdır. Diğer web sitemiz ise kurulum ile beraber gelen örnek bir sharepoint sitesidir.

Yönetim Sayfası

Örnek Sharepoint Sitesi ;

Burada dikkatimizi çeken bir noktada kurulum sonrası varsayılan ve IIS kurulumu ile gelen web sitemizin artık çalışmıyor olması . Bunun sebebi gerek varsayılan sitemiz gerekse sharepoint kurulumu ile beraber gelen örnek sitenin aynı portu kullanarak yayın yapıyor olması ( http – 80 nolu port ) . Bir port üzerinden host header olmadan birden çok site yayınlayamadığımız için varsayılan sitemiz durmuş bulunuyor. WSS kurulumunun hemen ardından böyle bir sorun yaşıyor iseniz bu iki siteden birine aşağıdaki şekilde görüldüğü gibi bir host header eklemeniz yeterli olacaktır ( bu adresi dns üzerinde de tanımlamanız gerekiyor ki şirket çalışanları bu adres üzerinden siteye erişebilsinler ) .

Bu işlemin ardından DNS üzerinde ilgili zone’u tanımlamak ve gerekli A kaydını açmak işlemin tamamlanması için yeterli olacaktır.

Bu işlemin ardından WSS kurulumu ile servis vermeyi durduran varsayılan web sitemizde servis vermeye devam etmektedir.

Şimdi ise WSS kurulumu ile gelen ilk Sharepoint Web sitemizi açalım ; ( kullanıcı adı ve şifre bilgisi için yerel makinede veya domain ortamı var ise domain de yetkili bir kullanıcı ile giriş yapabilirsiniz. Çünkü bu site için Administrator kullanıcısı dışında bir kullanıcı ne ziyaretçi olarak nede sitenin bir üyesi olarak tanımlı değildir ) .

Bu site kurulum ile gelmiş olup istersek gerekli değişiklikleri üzerinde yapabiliriz ancak biz kendi sitemizi oluşturup onun üzerinde çalışmalar yapacağız.

Evet artık kendi sitemizi oluşturmaya başlayalım ;

İlk olarak Central Administration sayfasından Application Management sekmesinin hemen altında yer alan “Create or Extend Web Application” bölümüne tıklayalım.

Hemen ardından aşağıdaki gibi bir pencere ile karşılaşıyoruz ;

Buradan “Create a new Web application” linkine tıklayıp bir sonraki sayfaya geçiyoruz ;

Bu bölümde ilk olarak IIS üzerinde var olan ancak içerisinde Sharepoint bileşenleri yüklü olmayan sitelerin herhangi birini seçmemizi sağlayan açılır bir menü görüyoruz. Yani özetle size ; oluşturacağınız bu yeni Sharepoint sitesi IIS üzerinde zaten var olan bir site üzerine mi yüklensin yoksa tamamen yeni bir web sitesi mi oluşturulsun. Bu açılır menüde şu anda var olan 3 web sitesinden yanlızca “Default Web Site” seçilebilir ; çünkü onun dışındaki diğer iki site zaten WSS tarafından kuruldu ve içerisinde Sharepoint bileşenlerini barındırıyor.

Ben burada seçim olarak tamamen yeni bir web sitesi oluşturmak istediğimi belirtiyorum ve sitenin IIS üzerindeki açıklaması için ( sadece tanımlayıcı bir isimdir ) “cozumpark.com” yazıyorum ve hemen ardından yayın yapacağı port olan “80” nolu portu tanımlıyorum. Tabiki bu port üzerinden yayın yapan iki web sitesi daha hali hazırda IIS üzerinde tanımlı olduğu için ben siteme hemen bir host header tanımlıyorum ve bu adres benim için kullanıcıların benim web siteme erişmek için kullanacağı adres olacaktır ; “www.cozumpark.com” . Bu tanımlamadan sonra ise bu web sitesi için dosyaların nerede saklanacağını tanımlıyorum. Alt bölümde ise ;

Siteye giriş esnasında gerçekleştirilecek olan kimlik doğrulama için hangi kimlik doğrulama yönteminin kullanılacağını ve bu sitenin anonim erişime açık olup olmayacağına karar veriyorum. Ayrıca eğer bu site için SSL kullanmayı düşünüyorsanız buradan veya kurulum tamamlandıktan sonra buradaki hemen hemen bütün ayarlarda olduğu gibi IIS üzerinden bu ayarıda değiştirebilirsiniz.

Bu bölümde ise yeni web siteniz için ortam havuzu ayarlayabilirsiniz. Yani bu web sitesi için donanım kaynaklarını diğer sitelerden bağımsız olarak yönetmek istiyorsanız bunu tercih edebilirsiniz. Veya varolan ortam havuzlarından birini seçerek devam edebilirsiniz.

Son bölümde ise bu web sitesi için veri tabanı bilgileri , varsa sql ile bağlantı bilgileri ve arama servisinin hangi makine üzerindeki servis olacağını seçebilirsiniz. Bu işlelerin sorununda sitenizi oluşturmuş oluyorsunuz.

Site oluşturma işleminin ardından yukarıdaki gibi bir uyarı ile karşılaşıyoruz. Burada bahsedilen konu ; site oluşturmuş olsanız dahi içeriği boş olduğu için sitenin içini doldurmak adına mutlaka bir “collection” oluşturmak zorundayız. Bunun için ilgili linke tıklamak ve aşağıdaki yönergeleri takip etmeniz gerekmektedir ;

Sitemize açıklayıcı bir isim ve tanımlama bilgisini giriyoruz.

WSS yüklemesi ile beraber gelen ( Collaboration – Meetings ) veya bizlerin daha sonra yüklediğimiz bir çok ( application templates ) şablon site içerisinden bizr uygun olanı seçiyoruz. Buradaki menüler dil ayarlarına görede değişiklik göstermektedir. Yani eğer siz WSS kurulumunun hemen ardından birde Türkçe yama paketini yüklerseniz aşağıdaki gibi türkçe seçeneğini seçtiğinizde size sadece elinizde mevcut türkçe şablonları gösterecektir ;

Bu seçimlerin ardından bu site için bir veya iki yönetici tanımlayıp gerek duyuyorsak kota tanımını yapıp ( önceden central administration bölümünden kota şablonlarını tanımlamanız gerekli ) collection kurulumunu tamamlıyoruz.

Son bölümde artık sitemizi ziyarete açabiliriz ( dns üzerinde www.cozumpark.com için kayıt açmayı unutmayın ).

Yine karşımıza bir kimlik logon penceresi gelir ve siz yine yetkili bir kullanıcı ile giriş yapabilirsiniz.

Artık içinde bir Collection olan sitemiz hazır. Bir collection dememin sebebi bu site içerisine birden çok collection açabiliyor olmam. Sharepoint mimarisinde Açtığınız bir site içerisine bir collection ve bu collection içerisine ise pek çok alt siteler açabilirsiniz. Veya bir site içerisine birden çok collection açarak yine bu collectionların içine alt siteler açabilirsiniz.

Bu kavramları daha iyi anlamak için aşağıdaki şekli kullanabiliriz

Bu şekilde Shrapoint yapısındaki “Web Application” , “Web Site Collection” , “Sites” ve “Subsites” kavramları son derece açık bir şekilde çizilmiştir.

Kapsam olarak ise aşağıdaki şekilde de gösterilebilmektedir ;

1. Web Application

1.1 Site Collection (SPSite)

1.1.1 Site (SPWeb)

1.1.2 Site (SPWeb)

1.2 Site Collection (SPSite)

1.2.1 Site (SPWeb)

1.2.1.1 Sub Site (SPWeb)

1.2.1.2 Sub Site (SPWeb)

Yukarıdaki örnekte bir adet Web Application içerisinde iki adet site collection bulunmakta ve ilk site collection içerisinde iki adet site bulunmaktadır. İkinci site collection içerisinde ise bir tane site ve o site a ait olan iki tane subsite görünebiliyor.

Peki biz ne zaman collection açmalıyız ne zaman subsite yapmalıyız ? Bir site yaptınız ( web application ) ve içine gerekli olan ilk collection’ı yüklediniz artık elinizde bir web application ve bir web site collection var. Peki bunun içine 20 ayrı site açabilirmiyiz ? tabiki açabiliriz. Peki bir bu kadar collection açıp içlerine siteler ekleyebilirmiyiz ? yine sorunun cevabı evet olacaktır. Bu durumda collection ‘ı ayıran en önemli özellik kotalardır. Yani eğer farklı sitelere ( şirket bölümleri , eğitim bölümleri , vb ) farklı kotalar uygulamak istiyorsanız ayrı collection’lar açmak zorundasınız ( bu aslında yapılabilir ancak biraz yazılım bilgisi gerekmektedir ) . Bunun dışında gerek güvenlik gerekse diğer konular için collection açmanıza gerek yoktur.

Şimdi ÇözümPark.com sharepoint sitesi için yeni bir collection oluşturalım ;

Central Administration bölümünden aşağıdaki adımları izleyelim ;

Bu bölümde yeni açacağımız collection için bir isim veriyoruz ve burada da görüldüğü üzere ilk collection içeriği ( root dizininde “/” çalışıyor ancak bundan sonrakiler ise “/sites” yolu ile temsil ediliyor ). ÇözümPark sitesi için ilk collection ana sayfası temsil ederken bu açacağım ikinci collection ise makaleleri temsil edecek.

Bu collection için ihtiyaç duyduğumuz şablonu seçiyor ve kurulumu tamamlıyoruz.

Artık bir Site içerisinde iki adet collection’ a sahibiz. Ancak bu iki collection yapı gereği birbirinden bağımsız olduğu için aynı sayfa üzerinde görüntülenmeyecektir.

Ana Sayfamız ;

Ve yeni açtığımız collection

Yukarıdaki iki şekle baktığımızda zaten collection kavramını bir kez daha anlamış oluyoruz. Görüldüğü gibi birbirinden bağımsız iki ayrı site gibi görünmektedir ki isterse birbirleri arasına link koyarak bu siteleri bağlayabiliriz. Yani ana sayfaya ( www.cozumpark.com) makale collection için bir bölüm , makale bölümüne ise ( www.cozumpark.com/sites/makale/) ana sayfa için bir link koyabiliriz .

Şimdi makale collection’ını gibi yeni bir collection daha açıyorum ve ismini forum olarak belirliyorum.

Son durumda onunda resmi aşağıdaki gibidir ;

Son durumda bir ana sayfa ( ve içerisinde bir collection = root collection “/” ) ve altında iki adet collection açmış bulunuyoruz. Oysaki bunu bir ana sayfa ve altında root collection içine subsite ile bu işi aynı şekilde yapabilirdik. Böyle bir durumda tek ana sayfa ( ve içerisinde bir collection = root collection “/” ) ve bunun içinde iki tane alt site olacak ve şu andaki durumda tek farkı kota uygulaması olacaktı. Eğer her bir sitenin fiziksel disk üzerinden ne kadar alan kullanacağına dair bir yönetim planı yapmayacaksanız ayrı collection açmanıza gerek yoktur .

Şimdi ise root dizini altına iki tane alt site açacağım ( yani collectionların bir nevi olmadığını düşünüyorum root altına iki tane alt site açacağım ) .

Bunun için root yani ana sayfada site ayarları sayfasına geliyorum ;

Sitemiz için bir isim belirliyoruz ve gerekli şablonu seçiyoruz ;

Bu bölümde ise önemli bir nokta bulunmaktadır. Pek çok kişi collection ları güvenlik nedenleri ile kullanmaktadır. Yani sanki Active Directory yapısındaki farklı forestlar gibi. Burada anlatmak istediğim şudur ki ; eğer iki ayrı collection varsa ortamda zaten onların güvenlik izinleri birbirinden bağımsız bir şekilde çalışır. O kadar ki siz ayarlamadığınız sürece bu collection içindeki siteler birbirilerini dahi göremezler. Bu nedenle bir site içerisindeki alt siteleri güvenlik nedenleri ile ayırmak içinde collection kullanılabilir. Ancak ben bunun bir neden olacağından bahsetmedim . Çünkü bu bölümden de göreceğiniz gibi siz isterseniz aynı collection içindeki sitelerin yukarıdan izin almayarak kendine özel izinlerin tanımlanmasını sağlayabilirsiniz. Buradaki gerekli seçenekler tamamen sizin yönetim planlarınız doğrultusunda değişebilir.

Sitemizin açıldıktan sonra ana sayfadaki durumu aşağıdaki gibidir ;

Bunun gibi hemen ikinci bir site daha oluşturdum ve son durum aşağıdaki gibidir ;

Bu arada “Wiki sayfaları” nedir diye düşünüyorsanız ; ben değişiklik olsun diye açtığım her site veya collection için farklı bir şablon seçmeye gayret gösteriyorum.

Son durumda ana sayfa ise aşağıdaki gibidir ;

Yukarıdaki şekil bize ; bir web application içinde root collection içinde iki site olduğunu gösteriyor ve tabiki bizim bildiğimiz ama burada görünmeyen iki collection ve içlerinde root siteler var. Bu makale yardımı ile artık WSS üzerinde web application , collection , site ve subsite kavramlarını anlamış bulunuyoruz. Bir sonraki makalemde ise güvenlik konuları üzerinde duracağım. Bir sonraki Sharepoint makalesinde görüşmek üzere.

Hakan UZUNER

Adım Adım Sharepoint 2007 Kurulum ve Konfigurasyon

Hakan Uzuner — Mon, 23 Feb 2009 07:46:55 +0000

Sharepoint sisteme kurulmadan önce iyi bir planlama yapılması gerekmektedir. Öncelikle sistem kaynaklarınızı belirlemek için Sharepoint Capacity Planning Toolu kullanabilirsiniz. İlk kurulumda sistem kaynaklarınızı en minimum seviyede tutabilirsiniz.

http://www.microsoft.com/DOWNLOADS/details.aspx?FamilyID=dbee0227-d4f7-48f8-85f0-e71493b2fd87&displaylang=en

Sharepoint Serverımızı indiriyoruz

http://www.microsoft.com/downloads/details.aspx?FamilyId=2E6E5A9C-EBF6-4F7F-8467-F4DE6BD6B831&displaylang=en

OfficeServer.exe dosyasını çalıştırarak kuruluma başlıyoruz. Ürün anahtarımızı giriyoruz.

Bir sonraki ekranda size yükleme taahhüdü sunacaktır. Sonraki ekranda 2 çeşit yükleme seçeneği sunacaktır.

Temel Seçenek:
Tek bir sunucuda her şey yüklenir.
Tüm kurulumları basit bir şekilde kendi hazırlar.

Gelişmiş seçenek ile ayarları kendimiz belirtiyoruz.

Sunucu Türünü seçiyoruz. Burada 3 seçenek vardır. Tam seçenek ile tüm kurulumları yapıyoruz. Burdan SQL serveri kendimiz yerini belirliyoruz. Web ön ucu ile sadece web erişim sunucusu olarak kurabiliyoruz. Tek başına seçeneği ile kurulumları MSDE üzerinde yapar.

İşlemleri tamamladıktan sonra kuruluma başlıyoruz.

Kurulum bittikten sonra kurulum sihirbazımızı çalıştırıyoruz.

Yapılandırma sihirbazında bize hali hazırda olan bir Sharepoint database ine bağlanma imkânı sağlayabilir. Eğer herhangi bir database imiz yoksa yeni bir sunucu grubu oluşturma seçeneğini seçiyoruz.

Veritabanı sunucumuzu tanımlıyoruz. Veritabanı Adı listede çıkacaktır. Veritabanı erişim için kullanıcı adımızı ve parolamızı tanımlıyoruz.

Eğer sıfırdan bir kurulum yapıyorsak veritabanı sunucumuzu seçiyoruz. Sonrasında config database mizin adını yazıyoruz. Database erişim için kullanıcı adı ve parolamızı belirtiyoruz. Bu kullanıcın database üzerinde dbcreator yetkisi olması gerekmektedir.

Sonraki ekranda Sharepoint kontrol yönetimin bağlantı portunu belirtiyoruz. Default olarak kendisi bir port atayabilir. İsterseniz kendinizde boş bir port tanımlayabilirsiniz. Portal üzerinde kullanıcı doğrulaması için istediğiniz modeli seçiyorsunuz. Ben burada NTLM seçiyorum.

Kurulumumuz bitti. Bundan sonra yapmamız gereken Sharepoint Yönetim Merkezimize giriyoruz.

İlk olarak yapmamız gereken sunucudaki hizmetleri çalıştırmamız gerekiyor. İşlemler>Sunucudaki Hizmetleri bölümüne giriyoruz. Burdaki tüm servislerimizi başlatıyoruz. Bu işlemleri yaparken karşımıza o servisleri çalıştırmak için bir kullanıcı adı soracaktır. Ayrıca Sharepoint Arama Servisinin indexleme zamanlarını da bu ekranlarda belirtiyoruz.

Daha sonra İşlemler>Giden E-posta ayarlarından Sharepointin uyarılar, bilgilendirmeler için kullanılacak mail adresini tanımlıyoruz.

Bir sonraki görevimiz Paylaşılan Hizmetler Yönetimine girerek yeni bir SSP(Shared Service Provider) tanımlıyoruz.

Öncelikle SSP adımızı veriyoruz. Sonrasında SSP nin üzerinde çalışacağı web uygulamamızı seçiyoruz. Eğer yoksa yeni bir web uygulaması oluşturuyoruz.

Yeni bir uygulaması oluşturuyoruz. Burda Web sitemizin bağlantı portunu, Web sitemizin kimlik doğrulaması, erişim linki ve çalıştıracak kullanıcı adını belirtiyoruz.

SSP servisimizi başarılı bir şekilde kurduğumuzu görüyoruz.

Şimdi şirketimizin intranet sitesini oluşturmak için Uygulama Yönetimi>Web uygulaması oluşturma kısmına girerek yeni bir web uygulaması oluşturuyoruz.

Sitemizi oluşturduktan bunun erişimi için Uygulama Yönetimi>Site Koleksiyonu Oluşturma bölümüne girerek Intranet sitemizle ilgili Başlığımızı tanımlıyoruz. Daha sonra hazır bir şablon kullanabiliriz yâda boş bir site tanımlayarak kendimiz içeriğini doldurabiliriz.

En sonunda intranetimiz hazır geldi.

Bu işlemlerden sonra site eylemlerine girerek kullanıcılarımızı tek tek intranetimize tanımlıyoruz. Eğer toplu bir şekilde hepsini almak isterseniz Yönetim Merkezinden SSP sayfasından Kullanıcı profillerine girerek toplu bir şekilde çekebilirsiniz. Karşılaştığınız sorunlar ile ilgili forumun Sharepoint kısmından sorunlarınızı iletebilirsiniz.

Bir sonraki makalede ISO kapsamında dokuman kütüphanesi oluşturma, iş akışlarına sokma ve versiyonlama yönetimi ile ilgili örnekler yapacağız.Emre BALCI

Web Partlarda Farkli Veri Turlerinde Toolpart Kullanimi

Hakan Uzuner — Wed, 18 Feb 2009 21:33:27 +0000

Sharepoint içerisinde özel içeriklerin görüntülenebilmesi ve kişiselleştirilebilme için webpartları kullandığımızdan daha önce söz etmiştik. Hazırladığımız webpartlarda dinamikliğin sağlanabilmesi için “EditorPart” veya “ToolPart” olarak adlandırabileceğimiz, webpartın önyüzünde görüntülenmeyen ancak düzenleme modundayken görebildiğimiz bir konsolu vardır. Bu konsol içerisinde Appearance, Layout ve Advanced isminde varsayılan tablar her zaman bulunur ancak bizde bu bölüme yeni kontroller ekleyebilir ve bu kontrollerde yapacağımız değişikliğin webpart içerisinde aktif hale gelmesini sağlayabiliriz.

Örneğin Sharepoint’te yer alan bir listedeki verileri çeken ve sizin istediğiniz farklı bir görünümde gösteren bir webpart yazdığımızı varsayalım. Sharepoint’te yer alan 100 tane listeniz varsa ve hepsinde aynı görünüm değişikliğini yapmak istiyorsanız 100 farklı webpart yazmanız gerekir. Oysa ToolPart’ı kullanarak okunacak listeyi parametre olarak geçebiliecek olursa tek bir dinamik webpart yazıp her sayfada webpartın okuyacağı liste özelliğini değiştirip aynı webpartı tekrar tekrar kullanabiliriz.

Toolpart içerisinde pek çok kontrol türünden ASP.Net kontrolleri yaratabilirsiniz. Textbox, dropdownlist, checkbox, radiobutton gibi. Şimdi bir toolpart nesnesini projemize nasıl ekleriz ve yukarıda bahsettiğim türde farklı veri türlerini barındıran toolpart kontrollerini nasıl yaratabiliriz bunu örnekleyelim.

TextBox Türünde

private string _myString;

[Category("Custom Properties")]
[DefaultValue(c_MyStringDefault)]
[WebPartStorage(Storage.Personal)]
[FriendlyNameAttribute("Custom String")]
[Description("Type a string value.")]
[Browsable(true)]
[XmlElement(ElementName = "MyString")]
public string MyString
{
get
{
return _myString;
}
set
{
_myString = value;
}
}

Checkbox Türünde

private bool _myBool;

[Category("Custom Properties")]
[DefaultValue(c_MyBoolDefault)]
[WebPartStorage(Storage.Personal)]
[FriendlyNameAttribute("Custom Boolean")]
[Description("Select to set value to True.")]
[Browsable(true)]
[XmlElement(ElementName = "MyBoolean")]
public bool MyBool
{
get
{
return _myBool;
}
set
{
_myBool = value;
}
}

DropDownList Türünde

public enum myFarmEnum
{
barn = 0,
tractor,
hay,
pitchfork
};

[Category("Custom Properties")]
[DefaultValue(myFarmEnum.hay)]
[WebPartStorage(Storage.Personal)]
[FriendlyName("Custom Enum")]
[Description("Select a value from the dropdown list.")]
[Browsable(true)]
public myFarmEnum MyEnum
{
get
{
return _myEnum;
}
set
{
_myEnum = value;
}
}

DateTime Türünde

private System.DateTime _myDateTime;

[Category("Custom Properties")]
[WebPartStorage(Storage.Personal)]
[FriendlyNameAttribute("Custom Date Time")]
[Description("Type a DateTime value.")]
[Browsable(true)]
[XmlElement(typeof(System.DateTime))]
public System.DateTime MyDateTime
{
get
{
return _myDateTime;
}
set
{
_myDateTime = value;
}
}

Yukarıdaki örnekler ve birkaç farklı örneği projemize eklediğimizde aşağıdaki şekilde bir ekran görüntüsüyle karşılaşacağız webpartımızın editorpartında.

Toolparta girdiğimiz bilgilerin webpartın “Render” metodunda görüntülenebilmesi için ise standart .Net bilgimizden başka bir şeye ihtiyacımız yok.

protected override void RenderWebPart(HtmlTextWriter output)
{
output.Write(“Stored Property Values”);
output.Write(“
String: ” + this.MyString);
output.Write(“
Boolean: ” + this.MyBool.ToString());
output.Write(“
Int: ” + this.MyInt.ToString());
output.Write(“
Float: ” + this.MyFloat.ToString());
output.Write(“
DateTime: ” + this.MyDateTime.ToString());
output.Write(“
Enum: ” + this.MyEnum.ToString());
output.Write(“
Color Enum: ” + this.MyColor.ToString());
}

Evren AYAN
WSS Architecture MVP, ISPA Regional Evangelist

Microsoft Office Sharepoint Designer 2007 Is Akısı Aktiviteleri

Hakan Uzuner — Wed, 18 Feb 2009 21:32:14 +0000

Microsoft Office Sharepoint Designer 2007 içerisinde varsayılan olarak 21 farklı iş akışı aktivitesi yer almaktadır. Bu aktiviteler aracılığı ile iş akışı adımlarında kullanıcılara mail gönderilmesi, görev atanması, liste öğelerinin check-in/check-out edilmesi, gruplara görev atanması, iş akışının bekletilmesi, log kayıtlarının tutulması gibi işlemler gerçekleştirilebilir. Aşağıda varsayılan olarak gelen bu aktivitelerin hangi işlemler için kullanıldığı yer almaktadır.

MICROSOFT OFFICE SHAREPOINT DESIGNER 2007 VARSAYILAN AKTİVİTELERİ

Add Time To Date : Tarih tütündeki verilerle çalışmanızı ve bu verileri bir değişken içerisinde tutabilmenizi sağlar. Mevcut bir değişken içerisindeki tarih/saat formatındaki değere zaman eklemenizi ve çıkarmanızı sağlar.

Assign a Form To a Group : Grup üyelerine veya kullanıcılara bir form atamanızı sağlar. Atanacak formun oluşturulması için bir sihirbaz görüntülenir. Sihirbaz aracılığı ile yeni bir görev içerik türü ve içerik türüne bağlı alanlar yaratılır. Kullanıcı seçim listesinden seçilecek kullanıcılara veya gruplara oluşturulan içerik türü bir anket gibi atanır.

Assign a To Do Item : Karşınıza çıkacak bir diyalog kutusu aracılığı ile basit yapılacak işler / görev öğesi yaratılabilmesine ve kullanıcılara atanmasına yardımcı olur.

Build Dynamic String : Adım adım bir text değişken yaratılmasına yardımcı olur. Açılan editör ekranı aracılığı ile look-up alanlar text değişkenin içerisine yerleştirilir. Text değişkenler arasında birleştirme işlemi “+” (artı) operatörü kullanılarak gerçekleştirilir.

Check-In Item : Check-Out konumdaki öğenin tekrar kullanımında verilmesine olanak tanır. Bu işlem gerçekleşirken yeni versiyon oluşturma da gerçekleşebileceğinden Check-In işlemi için yorum yazılmasını ister.

Check-Out Item : Check-In konumdaki öğrenin kullanıma alınmasına olanak tanır. Bu işlem sonrası öğe üzerinde versiyonlama aktif ise minör versiyonlar oluşturulur. (0.1, 0.2 gibi) Düzenleme sonrası öğenin geri iade edilmesi (Check-In yapılması) gerekir.

Collect Data From a User : Bir sihirbaz aracılığı ile kullanıcı için görev atanmasına yardımcı olur. Atanacak formun oluşturulması için bir sihirbaz görüntülenir. Sihirbaz aracılığı ile yeni bir görev içerik türü ve içerik türüne bağlı alanlar yaratılır. Kullanıcı seçim listesinden seçilecek kullanıcıya oluşturulan içerik türünden bir görev atanır. İşlem sonrası oluşturulan görevin ID bilgisi output değişken olarak iş akışı içerisinde kullanılabilecek şekilde dışarı verilir.

Delete Item : Herhangi bir liste öğesinin iş akışı esnasında silinmesi için kullanılır. Özellikle temp olarak yaratılmış olan öğelerin başka bir listede gerçek kayıt olarak yaratılması durumunda iş akışında temp kayıt ile olan işlem tamamlandığında bu öğenin silinmesi için kullanılır.

Discard Check-Out : Check-Out edilmiş bir öğe üzerindeki kullanıma almanın kaldırılması amacıyla kullanılır. Bu işlem sonrasında eğer öğede bir güncelleme yapıldıysa bu güncellemede geri alınır ve yaratılan minör versiyon silinir.

Do Calculation : İki alan arasında temel hesaplama işlemlerinin yapılabilmesine olanak tanır (toplama, çıkarma, çarpma, bölme, mod alma gibi).

Log To History List : İş akışı esnasında look-up alan değerlerinin veya manuel olarak yazılacak açıklamaların iş akışı geçmişine kaydedilmesini sağlar. İş akışının sistemsel akışını izlemek ve nerede kaldığını öğrenmek adına kullanılabilecek manuel tek loglama aktivitesidir.

Pause for Duration : İş akışının gün, saat, dakika gibi zamansal bir değer boyunca beklemesini sağlar. İş akışı bu süre boyunca sadece bekleme görevini üstlenir ve sürenin sonunda kaldığı yerden devam eder.

Pause Until Date : İş akışının spesifik bir tarihe kadar beklemesini sağlar. Belirtilen tarih geldiğinde iş akışı kaldığı yerden devam eder.

Send an Email : İş akışı esnasında kullanıcılara ve bilgi sahibi olması gereken kişilere HTML tabanlı email gönderme işlemi yapar. Açılan editör HTML tabanlıdır ancak herhangi bir tasarımsal WYSWYG editör kullanıcının karşısına getirilmeyecek, HTML’in manuel olarak yazılması istenecektir. İstenirse editör içerisinde yer alan look-up butonu aracılığı ile iş akışı değişkenleri, iş akışının çalıştığı öğeye ilişkin alan değerleri veya farklı bir listedeki alan değerleri mailin içerisine eklenebilir.

Set Content Approval Status : İlgili öğe üzerinde içerik onayı çalışıyorsa içeriğin onaylanmasını sağlar. (Örneğin onaylamadan yayınlanmasını istemediğiniz dokümanlar). Approval esnasında hangi yorumun yazılacağı belirtilebilir. Ancak bu yorum bu iş akışının tüm instancelarında aynı text ile yer alacağından yorum alanının bir look-up alandan alınması daha yararlıdır.

Set Field In Current Item : İş akışının üzerinde çalıştığı öğe içinde bulunan veya farklı bir listede yer alan alana değer ataması için kullanılır. Değer ataması esnasında text türde manuel veriler kabul edilebileceği gibi look-up alanlardan veri girişi de kabul edilir. Unutulmaması gereken nokta eğer farklı bir listedeki öğenin alanınına değer ataması yapılacaksa ilgili sihirbaz SQL sorgularındaki “WHERE” anahtarına benzeyen bir bölüm açacaktır. Bu alana iş akışının üzerinde çalıştırğı öğe ile değer ataması yapılmak istenen liste arasındaki ortak alanlar belirtilmelidir. Aksi halde değer atama işlemi diğer listedeki tüm öğeler için geçerli olacaktır.

Set Time Portion of Date/Time Field : Add Time To Date aktivitesi gibi çalışır. Tarih/Saat türündeki öğe alanlarına dakika, saat gibi zaman dilimlerinin eklenmesine olanak tanır.

Set Workflow Variable : İş akışı esnasında çeşitli aktivitelerin yaratmış olduğu veya sizin tarafınızdan yaratılan değişkenlere değer ataması yapmaya olanak tanır. Değer ataması manuel olabileceği gibi bu işlem esnasında look-up alanlardan da yararlanılabilir.

Stop Workflow : İş akışının durdurulmasını sağlar. Durdurma işlemi esnasında sebep belirten bir yorum girilmesi zorunludur. Yorum alanı manuel girilebileceği gibi look-up bir alandan da yararlanılabilir.

Update List Item : Herhangi bir liste öğesinin iş akışı içerisinden güncellenmesini sağlar. Liste öğesi iş akışının üzerinde çalışmakta olduğu öğe olabileceği gibi farklı bir listedeki alanda güncellenebilir. Farklı bir listedeki alanın güncellenecek olması durumunda iş akışının üzerinde çalıştığı liste ile bu liste arasında ortak bir alanın bulunması ve SQL’deki “WHERE” koşuluna benzeyen bölümde bu ortak alanlara ilişkin bağın belirtilmesi gerekir.

Wait for Field Change in Current Item : İş akışını belirtilen alandaki değişim gerçekleşene kadar beklemeye alır. Belirtilen alandaki değişim gerçekleştiğinde iş akışı kaldığı yerden iş akışı adımlarını gerçekleştirmeye devam eder. Bu aktivite Sharepoint Designer’ın sequential formattaki akış modelini kısmen state Machine Workflow’a çevirir. Ve böylelikle forward-only olan yapının dinamik koşullara göre bekletilebilmesine olanak tanır.

Tüm bu Microsoft Office Sharepoint Designer 2007 aktivitelerine ek olarak internetten edinilebilecek veya gerekli extensionları yüklemenin ardından Visual Studio 2005 ve Visual Studio 2008 aracılığı ile kendi yaratabileceğiniz Sharepoint Designer aktivitelerini de mevcut sisteminizde kullanabilirsiniz.

Sharepoint Designer 2007 üzerinde kullanılabilecek son derece kullanışlı pek çok aktiviteye http://www.codeplex.com adresinden veya yapımcı firmaların web adreslerinden ulaşılabilir. Ücretli yada ücretsiz olabilecek bu aktivitelerin size iletilen kurulum materyallerine göre farklı yükleme alternatifleri olacaktır. Aşağıda bu yöntemlerin adımlarından bahsedilmektedir.

ÖZEL AKTİVİTENİN MANUEL OLARAK YÜKLENMESİ

Kendinizin yazdığınız veya internetten kaynak kodunu (veya assembly, actions dosyası gibi çıktılarını) indirdiğiniz bir aktivitenin Microsoft Office Sharepoint Designer 2007 aracılığı ile kullanılabilmesi için öncelikle bazı manuel adımların atılması gerekir.

Elde edilen kaynakta aşağıdaki materyallerin eksiksiz olarak bulunması veya yaratılması gerekir.

Tasarlanan iş akışı aktivitesinin assemblysi (Stronge name bir assembly olması gerekir GAC deploymentı için)
İş akışı aktivitesinin Sharepoint Designer’a tanımlanabilmesi için gerekli olan “*.ACTIONS” dosyası.

Tüm materyallerin hazır olmasının ardından aşağıdaki iş adımları ile ilgili aktivite kullanıma hazır hale getirilebilir.

İş akışına ait assemblynin GAC’a deploy edilmesi. Bu işlem için ilgili dll’in C:\WINDOWS\Assembly klasörüne sürüklenip bırakılması veya GACUTIL aracı kullanılarak GAC’a deploy edilmesi gerekmektedir.
Aktiviteye ilişkin Sharepoint tanımlamalarının yapılabilmesi adına aktivitenin kullanılacağı web uygulamasının C:\Inetpub\wwwroot\wss\Virtual Directories dizinindeki web.config dosyasına gidilmeli ve taglarının arasına asseblye ilişkin safe control tanımlanmasının yapılması gerekir. Bu işlem için SafeControls tagındaki herhangi bir satır kopyalanır ve içeririsnde yer alan AssemblyName, Culture, Version, NameSpace, PublicKeyToken ifadeleri sizin assemblynizinkiyle değiştirilir.
Kendi assemblynize ilişkin bu bilgileri elde etmek için bir öndeki adımda deploy ettiğinizi C:\WINDOWS\Assembly adresinde dll’inizi bulun ve uzerinde sağ tıklayıp “Özellikler” alanına gelin. Açılan pencere az önce saydığımız tüm bilgileri size iletiyor olacaktır.
Aynı web.config dosyasında yer alan tagının içerisine yine assemblynize ilişkin bilgilerin girilmesi. Bu işlem için SafeControls eklemesinde olduğu gibi içerideki satırlardan birini kopyalayabilir ve değişmesi gereken AssemblyName, PublicKeyToken, Version, Culture ifadelerini değiştirebilirsiniz.
web.config deki bu işlemlerin ardından dosyayı kaydedin ve kapatın.
Bir sonraki adımda Sharepoint Designer’ın tanımladığınız iş akış aktivitesine dair bilgileri okuyabilmesi ve aktivite listesinde buna ilişkin kayıtları size gösterebilmesi için gerekli tanımlamaları yapıyoruz. Bu işlem için C:\Program Files\Common Files\Microsoft Shared\web server extensions\12\TEMPLATE\1033\Workflow dizinine kadar gidin. Burada “WSS.ACTIONS” isimli bir dosya göreceksiniz. Eğer iş akış aktivitesi materyalleriniz arasında *.ACTIONS uzantılı bir dosya varsa onu buraya kopyalayın. Eğer yoksa sizin yaratmanız gerekecektir. Bu durumda mevcut WSS.ACTIONS dosyasını bir XML editörü ile açın ve içerisinden işinize en çok yarayacak(Sizin aktivitenize en fazla benzeyen) bir iş akışı aktivitesinin tanımlama textini kopyalayın. Yeni oluşturduğunuz bir text editöründe bu dosya içerisinde sizin aktivitenize göre gerekli alan adı ve tanımlama değişikliklerini yapın ve kaydedin.
Şayet Türkçe bir sisteminiz varsa bu işlemin aynısını C:\Program Files\Common Files\Microsoft Shared\web server extensions\12\TEMPLATE\1055\Workflow klasöründe de yapın.
IIS’i restart edin
Microsoft Office Sharepoint Designer 2007’i açın ve yeni bir iş akışı oluturup Actions bölümünde tanımlamasını yaptığınız aktiviteyi gördüğünüzü doğrulayın.

ÖZEL AKTİVİTELERİN SETUP İLE YÜKLENMESİ

Şayet kullanmayı planladığınız ve ihtiyaç duyduğunuz özel aktivite daha önce bir başkası tarafından yazılmışsa ve içeriğe güveniyor, kullanmak istiyorsanız bunu internetten indirebilirsiniz. Son dönemde karşımıza çıkan pek çok aktivite setup dosyaları veya setup.bat batchleri ile beraber gelmektedir. Bu durumda yapacağınız yükleme çok daha kolay olacaktır. Aşağıda bu işlemin adımları anlatılmıştır.

İnternetten indirdiğiniz setup dosyasını Sharepoint’in yüklü olduğu sunucu üzerinde çalıştırın.
Setup uygulaması öncelikle sistem doğrulaması yapacaktır. (Kimi eklentiler SP1 istemekte ve bunun gibi yüklemeler ile sisteminizin uygun versiyonda olup olmadığını kontrol etmektedir.)
Şayet bir önceki adım başarılı geçtiyse “İleri” butonları aracılığı ile kurulumu tamamlayın.

Bu işlem son derece hızlı gerçekleşecektir. Sonrasında IIS restart gibi işlemlerde setup uygulaması tarafından yapılmış olacağından doğrudan Sharepoint Designer’deki kontrol aşamalarına geçebilirsiniz. Şayet ilgili aktivite çalışmayacak olursa bir önceki başlıkta anlattığımız “Manuel Yükleme” adımlarının tamamını sırayla ilgili dosya sisteminde kontrol edin ve eksik kalan adımlar varsa yükleme sonrası bunları siz tamamlayın. (Örneğin sisteminiz Türkçe’dir ve ilgili setup sadece C:\Program Files\Common Files\Microsoft Shared\web server extensions\12\TEMPLATE\1033\Workflow klasörüne ACTIONS dosyasını kopyalamıştır. Bu durumda 1055 klasörüne sizin kopyalamanız gerekecektir.

Evren AYAN
WSS Architecture MVP, ISPA Regional Evangelist

Microsoft Office Sharepoint Designer 2007 Is Akıs Genel Ozellikleri

Hakan Uzuner — Wed, 18 Feb 2009 21:26:51 +0000

Microsoft Office Sharepoint Designer 2007, Microsoft Office Sharepoint Server 2007 ve Windows Sharepoint Services 3.0 üzerinde pek çok özelleştirme işleminin yapılabilmesi için tek araç konumundadır.

Microsoft’un Office 2007 ürününde Frontpage’e yer vermemesi ve Frontpage’in üstlendiği görevlerin tamamına ek olarak MOSS 2007 ve WSS 3.0 üzerinde özelleştirme çalışmaları için de bu aracı adreslemesi bunda temel sebeptir.

Teknik anlamda Sharepoint Designer’ın tek ürün olma sebebi ise Sharepoint sistemlerinde sayfa, stil dosyası, imajlar, içerikler gibi tüm yapıların veritabanında binary formatta tutulması ve bu binary dosyalar üzerinde güncelleme yeteneğinin sadece bu üründe yer alması gösterilebilir.

Sharepoint Designer aracılığı ile Sharepoint sistemleri üzerinde tasarım özelleştirmesinin yapılabilmesinin yanı sıra bazı etkin kullanıcı ve yönetici eylemleri de bu ürün aracılığı ile yapılabilmektedir. Örneğin doküman kütüphanesi, liste, anket gibi Sharepoint öğelerinin yaratılabilmesi, sitelerin yedeğinin alınabilmesi, yeni sayfa ve layoutların yaratılabilmesi bu eylemlere örnek olarak gösterilebilir. Yine Sharepoint Designer aracılığı ile yapılabilecek eylemlerden bir tanesi de iş akışlarının hazırlanabilmesi ve bu iş akışlarının mevcut sistem üzerindeki liste ve kütüphanelere deploy edilebilmesidir.

SHAREPOINT DESIGNER İŞ AKIŞI YETENEKLERİ

Microsoft Office Sharepoint Designer aracılığı ile yaratılabilecek iş akışları in-browser iş akışlarına göre bazı temel farklılıklar ve artılar gösterir. İki iş akışı arasındaki temel farklar aşağıda listelenmiştir.

In-browser iş akışlarında herhangi bir iş akışı koşulu belirtilemezken Sharepoint Designer iş akışlarında kütüphane veya listedeki alanlara ilişkin koşullar tanımlanabilir. (Örneğin masraf formunun 500 YTL’den büyük bir tutara sahio olması durumu gibi)
In-browser iş akışlarında görev formu sabit iken (onay/red, yorum gibi alanlar) Sharepoint Designer iş akışlarında özelleştirilmiş görev formları aracılığı ile kullanıcıdan daha fazla bilgi toplanabilir.
In-browser iş akışlarında organizasyon hiyerarşisi gibi iş akışlarında dinamikliği sağlayacak yapılar sunmak son derece zorken Sharepoint Designer iş akışlarında bu tip bilgiler dışarıdaki veya içerideki bir kaynaktan okunarak iş akışına dahil edilebilir.
In-browser iş akışlarında iş akışı esnasında yapılabilecekler kısıtlıyken Sharepoint Designer iş akışlarında 21 adet temel ve eklenebilecek özel aktiviteler ile pek çok sayıda özel aktivitenin gerçekleşmesi sağlanabilir. (Örneğin liste öğesinin güncellenmesi, log kaydının girilmesi, iş akışının bekletilebilmesi gibi)

Yukarıda sayılan farklar sebebiyle Sharepoint ortamında iş akışı hazırlanması konusunda en çok tercih edilebilecek yöntemlerden bir tanesi Sharepoint Designer iş akışlarıdır. Bu türün daha da gelişmişi olarak adlandırabileceğimiz bir diğer yöntem ise Windows Workflow Foundation kullanarak iş akışları geliştirmektir ki .Net Framework 3.0 / 3.5 bilgisi gerektirmesi ve sonuç itibariyle kod yazıyor olmanız sebebiyle development süresini uzatacak ancak diğer yandan çok daha esnek yöntemleri kullanabileceğiniz bir iş akışı geliştirme ortamıdır.

Microsoft Office Sharepoint Designer 2007 kolay bir arayüzde tek bir satır kod yazmaya gerek kalmaksızın iş akışlarını oluşturmanıza ve deploy etmenize imkan verecek şekilde tasarlanmıştır. Özel aktivitelerin yazılabiliyor ve eklenebiliyor olması aracın varsayılan özelliklerinin dışında da yeteneklere kavuşabilmesini sağlayacaktır.

SHAREPOINT DESIGNER ILE İŞ AKIŞI GELİŞTİRMEK

Microsoft Office Sharepoint Designer 2007 ile iş akışı geliştirmek için öncelikle iş akışını hangi kütüphane veya liste üzerinde çalıştırmak istediğinizi belirlemeniz gerekir. Çünkü Sharepoint Designer’da iş akışı, tasarım özelleştirmesi gibi işlemler site bazında yapılır. İlgili kütüphane veya listeye karar verildikten File>New>Workflow seçeneği aracılığı ile yeni iş akışını yaratacağınız sihirbaz karşınıza getirilir.

Bu ekranda iş akışına o site için tekil bir isim vermeli ve iş akışının hangi liste veya kütüphane üzerinde çalışacağını belirtmelisiniz. İş akışı sisteme deploy edildikten sonra bu iki alandaki değerler değiştirilemeyecektir.

Bu temel bilgileri verdikten sonra iş akışının başlama şeklini seçmeniz gerekir. Üç farklı şekilde başlatılabilir Sharepoint Designer iş akışları:

Manuel : Bu durumda kullanıcı liste veya kütüphanede ilgili öğenin üzerindeki menüyü açar ve “Workflows” butonuna tıkladığı zaman birazdan tasarlayacağınıziş akışını listede görür. İsterse o anda sadece ilgili öğe için manuel bir iş akışı başlatabilir.
“Created” Anında : Bu durumda iş akışı seçtiğiniz kütüphane veya listeye atanır ve deploy anından itibaren o liste veya kütüphanede yaratılacak tüm öğeler için otomatik olarak çalışır.
“Modified” Anında : Bu durumda iş akışı seçtiğiniz kütüphane veya listeye atananır ve deploy anından itibaren o liste veya kütüphanede değiştirilecek tüm öğeler için otomatik olarak başlar.

Aynı ekranda üç adet konfigürasyon butonu da görmekteyiz. Bunlar aşağıda belirtilen işlemler için kullanılmaktadır.

Check Workflow : İş akışı içerisinde herhangi bir hata yapılıp yapılmadığını denetler. İş akışı sihirbazının devamında da sürekli olarak görünür. Bir iş akışını deploy etmeden önce bu butona tıklayarak çalışmayı engelleyici bir hata yapıp yapmadığınızı görebilirsiniz.
Initiation : İş akışının initiation yani başlangıç aşamasında çalışacak formu tasarlamanızı sağlar. Özellikle bir iş akışı manuel olarak kullanıcı tarafından başlatılacaksa initiation formunu başlangıç anında kullanıcıdan alması gereken bilgilere göre konfigüre edebilirisiniz. Butona tıklamanızın ardından bir sihirbaz başlatılacak ve iş akışı başlatılırken kullanıcıya gösterilip veri toplanacak formun alanlarını oluşturmanız sağlanacaktır.
Variables : İş akışı değişkenlerini yaratmanıza olanak tanır. İş akışının devamı boyunca kullanıcıdan topladığınız bilgileri veya iş akışı içerisinde çalıştırdığınız aktiviterlerden dönen sonuçları burada yaratacağınız değişken listesinde depolayabilirsiniz.

Tüm bu ana konfigürasyonları yaptıktan sonra “Next” butonuna tıklayarak iş akışında tanımlayacağınız koşulları ve bu koşullara karşılık iş akışının çalıştıracağı aktiviteleri tasarlayabilirsiniz.

Bu bölümde ekranın sağ köşesinde gördüğünüz “Workflow Steps” kısmı iş akışındaki mevcut adımlarınızı görüntüler ve yeni adımlar yaratabilmenizi sağlar. Böylelikle iş akışı esnasında karmaşık bir tasarım yerine adım adım ilerlemeleri tasarlayabilmenize olanak tanır.

Ekranın sol bölümü ise seçili adımda iş akışının yapması gereken koşul kontrolleri ve bu koşullara ilişkin çalıştıracağı aktiviteleri gösterir. Burada “Conditions” alanını kullanarak iş akışının üzerinde çalıştığı liste veya kütüphanede bulunan alanların değerlerini karşılaştırabilip üzerinde koşul çalıştırma işlemi yapabileceğiniz gibi farklı kütüphane ve listedeki alanlar için de bu işlemi gerçekleştirebilirsiniz.

Aynı bölümde yer alan “Actions” butonu aracılığı ile ise üstte seçmiş olduğunuz koşulun gerçeklemesi durumunda iş akışının alması gereken aksiyonları sıralayabilirsiniz. Örneğin koşul kısmında listede yer alan “Tutar” alanının “500” değerinden büyük yada küçük olması koşulunu sorgulayabilir ve bu koşul doğru ise o anki öğe için alttaki Actions bölümünde bir kullanıcıya görev oluşturması, aynı kullanıcıya email ile görevi bildirmesi, iş akışı loglarına görevin yaratıldığına dair bir mesaj yazmasını ve görevin atandığı kullanıcının bir aksiyonu yerine getirmesini beklemesini söyleyebilirsiniz. Gerekli aksiyon yerine geldiğinde siz ikinci iş akışı adımında yeni bir koşul ve yeni aksiyonları tanımlamış olabilirsiniz.

Bu bölümde seçilecek aksiyonlar 21 varsayılan ve bunun üzerinde sizin ekleyeceğiniz özel aksiyonlar olabilir. Dolayısıyla Sharepoint Designer’ın varsayılanları ile sınırlı kalmayıp edineceğiniz veya yazacağınız özel aksiyonlar ile iş akışının kendi sistemleriniz ile entegre olmasını sağlayabilirsiniz. Örneğin yazacağınız özel bir aktivite aracılığı ile iş akışına konu olan öğaye ait bilgileri bir veritabanı sistemine yazdırabilirsiniz.

ŞAYET GÖREV ATANAN BİR İŞ AKIŞINIZ VAR İSE

Sharepoint Designer aracılığı ile yaratılan iş akışları her zaman görev atama yönünde ilerlemez. Bazen bir öğenin yaratılmasını takiben o öğe üzerindeki yetkileri değiştirmek veya o öğenin yaratıldığından bazı kullanıcıları haberdar etmek de bir iş akışı olarak adlandırılabilir.

Eğer hazırladığınız iş akışında bir kullanıcıya görev ataması yaptıysanız ve Sharepoint Designer tarafında ikinci bir iş akışı yaratmanızı gerektirecektir. Zira ilk yarattığınız iş akışı normal bir liste veya kütüphane üzerinde çalışırken bu iş akışı içerisinden bir kullanıcıya görev oluşturduğunuzda görev öğesi bir görev listesinde yaratılacaktır. Yani yarattığınız iş akışının kontrolünde olmayan bir yerde. Bu durumda Görev listesi üzerinde çalışacak ikinci bir iş akışı yaratabilir ve yaratılan görevin durumuna göre ilk yaratılan iş akışı ile entegre olmasını sağlayabilirisiniz.

Evren AYAN
WSS Architecture MVP, ISPA Regional Evangelist

Web Servislerini Kullanarak Sharepoint Listeleri ile Calısmak

Hakan Uzuner — Wed, 18 Feb 2009 21:25:46 +0000

Sharepoint amacı ve yapısı itibariyle bir veritabanı gibi çalışır. Çünkü kurumsal veya topluluk amacınız ne olursa olsun Sharepoint’i kullanım amaçlarınızdan bir tanesi de içerikleri yönetmektir. İçerik yönetimi diyoruz farkındaysanız “Doküman Yönetimi” değil. Çünkü “İçerik Yönetimi” tabiri ile sadece doküman olmayan ve saklamayı hedeflediğimiz liste türündeki verileride Sharepoint içerisinde saklıyor ve yönetiyoruz. Örneğin şirketinizin kütüphanesinde yer alan kitap ve dergileri Sharepoint siteniz aracılığı ile paylaştığınızı varsayarsak burada sakladığınız şey bir doküman değil kitapların Yazar, Sayfa Sayısı, ISBN Numarası, Yayınevi gibi profil bilgileridir.

Sharepoint’in bilgileri saklayan bir yapıda olduğunu söylediğimize göre bu bilgilere Sharepoint içerisinde yarattığımız web partlar veya Sharepoint dışındaki uygulamalarımızdan da erişebilmeyi isteriz. Aynı örnekten devam edecek olursak şirket kütüphanesinde yer alan kitapların profil bilgilerini Sharepoint sitemiz aracılığı ile saklıyoruz ve aynı zamanda bu bilgilere yazdığımız bir Windows veya Web uygulamasından da erişmek istiyoruz. Tıpkı bir veritabanından bu bilgileri okur gibi. Bu işlem için iki temel yöntem kullanabiliriz.

Sharepoint Object modeli aracılığı ile ilgili uygulamaya bağlanıp Microsoft.Sharepoint.dll içerisindeki metodlar ve sınıflarla bu veriye erişmek
Sharepoint uygulamamızın sunduğu ve ISAPI klasörü içerisinde yer alan Sharepoint web servisleri yardımıyla bu veriye erişmek

Biz burada Web Servisleri aracılığı ile veriye erişmeye ve verileri listelemeye çalışacağız. Bu işlem için öncelikle Sharepoint sitemiz içerisinde bir liste yaratıyoruz ve bu listeyede özel kolonlar ekleyip yukarıda bahsettiğimiz yazar, yayınevi, sayfa sayısı gibi bilgileri ekliyoruz. Listeyi oluşturalım ve okuyabileceğimiz birkaç test verisini ekleyelim.

Şimdi bu verileri okuyacağımız bir Windows uygulaması yaratalım kendimize Visual Studio içerisinden.

Formumuzunda tasarımı tamamlandıktan sonra referans olarak Sharepoint kurulumu ile beraber gelen web servislerinden lists.asmx’i ekliyoruz. Sharepoint web servisleri üzerinde çalışılan siteye göre instance üretir bu nedenle biz ana sayfa üzerindeki lists.asmx’e bağlantı kuracağız ancak sonra kod içerisinde web servis URL’ini manipüle edeceğiz.

Şimdi kod kısmında root site olarak verdiğimiz bu URL’i “Test” sitesine göre değiştireceğiz. Sharepoint üzerinde web servisleri ile işlem yaparken unutmamanız gereken bazı noktalar var:

Web servislerinizi adresi http:////_vti_bin/.asmx olacak şekilde kullanmalısınız.
Web servislerini referans olarak eklerken site koleksiyonunun adresine göre eklemeli ve sonra kod içerisinde sitenize göre URL’i değiştirmelisiniz.
Web servisi ile bilgi çekme veya yazma işlemi yaparken web servisine kod üzerinden yetkili bir kullanıcının credential bilgilerini göndermelisiniz.
Web servisleri aracılığı ile bilgi okurken alan isimleri ve batch olan herşeyi XML olarak göndermelisiniz.

Kodumuzu çalıştırdığımızda oluşturduğumuz “viewFields” alanı web servis metodumuza gönderilecek ve sadece bu listede verdiğimiz alanlara ait bilgiler XML olarak geri dönecek. Ardından XQuery ile belirttiğimiz

listItems.SelectNodes(“//*[local-name()='row']“)

komutu ile “row” cinsindeki tüm satırları okuyoruz ve datatable a ekliyoruz.

Evren AYAN
WSS Architecture MVP, ISPA Regional Evangelist

Temel Web Part Gelistirme Ve Deploy Etme

Hakan Uzuner — Sun, 08 Feb 2009 18:36:20 +0000

ASP.Net 2.0′ın hayatımıza girmesinin ardından .Net Framework içerisinde pek çok yeni kontrol grubu ve alt frameworkler ile çalışmaya başladık. Membership, Webpart gibi alt frameworkler işimizi son derece kolaylaştıran ve development süremizi kısaltan bir yapıyı hizmetimize sunmaya başladı. Aynı dönemde ortaya çıkan pek çok internet sitesinde bu alt frameworklerin kullanım örneklerini gördük ve teşvik edildik. Örneğin Live ürün ailesi içerisinde yer alan “Spaces” bize webpart konusunda örnek sunan ilk sitelerdendi. Sitenin kavuştuğu yeni yapı ile kullanabileceğimiz bölümler webpart olarak geliştirilmiş ve istediğimizi sayfamızda gösterebilir, istediğimizi engelleyebilir hale geldik. Webpartların yerlerini değiştirerek daha kişiselleştirilmiş siteler yaratabildik.

Aslında webpartın ortaya çıkışında temel nedenlerden biri de buydu. Yani sadece site sahibine değil kullanıcıya da sitenin tasarımı ve içeriği konusunda tercihte bulunma hakkı vermek. Bu sayede ben bir portala girdiğimde ana sayfada IMKB Endeksi, Döviz Kuru gibi beni daha çok ilgilendiren bölümleri görmek isterken bir başka kullanıcı aynı bölümlerde Flaş Haberler ve Oyunları görmeyi tercih edebildi.

Microsoft Office Sharepoint Server 2007 ve Windows Sharepoint Services 3.0 altyapısını kullanan sitelerde de hem developmentı parçalar halinde gerçekleştirebilmeyi sağlamak hemde sitelerin kişiselleştirilebilmesine olanak tanımak adına webpart frameworkden yoğun bir şekilde faydalanılmış durumda. Alttaki ekran görüntüsünde Sharepoint ile beraber gelen standart bir “Team Site” ın düzenleme modunu görüyorsunuz. Resimden de göreceğiniz üzere site içerisinde gördüğümüz herşey kutucuklara ayrılmış durumda ve ister kişisel tercihlerle ister yöneticilerin uygun gördükleri şekilde bu kutucukların görünümünde ve yerlerinde değişiklik yapma şansımız var.

Burada gördüğümüz “Left” ve “Right” ifadeleri WebPartZone olarak isimlendirdiğimiz ASP.Net bileşenlerine karşılık geliyor. WebPartZone kontrolleri birer konteynır görevi üstlenip içerisinde webpartları barındırabiliyor. Dolayısıyla o kadar da özgür olmadığımız anlıyoruz. WebPartZone’lar dışında bir yerde webpartlarımızı görüntülememiz mümkün değil.

Hedefimizi biraz daha Sharepoint odaklı hale getirirsek akla ilk olarak şu soru gelecektir: “Neden Webpart?”

Çünkü webpart hem iç hemde dış verileri görüntüleyebilmek ve bunları modül halinde yazabilmek için elimizdeki men kullanışlı tekniği bize sunar ve Sharepoint sistemlerinde özelleştirme genellikle webpartlar aracılığı ile yapılır. Bazen site içerisinde yarattığınız bir listenin farklı bir şekilde görüntülenebilmesi için webpart yazarsınız bazense tamamen dışarıdaki bir veritabanından bilgileri okumak ve Sharepoint sisteminiz içerisinde göstermek için. Sharepoint’te temel amaç sunulabilen tüm kurumsal bilginin birlikte çalışabilirlik adına tek adresten sunulması olduğundan örneğin bir CRM uygulamanızdaki müşterileriniz için veri girişini hala uygulamanın kendisinden yaparken verilerin sorgulanması işini Sharepoint’e bırakabilirsiniz. Bu sayede CRM uygulamasını sadece veri sorgulamak için kullanacak kullanıcılarınıza CRM clientını kurmaktan kurtulabilir ve her türlü bilgiye tek ekrandan ulaşma prensibini yerine getirebilirsiniz.

Burada konu alnınacak şey webpartın ne olduğu ve temel bir “Merhaba Dünya” webpartının nasıl geliştirilip deploy edileceği konusu. Ancak konu bununla sınırlı değil elbette. Daha ileri aşamalarda daha özelleştirilebilir webpartların, birbirine bağlı webpartlarında örneklerini bulabileceksiniz.

Sharepoint sitenizde yeni bir webpart geliştirmek için öncelikle Visual Studio 2005 veya 2008′de yeni bir “Class Library” projesi yaratıyoruz. Microsoft’un hazırlamış olduğu ve çok daha hızlı webpart geliştirmenizi sağlayabilecek VS 2005 ve 2008 proje templateleri de bulunmakta, isterseniz bu templateleri de kullanabilirsiniz geliştirirken. Projemizi yaratalım.

Projenizi ekledikten sonra yapmanız gereken bazı temel referans eklemeleri, using satırı eklemeleri ve WebPart sınıfından kalıtım sağlama eklentilerini yapmamız gerekiyor.Sırasıyla :

References bölümünde yeni bir referans olarak “System.Web” kütüphanesini ekleyin
using elemanı olrak “using System.Web.UI.WebControls.WebParts” namespaceini ekleyin
Sınıfınızın “WebPart” sınıfından referans almasını sağlayın. “TemelWP:WebPart” şeklinde.

Not : WebPart sınfından referans almak için “System.Web” yerine “Microsoft.Sharepoint” kütüphanesini de tercih edebilirsiniz. Aynı WebPart sınıfını her ikisi de barındırmaktadır.

Şimdi kalıtımı sağladığımız “WebPart” sınıfındaki “Render” metodunu override edeceğiz, yani yeniden kodlayacağız. “Render” metodu webpartın içeriğinin oluşturulduğu metoddur ve string bir ifadeyle HTML olarak her türlü içeriği gönderebilirsiniz. Bu sayede ekrana bir şeyler yazdıralım.

Webpartımız kod itibariyle hazır. Şimdi bunun Sharepoint sistemimiz tarafından kullanılabilir hale gelmesi için deploy edilmesi gerekiyor. Deploy ederken webpart projemizin oluşturduğu “dll” e ihtiyaç duyacağız. Ancak eğer GAC’a deployment yapacaksanız oluşacak assemblyi “sign” etmeniz gerekiyor. Bu işlem için Solution Explorer’da proje üzerinde sağ tıklayıp “Özellikler” penceresine ve burada da “Signing” tabına geliyoruz. “Sign the assembly” checkboxını iaretleyip alttaki dropdownmenüden “New” seçeneğini işaretliyoruz. Karşınıza assemblyniz için oluşturacağınız “snk” uzantılı dosyanın yaratılacağı basit form geldi. Herhangi bir isim verin ve “Protect my key file with a password” checkboxını kaldırın.

Şimdi projenizi build edebilir ve deployment adımlarına geçebilirsiniz.

DEPLOYMENT ADIMLARI

Elde ettiğiniz TemelWebPart.dll’i C:\Windows\assembly dizinine deploy edin. Bu işlem için gacutil’i de kullanabilirsiniz. Eğer manuel deploy edecekseniz ilgili klasör copy/paste i desteklemediğinden sürükle/bırak ile işlemi gerçekleştirebilirsiniz.
Sharepoint’in hazırladığınız webpartı güvenli bulabilmesi için uygulamanın web.config dosyasında yer alan bölümüne gitmeli ve webpartınızı tanıtmalısınız. Bu işlem için C:\Inetpub\wwwroot\wss\VirtualDirectories\ klasöründe yer alan web.config dosyasını açın, tagını bulun ve içerisine şu satırı kopyalayın. (Tabi kendi Public Key Toke’ınızla. Public Key Token’a dll’i deploy ettiğiniz GAC’dan ulaşabilirsiniz.)
IIS’i restart edin

Web uygulamanızın anasayfasını açın.(Sitenin değil, site collectionın) Site Actions>Site Settings>Modify All Site Settings bölümünde yer alan “Galleries” bölümünde “Web Parts” ı tıklayın. Yazdığınız webpartı burada göremeyeceksiniz, çünkü henüz populate etmedik. Populate edebilmek için bu ekranda “New” butonuna tıklayın. Karşınıza tüm webpartların bulunduğu bir liste gelecek. Buradan kendi webpartınızı bulun, işaretleyin ve üst bölümden “Populate” butonuna tıklayın.

Şimdi webpartı kullanmak istediğiniz siteyi Site Actions>Edit menüsü aracılığı ile düzenleme modunda açın. Sayfada yer alan WebPartZone’ların üstünde yer alan “Add a Web Part” butonunu tıklayın ve karşınıza gelecek listeden webpartınızı seçip sayfaya ekleyin.

Ve sonuç …

Evren AYAN
WSS Architecture MVP, ISPA Regional Evangelist