Archifau Misol: Tachwedd 2007

MOSS Dweud wrth Me My Colofn Enw wedi'i Cedwir neu Yn Defnyddio … Ond nid

Y NEWYDDION DIWEDDARAF 12/04/07: Gweler hyn yn Microsoft KB (http://support.microsoft.com/kb/923589) am wybodaeth berthnasol.

A dweud y gwir, mae'n troi allan ei fod yn, ond Tricksy Roedd MOSS i'w gwneud yn anodd.

Mae fy cwsmeriaid yn gwneud rhywfaint o waith datblygu ar ei safle MOSS dros y penwythnos. Mae'n dipyn o sborion ynghylch yr hyn a wnaeth mewn gwirionedd, ond y canlyniad yw hyn:

  • Mae'n ceisio ychwanegu colofn safle o'r enw "maint" ac atebion MOSS: "Y golofn enw roesoch chi yn eisoes yn defnyddio neu a gadwyd yn ôl. Dewiswch enw arall."
  • Fod yn ceisio ychwanegu at yr amgylchedd arall a'i fod yn llwyddo. Felly,, "Faint" Nid yn enw a gadwyd.
  • Mae'n ceisio dod o hyd i safle presennol y golofn a enwir "maint" yn y casgliad safle. Ni all ei chael hi'n.

Fe wnes rhai ymchwil, a hyd yn oed rhai codio, cwyr athronyddol a dod o hyd yn olaf fod colofn a enwir Nifer a oedd, mewn gwirionedd, yn bodoli. Yr oedd yn "_Hidden" grŵp. Felly, ni allem ddod o hyd iddo drwy gyfrwng y rhyngwyneb defnyddiwr SharePoint.

Sut oedd hi'n cyrraedd yno? dydw i ddim yn adnabod, ond mae gen i theori (neu fel y byddai fy ngwraig ei alw, "blah blah blah"). Rhywle ar hyd y llinell, 1 templed deugain gwych ychwanegu ac mae'n debyg yn cael ei actifadu ar y safle yn y casgliad safle. Yr oedd ei datgloi wedyn (neu'r safle ei symud). Y golofn safle, Fodd bynnag,, aros ond yn y "_Hidden" grŵp. Os oes rhywun yn gwybod gwell, os gwelwch yn dda gadewch i mi wybod drwy e-bost neu drwy'r post yn y sylwadau.

Roedd SharePoint yn dweud y gwir. Yw prin yn werth nodi nad yw neges honno mor ddefnyddiol ag y gallai fod yn. Byddai'n braf i weld y neges fforc i ddwy neges wahanol yn y dyfodol: 1) Dywedwch fod yr enw golofn wedi'i neilltuo neu os nad yw'n. 2) Os na chaiff ei gadw, ddangos y safle, neu o leiaf y grŵp, lle yr enw golofn yn cael ei ddefnyddio eisoes.

</diwedd>

Yn bresennol Data Via y Rhestr Custom OM (neu, Eto arall OM Dyddiad Displayor [Fel yacc, ond yn wahanol])

Heddiw, Treuliais llond llaw o oriau olrhain i lawr yr hyn sydd wrth wraidd y neges "y golofn enw roesoch chi yn barod neu a gadwyd yn ôl. Dewiswch enw arall."

Mae'r golofn dan sylw A allai cael ei greu, dileu ac ail-greu mewn amgylchedd arall, felly gwyddwn nad oedd enw a gadwyd yn ôl. Fodd bynnag,, Syml ni allai ganfod y golofn unman drwy'r rhyngwyneb defnyddiwr SharePoint safonol ar unrhyw safle yn y safle casglu.

Postio yr MSDN fforymau yma ac y hewyllys anorchfygol Andrew Woodward Nododd mi yn y cyfeiriad y data sylfaenol a model gwrthrych.

Euthum oddi ar i codeplex dod o hyd i rai dulliau a fyddai'n helpu i mi gan gymheiriaid i OM data sylfaenol ac yn helpu i mi ddod o hyd i'r drafferth.

Ceisiais sawl offer ac roeddent yn oer iawn ac yn ddiddorol ond yn y diwedd, Doedd y UI ddim ddigon da ar gyfer fy diben. Nid wyf yn criticizing iddynt drwy unrhyw ddull, ond yn amlwg nid oedd y gwneuthurwyr offeryn gael fy broblem mewn cof pan grëwyd eu UI :). Ymddengys fod y rhan fwyaf o bobl yn buddsoddi cryn dipyn o amser ac ymdrech i greu gweithfan / ceisiadau cleient sy'n darparu coed barn, De-gliciwch dewislenni cyd-destun ac ati. Mae'r rhain yn braf a holl, ond mae llawer o waith i greu profiad defnyddiwr uchaf y llinell sydd hefyd yn hyblyg iawn.

Gwir angen i mi ateb i'r broblem hon. Digwyddodd i mi hynny pe gallem gael pob un o'r colofnau safle yn y casgliad safle yn rhestr bersonol, Gallai hidlo, yn didoli ac yn creu safbwyntiau a fyddai'n helpu i mi ddod o hyd i golofn hon tybir presennol (ac fe wnaeth, Bron Brawf Cymru). Euthum ymlaen a oedd hynny ac yn awr neu ddwy yn ddiweddarach, Roedd fy holl golofnau safle yn cael ei llwytho i mewn i rhestr bersonol â grwpio, didoli ac ati. Cefais fy ateb bum munud yn ddiweddarach.

Os a phryd y cymeraf yn llwyddiannus dros y byd, Credaf y bydd yr ddyfarniad y rhaid i holl ddarparwyr offer SharePoint yn ystyried o ddifrif arwyneb eu data model gwrthrych yn rhestr bersonol. Y ffordd honno, Mae gennyf y pwer i chwilio unrhyw ffordd rwyf am (cyfyngu, wrth gwrs, gan nodweddion sharepoint safonol).

SharePoint Designer Llif Gwaith Custom Gweithredu — Arsylwi Amdanom <FieldBind Designer Math =”StringBuilder” … />

Dim ond sylw sydyn fod yna wahaniaeth pwysig iawn rhwng y ddau ddiffiniad:

<Maes FieldBind = "InParam1" DesignerType "StringBuilder =" ID = "2" Testun = "Mewnbwn paramedr #1" />

yn erbyn:

<Maes FieldBind = "InParam1" ID = "2" Testun = "Mewnbwn paramedr #1" />

Mae'r cyntaf yn dangos fel hyn yn SPD:

Delwedd

tra bod yr ail yn dangos fel hyn:

Delwedd

Nid wyf yn siŵr pa mor ddefnyddiol yw'r lluniau sgrin hyn ond fe wnes i ymdrech i'w gwneud felly mae'n rhaid i chi eu gweld 🙂

Yr arsylwi yw hyn: StringBuilder yn eich galluogi i adeiladu llinyn (yn amlwg) drwy gymysgu gyda'i gilydd lythrenyddion llinyn a data llif gwaith (drwy gyfrwng y "ychwanegu chwilio am" botwm yn y gornel chwith isaf). Pan Defnyddiwch y botwm chwilio am ychwanegu, Mae'n mewnosod tocyn ar ffurf"[%tocyn%]". Pan mae SharePoint yn rhyw eich gweithred bersonol, (C # cod yn fy achos i), SharePoint yn pasio y tocyn ei hun, Nid gwerth y tocyn. Os ydych yn defnyddio math dylunio diofyn (yr ail fath), SharePoint ehangu tocyn ac yn pasio gwerth gwirioneddol y tocyn i'ch weithredu.

StringBuilder = BAD, Math o dylunydd rhagosodyn = DA.

Wrth gwrs, Dyna ni hyn mewn gwirionedd a olygaf. Dim ond peidiwch â geisio a throsglwyddo paramedr eich gweithred bersonol pan y dylunydd math = StringBuilder. Yn defnyddio'r math dylunio diofyn a'r gadwyn StringBuilder iddo ymlaen llaw os oes angen i adeiladu llinynnau cymhleth yn eich llif gwaith (sydd gyda llaw yn union hyn y mae un yn ei wneud i greu bwnc deinamig ar gyfer y camau e-bost, ond mae hynny'n bwnc ar gyfer mynediad blog arall, har har).

<diwedd />

Cynamserol Activation Llif Gwaith — Mae Datrysiad heb fod yn feddygol

Y NEWYDDION DIWEDDARAF: Gweler y drafodaeth hon MSDN, yn enwedig y cofnod diwethaf: http://forums.microsoft.com/MSDN/showpost.aspx?postid=2631057&siteid=1. Mae'n disgrifio cyflwr y gall circuit peth cyfan hwn yn fyr. Mewn byr, Gall fod mor syml â gwneud o leiaf un o'r meysydd gorfodol.

Mae gen i lyfrgell dogfen sy'n cefnogi wyth math cynnwys.

Mae gennyf llif gwaith dylunydd SharePoint sydd am gyfrifo a neilltuo "dyddiad nodyn atgoffa" gan syml dynnu 30 diwrnod o golofn arall, "dyddiad dyledus". Dylai hyn ddigwydd dim ond ar gyfer un o'r mathau o gynnwys y, "Yswiriant". Amcan busnes yw cynhyrchu KPI sydd yn dangos dau gategori o dogfennau yswiriant: "fin dod i ben" a "wedi dod i ben." (Gallwch ddarllen mwy am y math hwn o DPA ac yn fwy sylweddol yn drilio i lawr yma).

Yr wyf wedi ffurfweddu llif gwaith i tân pan gaiff eitem newydd ei greu a pan mae eitem ei haddasu. Y syniad yw pan fydd yn ddogfen yswiriant wedi'i llwytho i fyny, Rydym yn cyfrifo "rhybudd dyddiad" yn seiliedig ar y dyddiad dod i ben. Gwaith pâr o safbwyntiau mewn cysylltiad â rhestr DPA i dynnu sylw at amodau hyn pan mae defnyddwyr yn taro eu tudalen gartref.

Nid yw'r strategaeth hon yn gweithio pan fyddaf yn llwytho dogfen.

Imi lanlwytho'r ddogfen ac yr wyf gyflwynais gyda mynediad data meta sgrin. Ar y pwynt hwn, Yr wyf eisoes mewn trafferthion. Mae'r SharePoint eisoes wedi, gynamserol o fy safbwynt, llosgi y llif gwaith. Nid wyf wedi cael cyfle i ddewis y math cywir o gynnwys nac aseinio dyddiad dyledus. Ar yr un pryd, Nid yw'r llif gwaith yn tân pan yr darodd y botwm cyflwyno ar hyn o bryd. Mae rhai rhesymeg parod y "yn credu" Mae y gyntaf yn cyflwyno yn rhan o y "creu" digwyddiad. Felly … fy llif gwaith wedi tanio a phan fydd yn gweithredu, Fe'i pasiwyd gwerthoedd data meta diofyn.

Y gorau i weithio o amgylch gwn o yw mewnosoder "saib tan" gweithgarwch yn y llif gwaith. Yr wyf yn oedi llif gwaith ar gyfer 1 munud. Tra yn ei oedi'n, I ddewis y math o gynnwys cywir, Rhowch y data meta a chyflwyno. Mae cwblhau'r broses oedi ac mae'r llif gwaith yn mynd rhagddo yn ôl yr angen. (Nodwch fod yn fy amgylchedd, Nid gweithgareddau llif gwaith amserydd o'r ddogfen raglennu sengl yn gweithio allan o'r bocs. Efallai y bydd gennych yr un drafferth. Gweler yma am fwy o fanylion).

Dydw i ddim yn hoffi "hud oedi" weithio o amgylch. Mae beth sy'n digwydd os bod y defnyddiwr yn llwytho dogfen ac mae'r ffôn yn canu a'r sgwrs ddilynol yn outlasts y saib? Gallaf wneud y saib hwy, ond yr wyf yn dal ddim yn ei hoffi.

Ysgrifennais am hyn ar y fforymau MSDN yma: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=2430725&SiteID=1

SharePoint Diogelwch Hanfodion Gyntaf / Osgoi Camgymeriadau cyffredin

Y NEWYDDION DIWEDDARAF 12/18/07: Gweler erthygl Paul Liebrand ar gyfer rhai canlyniadau technegol dileu neu addasu'r enwau grŵp diofyn (gweld ei sylwadau isod yn ogystal).

Trosolwg:

Diogelwch SharePoint yn hawdd i ffurfweddu a rheoli. Fodd bynnag,, profwyd i fod yn anodd i rai gweinyddwyr tro cyntaf mewn gwirionedd yn lapio eu dwylo o'i amgylch. Nid yn unig hynny, Yr wyf wedi gweld rhai gweinyddwyr ddod i ddealltwriaeth perffaith ddydd Llun yn unig i wedi colli ei erbyn dydd Gwener oherwydd nad oedd ganddynt i wneud unrhyw ffurfweddiad yn y cyfamser. (Yr wyf yn cyfaddef i gael y broblem fy hun). Mae'r cofnod blog hwn yn gobeithio darparu sylfaenol diogelwch SharePoint defnyddiol ac pwyntiau tuag at arferion gorau rhai ffurfweddiad diogelwch.

Nodyn Pwysig:

Mae'r disgrifiad hwn yn seiliedig ar o'r blwch SharePoint diogelwch. Mae fy mhrofiad personol yn troi o gwmpas MOSS felly efallai y bydd rhai pethau penodol MOSS yma, ond credaf ei bod yn gywir ar gyfer WSS. Gobeithiaf y bydd unrhyw un yn gweld unrhyw wallau neu hepgoriadau nodi hynny yn sylwadau neu e-bost ataf. Byddwch yn gwneud cywiriadau swydd brys.

Hanfodion:

At ddibenion y trosolwg hwn, mae pedair agwedd sylfaenol i nawdd: defnyddwyr / grwpiau, gwrthrychau securable, lefelau caniatâd cynllunio a etifeddiaeth.

Defnyddwyr a Grwpiau dorri i lawr i:

  • Defnyddwyr unigol: Dynnu o'r cyfeiriadur gweithredol neu eu creu yn uniongyrchol yn SharePoint.
  • Grwpiau: SharePoint wedi'u mapio uniongyrchol o'r Cyfeiriadur Gweithredol neu wedi creu yn. Grwpiau yn gasgliad o ddefnyddwyr. Grwpiau yn fyd-eang mewn casgliad safle. Eu bod byth "ynghlwm" i wrthrych securable penodol.

Gwrthrychau Securable torri i lawr hyd at o leiaf:

  • Safleoedd
  • Llyfrgelloedd Document
  • Eitemau unigol mewn rhestrau a llyfrgelloedd dogfen
  • Folders
  • Amrywiol leoliadau BDC.

Mae gwrthrychau securable eraill, ond byddwch yn cael y darlun.

Lefelau Caniatâd: Mae bwndel o gronynnog / hawliau mynediad lefel isel sy'n cynnwys pethau fel creu/darllen/dileu cofnodion mewn rhestrau.

Etifeddu: Gan endidau diofyn etifeddu gosodiadau diogelwch gan eu gwrthrych sy'n cynnwys. Mae is-safleoedd yn etifeddu caniatâd gan eu rhiant. Mae'r ddogfen llyfrgelloedd yn etifeddu gan eu safle. Blaen ac ati.

Defnyddwyr a grwpiau yn ymwneud â gwrthrychau securable trwy lefelau ganiatâd cynllunio ac etifeddiaeth.

Mae'r Rheolau Diogelwch Pwysicaf I Deall, Ever 🙂 :

  1. Grwpiau yn syml casgliadau o ddefnyddwyr.
  2. Grwpiau yn fyd-eang o fewn casgliad y safle (h.y. nid oes y fath beth â grŵp diffiniedig ar lefel safle).
  3. Enw'r grŵp er gwaethaf, Nid yw grwpiau yn, i mewn ac ohonynt eu hunain, Mae unrhyw lefel benodol o ddiogelwch.
  4. Mae grwpiau diogelwch yng nghyd-destun securable gwrthrych penodol.
  5. Efallai y byddwch yn aseinio gwahanol lefelau caniatâd i'r un grŵp ar gyfer pob gwrthrych securable.
  6. Polisïau cais ar y we trump hyn i gyd (gweler isod).

Gall gweinyddwyr diogelwch goll mewn môr o grŵp a rhestrau defnyddwyr bob amser yn dibynnu ar y axioms hyn i reoli a deall eu cyfluniad diogelwch.

Camgymeriadau Cyffredin:

  • Grŵp enwau ffug yn awgrymu caniatâd: Allan o'r blwch, Mae SharePoint yn diffinio set o grwpiau y mae eu henwau yn awgrymu lefel diogelwch cynhenid. Ystyried y grŵp "Cyfrannwr". Gall un anghyfarwydd â diogelwch SharePoint dda edrych ar yr enw hwnnw a dybio y gall unrhyw aelod o'r grŵp hwnnw "gyfrannu" i unrhyw safle/rhestr/llyfrgell yn y Porth. Efallai fod hynny'n wir ond nid oherwydd y grŵp enw yn digwydd bod "cyfrannwr". Mae hyn ond yn wir o'r blwch oherwydd bod y grŵp wedi'i ddarparu lefel caniatâd sy'n eu galluogi i ychwanegu/golygu/dileu cynnwys ar y safle gwraidd. Trwy etifeddu, "cyfranwyr" Caiff grŵp hefyd yn cynnwys ychwanegu/golygu/dileu ar bob is-safle. Gall un "egwyl" y gadwyn etifeddiaeth a newid lefel y caniatâd o is-safleoedd o'r fath y bydd Aelodau y cyfrannwr"fel y'i gelwir" Ni all y grŵp gyfrannu o gwbl, ond dim ond darllen (er enghraifft,). Ni fyddai hyn yn syniad da, yn amlwg, gan y byddai'n ddryslyd iawn.
  • Nid yw grwpiau yn cael eu diffinio ar lefel safle. Mae'n hawdd drysu gan rhyngwyneb y defnyddiwr. Mae Microsoft yn darparu cyswllt gyfleus i'r defnyddiwr/grŵp rheoli drwy bob safle "pobl a grwpiau" cyswllt. Mae'n hawdd credu hynny pan fyddaf ar safle "xyzzy" a wyf yn creu grŵp drwy xyzzy y bobl ac mae grwpiau yn cysylltu hynny dim ond rwyf wedi creu grŵp sy'n bodoli dim ond ar xyzzy. Nid yw hynny'n wir. Dwi wedi grëwyd grŵp ar gyfer casglu safle cyfan.
  • Nid yw aelodaeth Grwpiau yn amrywio yn ôl safle (h.y. mae yr un fath ym mhob man y grŵp yn cael ei ddefnyddio): Ystyried y grŵp "perchennog" a dau safle, "ADNODDAU DYNOL" a "Logisteg". Byddai'n arferol i feddwl y byddai dau unigolyn ar wahân yn berchen ar y safleoedd hynny — perchennog adnoddau dynol ac i berchennog logisteg. Mae rhyngwyneb y defnyddiwr yn ei gwneud yn hawdd i weinyddwr diogelwch i mishandle y senario hwn. Os nad oedd yn gwybod yn well, Efallai fy mod mynediad y Bobl a chysylltiadau Grwpiau drwy'r wefan Adnoddau Dynol, Dewiswch "perchnogion" grŵp ac ychwanegu fy perchennog adnoddau dynol i'r grŵp hwnnw. Fis yn ddiweddarach, Daw'r logisteg ar linell. Mynediad pobl a grwpiau o'r safle logisteg, ychwanegu tynnu fyny "perchnogion" grŵp. Gweler y perchennog adnoddau dynol yno a chael gwared ar ei, meddwl bod yr wyf imi gael gwared hi gan berchnogion ar safle'r logisteg. Yn wir,, Yr wyf yn cael gwared hi gan y grŵp perchnogion fyd-eang. Mae ddigrifwch yn mynd yn ei flaen.
  • Methu â enwi grwpiau yn seiliedig ar rôl benodol: Y "cymeradwywyr" grŵp yn enghraifft berffaith. Beth y gall aelodau o hwn gymeradwyo'r grŵp? Lle gall iddynt ei gymeradwyo? Nid wyf mewn gwirionedd am adran logisteg pobl i allu gymeradwyo dogfennau adnoddau dynol? Wrth gwrs nid. Bob amser enw grwpiau yn seiliedig ar eu rôl o fewn y sefydliad. Bydd hyn yn lleihau'r risg y caiff y grŵp ei neilltuo lefel caniatâd amhriodol ar gyfer gwrthrych securable penodol. Enw grwpiau yn seiliedig ar eu rôl arfaethedig. Yn y senario adnoddau dynol/logisteg blaenorol, Dylwn fod wedi creu dau grŵp newydd: "Adnoddau dynol perchnogion" a "logisteg perchnogion" a neilltuo lefelau caniatâd synhwyrol ar gyfer pob a'r swm lleiaf sydd ei angen ar gyfer defnyddwyr hynny i wneud eu gwaith.

Cyfeiriadau Defnyddiol Eraill:

Os ydych wedi gwneud cyn belled â hyn:

Gadewch i mi wybod eich barn drwy sylwadau neu e-bost. Os ydych yn gwybod cyfeiriadau da eraill, os gwelwch yn dda wneud yr un peth!

Tagiau Technorati:

Cyflym a hawdd: Creu Data View Rhan We (DVWP)

Mae cyfoeth o wybodaeth mawr ar y WSS 3.0 Data Rhan We View (DVWP) ar y we o nifer o ffynonellau. Fodd bynnag,, Yr oedd yn syndod anodd dod o hyd i wybodaeth ar y cam sylfaenol iawn cyntaf hwn. Dyma erthygl arall yn y "hawdd a chyflym" gyfres i'r afael ag ef.

Dilynwch y camau hyn i greu data barn ar y we yn rhan (DVWP). Maent yn seiliedig ar "cyhoeddiadau" gwe rhan, ond maent yn berthnasol i'r rhan fwyaf o restrau.

  1. Creu gwe rhan Cyhoeddiadau a'i ychwanegu i safle.
  2. Agor y safle yn SharePoint Designer.
  3. Agor default.aspx y safle.
  4. Dewiswch y rhan o'r we cyhoeddiadau a De-gliciwch.
  5. O'r cyd-destun ddewislen, Dewiswch "drosi i XSMae'rT Data farn".

SharePoint Designer rhoi gwybod i chi fod y safle bellach wedi ei addasu o'i ddiffiniad safle. Nid yw hynny o reidrwydd yn ddrwg, ond mae goblygiadau pwysig (perfformiad, uwchraddio, eraill) Mae y tu hwnt i gwmpas yr hwn ychydig o "cyflym a hawdd" mynediad. I gael rhagor o wybodaeth ar y pwnc hwn, Rwy'n argymell ddau lyfr yma yn ogystal â'ch chwiliad Rhyngrwyd hoff.

Gadarnhau eich bod yn gwneud hynny yn gywir:

  1. Cau ac ail-agor y porwr gwe (er mwyn osgoi ail-ddamweiniol postio gwreiddiol "rhan we newydd ychwanegu").
  2. Dewiswch y we rhan saeth cwymplen a dewis "addasu rhannu rhan o'r we" o'r ddewislen.
  3. Mae'r panel offeryn yn agor i'r dde.
  4. Mae'r panel wedi newid o'i opsiynau set arferol i hyn:
Delwedd

“Methu cael y rhestr eiddo sgema golofn o'r rhestr SharePoint” — Disgrifiad / datrysiadau dros dro

Yr wythnos hon, rydym yn olaf atgynhyrchu broblem a adroddwyd gan ddefnyddiwr o bell: Pan geisiodd i allforio cynnwys rhestr i ragori, byddai pethau'n ymddangos i ddechrau gweithio, ond wedyn byddai Excel pop i fyny gwall: "Ni allaf gael colofn sgema rhestr eiddo oddi ar y rhestr SharePoint". Roedd hi yn rhedeg Swyddfa 2003, Windows XP a cysylltu â MOSS.

Edrychais ar y Internets a gweld rhai dyfalu ond nid oes dim 100% pendant. Felly, y swydd hon.

Y broblem: Allforio bwriad o ragori sy'n cynnwys dyddiad (dyddiad = math y data y golofn).

Beth oedd yn gweithio i ni: Newid y dyddiad i "un llinell o destun". Yna, newid yn ôl i ddyddiad.

Dywedodd bod ei datrys. Roedd yn braf gweld bod y trawsnewid yn gweithio, mewn gwirionedd. Yr oedd yn eithaf nerfus y byddai troi pethau yn y ffordd hon yn methu, ond ni wnaeth.

Mae'r chwilen wedi taflu cysgod anferth ar y math data diweddaraf mewn cof y cleient, felly rydym yn mynd i fod yn chwilio am ateb pendant chan Microsoft a gobeithio y byddaf yn postio a diweddaru yma yn y cyfnod byr nesaf o amser gyda'u ateb swyddogol a gwybodaeth hotfix.

Cyfeiriadau eraill:

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

<diwedd>

Tanysgrifio i fy mlog.

Tagiau Technorati: ,

Cyflym a syml: Anfon e-bost gyda hyperlink gwreiddio o lif gwaith Dylunydd SharePoint

Unwaith neu ddwywaith y mis, rhywun swyddi cwestiwn fforwm: "Sut ydw i'n cynnwys hyperddolenni i URL sy'n cliciadwy dylunydd SharePoint e-bost?"

Cyflwynir heb sylwadau pellach: (yn dda, mewn gwirionedd mae sylwadau pellach ar ôl y ddelwedd):

Delwedd

Becky Isserman yn dilyn i fyny gydag eglurhad defnyddiol ar sut i ymgorffori dolen i eitem yn yr e-bost: 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

Rhyddhau newydd: SharePoint Designer Llif Gwaith Estyniadau (swyddogaethau trin llinyn)

Y NEWYDDION DIWEDDARAF: Gweler yma am fy meddyliau ar fasnacheiddio y prosiect hwn: http://paulgalvin.spaces.live.com/blog/cns!1CC1EDB3DAA9B8AA!569.entry

Rydw i wedi bod yn brysur yn gweithio ar fy mhrosiect Codeplex sy'n canolbwyntio ar hyn o bryd ar ddarparu estyniadau drin llinyn i llif gwaith a grëwyd drwy SharePoint Designer.

Gweler yma am fanylion:

Cartref Prosiect: http://www.codeplex.com/spdwfextensions

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

Fersiwn 1.0 cynnwys y nodweddion newydd canlynol:

Swyddogaeth Disgrifiad (os nad yw un. swyddogaeth net)
Num-cofnodion() Dychwelyd y rhif cofnodion "" mewn llinyn unol â amffinydd penodedig.

Er enghraifft,: NUM-cofnodion mewn llinyn "_FITTED,b,c" â amffinydd"," = 3.

Mynediad() Dychwelyd y tocyn nfed mewn llinyn unol â amffinydd penodedig.
Hyd String.Length
Amnewid() String.Replace()
Yn cynnwys() String.Contains()
Y gair "wir yn dychwelyd" neu y gair "ffug".
Is-linyn(dechrau) String.Substring(dechrau)
Is-linyn(dechrau,hyd) String.Substring(dechrau,hyd)
ToUpper() String.ToUpper()
ToLower() String.ToLower()
StartsWith() String.StartsWith()
Y gair "wir yn dychwelyd" neu y gair "ffug".
EndsWith() String.EndsWith()
Y gair "wir yn dychwelyd" neu y gair "ffug".

Mae gwall Rhedeg BDC eglurodd

I achosi gwall BDC yr wythnos hon amlygu ei hun ar y rhyngwyneb defnyddiwr ac yn y 12 cwch log yn Rhedeg.

Cyntaf, Ymddangosodd hyn yn y rhyngwyneb defnyddiwr:

Methu canfod meysydd i fewnosod holl Gwerthoedd Dynodwr i gyflawni MethodInstance SpecificFinder gywir gyda Enw … Sicrhau bod Paramedrau mewnbwn yn cael TypeDescriptors sy'n gysylltiedig gyda phob Dynodwr a ddiffiniwyd ar gyfer Endid hwn.

Dyma ergyd sgrîn:

clip_image001

Gallwn hefyd achosi neges hon i ymddangos yn y 12 log cwch gwenyn ar bydd (gan ddefnyddio fy high-tech-don't-try-this-at-home phatent "rhyfedd gwallau" dull):

11/14/2007 09:24:41.27 w3wp.exe (0x080C) 0x0B8C Data busnes SharePoint Porth gweinydd 6q4x eithriad uchel yn BusinessDataWebPart.OnPreRender: System.InvalidOperationException: Mae gwerth Dynodwr ”, Math ”, yn annilys. Gwerth disgwyliedig y Dynodwr o'r math 'System.String'. yn Microsoft.Office.Server.ApplicationRegistry.MetadataModel.Entity.FindSpecific(Gwrthrych[] subIdentifierValues, LobSystemInstance LobSystemInstance) yn Microsoft.SharePoint.Portal.WebControls.BdcClientUtil.FindEntity(Endid endid, Gwrthrych[] userValues, LobSystemInstance LobSystemInstance) yn Microsoft.SharePoint.Portal.WebControls.BusinessDataItemBuilder.GetEntityInstance(View desiredView) yn Microsoft.SharePoint.Portal.WebControls.BusinessDataDetailsWebPart.GetEntityInstance() ar Microsoft.SharePoint.Portal.WebControls.BusinessDataDetailsWebPart.SetDataSourceProperties()

Wyf yn chwilio o gwmpas a dod o hyd rhai arweinwyr yn y Fforwm MSDN, ond doedden nhw ddim digon i mi ddeall beth oedd yn ei wneud o'i le. Gwyliais gweddarllediad gan Ted Pattison Mae hynny'n fy cwmni WEDI coffrau ar weinydd a cam i Sylweddoli fy problem.

Yn fy ADF, Rydw i'n cysylltu i gronfa ddata SQL fel y dangosir:

            <Eiddo Enw="RdbCommandText" Math="System.String">
              <![CDATA[
                SELECT
                      , CARRIER_ID, EFFDT, DESCR, EFF_STATUS, TAXPAYER_ID, NETWORK_ID, FRT_FORWARD_FLG, ALT_NAME1, ALT_NAME2, LANGUAGE_CD,
                      GWLAD, Cyfeiriad1, Cyfeiriad2, ADDRESS3, ADDRESS4, CITY, NUM1, NUM2, HOUSE_TYPE, ADDR_FIELD1, ADDR_FIELD2, ADDR_FIELD3,
                      SIR, STATE, POST, GEO_CODE, IN_CITY_LIMIT, COUNTRY_CODE, FFÔN, ESTYNIAD, FFACS, LAST_EXP_CHK_DTTM, FREIGHT_VENDOR,
                      INTERLINK_DLL, TMS_EXCLUDE_FLG
                 (nolock)
                LLE
                  (SETID <> 'SHARE') a
                  (gostwng(CARRIER_ID) >= Yn is(@ MinId)) a
                  (gostwng(CARRIER_ID) <= Yn is(@ MaxId)) a
                  (gostwng(DESCR) FEL is(@ InputDescr))
                ]]>
            </Eiddo>

Yr oeddwn ar yr amod bod SQL gan berson DBA ac rwy'n cael ar ddeall ei fod yn arbennig barn a oeddent wedi ei greu i mi yn unig. Yr allwedd unigryw Mae yw CARRIER_ID.

Dyma y byg cyflwynais:

      <Dynodwyr>
        <Dynodwr Enw="CARRIER_ID" TypeName="System.String" />
        <Dynodwr Enw="DESCR" TypeName="System.String" /> 
</Dynodwyr>

Rhywle ar hyd y llinell, Roeddwn i wedi llwyddo i ddrysu fy hun ynglŷn ag ystyr <Dynodwyr> ac ychwanegodd DESCR hyd yn oed er nad yw'n dynodwr mewn gwirionedd. Cymerais DESCR allan o set dynodwyr a wele! Mae i gyd yn gweithio.

Rwy'n gobeithio y mae hyn yn arbed rhywun rhyw galar 🙂

Tagiau Technorati: , , ,