Arsip bulanan: Oktober 2007

Menggunakan “Pengguna atau grup” dalam kolom dihitung

Orang sering bertanya tentang menggunakan kolom tipe data "orang atau kelompok" dalam kolom lain data ketik "Calculated".

Garis bawah, ini tidak bekerja di WSS 3.0 (atau MOSS).

Ketika menambahkan kolom dihitung, WSS menunjukkan daftar bidang memungkinkan Anda untuk menggunakan untuk perhitungan. Jika Anda ketik nama kolom yang tidak dalam daftar, memberitahu Anda:

Satu atau lebih kolom referensi tidak diperbolehkan, karena kolom didefinisikan sebagai tipe data yang tidak didukung dalam formula.

Pemecahan masalah: Menggunakan sebuah event handler. Event handler kebakaran ketika pengguna menyimpan item. Melakukan update Anda ingin kolom dihitung untuk Anda.

Link yang berguna pada bidang dihitung secara umum:

Cepat disclaimer: Saya percaya di atas benar dan akurat, tapi aku melihat cukup pintar trik sana-sini di MOSS/WSS bahwa aku tidak akan sangat terkejut (antusias jika Anda akan) Jika seseorang telah figured out cara untuk melakukan hal ini tanpa beralih ke kode. Jika Anda mengetahui kerja-sekitar pintar atau mengenal seseorang yang melakukan, tolong beritahu saya!

MOSS/WSS memberitahu saya: “Halaman telah diubah oleh penulis lain pada …” tapi benar-benar, itu bukan.

Kami melakukan beberapa tugas berat kembali menyelenggarakan taksonomi situs kami melalui "Mengelola konten dan struktur". Untuk alasan yang tidak saya ketahui, proses ini (Meskipun bekerja di utama) pecah beberapa link navigasi dalam peluncuran cepat. Link yang ditandai dengan:

  • Salah URL. Misalnya, itu harus "/ situs/Departemen/HumanResources /…". Namun, adalah link baru "/ situs/perusahaan/HumanResources /…".
  • Potongan-potongan yang berulang pada string permintaan dari pos, seperti dalam:

/sites/departments/HumanResources/_layouts/viewlsts.aspx?BaseType = 0?BaseType = 0?BaseType = 0?BaseType = 0

Ini cukup mudah untuk memperbaiki melalui pengaturan navigasi. Kecuali, MOSS menyajikan saya dengan ini ketika aku mencoba dan melakukannya:

gambar

Faktanya adalah, tidak ada yang membuat perubahan sana (Selain dari saya, Tentu saja).

Pencarian cepat muncul diskusi ini Forum MSDN: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=1691577&SiteID=1

William Heurdier menjabarkan itu baik dalam menjelang (seperti 10/02/07) posting:

Faktanya adalah:

Untuk me-reset rusak judul, Anda harus :

– menghapus semua daftar di bawah judul rusak

– menghapus pos rusak

– Dari pengaturan daftar, Tambahkan daftar dihapus untuk peluncuran cepat (Ini meregenerasi menuju bebas rusak)

Anda harus baik untuk pergi….


SharePoint ahli – Sogeti Cap Gemini Swiss

Aku masih agak bingung karena aku terus ingin pergi ke halaman navigasi, membuat perubahan dan kemudian bisa memukul dengan "halaman diubah" pesan. Akhirnya, Aku sadar bahwa aku pergi ke pengaturan daftar dan menghapus/Tambahkan ke peluncuran cepat. Yang melakukan trik. Bahagia kali di sini lagi!

</akhir>

Berlangganan ke blog saya!

Masalah dengan “Jeda sampai tanggal” aktivitas dalam menciptakan SPD Workflow

UPDATE 12/10/07: Perbaikan terbaru seperti yang dijelaskan dalam MSDN KB929816 memecahkan masalah bagi kita disebutkan di bawah ini. Mendapatkan perbaikan terbaru dan kemudian instal pada setiap server di peternakan. Kemudian, utilitas konfigurasi SharePoint pada setiap server. Berikut adalah link MS Support yang KB: http://support.microsoft.com/kb/932816.

Latar belakang:

Kami memiliki persyaratan bisnis di mana manajer teknik lingkungan kebutuhan untuk memastikan bahwa 30 Lokasi Some-Odd manufaktur yang terletak di seluruh Amerika Serikat perlu memastikan bahwa tanaman tersebut mengajukan izin negara-mandat mereka berbagai secara tepat waktu. Salah satu pendekatan kami telah diselidiki memanfaatkan "jeda sampai tanggal" kegiatan yang tersedia bagi kita melalui SharePoint Designer worfklow. Manajer teknik (atau asistennya) memasuki semua izin yang diperlukan dan tanggal pengingat pada awal tahun. Sistem kemudian melakukan semua angkat berat.

Lingkungan:

MOSS, 64 bit, mesin virtual lingkungan (pengembangan kotak), 2 Server (SQL Server #1, segala sesuatu yang lain di server #2).

Masalah:

Tindakan jeda sampai tanggal tampak seperti solusi yang tepat dan itu mungkin membuktikan diri menjadi. Namun, tidak bekerja baik dari kotak (bagi kami).

  1. Alur kerja pekerjaan tidak dijadwalkan untuk menjalankan, pernah. Saya menemukan ini dengan membaca melalui Christopher White (http://chrissyblanco.blogspot.com/2007/06/issues-with-delay-activity-in-moss.html) baik menulis-up dengan menggunakan stsadm thusly:

    C:\>STSADM -o getproperty - propertyname "pekerjaan-alur kerja" -URL http://localhost

    <Properti ada = "No" />

    C:\>

    Itu adalah hasil yang mengejutkan tapi dengan mudah diselesaikan:

    C:\>STSADM -o setproperty - propertyname "pekerjaan-worfklow" -propertyvalue "setiap 1 menit antara 0 dan 59" -URL http://localhost

    Operasi telah berhasil diselesaikan.

    C:\>

    Setelah melakukan hal itu, pertama "dalam kemajuan" alur kerja dengan cepat bersemangat dan tidak memiliki pekerjaan.

  2. Sayangnya, yang berikutnya tidak bekerja seperti yang diharapkan. Untungnya, Christopher merujuk kami Sini (http://support.microsoft.com/kb/932816). Seperti menulis entri ini, Kami sedang menunggu untuk departemen TI untuk mendapatkan perbaikan terbaru yang, Tapi itu tidak terlihat menjanjikan. Kami salinan .dll terkena tidak berbagi ukuran byte yang sama, Jadi mudah-mudahan ini akan memecahkan masalah.

Pemecahan masalah:

Kembali menjalankan perintah stsadm -o setproperty tampaknya prod timer alur kerja terjaga. Itu akan, kira-kira 7 menit kemudian, benar-benar bangun dan lanjutkan dengan alur kerja.

Pertanyaan / Isu-isu yang ditujukan:

Jeda sampai tanggal tidak bekerja.

Jeda sampai tanggal tidak melanjutkan.

Status alur kerja tidak berubah dari "dalam kemajuan"

Alur kerja status tetap "dalam kemajuan"