Kuukausiarkistot: Marraskuuta 2007

MOSS kertoo minulle oma sarakenimi on varattu tai käytössä … Mutta se ei ole

PÄIVITYS 12/04/07: Ks. Microsoft KB (http://support.microsoft.com/kb/923589) Aiheeseen liittyviä tietoja.

Itse asiassa, on käynyt ilmi, se on, Mutta Tricksy MOSS ei ollut vaikeuttaa.

Minun asiakas ei joidenkin alueiden kehittämisessä hänen MOSS päällä viikonloppuna. Se on hieman irrallaan siitä, mitä hän itse ei, mutta lopputulos on tämä:

  • Hän yrittää nimeltä "määrä sivustosarakkeen lisääminen" ja SAMMAL vastaukset: "Antamasi sarakkeen nimi on jo käytössä tai varattu. Valitse toinen nimi."
  • Hän yrittää lisätä toiseen ympäristöön ja joka toimii. Siksi, "Määrä" ei ole varattu.
  • Hän yrittää löytää sivustossa olevaan sarakkeeseen nimeltä "määrä" sivustokokoelmaan. Hän ei löydä.

Tein joitakin tutkimus, ja jopa joitakin koodaus, vahattu filosofinen ja lopulta, että sarakkeiden määrä ei, Itse asiassa, olemassa. Se oli "_Piilotettu" Ryhmä. Näin ollen, Emme löytäneet sitä kautta SharePoint-käyttöliittymä.

Miten se pääsi sinne? En tiedä, mutta minulla on teoria (tai vaimoni soittaa sitä, "blah blah blah"). Jossain vaiheessa, a upea neljäkymmentä malli lisättiin ja luultavasti aktivoida sivustokokoelman sivustoon. Se oli sitten poistettu käytöstä (tai poistaa sivuston). Sivustosarake, kuitenkin, Kaupungissa "-_Piilotettu jäljellä" Ryhmä. Jos joku tietää paremmin, haluta antaa we osata kautta Sähköposti tai lähettää kommentteja.

SharePoint kertoi totuuden. Se tuskin kannattaa muistuttaa, että viestiä ei ole niin hyvä kuin se voisi olla. Olisi kiva nähdä viestin Haarautuvien kahdesta sanomasta tulevaisuudessa: 1) Sanoa, että sarakkeen nimi on varattu tai se ei ole. 2) Jos se ei ole varattu, Näytä toimipaikka, tai ainakin ryhmän, Jos sarakkeen nimi on jo käytössä.

</loppu>

Esittää OM tiedot kautta mukautettu luettelo (tai, Vielä toisen OM tietojen Displayor [kuten YACC, mutta eri])

Tänään, Käytin muutama tunnin jäljittää viestin "antamasi sarakkeen nimi on jo käytössä tai varattu perussyy. Valitse toinen nimi."

Kyseinen sarake onnistunut, poistetaan ja luodaan uudelleen toiseen ympäristöön, joten tiesin, että se ei ollut varattu. Kuitenkin, En vain löytänyt sarakkeen kaikkialla kautta standardi SharePoint-käyttöliittymän milloin tahansa sivuston sivustokokoelman.

I lähetetty MSDN-keskustelupalstoissa täällä ja lannistumaton Andrew Woodward terävä we kotona haara taustatietoja objektin malli.

Lähti CodePlex löytää joitakin työkaluja, joka auttaa minua kurkistaa OM taustatietoja ja auttaa minua löytämään ongelmia.

Olen kokeillut useita työkaluja ja he olivat hyvin viileä ja mielenkiintoinen, mutta loppujen lopuksi, UI ei ollut tarpeeksi hyvä, minun tarkoitukseen. En arvostele niitä millään tavalla, mutta selvästi avulla päättäjille ei ole minun ongelmani mielessä luotaessa niiden käyttöliittymä :). Useimmat ihmiset näyttävät sijoittaa paljon aikaa ja vaivaa luoda työasema / asiakas ahkeruus että antaa puunäkymään, joista, Napsauta hiiren kakkospainikkeella asiayhteys ruokalista ja niin edelleen. Nämä ovat mukavia ja kaikki, mutta se on paljon työtä luoda huippu käyttökokemuksen, joka on myös erittäin joustava.

Olen todella tarvitaan vastauksen tähän ongelmaan. Se tapahtui minulle, että jos voisin saada kaikki sivuston sarakkeissa sivustokokoelman mukautettuun luetteloon, Voitiin suodattaa, lajitella ja luoda näkymiä, joka auttaa minua löytämään muka luotua saraketta (mikä tapahtui, BTW). Menin eteenpäin ja teki se ja tunnin tai kaksi myöhemmin, mukautetun luettelon ryhmittely ladataan minun sivustosarakkeita, lajittelu- ja niin edelleen. Löysin vastauksen viisi minuuttia myöhemmin.

Jos onnistuneesti valloittaa maailman, Mielestäni päätös kaikkien SharePoint työkalut tarjoajien on vakavasti harkittava, pintaan niiden objektin mallitiedot mukautetun luettelon. Näin, Minulla on etsiä jokin elämäntapa i-kirjain haluta (rajoittaa, Tietysti, standard sharepoint ominaisuudet).

SharePoint Designer työnkulun mukautettu toiminto — Huomautus tietoja <FieldBind Suunnittelu-tyyppi =”StringBuilder-kohteen” … />

Vain nopeasti havainnointia, on erittäin tärkeä ero näiden kahden määritelmät:

<FieldBind kentän = "InParam1" DesignerType = "StringBuilder-kohteen" Tunnus = "2" Tekstin = "Input parametrin # 1" />

versus:

<FieldBind kentän = "InParam1" Tunnus = "2" Tekstin = "Input parametrin # 1" />

Ensimmäinen näyttää tällaiselta SPD:

kuva

Kun jälkimmäinen näyttää tällaiselta:

kuva

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 🙂

Huomautus on tämä: StringBuilder-kohteen avulla voit muodostaa merkkijonon (tietenkin) sekoittamalla yhdessä merkkijonoliteraalit ja työnkulun tiedot (kautta "Lisää haku" vasemmassa alakulmassa-painiketta). Kun käytät Lisää valinta-painiketta, se lisää tunnussanoma muodossa"[%tunnussanoma %]". Kun SharePoint käynnistää mukautetun toiminnon, (C# minun tapauksessa koodi), SharePoint kulkee itse tunnussanoma, tunnuksen arvo. Jos käytät Design oletustyyppi (toinen tyyppi), SharePoint laajentaa tunnussanoman ja välittää todellinen arvo tunnussanoman toimi.

StringBuilder-kohteen = BAD, Oletus suunnittelutyökalun tyyppi = hyvä.

Tietysti, se ei ole mitä todella tarkoitan. Älä kokeile ja välittää parametri mukautetun toiminnon, kun suunnittelija kirjoittaa = StringBuilder. Käyttää Design oletustyyppi ja ketjun StringBuilder sen edessä, jos sinun täytyy rakentaa monimutkaisia jouset työnkulkuun (jotka muuten on juuri sellainen luoda dynaamisen aihe sähköposti-toiminto, mutta tämä on toinen blogimerkinnän aihe, har har).

<Lopeta />

Ennenaikaista työnkulun aktivointi — Lääketieteen ulkopuoliset ratkaisu

PÄIVITYS: Katso MSDN-keskusteluun, erityisesti viimeinen tapahtuma: http://forums.microsoft.com/MSDN/showpost.aspx?postid=2631057&siteid=1. Se kuvaa ehdolla, että lyhyt circuit tämän jutun. Lyhyesti sanottuna, se voi olla yksinkertaisesti tekemällä vähintään yksi pakollinen.

Minulla on asiakirjakirjasto, joka tukee kahdeksan sisältölajit.

Minulla on SharePoint Designer-työnkulku, joka haluaa laskea ja määrittää muistutuksen päivämäärä"" yksinkertaisesti vähentämällä 30 päivän toisessa sarakkeessa, "määräpäivä". Näin pitäisi tapahtua ainoastaan yhden sisältötyypit, "Vakuutus". Liiketoiminnan tavoite on tuottaa KPI, joka sisältää kahdenlaisia vakuutukset: "päättymässä" ja "vanhentunut." (Voit lukea lisää tällaista KPI ja lisää merkittävästi porautuminen Täällä).

Olen määrittänyt työnkulun ampumaan, kun uusi kohde luodaan ja kun kohdetta muutetaan. Ajatuksena on, että kun vakuutus asiakirja ladataan, voimme laskea "Varoitus-päivämäärä" Perustuu vanhentumispäivämäärä. Pari näkemyksiä työstään KPI-luettelon korostaa näissä olosuhteissa, kun käyttäjät osuma kotisivulle.

Tämä strategia ei toimi, kun ladata asiakirjan.

Lähettää asiakirjan ja esitin meta tiedot näytöstä. Tässä vaiheessa, Olen jo pulassa. SharePoint on jo, ennenaikaisesti minun näkökulmasta, potkut työnkulku. Ei ole ollut mahdollisuutta valita oikean sisältötyypin tai määrittää eräpäivä. Samaan aikaan, Työnkulku ei välähdä, kun osuin Lähetä-painiketta tällä hetkellä. On sisäänrakennettu logiikka, että "uskoo" että ensin esittää, on osa "Luo" tapahtuma. Niin … Oma Työnkulku on potkut ja milloin se suoritetaan, se hyväksyttiin oletusarvot meta tiedot.

Paras aikaansaada-liepeillä tiedän on lisätä "tauko kunnes" aktiviteetti työnkulun. Minulla on työnkulun ajattelemisen 1 minuutin. Vaikka se keskeytetään, Valitse oikean sisällön tyyppi, Syötä metatiedot ja. Tauko on valmis ja perusteella työnkulku etenee tarvittaessa. (Huomaa, että minun ympäristössä, ajastin työnkulkuaktiviteettien suojauskäytäntötietokannasta (SPD) eivät toimi kättelyssä. Ehkä samaa vaivaa. Ks. Täällä lisätietoja).

En pidä "maaginen viive" työ-ympäristössä. Mitä tapahtuu, jos käyttäjä lataa tiedoston ja puhelin soi ja seuranneessa keskustelussa kauemmin tauko? Voin tehdä pidempi tauko, mutta en silti pidä se.

Kirjoitin tämän MSDN-keskustelupalstoissa: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=2430725&SiteID=1

SharePoint turvallisuuden perusteet Primer / Välttää yhteisen sudenkuopat

PÄIVITYS 12/18/07: Paul Liebrand artikkelissa on joitakin teknisiä vaikutuksia poistaa se tai muuttaa ryhmän oletusnimet (Katso hänen kommentoida alla sekä).

Yleiskatsaus:

SharePoint on helppo määrittää ja hallita. Kuitenkin, se on osoittautunut vaikeaksi jotkut ensimmäistä kertaa ylläpitäjät todella kääri kätensä ympärille. Paitsi että, Olen nähnyt jotkut ylläpitäjät tullut täydellinen ymmärrystä maanantaina vain on menettänyt sen perjantaina, koska heillä ei ollut jotta ajaa jokin kokoonpano väliajan. (Myönnän olevani ongelman itse). Tämän blogimerkinnän toivottavasti tarjoaa hyödyllisiä SharePoint turvallisuus primer ja ennakoi security configuration toimintaohjeita.

Tärkeä huomautus:

Tämä kuvaus perustuu out of box SharePoint-suojauksilla. Oma kokemus on suuntautunut noin MOSS, joten joitakin MOSS tiettyjä juttuja täällä, mutta mielestäni se on tarkka WSS. Toivon, että kenenkään nähdä kaikki virheet tai laiminlyönnit huomauttavat siitä kommentteja tai email we. Teen korjaukset Päättäkää.

Perusteet:

Katsauksessa tarkoitetaan, on olemassa neljä pääasioita, turvallisuus: käyttäjät tai ryhmät, suojattavia kohteita, käyttöoikeustasot ja perintö.

Käyttäjät ja ryhmät murtaa alas:

  • Yksittäiset käyttäjät: Vedettiin active directory tai luotu suoraan SharePoint.
  • Ryhmät: Suoraan yhdistetty active Directorysta tai luotu SharePoint. Ryhmät ovat joukko käyttäjiä. Ryhmät ovat maailmanlaajuisia sivustokokoelmassa. He ole koskaan "sidottu" tiettyyn suojattavaan kohteeseen.

Suojattavia kohteita murtaa alas vähintään:

  • Sivustot
  • Asiakirjakirjastot
  • Yksittäiset kohteet luetteloiden ja asiakirjakirjastojen
  • Kansiot
  • Eri BDC-asetuksia.

Muita suojattavia kohteita, mutta saat kuvan.

Käyttöoikeustasot: Nippu rakeinen / alhainen taso käyttöoikeudet, jotka sisältävät sellaisia asioita kuin luoda, lukea tai poistaa merkinnät luetteloissa.

Perintö: Oletusarvoisesti yksiköt suojausasetukset periytyvät sisältävän objektin. Alisivustot perivät käyttöoikeudet pääsivustosta. Asiakirjakirjastojen perivät sivuston. Ja niin edelleen.

Käyttäjät ja ryhmät liittyvät suojattavia kohteita kautta käyttöoikeustasot ja perintö.

Tärkein suojaussäännöt ymmärtää, Ever 🙂 :

  1. Ryhmät ovat yksinkertaisesti joukko käyttäjiä.
  2. Ryhmät ovat maailmanlaajuisia sivustokokoelman (ts. ei ole sellaista asiaa kuin ryhmän sivuston tasolla).
  3. Ryhmänimi ei kestä, ryhmät eivät, Kaupungissa ja itse, ole mitään tiettyä tasoa turvallisuus.
  4. Ryhmät on tiettyjä suojattavia yhteydessä.
  5. Voit määrittää eri käyttöoikeustasoja samaan ryhmään joka suojattavan.
  6. Web Sovelluskäytännöt valtti kaiken tämän (Katso alla).

Suojauksen hallinnan polveilevia ja käyttäjäryhmien listat aina luottaa nämä aksioomat hallita ja ymmärtää niiden suojauksen määritys.

Viat:

  • Ryhmänimet väärin edellytä lupaa: Kättelyssä, SharePoint määrittää ryhmät joiden nimet tarkoita luonnostaan turvallisuustaso. Pitää ryhmän "Osallistuja". Yksi tunne SharePoint-suojauksilla hyvin tarkastella samanniminen ja olettaa, että kyseisen ryhmän jäsen voi "edistää" sivustosta/luettelosta/asiakirjakirjastoon portaalissa. Tämä voi olla totta mutta ei siksi, että ryhmän nimi sattuu olemaan "osallistuja". Tämä on vain totta kättelyssä, koska ryhmä on antanut käyttöoikeustaso, jonka avulla ne voivat lisätä, muokata tai poistaa sisältöä pääsivusto. Perintönä, "kirjoittajat" Ryhmä voi myös lisätä, muokata tai poistaa sisältöä kaikki osa-sivuston. Yksi "rikkoa" perintö ketju ja muuttaa käyttöoikeustason osa sivusto niin että jäsenet ns "avustaja" ryhmä ei osallistu, mutta vain lukea (esimerkiksi). Tämä ei olisi hyvä, tietenkin, koska olisi hyvin sekava.
  • Ryhmät määritellään ei-sivuston tasolla. Se on helppo sekoittaa käyttöliittymän. Microsoft tarjoaa kätevän yhteyden käyttäjän tai ryhmän johto jokaisen sivuston "ihmisten ja ryhmien" linkki. Se on helppo uskoa, että kun olen sivuston "xyzzy" luodaan ryhmä xyzzy's ihmisten ja ryhmien linkki jonka olen juuri luonut ryhmä, joka on olemassa vain klo xyzzy. Joka ei ole. Olen itse luonut ryhmän koko sivustokokoelman.
  • Ryhmien jäsenyys ei vaihtele toimipaikoittain (ts. se on sama kaikkialla ryhmän käytetään): Pitää ryhmän "omistaja" ja kaksi sivustoa, "HR" ja "Logistiikka". Se olisi normaalia ajatella, että kaksi eri henkilöä itse näitä sivustoja — HR-omistaja ja logistiikan omistaja. Käyttöliittymä helpottaa suojauksesta vastaava järjestelmänvalvoja voi huonosti tässä tilanteessa. Jos en tiedä paremmin, Saatat saada henkilöt ja ryhmät-linkkien kautta HR-sivusto, Valitse "omistajat" Ryhmä ja lisäämällä HR omistaja ryhmän. Kuukautta myöhemmin, Logistiikka tulee linja. I-KIRJAIN pääsy henkilöt ja ryhmät logistiikka-sivustosta, Lisää vedä ylös "omistajat" Ryhmä. Katso HR omistaja ja poistaa hänet, ajatellut, että olen poistaa hänen omistajilta logistiikka-sivustossa. Itse asiassa, Olen poistaa global omistajien-ryhmästä. Iloisuus ensues.
  • Ei nimi ryhmään erityisasema: "Hyväksyjät" ryhmä on täydellinen esimerkki. Mitä voi jäsenten ryhmän hyväksy? Jossa häntä hyväksymään se? Todella haluan ihmisiä logistiikan osasto voi hyväksyä HR asiakirjoja? Ei tietenkään. Aina nimi ryhmiin niiden rooli organisaatiossa. Tämä vähentää ryhmälle on määritetty tietyn suojattavan sopimatonta käyttöoikeustaso. Nimi ryhmään aiotun rooli. Edellisen HR/logistiikka-menetelmän, Olen luonut kaksi uutta ryhmää: "HR omistajat" ja "logistiikka omistajat" järkevä käyttöoikeustasot kullekin ja nämä käyttäjät tekevät työnsä vaadittu vähimmäismäärä.

Muut hyödylliset viitteet:

Jos olet tehnyt näin pitkälle:

Kerro minulle ajatuksiasi kautta kommentteja tai lähetä minulle sähköpostia. Jos tiedät muita hyvät referenssit, Tee sama!

Technorati Tags:

Nopea ja helppo: Tietoja Luettelonäkymä-Web-osan luominen (DVWP)

On paljon suuria tietoja WSS 3.0 Tietonäkymä-Web-osa (DVWP) useista lähteistä Webissä. Kuitenkin, Löysin sen olevan yllättävän vaikea löytää tietoa Tämä hyvin yksinkertainen askel. Tässä on toinen artikkeli "nopeaa ja helppoa" sarjan käsitellä sitä.

Voit luoda tietonäkymän web-osan seuraavasti (DVWP). Ne perustuvat "ilmoitukset" Web-osa, mutta useimmat luettelot.

  1. Ilmoitukset-web-osan ja lisätä sen sivuston.
  2. Avaa sivusto SharePoint Designerissa.
  3. Avaa sivuston default.aspx.
  4. Valitse ilmoitukset-web-osa ja napsauta hiiren kakkospainikkeella.
  5. Valikosta, Valitse "käännynnäinen jotta XSLT tietonäkymän".

SharePoint Designer ilmoittaa, että tämä sivusto on nyt mukautettu sen sivustomääritykseen. Se ei ole välttämättä huono, mutta on merkittäviä vaikutuksia (suorituskyky, päivitys, Muut) jotka ovat kuulu tämän pikku "Quick and Easy" tapahtuma. Saat lisätietoja tästä aiheesta, Suosittelen molempia kirjoja Täällä sekä suosikki Internet-haku.

Vahvista, että teit sen oikein:

  1. Sulje ja avaa uudelleen web-selaimessa (välttää vahingossa uudelleen lähettämistä alkuperäinen "Lisää uusi web-osa").
  2. Valitse web-osan nuolta avattavasta ja valitse "Muokkaa jaettua Web-osaa" valikosta.
  3. Väline-paneeli avautuu oikealle.
  4. Paneeli on muuttanut tavallista määrittäminen tämä:
kuva

“Malli-sarake-ominaisuuden noutaminen SharePoint-luettelosta” — kuvaus/kiertoteitä

Tällä viikolla, Me lopulta todistusvoimaisella ongelma, joka oli ilmoitettu etäyhteyden käyttäjä: Kun hän yritti vieminen Excel-luettelon sisältö, asioista näyttävät aloittaa työskentelyn, mutta sitten Excel ponnahtaa virhe: "Can't get Luettelomalliominaisuuden sarakkeen SharePoint-luettelosta". Hän juoksi office 2003, Windows XP ja yhteyden MOSS.

Etsintä oletusverkko ja näki joitakin keinottelun mutta ei mitään 100% lopullinen. Näin ollen, tätä post.

Ongelma: Vieminen Excel-että näkymä sisältää päivämäärä (päivämäärä = sarakkeen tietotyyppi).

Mitä työskenteli meille: Muuntaa päivämäärän "yksirivinen teksti". Sitten, muuntaa takaisin päivämäärä.

Että ratkaista se. Oli mukava nähdä, että muuntaminen toimi, itse asiassa. Oli varsin hermostunut, että muuntaa asioita tällä tavalla epäonnistuu, mutta se ei.

Tämä ohjelmavirhe on heitetty valtava varjostuksen asiakkaan mielessä päivämäärä-tietotyyppi, niin aiomme hakevat lopullista vastausta Microsoftin ulos ja toivottavasti I kirjata ja päivittää tähän seuraava lyhyen ajanjakson kuluessa niiden virallinen vastaus ja hotfix-korjauksen tiedot.

Muut viitteet:

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

<loppu>

Tilaa blogiin.

Technorati Tags: ,

Nopea ja yksinkertainen: Lähetä sähköpostia kanssa upotettua hyperlinkkiä SharePoint Designer työnkulun

Kerran tai kahdesti kuussa, joku kirjaa foorumi-kysymys: "Miten kuuluu hyperlinkkejä URL että aari clickable SharePoint Designer-sähköpostista?"

Ilman Lisää kommentti: (hyvin, oikeastaan ei lisäkommentteja kuvan jälkeen):

kuva

Becky Isserman seuraa hyvä selitys siitä, miten upottaa kohteen linkki sähköpostitse: 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

Uusi julkaisu: SharePoint Designer työnkulun laajennukset (string manipuloinnin toiminnot)

PÄIVITYS: Ks. tästä ajatukseni, commercializing Tämä projekti: http://paulgalvin.spaces.live.com/blog/cns!1CC1EDB3DAA9B8AA!569.entry

Olen ollut kiireinen työskennellyt minun Codeplex-hanke, joka on tällä hetkellä keskittynyt tarjoamaan merkkijono manipulointia laajennuksia työnkulkuja luotu SharePoint Designer kautta.

Katso tästä lisätietoja:

Kestikievari: http://www.codeplex.com/spdwfextensions

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

Versio 1.0 sisältää seuraavat uudet ominaisuudet:

Toiminto Kuvaus (ellei sama kuin .net funktion)
NUM-tapahtumat() Palauttaa numeron "merkinnät" narussa kohti määritelty erotin.

Esimerkiksi: NUM-merkinnät merkkijono ",b,c" erotinmerkki"," = 3.

Merkintä() Palauttaa n: nnen tunnus narussa kohti määritelty erotin.
Pituus String.Length
Korvaa() String.Replace()
Sisältää() String.Contains()
Palauttaa sanan "tosi" tai sana "false".
Alimerkkijono(Käynnistä) String.Substring(Käynnistä)
Alimerkkijono(Käynnistä,pituus) String.Substring(Käynnistä,pituus)
ToUpper() String.ToUpper()
ToLower() String.ToLower()
StartsWith() String.StartsWith()
Palauttaa sanan "tosi" tai sana "false".
EndsWith() String.EndsWith()
Palauttaa sanan "tosi" tai sana "false".

BDC-runtime error selitti

Aiheutin BDC-virhe tällä viikolla, joka ilmeni käyttöliittymästä ja 12 pesää loki suorituksen.

Ensimmäinen, Tämä ilmestyi käyttöliittymän:

Ei löydy kenttiä lisätä kaikkien tunnusten arvojen suorittamista SpecificFinder MethodInstance-esiintymää, jonka nimi on … Varmistamiseksi, syöteparametreihin liittyvät tunnisteelle, joka on määritetty tälle kohteelle.

Tässä on kuvakaappaus:

clip_image001

Voi myös aiheuttaa tämän viestin näkyvän 12 pesää log näytetään (käyttämällä patentoitu high-tech-don't-try-this-at-home "salaperäinen virheitä" menetelmä):

11/14/2007 09:24:41.27 w3wp.exe (0x080C) 0x0B8C SharePoint Portal Serverin yrityksen tietojen 6q4x korkea poikkeus BusinessDataWebPart.OnPreRender: System.InvalidOperationException: Tunnisteen arvoa ”, tyyppi ”, ei kelpaa. Odotettu tunnisteen arvoa tyyppiä System.String. klo Microsoft.Office.Server.ApplicationRegistry.MetadataModel.Entity.FindSpecific(Objekti[] subIdentifierValues, LobSystemInstaObjektibSystemInstance) klo Microsoft.SharePoint.Portal.WebControls.BdcClientUtil.FindEntity(Yksikkö yksikkö, Objekti[] userValues, LobSystemInstaObjektibSystemInstance) klo Microsoft.SharePoint.Portal.WebControls.BusinessDataItemBuilder.GetEntityInstance(Katso desiredView) klo Microsoft.SharePoint.Portal.WebControls.BusinessDataDetailsWebPart.GetEntityInstance() klo Microsoft.SharePoint.Portal.WebControls.BusinessDataDetailsWebPart.SetDataSourceProperties()

Olen etsinyt ympäri ja löysi joitakin johtaa MSDN-foorumin, mutta ne eivät olleet tarpeeksi ymmärtää, mitä tein väärin. Katselin Webcast-lähetykseen, jonka Ted Pattison että minun yritys on squirreled pois palvelimella ja tuli ymmärtää minun ongelmani.

Minun syöttölaitteeseen, Olen yhteyden SQL-tietokantaan, kuten:

            <Ominaisuus Nimi="RdbCommandText" Tyyppi="System.String">
              <![CDATA[
                VALITSE SETID-TUNNUS, CARRIER_ID, EFFDT, KUVAUS, EFF_STATUS, TAXPAYER_ID, NETWORK_ID, FRT_FORWARD_FLG, ALT_NAME1, ALT_NAME2, LANGUAGE_CD,
                      MAAN, OSOITE1, OSOITE2, ADDRESS3, ADDRESS4, CITY, NUM1, NUM2, HOUSE_TYPE, ADDR_FIELD1, ADDR_FIELD2, ADDR_FIELD3,
                      COUNTY, VALTION, POSTI, GEO_CODE, IN_CITY_LIMIT, COUNTRY_CODE, PUHELIN, LAAJENNUS, FAKSI, LAST_EXP_CHK_DTTM, FREIGHT_VENDOR,
                      INTERLINK_DLL, TMS_EXCLUDE_FLG dbo.PS_CARRIER_ID_VW kanssa (NOLOCK)
                JOS
                  (SETID-TUNNUS <> 'ANNOS') ja
                  (pienempi(CARRIER_ID) >= pienempi(@MinId)) ja
                  (pienempi(CARRIER_ID) <= pienempi(@ MaxId)) ja
                  (pienempi(KUVAUS) KUIN alempi(@InputDescr))
                ]]>
            </Ominaisuus>

On annettu että SQL DBA henkilö ja on annettu ymmärtää, että erityistä Näkymä luotu minua varten. Yksilöivä avain on CARRIER_ID.

Tässä on minun ilmenneeseen:

      <Tunnukset>
        <Tunnus Nimi="CARRIER_ID" TypeName="System.String" />
        <Tunnus Nimi="KUVAUS" TypeName="System.String" /> 
</Tunnukset>

Jossain vaiheessa, Olin onnistunut sekoittaa itse eli <Tunnukset> ja lisätty kuvaus, vaikka se ei oikeastaan tunnus. Otin DESCR tunnisteiden set ja presto! Se toimi.

I hope this saves someone some grief 🙂

Technorati Tags: , , ,