Månedlige Arkiver: November 2007

MOSS forteller meg min kolonnenavnet er reservert eller i bruk … Men det er ikke

Legg igjen et svar

OPPDATERINGEN 12/04/07: Se Denne Microsoft KB (http://support.microsoft.com/kb/923589) for relatert informasjon.

Faktisk, Det viser seg er, men tricksy MOSS måtte gjøre det vanskelig.

Meg kunden har noe utviklingsarbeid på nettstedet hans MOSS over helgen. Det er litt av et virvar på hva han egentlig gjorde, men sluttresultatet er dette:

  • Han prøver å legge til en områdekolonne kalt "antall" og MOSS svar: "Kolonnenavnet du angav er allerede i bruk eller reservert. Velg et annet navn."
  • Han forsøker å legge det til et annet miljø og det arbeider. Derfor, "Antall" er ikke et reservert navn.
  • Han prøver å finne en eksisterende områdekolonne kalt "antall" i områdesamlingen. Han kan ikke finne den.

Jeg gjorde noen forskning, og enda noen koding, vokset filosofiske og til slutt fant at en kolonne kalt antall gjorde, faktisk, finnes. Det var i "_Skjult" gruppe. Dermed, Vi kunne ikke finne den via SharePoint-grensesnittet.

Hvordan fikk den det? jeg vet ikke, men jeg har en teori (eller som min kone ville kalle det, "blah blah blah"). Et sted langs linjen, en fantastisk førti mal ble lagt til og sannsynligvis aktivert på et område i områdesamlingen. Det ble deretter deaktivert (eller området fjernet). Områdekolonnen, men, forble men i det "_Skjult" gruppe. Hvis noen vet bedre, Vennligst gi meg beskjed via e-post eller innlegg i kommentarer.

SharePoint fortalte sannheten. Det er knapt verdt å peke på at meldingen ikke er så nyttig som det kunne være. Det ville være hyggelig å se at meldingen gaffel i to ulike meldinger i fremtiden: 1) Si at kolonnenavnet er reservert eller det er ikke. 2) Hvis det ikke er reservert, Vis området, eller minst gruppen, hvor kolonnenavnet er allerede i bruk.

</slutten>

Technorati Merkelapper: , ,

Presentere OM Data Via en egendefinert liste (eller, Ennå en annen Data OM Displayor [som YACC, men forskjellige])

Legg igjen et svar

I dag, Jeg tilbrakte en håndfull timer spore opp årsaken bak meldingen "kolonnenavnet du angav er allerede i bruk eller reservert. Velg et annet navn."

Kolonnen i spørsmålet kan opprettes, slettes og opprettes på nytt i et annet miljø, så jeg visste det ikke var et reservert navn. Men, Jeg kunne ikke bare finne kolonnen hvor som helst via standard SharePoint-brukergrensesnittet på alle områder i områdesamlingen.

Jeg postet til MSDN-foraene her og den ukuelig Andrew Woodward pekte meg i retning av de underliggende dataene for objekt-modell.

Jeg gikk til Codeplex å finne noen verktøy som ville hjelpe meg å likemann i de underliggende OM dataene og hjelpe meg finne problemer.

Jeg prøvde flere verktøy og de var veldig kul og interessante, men i slutten, UI var ikke godt nok for mitt formål. Jeg er ikke kritisere dem på noen måte, men klart verktøyet-skaperne hadde ikke mitt problem i tankene når de opprettet sin UI :). Fleste synes å investere en god del tid og krefter i å skape arbeidsstasjon / klientprogrammer som har tre visninger, Høyreklikk sammenheng menyer og så videre. Dette er hyggelig og alle, men det er mye arbeid å lage en top-of-the-line brukeropplevelse som er også svært fleksibel.

Jeg virkelig trengte et svar på dette problemet. Det slo meg som om jeg kunne få alle områdekolonnene i områdesamlingen til en egendefinert liste, Jeg kan filtrere, sortere og opprette visninger som ville hjelpe meg å finne denne angivelig eksisterende kolonne (som det gjorde, BTW). Jeg gikk videre og gjorde det og en time eller to senere, hadde alle mine områdekolonner lastet inn en egendefinert liste med gruppering, sortering og så videre. Jeg fant mitt svar fem minutter senere.

Hvis og når jeg klarer å ta over verden, Jeg tror jeg vil dekret at alle SharePoint verktøy tilbydere må seriøst vurdere overflaten objekt modelldataene i en liste. Sånn, Jeg har makt Hvis du vil søke noen vil måte jeg (begrenset, selvfølgelig, av standard sharepoint-funksjoner).

SharePoint Designer arbeidsflyt egendefinert handling — Observasjon om <FieldBind Designer Type =”StringBuilder” … />

1 Svar

Bare en rask observasjon at det er en svært viktig forskjell mellom disse to definisjoner:

<FieldBind feltet = "InParam1" DesignerType = "StringBuilder" ID = "2" Tekst = "Input parameter #1" />

versus:

<FieldBind feltet = "InParam1" ID = "2" Tekst = "Input parameter #1" />

Først viser som dette i SPD:

bilde

mens de siste show som dette:

bilde

Jeg er ikke sikker på hvor nyttige disse skjermbildene er, men jeg anstrenger meg for å lage dem slik at du må se dem 🙂

Observasjon er dette: StringBuilder kan du bygge en streng (åpenbart) ved å blande sammen strenglitteraler og arbeidsflyt data (via "Legg til oppslag" -knappen i nedre venstre hjørne). Når du bruker du legge oppslagsknappen, det setter et token i skjemaet"[%token %]". Når SharePoint påkaller den egendefinerte handlingen, (C#-kode i mitt tilfelle), SharePoint passerer tokenet selv, ikke verdien til tokenet. Hvis du bruker standard designer type (den andre typen), SharePoint utvider token og sender faktiske verdien til tokenet til handlingen.

StringBuilder = dårlig, standard designer = bra.

selvfølgelig, Det er ikke hva jeg virkelig mener. Bare ikke prøv og sende en parameter egendefinerte handlingen når utformingsverktøyet skriver = StringBuilder. Bruk designer standardtypen og kjeden en StringBuilder den foran hvis du trenger å bygge komplekse strenger i arbeidsflyt (som forresten er akkurat hva man gjør opprette et dynamisk tema for e-handlingen, men det er et emne for en annen bloggpost, har har).

<slutten />

Tidlig arbeidsflyt aktivisering — En ikke-medisinsk-løsning

8 svar

OPPDATERINGEN: Se denne MSDN-diskusjon, spesielt den siste posten: http://forums.microsoft.com/MSDN/showpost.aspx?postid=2631057&siteid=1. Den beskriver en tilstand som kan kort krets hele greia. Kort sagt, Det kan være så enkelt som å gjøre minst ett av feltene obligatorisk.

Jeg har et dokumentbibliotek som støtter åtte innholdstyper.

Jeg har en SharePoint Designer arbeidsflyt som ønsker å beregne og tilordne en "påminnelsesdato" trekke 30 dager fra en annen kolonne, "forfallsdato". Dette bør bare skje for en av innholdstyper, "Forsikring". Virksomhetens mål er å produsere en KPI som viser to kategorier for forsikring dokumenter: "ferd med å utløpe" og "utløpt." (Du kan lese mer om denne typen KPI og mer betydelig drill-down her).

Jeg har konfigurert arbeidsflyten brann når et nytt element opprettes og når et element endres. Tanken er at når en forsikring dokumentet lastes, vi beregne en "Advarsel dato" basert på utløpsdatoen. Et par visninger fungerer i forbindelse med en ytelsesindikatorliste å utheve disse betingelsene når brukere rammet deres hjemmeside.

Denne strategien fungerer ikke når jeg laste opp et dokument.

Jeg laste opp dokumentet og jeg presenterte med meta data oppføring skjermen. På dette punktet, Jeg er allerede i trøbbel. SharePoint har allerede, for tidlig fra mitt perspektiv, starter arbeidsflyten. Jeg har ikke hatt en sjanse til å plukke riktig innholdstype eller tilordne en forfallsdato. På samme tid, arbeidsflyten, aktiveres ikke når jeg trykke Send-knappen på denne tiden. Det er noen innebygd logikk som "tror" som først sende er en del av det "opprette" hendelse. Så … min arbeidsflyt har avfyrt og når det utføres, Det ble vedtatt standard meta dataverdier.

Beste arbeidet rundt jeg vet om er å sette inn en "pause før" -aktivitet i arbeidsflyten. Jeg har arbeidsflyt pause for 1 minutt. Mens det er pause, Jeg velge den riktige innholdstypen, Angi metadata og sende. Pause fullført og fortsetter arbeidsflyten etter behov. (Merk at det i mitt miljø, timer arbeidsflytaktiviteter fra SPD fungerer ikke ut av boksen. Du kan ha samme problemer. Se her for mer informasjon).

Jeg liker ikke "magiske forsinkelse" arbeid rundt. Hva skjer hvis du laster opp et dokument og telefonen ringer og påfølgende samtalen outlasts pause? Jeg kan gjøre pause lenger, men jeg fortsatt liker ikke det.

Jeg skrev om dette på MSDN-foraene her: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=2430725&SiteID=1

SharePoint sikkerhet grunnleggende Primer / Unngå vanlige feller

8 svar

OPPDATERINGEN 12/18/07: Se Paul Liebrand artikkelen for noen tekniske konsekvenser av å fjerne eller endre standardnavn for gruppen (se hans kommentar nedenfor i tillegg).

Oversikt:

Sikkerheten i SharePoint er enkelt å konfigurere og administrere. Men, Det har vist seg for å være vanskelig for enkelte første gang administratorer å virkelig vikle hendene rundt det.. Ikke bare det, Jeg har sett noen administratorer kommer til en perfekt forståelse mandag bare å ha mistet den fredag fordi de ikke har å gjøre noe konfigurasjonen i tiden. (Jeg innrømmer å ha dette problemet selv). Dette blogginnlegget forhåpentligvis gir en nyttig SharePoint sikkerhet primer og peker mot noen anbefalte fremgangsmåter for sikkerhet-konfigurasjon.

Viktig merknad:

Denne beskrivelsen er basert på esken sikkerheten i SharePoint. Min personlige erfaring er orientert rundt MOSS så det kan være noen MOSS bestemte ting her, men jeg tror det er nøyaktig for WSS. Jeg håper at noen ser eventuelle feil eller forsømmelser vil påpeke at i kommentarer eller email meg. Jeg skal gjøre rettelser post hast.

Grunnleggende:

I forbindelse med denne oversikten, Det er fire grunnleggende aspekter sikkerhet: brukere/grupper, sikrede objekter, tillatelsesnivåer og arv.

Brukere og grupper bryte ned til:

  • Individuelle brukere: Trukket fra active directory eller opprettet direkte i SharePoint.
  • Grupper: Tilordnet direkte fra active directory eller opprettet i SharePoint. Grupper er en samling brukere. Grupper er global i en områdesamling. De bundet aldri"" til et bestemt sikret objekt.

Sikrede objekter bryte ned til minst:

  • Nettsteder
  • Dokumentbiblioteker
  • Individuelle elementer i lister og dokumentbiblioteker
  • Mapper
  • Ulike BDC-innstillinger.

Det andre sikrede objekter, men du får bildet.

Tillatelsesnivåer: En bunt av detaljert / lav tilgangsrettigheter som inkluderer slike ting som opprette/lese/slette oppføringer i lister.

Arv: Standard arver enheter sikkerhetsinnstillinger fra deres inneholdende objekt. Sekundære områder arver tillatelser fra det overordnede området. Dokumentbiblioteker arver fra deres nettsted. Så videre og så videre.

Brukere og grupper knyttet til sikrede objekter via tillatelsesnivåer og arv.

De viktigste sikkerhetsreglene å forstå, Noen gang 🙂 :

  1. Grupper er bare samlinger av brukere.
  2. Grupper er global i en områdesamling (dvs.. Det finnes ikke noe slikt som en gruppe som er definert på et områdenivå).
  3. Gruppenavn ikke motstå, grupper ikke, i og av seg selv, har et bestemt nivå av sikkerhet.
  4. Grupper har sikkerhet i forbindelse med et bestemt sikret objekt.
  5. Du kan tilordne forskjellige tillatelsesnivåer i samme gruppe for alle sikrede objekter.
  6. Web programpolicyer trumfe alt dette (se nedenfor).

Sikkerhetsadministrator mistet i et hav av gruppe- og oppføringer kan alltid stole på disse aksiomer å administrere og forstå deres sikkerhetskonfigurasjon.

Felles fallgruver:

  • Gruppenavn antyder feilaktig tillatelse: Esken, SharePoint definerer et sett av grupper med navn innebærer et iboende sikkerhetsnivå. Vurdere gruppen "Bidragsyter". En ukjent med sikkerheten i SharePoint kan også se på navnet og anta at medlemmer av gruppen kan "bidra" noen området/liste/biblioteket i portal. Det kan være sant, men ikke fordi gruppen navnet skulle "bidragsyter". Dette gjelder bare ut av boksen fordi gruppen er gitt et tillatelsesnivå som lar dem legge til/redigere/slette innholdet i rotområdet. Gjennom arv, "bidragsytere" gruppen kan også legge til/redigere/slette innhold på hver sub-området. Man kan "break" arven kjeden og endre tilgangsnivået for et delområde slik at medlemmer av den såkalte "bidragsyteren" gruppen kan ikke bidra hele, men bare lest (for eksempel). Dette ville ikke være en god idé, åpenbart, siden det ville være veldig forvirrende.
  • Gruppene defineres ikke på et områdenivå. Det er lett å bli forvirret av brukergrensesnittet. Microsoft skaffer en enkel kobling til bruker/gruppe administrasjon via hvert område "mennesker og grupper" kobling. Det er lett å tro at når jeg er på nettstedet "xyzzy" og jeg lage en gruppe gjennom xyzzy's mennesker og grupper link som jeg har nettopp opprettet en gruppe som finnes bare på xyzzy. Det er ikke tilfelle. Jeg har faktisk laget en gruppe for hele områdesamlingen.
  • Grupper medlemskap varierer ikke av nettstedet (dvs.. Det er den samme overalt gruppen brukes): Vurdere gruppen "eier" og to områder, "HR" og «Logistikk». Det ville være normalt å tenke at to separate individer ville eier disse nettstedene — HR eier og en logistikk eier. Brukergrensesnittet gjør det enkelt for en sikkerhetsadministrator mishandle dette scenariet. Hvis jeg ikke visste bedre, Jeg kan få tilgang til personer og grupper koblinger via webområdet HR, Velg "eiere" og legge min HR eier til denne gruppen. En måned senere, Logistikk kommer på linje. Jeg tilgang til personer eller grupper fra webområdet logistikk, legge til trekke opp "eiere" gruppe. Jeg ser HR eier det og fjerne henne, tenker at jeg tar henne fra eiere på området logistikk. faktisk, Jeg tar henne fra den globale eiergruppen. Hilarity følger.
  • Sviktende å Navnegrupper basert på bestemt rolle: "Godkjennere" gruppen er et perfekt eksempel. Hva kan medlemmer av denne gruppen Godkjenn? Hvor kan de godkjenne det? Jeg virkelig ønsker folk logistikk avdeling skal kunne godkjenne HR? Selvfølgelig ikke. Alltid Navnegrupper basert på deres rolle i organisasjonen. Dette vil redusere risikoen at gruppen er tilordnet et upassende tillatelsesnivå for et bestemt sikret objekt. Navnegrupper basert på deres tiltenkte rolle. I det forrige eksemplet HR/logistikk, Jeg burde ha laget to nye grupper: "HR eiere" og "logistikk eiere" og tilordne fornuftig tillatelsesnivåer for hver og minimumsbeløpet som kreves for brukere å gjøre jobben sin.

Andre nyttige referanser:

Hvis du har gjort det så langt:

Behage utleie meg vite dine tanker via kommentarer eller email meg. Hvis du vet andre gode referanser, gjør det samme!

Technorati Merkelapper:

Rask og enkel: Opprette en webdel for datavisning (DVWP)

2 svar

Det er et vell av god informasjon på WSS 3.0 Webdel for datavisning (DVWP) på nettet fra flere kilder. Men, Jeg fant det å være overraskende vanskelig å finne informasjon på denne første grunnleggende trinn. Her er en annen artikkel i "rask og enkel" serie å ta det.

Følg denne fremgangsmåten for å opprette en webdelen for datavisning (DVWP). De er basert på en "annonseringer" webdelen, men gjelder for de fleste lister.

  1. Opprette en webdel for kunngjøringer og legge den til et område.
  2. Åpne webområdet i SharePoint Designer.
  3. Åpne nettstedets default.aspx.
  4. Velg webdelen for kunngjøringer og høyreklikk.
  5. På hurtigmenyen, Velg "Konverter til XSLT datavisning".

SharePoint Designer varsler deg om at dette området er nå tilpasset fra områdedefinisjonen. Det er ikke nødvendigvis dårlig, men det er viktige implikasjoner (ytelse, oppgradering, andre) som er utenfor omfanget av denne lille "rask og lett" oppføring. Mer informasjon om dette emnet, Anbefaler jeg både bøker her og din favoritt Internett-Søk.

Bekreft at du gjorde det riktig:

  1. Lukk og åpne webleseren på nytt (å unngå uhell re-oppslaget opprinnelige "Legg til en ny webdel").
  2. Velg webdelen pilen rullegardinmenyen og velg "endre delt webdel" menyen.
  3. I Verktøy-panelet åpnes til høyre.
  4. Panelet er endret fra sin vanlige alternativer til dette:
bilde

“Kan ikke hente listen XML-egenskapen for kolonnen fra SharePoint-listen” — Beskrivelse/arbeide-i nærheten

4 svar

Denne uken, Vi endelig gjengitt et problem som hadde blitt rapportert av en ekstern bruker: Da hun prøvde å eksportere innholdet i en liste til excel, ting synes å begynne å jobbe, men deretter Excel ville popmusikk opp en feil: "Kan ikke få kolonneegenskapen listen skjema fra SharePoint-listen". Hun kjører office 2003, Windows XP og kobler til MOSS.

Jeg søkte Internets og så spekulert men ingenting 100% definitive. Dermed, Dette innlegget.

Problemet: Eksportere utsikt til excel som inneholder en dato (dato = datatypen for kolonnen).

Hva arbeidet for oss: Konvertere datoen til et "enkelt linje med tekst". Deretter, konvertere den til en dato.

Det løste det. Det var hyggelig å se at konverteringen fungerte, faktisk. Det var ganske nervøs at konvertering ting på denne måten ville mislykkes, men det gjorde ikke.

Denne feilen har kastet en stor skygge over datatypen Dato i kundens sinn, så vi skal oppsøke en definitiv svaret fra Microsoft og forhåpentligvis jeg skal legge inn og oppdatere her i den neste kort perioden med deres offisielle svar og hurtigreparasjonen.

Andre referanser:

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

<slutten>

Abonner på bloggen min.

Technorati Merkelapper: ,

Rask og enkel: Send en epost med innebygde hyperkoblingen fra SharePoint Designer arbeidsflyt

Legg igjen et svar

En eller to ganger måneden, noen legger ut et spørsmål på forumet: "Hvordan inkluderer jeg hyperkoblinger til URL-er som er klikkbare fra en e-post for SharePoint Designer?"

Presentert uten ytterligere kommentar: (Vel, faktisk er det ytterligere kommentar etter bildet):

bilde

Becky Isserman følger opp med en nyttig forklaring på hvordan du bygger inn en kobling til et element i e-posten: 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

Technorati Merkelapper: , ,

Ny versjon: SharePoint Designer arbeidsflyten utvidelser (streng manipulasjon funksjoner)

5 svar

OPPDATERINGEN: Se her for mine tanker om å kommersialisere dette prosjektet: http://paulgalvin.spaces.live.com/blog/cns!1CC1EDB3DAA9B8AA!569.entry

Jeg har vært opptatt jobber med min Codeplex prosjektet som er for tiden fokusert på å gi streng manipulasjon utvidelser til arbeidsflytoperasjoner opprettet via SharePoint Designer.

Se her for detaljer:

Prosjektet home: http://www.codeplex.com/spdwfextensions

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

Versjon 1.0 inneholder følgende nye funksjoner:

Funksjonen Beskrivelse (Hvis ikke samme som .net-funksjon)
NUM-poster() Returnerer antallet "postene" i en streng som angitt skilletegn.

For eksempel: NUM-oppføringer i en streng "en,b,c" med skilletegnet"," = 3.

Oppføring() Returnerer den n'te tokenet i en streng som angitt skilletegn.
Lengde String.Length
Erstatt() String.Replace()
Inneholder() String.Contains()
Returnerer ordet "true" eller ordet "false".
Delstreng(Start) String.Substring(Start)
Delstreng(Start,lengde) String.Substring(Start,lengde)
ToUpper() String.ToUpper()
ToLower() String.ToLower()
StartsWith() String.StartsWith()
Returnerer ordet "true" eller ordet "false".
EndsWith() String.EndsWith()
Returnerer ordet "true" eller ordet "false".

En BDC-kjøretidsfeil forklart

2 svar

Jeg fikk en BDC-feil denne uken som viste seg på brukergrensesnitt og i den 12 strukturen Logg under kjøring.

Første, Dette dukket opp i brukergrensesnittet:

Finner ikke felt for innsetting av alle identifikatorverdiene for riktig kjøring av SpecificFinder MethodInstance med navnet … Kontroller at inndataparametere har TypeDescriptors knyttet til alle identifikatorer som er definert for denne enheten.

Her er et skjermbilde:

clip_image001

Jeg kan også føre denne meldingen skal vises i den 12 strukturen loggen vil (bruke min patentert high-tech-don't-try-this-at-home "mystisk feil" metoden):

11/14/2007 09:24:41.27 W3WP.exe (0x080C) 0x0B8C SharePoint Portal Server forretningsdata 6q4x høy unntak i BusinessDataWebPart.OnPreRender: System.InvalidOperationException: Identifier-verdien ”, typen ”, er ugyldig. Forventet identifikatorverdi av typen System.String. ved Microsoft.Office.Server.ApplicationRegistry.MetadataModel.Entity.FindSpecific(Objekt[] subIdentifierValues, LobSystemInstance lobSystemInstance) ved Microsoft.SharePoint.Portal.WebControls.BdcClientUtil.FindEntity(Enhet enhet, Objekt[] userValues, LobSystemInstance lobSystemInstance) ved Microsoft.SharePoint.Portal.WebControls.BusinessDataItemBuilder.GetEntityInstance(Vis desiredView) ved Microsoft.SharePoint.Portal.WebControls.BusinessDataDetailsWebPart.GetEntityInstance() ved Microsoft.SharePoint.Portal.WebControls.BusinessDataDetailsWebPart.SetDataSourceProperties()

Jeg søkte rundt og fant noen avledningene i det MSDN-forumet, men de var ikke nok for meg å forstå hva jeg gjorde galt. Jeg så en webcast av Ted Pattison som min selskapet har vet på en server og kom til å forstå mitt problem.

I min ADF, Jeg kobler til en SQL-database som vist:

            <Egenskapen navn="RdbCommandText" Type="System.String">
              <![CDATA[
                VELG SETID, CARRIER_ID, EFFDT, DESCR, EFF_STATUS, TAXPAYER_ID, NETWORK_ID, FRT_FORWARD_FLG, ALT_NAME1, ALT_NAME2, LANGUAGE_CD,
                      LAND, ADDRESS1, ADRESSE2, ADDRESS3, ADDRESS4, BYEN, NUM1, NUM2, HOUSE_TYPE, ADDR_FIELD1, ADDR_FIELD2, ADDR_FIELD3,
                      FYLKE, TILSTAND, POST, GEO_CODE, IN_CITY_LIMIT, COUNTRY_CODE, TELEFON, UTVIDELSE, FAKS, LAST_EXP_CHK_DTTM, FREIGHT_VENDOR,
                      INTERLINK_DLL, TMS_EXCLUDE_FLG fra dbo.PS_CARRIER_ID_VW med (NOLOCK)
                HVOR
                  (SETID <> "DEL") og
                  (lavere(CARRIER_ID) >= lavere(@MinId)) og
                  (lavere(CARRIER_ID) <= lavere(@MaxId)) og
                  (lavere(DESCR) SOM lavere(@InputDescr))
                ]]>
            </Egenskapen>

Jeg var gitt at SQL fra en DBA person og jeg får til å forstå at det er en spesielle Vis de opprettet bare for meg. Unik nøkkel det er CARRIER_ID.

Her er feilen jeg introdusert:

      <Identifikatorer>
        <Identifikator navn="CARRIER_ID" TypeName="System.String" />
        <Identifikator navn="DESCR" TypeName="System.String" /> 
      </Identifikatorer>

Et sted langs linjen, Jeg hadde klart å forvirre meg selv over betydningen av <Identifikatorer> og lagt DESCR selv om det ikke er egentlig en identifikator. Jeg tok DESCR identifikatorer sett og vips! Det hele virket.

Jeg håper dette sparer noen sorg 🙂

Technorati Merkelapper: , , ,