Arsip bulanan: Maret 2009

Fakta menyenangkan SharePoint SSO hari

Saya telah bekerja dengan SharePoint SSO dan belajar karena aku pergi. Salah satu cara di mana karya-karya ini adalah bahwa Anda memberitahu SharePoint tentang aplikasi eksternal. Pengguna masuk ke aplikasi melalui beberapa fungsi SharePoint (misalnya. bagian web iView). Pertama kalinya pengguna melakukan tindakan ini, ia meminta mereka untuk benar user id dan password untuk menggunakan sistem itu. Ini adalah menyiapkan sebuah pemetaan antara kredensial SharePoint dan kredensial untuk sistem backend. Kemudian, pengguna tidak perlu memasukkan ID mereka ketika mereka menghantam bahwa sistem.

Bagian itu bekerja dengan baik bagi saya. Namun, ini menimbulkan pertanyaan, "bagaimana pengguna mengubah bahwa user id atau password?"Pengguna mungkin telah membuat kesalahan, atau mungkin Anda sedang melakukan beberapa pengujian di lingkungan dev dan perlu untuk dengan cepat beralih antara account.

Aku tidak tahu jawabannya, tapi aku tahu bahwa Anda dapat pergi ke pemerintahan pusat dan mengelola kredensial pengguna:

Pusat Administrasi-> Operasi-> Mengelola Single Sign-On-> Mengelola informasi Account untuk aplikasi Enterprise definisi

Dari sana, Anda dapat menentukan aplikasi eksternal (misalnya. SAP) dan akun yang ingin Anda hapus. Anda juga dapat mengubah pemetaan.

Jika Anda tahu bagaimana untuk memungkinkan pengguna akhir untuk langsung mengubah identitasnya, silakan kirim komentar 🙂

</akhir>

Berlangganan ke blog saya.

Ikuti saya di kegugupan di http://www.twitter.com/pagalvin

Technorati Tags: , ,

Petualangan dengan iView Web Parts

Perlu saya lakukan beberapa minimal membuktikan hari web iView yang bagian dapat bekerja dalam lingkungan klien saya. Saya tidak pernah bekerja dengan sepotong SharePoint sebelum.

Microsoft telah menciptakan kualitas yang sangat tinggi kertas putih pada subjek ini.

Kendala pertama yang saya harus diatasi adalah-mana bagian web iView? Untuk beberapa alasan, Saya pikir pertama adalah bahwa aku harus men-download dari situs di suatu tempat, mungkin SAP situs. Aku punya 1/2 meyakinkan diri bahwa bagian web iView bahkan mungkin biaya tambahan. Tentu saja, mereka tersedia di MOSS (Saya pikir perusahaan; Itulah apa yang saya gunakan di sini dalam setiap peristiwa). Aku pernah melihat kotak dialog "Tambah sebuah web bagian" standar ratusan atau lebih kali dan selalu dipoles atas itu. Jangan lagi!

Hambatan berikutnya adalah bahwa saya tidak bisa membaca petunjuk.

Saya menggunakan bagian web dan tetap mendapatkan pesan ini menjengkelkan:

Tidak ada server SAP dikonfigurasi untuk situs ini. Hubungi administrator Anda mengkonfigurasi server SAP terpercaya.

Kertas putih jelas mengatakan untuk mengedit file konfigurasi yang terletak pada file"<Huruf drive:>\Program program kantor Servers12.0ConfigTrustedSAPHosts.config". Pertama lusin kali aku menatap itu, Semua saya lihat adalah "Program Files...Config" dan aku pergi langsung ke 12 sarang. Sekali saya akhirnya melambat ke membacanya, Aku menyadari kesalahan saya dan itu mudah untuk memperbaiki.

Saya melanjutkan perjalanan saya gembira dengan konfigurasi SSO. Memang tidak semua di jelas bagi saya jika itu bekerja, Tapi itu cerita lain untuk hari lain.

Garis bawah:

1. bagian web iView disertakan dari kotak dengan SharePoint (mungkin perusahaan).

2. File konfigurasi sihir, "TrustedSAPHosts.config", tidak tinggal di dalam 12 sarang.

</akhir>

Berlangganan ke blog saya.

Ikuti saya di kegugupan di http://www.twitter.com/pagalvin

Technorati Tags: , ,

Profil pengguna MOSS sebagai otoritas untuk preferensi bahasa pengguna

Pada proyek saya saat ini, beberapa pengguna akan melakukan perjalanan di seluruh dunia dan ketika mereka tiba di tujuan yang berbeda, menggunakan mesin apapun berguna pada saat. Mereka semua mesin akan menjalankan Windows dan diinstal dan dikonfigurasi untuk lokal lokal. (Aku hanya menyadari bahwa mesin tamu mungkin tidak memiliki paket bahasa yang tepat… mungkin tidak, Sebenarnya… Aku 'm parkir yang satu untuk sekarang).

SharePoint perlu menyediakan mekanisme dimana pengguna dapat memilih bahasa pilihan mereka dan kemudian telah MOSS menghormati bahasa itu terlepas dari bagaimana pengguna mengakses MOSS. Dengan kata lain, mengabaikan apapun yang memberitahu browser IIS MOSS dan bukan mencari bahasa pilihan itu dan menggunakannya.

Kami akan menyelidiki dua pendekatan:

  1. HTTP Handler: Handler HTTP kustom diinstal pada IIS kunantikan MOSS profil pengguna, mengetahui bahasa yang dikehendaki dan kemudian beralih HTTP header di sekitar yang diperlukan sebelum melewati kontrol untuk MOSS.
  2. global.asax: Memodifikasi global.asax untuk melakukan hal yang sama. Kami dapat mengubah sesuatu yang lain, Tapi gagasan bahwa kita menemukan beberapa tempat di mana kita dapat menyisipkan logika yang switching lokal kami.

Faktor rumit lain adalah bahwa kita perlu untuk dukungan 60k pengguna, tentang 1,000 dari yang mungkin secara bersamaan mengakses MOSS di puncak load.

HTTP handler tampaknya cukup drastis, tapi mungkin tempat terbaik untuk menempatkan kode karena tingkat IIS dan mengetahui. Ini adalah titik tunggal baik pekerjaan.

Kami sedang bersandar ke arah pendekatan jenis global.asax, terutama karena kita percaya kita akan memiliki lebih banyak pilihan untuk caching data pada saat itu.

Aku akan blogging lebih banyak tentang hal ini sebagai aku belajar lebih banyak.

Jika Anda tahu apa-apa tentang ini, please post a comment 🙂

</akhir>

Berlangganan ke blog saya.

Ikuti saya di kegugupan di http://www.twitter.com/pagalvin

Menangkap “mailto:” Metrik

Aku di sebuah proyek di mana kita perlu untuk mengumpulkan metrik di sekitar fungsi bernama "berbagi cerita." Idenya sangat sederhana — Jika Anda sedang melihat sebuah artikel menarik di intranet dan ingin berbagi dengan seseorang, Klik link berlabel "berbagi cerita ini" email ke teman Anda.

Kami bermain-main dengan bentuk kustom untuk tujuan ini, tetapi pada akhirnya, akal memenangkan hari dan kita hanya menggunakan akrab <href = mailto:…> teknik. (<href mailto:…> adalah sedikit mengejutkan kuat HTML; sebagai bonus, link yang membawa saya kembali ke saya UNIX pria halaman hari tua; itu adalah hari-hari!).

Teknik ini menyediakan antarmuka yang hebat untuk pengguna akhir karena mereka bisa menggunakan mereka akrab MS Outlook client (atau klien email apa pun mereka telah menginstal).

Itu membuat hal-hal yang lebih sulit pada kami pengembang miskin jenis karena mereka klien * juga * ingin menjalankan laporan di masa depan yang menunjukkan seberapa sering pengguna berbagi cerita dan bahkan cerita berbagi paling sering.

Kami whiteboarded beberapa kemungkinan solusi. Favorit saya adalah untuk carbon copy (CC) daftar SharePoint. Cara itu, pengguna akhir masih mendapat outlook client sementara kita mendapatkan untuk menangkap acara karena kita akan mendapatkan salinan email diri. Ada beberapa kekurangan yang jelas. Masalah utama adalah bahwa pengguna bisa hanya kosong keluar atau sebaliknya mangle CC alamat. Dan, kita perlu mengelola perpustakaan event bahwa email. Kita mempunyai tugas terjadwal di papan putih bertanggung jawab untuk pembersihan yang.

Jika Anda memiliki beberapa pendekatan pintar untuk memecahkan masalah ini, Tolong jangan Kirim.

</akhir>

Berlangganan ke blog saya.

Ikuti saya di kegugupan di http://www.twitter.com/pagalvin