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: , , ,

Rydych yn Methu Rhawd Reach SharePoint yn

Yn ystod y ddau ddiwrnod diwethaf, Yr wyf wedi cymryd rhan mewn dau gyfarfod yn ystod y cyflwynwyd canlyniadau'r prosiect SharePoint. Ymunodd y CIO a'i dîm y cyfarfod cyntaf. Mae hynny'n safonol ac nid yn enwedig nodedig. Mae'r adran TG yn amlwg yn rhan o gyflwyno menter o unrhyw brosiect Technoleg. Roedd yr ail gyfarfod yn cael ei ehangu i gynnwys V.P. o farchnata, nifer o gyfarwyddwyr cynrychioli AD, Logisteg, Gweithgynhyrchu, Prosiectau Cyfalaf, Ansawdd, Prynu, Datblygu corfforaethol ac adrannau eraill (Nid yw rhai ohonynt yn cymryd rhan uniongyrchol hyd yn oed yn y cyfnod cyfredol). Mae cynulleidfa eang nerthol.

Yn fy mywyd blaenorol, Gweithiais yn bennaf ar brosiectau ERP a CRM. Mae ganddynt ill dau barth ateb gweddol eang ond nid mor eang ag SharePoint. I gael ei gwireddu llawn, Mae prosiectau SharePoint gyfreithlon ac o reidrwydd yn cyrraedd pob twll a chornel o sefydliad. Faint o atebion eraill menter wedi bod o'r fath yn cyrraedd? Nid oes llawer o.

Mae SharePoint yn amlwg yn cynrychioli cyfle enfawr i'r rhai ohonom sy'n ddigon ffodus i fod yn y lle hwn. Mae'n gyfle mawr technegol (sy'n cael ei droi rywsut ar ei ben yma o dan "Technolegau chi rhaid i feistroli"). Ond hyd yn oed yn well, Mae'r SharePoint yn datgelu inni i amrywiaeth helaeth ac eang o brosesau busnes drwy ymgysylltiadau hyn. Faint o CRM arbenigwyr yn gweithio gyda yr ochr weithgynhyrchu yn y cwmni? Faint o ymgynghorwyr cynllunio adnoddau menter yn gweithio gydag adnoddau dynol ar gaffael talent? Mae SharePoint yn fwy na'r ddau ohonynt.

Fel unrhyw beth, nid yw'n berffaith, ond mae'n lle da damned i fod yn.

Am y cariad [lenwi eich person mwyaf poblogaidd / uwch yn], Peidiwch â newid y ' teitl’ colofn safle.

Ar y Fforymau SharePoint, Weithiau mae rhywun yn gofyn am "newid y label teitl" neu am "dynnu teitl o'r rhestrau".

Llinell waelod: Peidiwch â gwneud hynny!

Yn anffodus, y rhyngwyneb defnyddiwr yn caniatáu newid un ffordd y label golofn fel y dangosir:

Delwedd

Enw yw colofn sy'n gysylltiedig gyda "Eitem" math o gynnwys. Mae llawer o, llawer o, CT llawer yn defnyddio'r golofn hon, ac os byddwch yn newid yma, Mae ei ripples allan ym mhobman. Mae cyfle da hynny nad ydych yn bwriadu i hynny ddigwydd. Mae'n debyg yr oeddech yn meddwl i chi eich hun, "Mae gennyf restr am-edrych personol a ' teitl’ nid yn unig yn gwneud synnwyr fel enw colofn, Felly yr wyf yn bwriadu ei newid i ' Cod statws’ ac ychwanegu colofn disgrifiad." Ond os ydych yn dilyn y meddwl ac ailenwi'r ' teitl’ i 'Cod statws', teitl bob rhestr yn (gynnwys llyfrgelloedd ddogfen) newidiadau i "Cod statws" ac mae'n debyg y nid oedd yn bwriadu i hynny ddigwydd.

Y broblem go iawn yw bod hyn yn newid un-ffordd. UI "gwyr" "teitl hwnnw" yn air a gadwyd yn ôl. Felly, Os byddwch yn ceisio ei newid "Cod statws" ôl i "Teitl", bydd yn eich rhwystro rhag ac yn awr ydych wedi beintio eich hun mewn cornel using paint that never dries 🙂

Felly beth sy'n digwydd os ydych eisoes yn newid ei? Nid wyf wedi gweld yr ateb y mae arnom oll eisiau, Mae'n ddull syml a hawdd i newid y label 'Teitl'. y funud hon, y cyngor gorau yw ei newid i rywbeth fel "Dogfen/eitem teitl". Hynny yw label ddigon generig efallai na fydd yn rhy jarring am eich defnyddwyr.

Mae gennyf rai syniadau eraill sydd ar fy i-wneud rhestr o bethau i ymchwilio:

  • Cysylltwch â Microsoft.
  • Gwnewch rywbeth gyda'r model gwrthrych, efallai ar y cyd â nodwedd.
  • Chyfrif i maes y sgema gronfa ddata ac â llaw diweddaru SQL. (Dylech gysylltu Microsoft cyn gwneud hyn er; bydd yn debygol o ddi-rym eich contract cefnogaeth).

Os oes unrhyw un yn gwybod sut i ddatrys y, os gwelwch yn dda postio sylw.

Diweddariad hwyr yn y prynhawn, 11/15: Rwy'n dod o hyd y ddolen hon sy'n disgrifio dull ar gyfer creu fath o restr nad yw'n cael colofn teitl: http://www.venkat.org/index.php/2007/09/03/how-to-remove-title-column-from-a-custom-list/

BDC ADF a'ch ffrind, CDATA

Rydw i wedi sylwi ar rai lletchwith a diangen llaw-amgodiad RdbCommandText mewn rhai enghreifftiau (gan gynnwys dogfennau MSDN).

Yr oeddwn am dynnu sylw at newydd-ddyfodiaid i BDC y gall Gorchmynion eu lapio tu mewn tag CDATA yn eu "naturiol" ffurflen. Felly, hyn yn adeiladu lletchwith:

<Eiddo Enw="RdbCommandText" Math="System.String">
SELECT dbo.MCRS_SETTLEMENT.id, dbo.MCRS_SETTLEMENT.settlement o dbo.MCRS_SETTLEMENT
LLE (id &gt;= @ MinID) A (id &lt;= @ MaxId)
</Eiddo>

Gellir cael ei gynrychioli yn well y modd hwn:

<Eiddo Enw="RdbCommandText" Math="System.String">
<![CDATA[
SELECT dbo.MCRS_SETTLEMENT.id, dbo.MCRS_SETTLEMENT.settlement o dbo.MCRS_SETTLEMENT
LLE (id >= @ MinID) A (id <= @ MaxId)
]]>
</Eiddo>

</diwedd>

Enghraifft BDC

Cyflwyniad i BDC

Enghraifft Ymarferol: BDC ADF sy'n cysylltu â chronfa ddata SQL â Rhif adnabod y defnyddiwr a chyfrinair gwreiddio

Angen i mi weiren fyny MOSS i gronfa ddata SQL drwy BDC. Ddibenion POC profion, Yr oeddwn am sefydlu SQL cyfrif id defnyddiwr a chyfrinair yn yr ADF. Gan ddechrau gyda templed hwn (http://msdn2.microsoft.com/en-us/library/ms564221.aspx), Rwyf wedi creu ADF sy'n cysylltu â gweinydd achos penodol SQL a logiau i mewn gyda enw defnyddiwr a chyfrinair penodol ac a ddangosir yn y snippet:

  <LobSystemInstances>
    <LobSystemInstance Enw="ClaimsInstance">
      <Eiddo>
        <Eiddo Enw="AuthenticationMode" Math="System.String">PassThrough</Eiddo>
        <Eiddo Enw="DatabaseAccessProvider" Math="System.String">SqlServer</Eiddo>
        <Eiddo Enw="RdbConnection Ffynhonnell Data" Math="System.String">gweinydd gwirioneddol  enghraifft gwirioneddol</Eiddo>
        <Eiddo Enw="Catalog RdbConnection Cychwynnol" Math="System.String">catalog gwirioneddol cychwynnol</Eiddo>
        <Eiddo Enw="RdbConnection Integredig Diogelwch" Math="System.String">SSPI</Eiddo>
        <Eiddo Enw="RdbConnection Cyfuno" Math="System.String">ffug</Eiddo>

        <!-- Dyma'r gwerthoedd allweddol: -->
        <Eiddo Enw="ID Defnyddiwr RdbConnection" Math="System.String">1ID Defnyddiwr ctual</Eiddo>
        <Eiddo Enw="Cyfrinair RdbConnection" Math="System.String">Cyfrinair gwirioneddol</Eiddo>
        <Eiddo Enw="Trusted_Connection RdbConnection" Math="System.String">ffug</Eiddo>

      </Eiddo>
    </LobSystemInstance>
  </LobSystemInstances>

Nid yw'n arfer gorau, ond mae'n ddefnyddiol ar gyfer ffurfweddiad cyflym a syml ar gyfer profion. Roedd hyn yn syndod anodd i ffigur. Cefais erioed yn enghraifft swyddogaethol â chwilio allweddeiriau:

  • Roedd adf yn gwreiddio ID defnyddiwr a chyfrinair
  • ymgorffori id defnyddiwr a chyfrinair yn adf
  • ymgorffori id defnyddiwr a chyfrinair yn adf bdc
  • SharePoint bdc primer
  • SharePoint ymgorffori id defnyddiwr a chyfrinair yn adf

</diwedd>

Tanysgrifio i fy mlog.