Jos työkalu tekee juttuja et ymmärrä ja ei askel n tuntematon määrä vaiheet, Olet kuollut…
</loppu>
Jos työkalu tekee juttuja et ymmärrä ja ei askel n tuntematon määrä vaiheet, Olet kuollut…
</loppu>
Oli jälleen kerran veiston BDC ADF tiedostot käsin (jotta voin rakentaa minun "pois nurmikko!" uskottavuus) ja paina tämä kaunis virhe:
"Sovelluksen määritelmän tuonti epäonnistui. Tapahtui seuraava virhe:"
Kuten näette, on virhe, Mutta … se ei tule kertomaan minulle, mitä se on.
Minun tapauksessani, kysymys osoittautui, että oli aloitin toimiva ADF toinen projekti, joka yhdistää tietokantaan ja suorittaa SQL kysely näkymänä. Tämän uuden projektin, Pyydän tapa web-palveluun. Minulla oli riisuttu pois DB koodiosasta ja lisätty web service tavaraa, mutta ei voi päivittää <LobSystem>jäsenen tyyppi-määrite. Olen siirtynyt "WebService" ja muutin onneksi uudempi ja jännittävä tuonnin virheet, joka aikanaan hoidettiin.
Tässä on väärin LobSystem:
<LobSystem
xmlns:xsi =http://www.w3.org/2001/XMLSchema-instance
xsi:schemaLocation =http://schemas.Microsoft.com/Office/2006/03/BusinessDataCatalogBDCMetadata.xsd
Tyyppi = "tietokanta"
Version = "1.0.0.0" Nimi = "xyzzy"
xmlns ="http://schemas.Microsoft.com/Office/2006/03/BusinessDataCatalog">
Tämä on oikein:
<LobSystem
xmlns:xsi =http://www.w3.org/2001/XMLSchema-instance
xsi:schemaLocation =http://schemas.Microsoft.com/Office/2006/03/BusinessDataCatalogBDCMetadata.xsd
Tyyppi = "WebService"
Version = "1.0.0.0" Nimi = "xyzzy"
xmlns ="http://schemas.Microsoft.com/Office/2006/03/BusinessDataCatalog">
</loppu>
PÄIVITYS: MSDN lähettämistä on joitakin mielenkiintoisia havaintoja JXJ perustuu hänen, pääasiallisesti kielteisiä, kokemuksia menee tällä tiellä: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=2623565&SiteID=1
Meillä asiat skenaario, jossa meidän on yhdistettävä kaksi asiakirjojen kirjastoja kautta yhteisen asiakirjan tunnus"" kenttä.
Käytämme usein hakusarakkeen toteuttaa linkit kuin tämä. On olemassa useita haittapuolia hakusarakkeita, kolme jotka ovat:
Tukena BDC, "-Yritystietojen käyttötavat" sarakkeen tyyppi ja se ehkäistä erinomainen etsiä ja jopa mahdollistaa useiden sarakkeiden tiedot näkyvät näkymät.
On ollut joitakin alustavia menestys tämän lähestymistavan ja aikoo kirjoittaa siitä enemmän.
Jos olen työskennellyt ennen Tämä kulma on kommentteja, ole hyvä ja Jaa!
</loppu>
Olen työskennellyt BDC tänään, koodaus ADF tiedostot käsin ja tuottaa itse joitakin virheitä. Yksi tällainen virhe:
Sovellusmäärityksen tuonti epäonnistui. Tapahtui seuraava virhe: TypeDescriptor-ominaisuuden TypeName-arvon kuvaamaa tyyppiä ei voi ladata. Parametrin nimi: typeName virhe tapahtui klo tai juuri ennen linja: ' 35’ ja sijainti: '20'.
MOSS näyttöön tämän virheen, kun yritin tuoda ADF XML-tiedosto.
Tutkinut Internets ja löytänyt viittasi LOB esiintymänimi (päässä <LobSystemInstance-esiintymän>) Tässä minun <TypeDescriptor> solmun pitäisi viitata LOB nimi (alkaen <LobSystem>).
Väärä:
<TypeDescriptor-ominaisuuden TypeName="Conchango.KeyValue, LOB-esiintymänimi" Nimi = "KeyValue">
Korjata:
<TypeDescriptor-ominaisuuden TypeName="Conchango.KeyValue, LOB-nimi" Nimi = "KeyValue">
Toivottavasti tämä säästää jonkun tunnin tai kaksi kertaa.
</loppu>
Olin työskennellyt ominaisuus viime viikolla, joka lisää tapahtuman vastaanottajat tietyn luettelon esiintymä. (Olen blogged hieman siitä että luettelon vastaanotin).
Komentorivin avulla, Voi asentaa ominaisuuden ilman virheitä (mutta alla piilevä virhe). Kun yritin asentaa sivuston ominaisuus, MOSS valitti "FileNotFoundException" Virhe. Tämän blogimerkinnän kuvataan, miten ratkaista se.
Tämä on virhe, että MOSS näytti web-selaimessa:
Ominaisuus "b2cb42e3 4f0a 4380 Pekka 1ef9cd526f20’ ei voi asentaa, koska Tapahtumavastaanottimen kokoonpanon "xyzzyFeatureReceiver_0 lastaus" epäonnistui: System.IO.FileNotFoundException: Ei voi ladata tiedostoa tai kokoonpanoa "xyzzyFeatureReceiver_0’ tai jotakin sen riippuvuutta. Järjestelmä ei löydä määritettyä tiedostoa.
Tiedostonimi: "xyzzyFeatureReceiver_0’
klo System.Reflection.Assembly.nLoad(AssemblyName tiedostonimi, Merkkijono codeBase, Näyttö assemblySecurity, Kokoonpanon locationHint, StackCrawlMark& stackMark, Boolean throwOnFileNotFound, Boolean forIntrospection)
klo System.Reflection.Assembly.InternalLoad(AssemblyName assemblyRef, Näyttö assemblySecurity, StackCrawlMark& stackMark, Boolean forIntrospection)
klo System.Reflection.Assembly.InternalLoad(Merkkijono assemblyString, Näyttö assemblySecurity, StackCrawlMark& stackMark, Boolean forIntrospection)
klo System.Reflection.Assembly.Load(Merkkijono assemblyString)
klo Microsoft.SharePoint.Administration.SPFeatureDefinition.get_ReceiverObject()
VAROITUS: Kokoonpanon sidonnan kirjaus on kytketty pois päältä.
Jotta kokoonpanon sidontavirheiden kirjaaminen, määritettävä rekisteriarvo [HKLMSoftwareMicrosoftFusion]!EnableLog] (DWORD) - 1.
Huomautus: On joitakin suorituskyvyn rangaistus liittyvät kokoonpanon sidontavirheiden kirjaaminen.
Voit poistaa tämän toiminnon käytöstä, Poista rekisteriarvo [HKLMSoftwareMicrosoftFusion]!EnableLog].
Osaa tietoisesti aiheuttaa tämän virheen: Älä asenna kokoonpano GAC-säilössä. Mutta, se oli GAC-säilössä. Olen yleensä asennetaan kokoonpanot GAC vetämällä niitä c:\windowsassembly kansio Resurssienhallinnassa. En ole koskaan tuntenut 100% mukava tehdä, että koska olen aina ajatellut, että gacutil on olemassa syy … niin olen yrittänyt sitä. Se ei ollut eroa.
Olen etsinyt Internets ja perustaa nyt kuluva asettaa: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=2243677&SiteID=1
Juliste on tapahtunut käyttämään samaa juuri vähän koodia (Sisällä WSS kirja tästä luettelosta) joten se oli lupaava merkki. Kuitenkin, koristelu kokoonpano, jonka ehdotus [kokoonpano: ] direktiivissä ei ole mitään järkeä minulle. Yritin kuitenkin ja olin oikeassa. Se ei ollut eroa.
Sitten huomasin, että minun Luokkamääritystä ei julkinen. Tein sen julkisesti ja että ei ollut eroa.
Seuraava, Menin vaivaa mahdollistaa "kokoonpano sitoa epäonnistuminen log" (hyvä ja tarkka ohjeiden mukaisesti) ja tämä on kun asiat alkoivat saada mielenkiintoisia. Että loki näyttää minulle runtime tutkiva kaikkialla minun kokoonpanon palvelimella. Se jopa näyttää hakee se minun Lääkekaappi. Mutta … se ei etsi se GAC.
Laittaa minun talvitakki ja mennä hakee Internets uudelleen ja löytää, että joku on ollut tämä ongelma liian. Pitkät keskustelut että lähettämistä on peters pois mitään ja en löydä ratkaisua.
I siirtyä yksi niistä paikoista, loki väittää, se etsii ja hieman edistyä minun kokoonpano. Olen palkitaan uusi virhe selaimessa, kun yritän aktivoida erikoisartikkeli:
Objektia ei voitu luoda ominaisuus vastaanotin kokoonpano "xyzzyFeatureReceiver_0", Kirjoita "Conchango.xyzzyFeatureReceiver" ominaisuus b2cb42e3-4f0a-4380-aaba-1ef9cd526f20 varten: System.ArgumentNullException: Arvo ei voi olla null.
Parametrin nimi: tyyppi
klo System.Activator.CreateInstance(Tyyppi tyyppi, Boolen julkistamatonta tärkeää tietoa)
klo System.Activator.CreateInstance(Tyyppi tyyppi)
klo Microsoft.SharePoint.Administration.SPFeatureDefinition.get_ReceiverObject()
Yksi viimeinen matka Internets aika!
Tällä kertaa saan selville, kuten saattaa odottaa, MOSS antaa tämän virheen, koska kokoonpanoa ei löydy yleisestä Kokoonpanovälimuistista.
Haluan jotain positiivista tästä ja yrittää olla hieman ylpeä, että olen luonut Karannut MSIL kokoonpanot, mutta se ei toimi. Olen pelkkää vihainen. Huomaan mutisten "muna vai kana" Under my hengenvetoon.
Olen vihdoin päättää punt. Voin luoda kokonaan uusi hanke ja kopioi/liitä koodi incredible-cloaked-from-the-GAC-assembly työelämän hankkeen aikana uuden hankkeen. (Odotan rakentaa lipun nimeltään jotain "Piilota kokoonpanon sidonnan GAC asennettu" mutta voi löytää).
Asentaa ja aktivoida se ja … se toimii! Niin, Loppujen lopuksi, että, Jouduin periaatteessa "uudestisyntynyt’ minun hanke. Tämä on toinen syy, miksi vihaan tietokoneita.
Minä opin jotain hyötyä tästä. Olisi asentanut ominaisuuksia komentoriviltä stsadm koko päivän ja kohteleva "-pakottaa" vaihtoehto tavan. Jostain syystä, En käytä-force vaihtoehtoa, kun olen asentanut uuden projektin. Tällä kertaa, Tein todella, todella unohtaa kopioida tämän uuden projektin kokoonpano GAC. Tämän seurauksena, Sain "FielNotFoundException" Virhe. Tällä kertaa, Sain sen stsadm, ei kun yritin ottaa ominaisuuden web-selaimella. Niin, -Force itse kahdessa roolissa. Sen avulla voit asentaa uudelleen olemassa ominaisuus. Voit myös asentaa buginen ominaisuus, joka voi toimia suorituksen tukahduttamalla virhe. Se luultavasti sanoo niin paljon ohjeen jossain mutta en ole koskaan huomannut.
</loppu>
===
Bonus vaimo vitsi:
Kaksi mies työtoverit mennä lounaalle. Yksi heistä kertoo toinen, "Olen piikitellä noloa freudilainen lipsahdus yönä."
"Freudilainen lipsahdus? Mikä tuo on?"
"No, Kun lopetimme syöminen, tarjoilija tuli ja kysyi, miten pidimme ateriat. Tarkoitin sanoa, "Rakastin broilerin rintafileetä’ mutta sen sijaan olen sanonut, olen rakastanut rinnat. Olin niin hämmentynyt."
"Ah," hänen työkaveri vastasi. "Minulla oli sama asia tapahtuu minulle tänä viikonloppuna vaimoni kanssa. Söimme aamiaisen minun piti kysyä hänen välittää voi, mutta sen sijaan minä huusin hänen, "Pilasit elämäni!’"
</loppu>
PÄIVITYS (04/08/08): Tuntuu ovat ratkaisseet tämän ongelman. Komentoriviltä, Juoksin "c:\windowssystem32lodctr /R" kohti merkintä puhua InstallShield ja että näyttää ratkaisseet sen minulle.
Olen huomannut, että tapahtumat, desktop/server fani ei sammu. Tiedän, että se käytetty jotta hapantua lähettää. Otin hetki tarkistaa sitä huomannut, että VMware prosessi oli käynnissä johdonmukaista 20% käyttö yhdellä CPU: n. Olen tarkistanut tapahtumaloki ja näki virheet sovelluslokiin tapahtuu kymmeniä kertoja minuutissa:
Windows ei voi ladata laajennettavan laskurin DLL-UGatherer, Dataosan ensimmäinen DWORD-arvo on Windows-virhekoodin.
Windows ei voi ladata laajennettavan laskurin DLL-UGTHRSVC, Dataosan ensimmäinen DWORD-arvo on Windows-virhekoodin.
Windows ei voi ladata laajennettavan laskurin DLL-MSSCNTRS, Dataosan ensimmäinen DWORD-arvo on Windows-virhekoodin.
Jos porata viestit yksityiskohtiin, Saan tämän:
Lähde: Perflib
Tyyppi: Virhe
Luokka: Ei mitään
Tapahtumatunnus 1023
Tein hieman tutkimusta ja siellä oli viitteitä on lupa ongelma saatavuudessa dll. Että tavaraa pelannut, mutta eivät voi vaikuttaa myönteisellä tavalla asioita, joten luovuin siitä.
VMware oli nalkuttava minulta opetettu by ajantasaistaa jo jonkin aikaa, joten olen jotted alas oli asennettu versio (ilmeisesti "1.0.1 build 29996") ja päivitys. Tämä hinnan v1.04. Valitettavasti, se korjaa ongelman.
Voi lopettaa viestien minun sovelluslokiin jos sammuttaa asepalvelus maine "VMware luvan palvelu" mieletön määrä. Tämä estää minua käyttämästä VMware-ohjelmisto, joten … ei niin hyvä vaihtoehto.
Isäntä käyttävä elimistö on Akkuna XP 64 vähän.
En usko, että tämä on aina tapahtunut, mutta en muista mitään erityistä tapahtumaa, joka olisi voinut johtaa se.
Siksi vihaan tietokoneita.
</loppu>
PÄIVITYS: Tämä toimii mutta merkittäviä rajoituksia, jotka kuvataan kommentteja. Tämä voi silti olla hyötyä joissakin cirumstances.
PÄIVITYS 2: Minun nykyisen projektin, käyttäjät aina ladata asiakirjoja. Tämän seurauksena, Ei törmätä ongelmaan Jos MS Word on käynnissä ja ajattelee, että tiedosto nimettiin sitä. Törmätä ongelmaan, "Tiedostoa muokattiin joku muu" ja ratkaista tämä yksinkertainen semafori tyyppi lippu. Käyttäjä kaivata jotta heilahdus meta-tietokentän oletusarvon mukainen jotain muuta. Itemupdated() vastaanotin etsii kelvollinen arvo ennen varsinaista nimeä ja sen jälkeen, Ei ole ollut mitään ongelmia. Sinun mittarilukema voivat vaihdella.
Olen asiakas vaatimus muuttaa nimeä tiedostoja ladataan tietyssä asiakirjakirjastossa, erityisesti nimeämiskäytännön mukainen. API ei ole "-nimeä()" menetelmä. Sen sijaan, Käytämme "MoveTo(…)". Tässä on pieni vähän koodia toteuttaa tämän:
yleiset Ohita mitättömäksi ItemAdded(SPItemEventProperties ominaisuudet) { SPFile f = ominaisuudet.ListItem.File; f.MoveTo(ominaisuudet.ListItem.ParentList.RootFolder.Url + "/xyzzy.doc"); f.Update(); } |
Vain hankala vähän on "ominaisuudet. ListItem.ParentList.RootFolder.Url". MoveTo() menetelmässä URL. Että muussattu ylös merkkijono pistettä minulle minun nykyisen asiakirjakirjaston pääkansioon. Tämä antaa minulle välttää mitään kovaa koodaus minun tapahtuma vastaanotin.
Tämä on enemmän hyötyä versio, joka ei sama asia, mutta määrittää tiedoston nimi "Title":
yleiset Ohita mitättömäksi ItemAdded(SPItemEventProperties ominaisuudet) { DisableEventFiring(); // Määrittää tämän kohteen otsikko itse tiedoston nimi. // HUOMAUTUS: Toimeksianto on toteutettava ennen kuin itse-tiedoston muokkaaminen. // Jossa päivitys() jäsenen SPFile-tiedoston näyttää estävän ominaisuudet // jossain mielessä. Päivitykset "osastoon" epäonnistui, kunnes se muuta (ja päivittää() Soita) // tiedostonimen edessä muutos siirrettiin. ominaisuudet.Luettelokohde["Otsikko"] = ominaisuudet.ListItem.File.Name; ominaisuudet.ListItem.Update(); SPFile f = ominaisuudet.ListItem.File; // Saat tiedoston tunniste. Tarvitsemme sitä myöhemmin. merkkijono spfileExt = Uusi Fribidi(f.Name).Laajennus; // Nimeä tiedosto luettelokohteen tunnus ja käyttää tiedostotunnistetta pitämään // se ennallaan. f.MoveTo(ominaisuudet.ListItem.ParentList.RootFolder.Url + "/" + ominaisuudet.Luettelokohde["ID"] + spfileExt); // Vahvista liikkua. f.Update(); EnableEventFiring(); } |
Mies, "Mark", on alkanut mahdollisesti kiinnostavia uutisryhmän keskustelun "koulutusohjelman erinomainen SharePoint hallintotapa alusta" varten 35,000 käyttöympäristö.
Keskustelu on täällä: http://groups.google.com/group/microsoft.public.sharepoint.portalserver/browse_thread/thread/6d9a738d981af772/1c390b15c5407db6?#1c390b15c5407db6
Pop yli ja!
</loppu>
Olen edelleen tapana käsityö ominaisuus XML-tiedostoja manuaalisesti, koska se on aivan uutta minulle. En halua vedota front-end työkalu tekee jutut eivät ymmärrä (Hän sanoi hän kirjoitti blogimerkinnän työkalulla hän ei ymmärrä).
Tänään, Yritin Lisää mukautettu toiminto sivuston asetukset mutta se vain ei näy. Voisin asentaa ominaisuuden ja nähdä sivuston ominaisuudet, mutta kun olen aktivoinut sen (ilman virhettä) se vain ei näy avattavassa valikossa.
Lopulta tajusin, että väärin kirjoitettu "SharePoint" Sijainti-määritteessä <CustomAction> solmu. Tämä on huono elements.xml-tiedosto:
<?XML versio="1.0" koodaus="UTF-8" ?> <Elementit xmlns="http://schemas.Microsoft.com/SharePoint/"> <CustomAction Tunnus="SiteActionsToolbar" GroupId="SiteActions" Sijainti="Microsoft.Sharepoint.StandardMenu" Järjestyksessä="100" Otsikko="Moi!" Kuvaus="Mukautetun valikon toiminnan kautta toiminto lisätty." ImageUrl="_layouts/images/menuprofile.gif"> <UrlAction URL-osoite="http://www.xyzzy.com"/> </CustomAction> </Elementit> |
Hyvä:
<?XML versio="1.0" koodaus="UTF-8" ?> <Elementit xmlns="http://schemas.Microsoft.com/SharePoint/"> <CustomAction Tunnus="SiteActionsToolBar" GroupId="SiteActions" Sijainti="Microsoft.SharePoint.StandardMenu" Järjestyksessä="100" Otsikko="Moi!" Kuvaus="Mukautetun valikon toiminnan kautta toiminto lisätty." > <UrlAction URL-osoite="http://www.xyzzy.com"/> </CustomAction> </Elementit> |
That one took me a good two hours to figure out 🙂
Lohduttaudun siinä, että joskus tulevaisuudessa, I voi todeta vakuuttuneena, "back in the day, Jouduin walk kolme kilometriä ylös mäkeä lumessa (paljain jaloin!) käyttääkseni mukautettu ominaisuus Moss. Te nuoret, et tiedä kuinka helppoa se on! Pois nurmikko!"
Ei voi odottaa.
</loppu>