Arsip bulanan: November 2007

MOSS memberitahu saya kolom Namaku adalah Reserved atau dalam penggunaan … Tapi itu tidak

Tinggalkan Balasan

UPDATE 12/04/07: Lihat ini Microsoft KB (http://support.microsoft.com/kb/923589) untuk informasi terkait.

Benar-benar, ternyata itu adalah, Tapi tricksy MOSS harus membuat sulit.

Pelanggan saya melakukan beberapa pekerjaan pengembangan pada situs MOSS selama akhir pekan. Itu adalah sedikit dari gado untuk apa yang dia lakukan benar-benar, tetapi hasil akhirnya adalah ini:

  • Ia mencoba untuk menambahkan kolom situs yang disebut "kuantitas" dan MOSS Balasan: "Nama kolom yang Anda masukkan sudah digunakan atau reserved. Memilih nama lain."
  • Dia mencoba untuk menambahkannya ke lingkungan lain dan itu bekerja. Oleh karena itu, "Kuantitas" bukanlah nama reserved.
  • Ia mencoba untuk menemukan situs yang ada kolom yang bernama "kuantitas" dalam koleksi situs itu. Dia tidak dapat menemukannya.

Saya melakukan beberapa penelitian, dan bahkan beberapa coding, Wax filosofis dan akhirnya menemukan bahwa kolom yang bernama kuantitas melakukan, Sebenarnya, ada. Dalam "_Hidden" kelompok. Oleh karena itu, Kami tidak dapat menemukan melalui antarmuka pengguna SharePoint.

Bagaimana bisa ada? Saya tidak tahu, tapi aku punya teori (atau sebagai istri saya akan menyebutnya, "bla bla bla"). Di suatu tempat di sepanjang garis, a menakjubkan empat puluh template ditambahkan dan mungkin diaktifkan di sebuah situs dalam situs koleksi. Itu kemudian telah dinonaktifkan (atau situs yang dihapus). Kolom situs, Namun, tetap tetapi di "_Hidden" kelompok. Jika seseorang mengetahui lebih baik, tolong beritahu saya melalui email atau posting di komentar.

SharePoint mengatakan kebenaran. Itu bernilai hampir tidak menunjukkan bahwa pesan tidak bermanfaat sebagai itu bisa. Akan menyenangkan untuk melihat bahwa pesan garpu ke dua pesan yang berbeda di masa depan: 1) Mengatakan bahwa nama kolom atau tidak. 2) Jika itu tidak diperuntukkan, Tampilkan situs, atau setidaknya kelompok, di mana nama kolom sudah digunakan.

</akhir>

Menyajikan OM Data melalui daftar kustom (atau, Namun lain OM Data Displayor [seperti YACC, tapi berbeda])

Tinggalkan Balasan

Hari ini, Saya menghabiskan beberapa jam melacak akar penyebab di balik pesan "nama kolom yang Anda masukkan sudah digunakan atau milik. Memilih nama lain."

Kolom yang bersangkutan dapat dibuat, dihapus dan kembali di lingkungan lain, Jadi aku tahu itu bukan nama reserved. Namun, Aku hanya tidak bisa menemukan kolom di mana saja melalui antarmuka pengguna SharePoint standar situs dalam situs koleksi.

Saya diposting ke Forum MSDN berikut dan tangguh Andrew Woodward menunjuk saya di arah objek model data yang mendasarinya.

Aku pergi ke CodePlex untuk menemukan beberapa alat yang akan membantu saya mengintip ke OM data yang mendasarinya dan membantu saya menemukan kesulitan.

Aku mencoba beberapa alat dan mereka sangat keren dan menarik tetapi pada akhirnya, UI tidak cukup baik untuk tujuan saya. Aku tidak mengkritik mereka dengan cara apapun, tapi jelas alat pembuat tidak memiliki masalah saya dalam pikiran ketika mereka menciptakan UI :). Kebanyakan orang tampaknya menjadi investasi cukup banyak waktu dan usaha dalam menciptakan workstation / aplikasi klien yang menyediakan pemandangan pohon, Klik kanan menu konteks dan sebagainya. Ini baik dan semua, tetapi banyak pekerjaan untuk menciptakan pengalaman pengguna top-of-the-line yang juga sangat fleksibel.

Aku benar-benar membutuhkan jawaban untuk masalah ini. Itu terjadi kepada saya bahwa jika saya bisa mendapatkan semua kolom situs dalam situs koleksi ke daftar kustom, Saya dapat menyaring, menyortir dan membuat pemandangan yang akan membantu saya menemukan kolom ini seharusnya sudah ada (yang sebenarnya, BTW). Aku pergi ke depan dan melakukan itu dan satu atau dua jam kemudian, memiliki semua kolom situs saya dimuat ke daftar kustom dengan pengelompokan, penyortiran dan sebagainya. Saya menemukan jawaban saya lima menit kemudian.

Jika dan ketika saya berhasil mengambil alih dunia, Saya pikir saya akan SK bahwa semua SharePoint alat penyedia harus secara serius mempertimbangkan permukaan objek model data di daftar kustom. Cara itu, Aku punya kekuatan untuk mencari apapun cara yang saya inginkan (dibatasi, Tentu saja, oleh standar sharepoint fitur).

Tindakan Custom alur kerja SharePoint Designer — Pengamatan tentang <FieldBind Desainer Type =”StringBuilder” … />

1 Balasan

Just a quick pengamatan bahwa ada perbedaan yang sangat penting antara dua definisi:

<FieldBind lapangan = "InParam1" DesignerType = "StringBuilder" Id = "2" Teks = "Input parameter # 1" />

versus:

<FieldBind lapangan = "InParam1" Id = "2" Teks = "Input parameter # 1" />

Pertama menunjukkan seperti ini di SPD:

gambar

sedangkan yang kedua menunjukkan seperti ini:

gambar

I’m not sure how helpful these screen shots are but I put in the effort to make them so you have to view them 🙂

Pengamatan ini: StringBuilder memungkinkan Anda untuk membangun sebuah string (jelas) dengan mencampur bersama string literal dan alur kerja data (melalui "Tambah Lookup" tombol di sudut kiri bawah). Bila Anda menggunakan tombol Tambahkan Lookup, itu menyisipkan tanda dalam bentuk"[%token %]". Kapan SharePoint memanggil tindakan kustom Anda, (C# kode dalam kasus saya), SharePoint melewati tanda sendiri, bukan nilai token. Jika Anda menggunakan jenis desain default (Tipe kedua), SharePoint memperluas token dan melewati sebenarnya nilai token untuk tindakan Anda.

StringBuilder = buruk, standar jenis desainer = baik.

Tentu saja, Itulah tidak apa yang saya benar-benar maksud. Hanya jangan mencoba dan melewati parameter untuk tindakan kustom Anda ketika mengetik perancang = StringBuilder. Menggunakan jenis desain default dan rantai StringBuilder untuk itu di depan jika Anda perlu untuk membangun kompleks string dalam alur kerja Anda (yang kebetulan adalah persis apa yang satu tidak untuk membuat subjek yang dinamis untuk tindakan email, tapi itulah subjek entri blog lain, Har har).

<akhir />

Prematur alur kerja aktivasi — Solusi Non-medis

8 balasan

UPDATE: Lihat diskusi MSDN ini, terutama entri terakhir: http://forums.microsoft.com/MSDN/showpost.aspx?postid=2631057&siteid=1. Ini menggambarkan suatu kondisi yang singkat mungkin sirkuit seluruh hal ini. Singkatnya, ini mungkin yang sederhana seperti membuat setidaknya satu bidang wajib.

Saya memiliki perpustakaan dokumen yang mendukung delapan jenis konten.

Aku punya SharePoint Designer alur kerja yang ingin menghitung dan menetapkan "pengingat tanggal" oleh hanya subtracting 30 hari dari kolom lain, "tempo". Ini hanya terjadi untuk salah satu jenis konten, "Asuransi". Tujuan bisnis adalah untuk menghasilkan KPI yang menunjukkan dua jenis dokumen asuransi: "akan berakhir" dan "kedaluwarsa." (Anda dapat membaca lebih lanjut tentang jenis KPI dan lebih substansial drill-down Sini).

Saya telah mengkonfigurasi alur kerja untuk api ketika item baru diciptakan dan ketika item yang dimodifikasi. Idenya adalah bahwa ketika dokumen asuransi upload, kami menghitung "peringatan tanggal" Berdasarkan tanggal kadaluarsa. Sepasang pemandangan bekerja sehubungan dengan daftar menyoroti kondisi ini ketika pengguna hit halaman rumah mereka KPI.

Strategi ini tidak bekerja ketika meng-upload dokumen.

Saya meng-upload dokumen dan aku 'm disajikan dengan layar pemasukan data meta. Pada titik ini, Saya sudah dalam kesulitan. SharePoint telah, sebelum waktunya dari perspektif saya, dipecat alur kerja. Aku belum punya kesempatan untuk memilih jenis konten yang tepat dan tidak menetapkan tanggal jatuh tempo. Pada saat yang sama, alur kerja api tidak ketika saya menekan tombol Kirim saat ini. Ada beberapa logika built-in yang "percaya" yang pertama mengajukan adalah bagian dari "Buat" peristiwa. Jadi … alur kerja telah dipecat dan ketika dijalankan, Akhirnya nilai default meta data.

Terbaik yang saya tahu adalah untuk memasukkan "jeda sampai" kegiatan alur kerja. Saya memiliki jeda alur kerja untuk 1 menit. Sementara itu adalah berhenti, Aku Pilih jenis konten yang tepat, Masukkan meta data. Jeda melengkapi dan alur kerja hasil yang diperlukan. (Perhatikan bahwa di lingkungan saya, kegiatan alur kerja timer dari SPD tidak bekerja di luar kotak. Anda mungkin memiliki masalah yang sama. Lihat Sini untuk rincian lebih lanjut).

Saya tidak suka "sihir penundaan" kerja-sekitar. Apa yang terjadi jika pengguna upload dokumen dan telepon berdering dan percakapan berikutnya outlasts jeda? Saya dapat membuat jeda yang panjang, tapi aku masih tidak menyukainya.

Saya menulis tentang ini di Forum MSDN di sini: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=2430725&SiteID=1

SharePoint Keamanan fundamental Primer / Menghindari perangkap umum

8 balasan

UPDATE 12/18/07: Lihat artikel Paul Liebrand untuk konsekuensi beberapa teknis menghapus atau memodifikasi nama grup default (Lihat komentar di bawah ini juga).

Sekilas pandang:

Keamanan SharePoint mudah untuk mengkonfigurasi dan mengelola. Namun, Hal ini telah terbukti menjadi sulit bagi beberapa administrator pertama kali untuk benar-benar membungkus tangan mereka di sekitar itu. Tidak hanya itu, Saya telah melihat beberapa administrator yang datang ke pemahaman yang sempurna pada hari Senin hanya untuk telah hilang oleh Jumat karena mereka tidak perlu melakukan konfigurasi apapun dalam waktu intervensi. (Aku mengakui untuk memiliki masalah ini sendiri). Blog entry ini mudah-mudahan menyediakan SharePoint keamanan primer yang berguna dan menunjuk ke arah beberapa konfigurasi pengamanan.

Catatan penting:

Keterangan ini berdasarkan dari kotak keamanan SharePoint. Pengalaman pribadi saya berorientasi di sekitar MOSS sehingga mungkin terdapat MOSS beberapa spesifik hal di sini, tapi saya percaya secara akurat untuk WSS. Saya berharap bahwa siapa pun yang melihat semua kesalahan atau tidak akan menunjukkan bahwa dalam komentar atau email saya. Aku akan membuat koreksi posting tergesa-gesa.

Dasar-dasar:

Untuk tujuan dari tinjauan ini, ada empat aspek-aspek fundamental keamanan: pengguna/kelompok, Securable objects, tingkat izin dan warisan.

Pengguna dan grup istirahat ke:

  • Masing-masing pengguna: Ditarik dari aktif direktori atau dibuat secara langsung dalam SharePoint.
  • Kelompok: Dipetakan langsung dari active directory atau dibuat di SharePoint. Kelompok adalah kumpulan pengguna. Kelompok global dalam situs koleksi. Mereka tidak pernah "terikat" untuk objek securable tertentu.

Securable objects istirahat ke setidaknya:

  • Situs
  • Dokumen perpustakaan
  • Setiap item dalam daftar dan dokumen perpustakaan
  • Folder
  • Berbagai pengaturan BDC.

Ada lain securable objects, tapi Anda mendapatkan gambar.

Izin tingkat: Seikat rinci / hak rendah tingkat akses yang mencakup hal-hal seperti membuat/membaca/menghapus entri dalam daftar.

Warisan: Secara default entitas mewarisi pengaturan keamanan dari objek yang mengandung mereka. Sub situs mewarisi izin dari orang tua mereka. Dokumen perpustakaan mewarisi dari situs mereka. Seterusnya dan sebagainya.

Pengguna dan grup yang berhubungan dengan securable objects melalui tingkat izin dan warisan.

Aturan-aturan keamanan yang paling penting untuk memahami, Ever 🙂 :

  1. Kelompok yang cukup koleksi pengguna.
  2. Kelompok global dalam situs koleksi (yaitu. tidak ada hal seperti itu sebagai sebuah kelompok yang didefinisikan pada tingkat situs).
  3. Nama grup tidak, kelompok tidak, di lokasi dan dari diri mereka sendiri, memiliki tingkat keamanan tertentu.
  4. Kelompok memiliki keamanan dalam konteks securable objek tertentu.
  5. Anda dapat menetapkan tingkat berbeda izin untuk kelompok yang sama untuk setiap objek securable.
  6. Web aplikasi kebijakan truf semua ini (Lihat di bawah).

Keamanan Administrator hilang di lautan daftar grup dan pengguna dapat selalu mengandalkan aksioma ini untuk mengelola dan memahami konfigurasinya keamanan.

Common Pitfalls:

  • Nama grup palsu menyiratkan izin: Keluar dari kotak, SharePoint mendefinisikan sebuah set kelompok yang namanya berarti tingkat melekat keamanan. Mempertimbangkan kelompok "Kontributor". Salah satu yang tidak terbiasa dengan keamanan SharePoint mungkin baik melihat nama itu dan menganggap bahwa setiap anggota grup tersebut dapat "berkontribusi" untuk setiap situs/daftar/perpustakaan di portal. Itu mungkin benar, tetapi bukan karena nama kelompok ini kebetulan "kontributor". Hal ini hanya berlaku dari kotak karena kelompok telah menyediakan tingkat izin yang memungkinkan mereka untuk menambah/menyunting/menghapus konten di situs akar. Melalui warisan, "kontributor" kelompok juga dapat menambah/menyunting/menghapus konten di setiap sub situs. Satu dapat "break" rantai warisan dan perubahan tingkat izin sub-site seperti bahwa anggota apa yang disebut "kontributor" Grup tidak dapat memberikan kontribusi sama sekali, tapi hanya membaca (misalnya). Ini tidak akan ide yang baik, jelas, karena itu akan sangat membingungkan.
  • Kelompok tidak didefinisikan pada tingkat situs. Mudah menjadi bingung oleh antarmuka pengguna. Microsoft menyediakan link nyaman ke pengguna Grup manajemen melalui setiap situs "orang-orang dan kelompok" link. Sangat mudah untuk percaya bahwa ketika aku di situs "tidak ada" cara membuat grup melalui orang-orang tidak ada 's dan kelompok link yang aku baru saja menciptakan sebuah kelompok yang hanya ada di tidak ada. Hal itu tidak terjadi. Saya benar-benar telah membuat grup untuk seluruh situs koleksi.
  • Keanggotaan grup tidak bervariasi oleh situs (yaitu. ini adalah sama di mana-mana kelompok digunakan): Mempertimbangkan group "pemilik" dan dua situs, "HR" dan "Logistik". Itu akan menjadi normal untuk berpikir bahwa dua individu yang terpisah akan sendiri situs tersebut — pemilik HR dan pemilik logistik. User interface membuatnya mudah bagi administrator keamanan untuk mishandle skenario ini. Jika saya tidak tahu lebih baik, Saya mungkin mengakses orang dan kelompok link melalui situs HR, Pilih pemilik"" kelompok dan menambahkan pemilik HR saya ke grup yang. Sebulan kemudian, Logistik datang pada baris. Saya mengakses orang dan kelompok dari situs Logistics, menambahkan pull up "pemilik" kelompok. Saya melihat pemilik HR di sana dan menghapus nya, berpikir bahwa saya mengeluarkan dia dari pemilik situs logistik. Sebenarnya, Saya mengeluarkan dia dari kelompok pemilik global. Kegembiraan yang terjadi kemudian.
  • Gagal untuk kelompok-kelompok nama yang didasarkan pada peran tertentu: "Approvers" kelompok adalah contoh sempurna. Apa yang bisa anggota menyetujui grup ini? Dimana mereka dapat menyetujui? Apakah saya benar-benar ingin Departemen Logistik orang mampu untuk menyetujui dokumen HR? Tentu saja tidak. Selalu nama kelompok berdasarkan peran mereka dalam organisasi. Ini akan mengurangi risiko bahwa kelompok diberikan tingkat izin tidak pantas untuk suatu securable obyek tertentu. Nama kelompok berdasarkan peran mereka dimaksudkan. Dalam skenario HR logistik sebelumnya, Saya harus membuat dua kelompok-kelompok baru: "HR pemilik" dan "logistik pemilik" dan menetapkan tingkat izin masuk akal untuk masing-masing dan jumlah minimum yang diperlukan untuk para pengguna untuk melakukan pekerjaan mereka.

Referensi lain yang berguna:

Jika Anda telah membuat ini jauh:

Tolong beritahu saya tahu pikiran Anda melalui komentar atau email saya. Jika Anda tahu lain referensi yang baik, Silakan melakukan hal yang sama!

Technorati Tags:

Cepat dan mudah: Membuat bagian Web lihat Data (DVWP)

2 balasan

Ada banyak informasi yang besar pada WSS 3.0 Data lihat bagian Web (DVWP) di web dari beberapa sumber. Namun, Saya menemukan itu mengejutkan sulit untuk menemukan informasi tentang langkah dasar pertama. Berikut adalah artikel lain dalam "cepat dan mudah" seri untuk mengatasinya.

Ikuti langkah-langkah untuk membuat data tampilan web bagian (DVWP). Mereka didasarkan pada "pengumuman" bagian web, tetapi berlaku untuk kebanyakan daftar.

  1. Membuat pengumuman bagian web dan menambahkannya ke situs.
  2. Membuka situs di SharePoint Designer.
  3. Membuka situs default.aspx.
  4. Pilih bagian web pengumuman dan klik kanan.
  5. Dari menu konteks, Pilih "mengkonversi ke XSLTampilan Data T".

SharePoint Designer akan memberitahu Anda bahwa situs ini sekarang disesuaikan dari definisi situs. Itu tidak selalu buruk, Tapi ada implikasi yang penting (kinerja, meng-upgrade, lain-lain) yang berada di luar lingkup ini sedikit "cepat dan mudah" Catatan. Untuk mendapatkan informasi lebih lanjut tentang subjek ini, Saya merekomendasikan buku kedua Sini serta pencarian Internet favorit Anda.

Mengkonfirmasi bahwa Anda melakukannya dengan benar:

  1. Menutup dan membuka kembali web browser (untuk menghindari sengaja Re-posting asli "Tambahkan bagian web baru").
  2. Pilih bagian web panah drop-down dan pilih "memodifikasi berbagi bagian Web" dari menu.
  3. Membuka panel alat kanan.
  4. Panel telah berubah dari yang biasa Tetapkan pilihan ini:
gambar

“Tidak bisa mendapatkan daftar skema kolom properti dari daftar SharePoint” — Deskripsi/kerja-arounds

4 balasan

Minggu ini, kami akhirnya direproduksi masalah yang telah dilaporkan oleh pengguna remote: Ketika ia mencoba untuk mengekspor isi dari daftar untuk excel, hal-hal yang tampaknya akan mulai bekerja, Tapi kemudian Excel akan muncul pesan kesalahan: "Tidak bisa mendapatkan daftar skema kolom properti dari daftar SharePoint". Dia berlari kantor 2003, Windows XP dan menghubungkan ke MOSS.

Saya mencari Internets dan melihat beberapa spekulasi tapi tidak ada 100% definitif. Oleh karena itu, posting ini.

Masalah: Mengekspor pandangan untuk unggul yang berisi (tanggal = tipe data kolom).

Apa yang bekerja untuk kita: Mengubah tanggal untuk "satu baris teks". Kemudian, mengubahnya kembali ke tanggal.

Yang dipecahkan itu. Itu bagus untuk melihat bahwa konversi bekerja, benar-benar. Itu cukup gugup bahwa mengubah hal-hal dengan cara ini akan gagal, tetapi tidak.

Bug ini telah dilemparkan bayangan besar atas tipe data tanggal dalam pikiran klien, Jadi kita akan mencari jawaban yang pasti dari Microsoft dan mudah-mudahan aku akan posting dan update di sini dalam periode pendek berikutnya waktu dengan informasi jawaban dan perbaikan terbaru mereka resmi.

Referensi lain:

http://www.kevincornwell.com/blog/index.php/cannot-get-the-list-schema-column-property-from-the-sharepoint-list/

http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=2383611&SiteID=1

<akhir>

Berlangganan ke blog saya.

Technorati Tags: ,

Cepat dan sederhana: Mengirim email dengan tertanam hyperlink dari SharePoint Designer alur kerja

Tinggalkan Balasan

Sekali atau dua kali bulan, seseorang posting pertanyaan forum: "Bagaimana saya dapat mengikutsertakan hyperlink ke URL yang dapat diklik dari email SharePoint Designer?"

Disajikan tanpa komentar: (baik, sebenarnya ada komentar lebih lanjut setelah gambar):

gambar

Becky Isserman menindaklanjuti dengan penjelasan yang berguna tentang cara untuk menanamkan link ke item dalam email: http://www.sharepointblogs.com/mosslover/archive/2007/11/20/addition-to-paul-galvin-s-post-about-sending-an-e-mail-with-hyperlinks-in-spd.aspx

Rilis baru: SharePoint Designer alur kerja ekstensi (fungsi manipulasi string)

5 balasan

UPDATE: Lihat di sini untuk pikiran saya mengkomersilkan proyek ini: http://paulgalvin.spaces.live.com/blog/cns!1CC1EDB3DAA9B8AA!569.entry

Saya telah sibuk bekerja pada proyek Codeplex yang saat ini berfokus pada penyediaan string manipulasi ekstensi untuk alur kerja yang diciptakan melalui SharePoint Designer.

Lihat di sini untuk rincian:

Proyek rumah: http://www.codeplex.com/spdwfextensions

Rilis: https://www.codeplex.com/Release/ProjectReleases.aspx?ProjectName=spdwfextensions&ReleaseId=8280

Versi 1.0 mencakup beberapa fitur baru berikut:

Fungsi Deskripsi (Jika tidak sama seperti.Fungsi bersih)
Num-entri() Kembali "entri nomor" dalam string sesuai pembatas tertentu.

Misalnya: Num-entri dalam string ",b,c" dengan pembatas"," = 3.

Catatan() Kembali n token dalam string sesuai pembatas tertentu.
Panjang String.length
Ganti() String.replace()
Berisi() String.contains()
Kembali kata "benar" atau kata-kata "palsu".
Substring(mulai) String.substring(mulai)
Substring(mulai,panjang) String.substring(mulai,panjang)
ToUpper() String.ToUpper()
ToLower() String.ToLower()
StartsWith() String.StartsWith()
Kembali kata "benar" atau kata-kata "palsu".
EndsWith() String.EndsWith()
Kembali kata "benar" atau kata-kata "palsu".

BDC runtime error yang dijelaskan

2 balasan

Aku menyebabkan kesalahan BDC minggu ini yang terwujud pada user interface dan dalam 12 sarang log saat runtime.

Pertama, ini muncul dalam antarmuka pengguna:

Tidak dapat menemukan bidang untuk memasukkan semua nilai-nilai pengenal untuk benar melaksanakan SpecificFinder MethodInstance dengan nama … Memastikan parameter input memiliki TypeDescriptors yang terkait dengan setiap pengenal yang didefinisikan untuk entitas ini.

Berikut adalah screen shot:

clip_image001

Bisa juga menyebabkan pesan ini tampil di 12 sarang log akan (menggunakan high-tech-don't-try-this-at-home dipatenkan saya "kesalahan misterius" metode):

11/14/2007 09:24:41.27 w3wp.exe (0x080C) 0x0B8C Data bisnis SharePoint Portal Server 6q4x tinggi pengecualian di BusinessDataWebPart.OnPreRender: System.InvalidOperationException: Nilai pengenal ”, jenis ”, tidak sah. Diharapkan nilai pengenal tipe 'System.String'. di Microsoft.Office.Server.ApplicationRegistry.MetadataModel.Entity.FindSpecific(Objek[] subIdentifierValues, LobSystemInstance lobSystemInstance) di Microsoft.SharePoint.Portal.WebControls.BdcClientUtil.FindEntity(Entitas entitas, Objek[] userValues, LobSystemInstance lobSystemInstance) di Microsoft.SharePoint.Portal.WebControls.BusinessDataItemBuilder.GetEntityInstance(Lihat desiredView) di Microsoft.SharePoint.Portal.WebControls.BusinessDataDetailsWebPart.GetEntityInstance() di Microsoft.SharePoint.Portal.WebControls.BusinessDataDetailsWebPart.SetDataSourceProperties()

Aku mencari di sekitar dan menemukan beberapa petunjuk di MSDN forum, tetapi mereka tidak cukup bagi saya untuk memahami apa yang saya lakukan salah. Saya menyaksikan webcast oleh Sir Alex Ferguson Ted yang saya perusahaan memiliki squirreled pergi di server dan datang untuk menyadari masalah saya.

Di ADF saya, Saya menghubungkan ke SQL database seperti yang ditunjukkan:

            <Properti Nama="RdbCommandText" Jenis="System.string">
              <![CDATA[
                PILIH SETID, CARRIER_ID, EFFDT, DESCR, EFF_STATUS, TAXPAYER_ID, NETWORK_ID, FRT_FORWARD_FLG, ALT_NAME1, ALT_NAME2, LANGUAGE_CD,
                      NEGARA, ADDRESS1, ADDRESS2, ADDRESS3, ADDRESS4, KOTA, NUM1, NUM2, HOUSE_TYPE, ADDR_FIELD1, ADDR_FIELD2, ADDR_FIELD3,
                      COUNTY, NEGARA, POS, GEO_CODE, IN_CITY_LIMIT, COUNTRY_CODE, TELEPON, EKSTENSI, FAKS, LAST_EXP_CHK_DTTM, FREIGHT_VENDOR,
                      INTERLINK_DLL, TMS_EXCLUDE_FLG dari dbo.PS_CARRIER_ID_VW dengan (nolock)
                MANA
                  (SETID <> 'BERBAGI') dan
                  (lebih rendah(CARRIER_ID) >= bawah(@MinId)) dan
                  (lebih rendah(CARRIER_ID) <= bawah(@MaxId)) dan
                  (lebih rendah(DESCR) SEPERTI lebih rendah(@InputDescr))
                ]]>
            </Properti>

Saya diberikan SQL DBA orang dan saya diberikan untuk memahami bahwa khusus Lihat mereka diciptakan hanya untukku. Kunci unik ada adalah CARRIER_ID.

Berikut ini adalah bug yang saya diperkenalkan:

      <Pengidentifikasi>
        <Pengenal Nama="CARRIER_ID" TypeName="System.string" />
        <Pengenal Nama="DESCR" TypeName="System.string" /> 
      </Pengidentifikasi>

Di suatu tempat di sepanjang garis, Saya telah berhasil untuk membingungkan diriku atas makna <Pengidentifikasi> dan menambahkan DESCR bahkan meskipun tidak benar-benar sebuah identifier. Aku mengambil DESCR dari pengidentifikasi set dan presto! Semuanya bekerja.

I hope this saves someone some grief 🙂

Technorati Tags: , , ,