Havi Archívum: Január 2008

Megoldást az üzleti Adatkatalógus ADF az importálási hiba: “A következő hiba történt:”

Volt egyszer ravaszkodó BDC ADF-fájlokat kézzel (azért tud felépíteni az én-m "Szállj le a gyep!" Cred) és a hit, ez a szép hiba:

kép

"Nem importálható az alkalmazásdefiníció. A következő hiba történt:"

Mint te tud lát, van egy hiba, de … Ez nem fog mondani, mi az.

Az én esetemben, a probléma kiderült, hogy már elkezdtem egy funkcionális Lapadagolóba a különböző projekt, amely egy adatbázishoz csatlakozik, és végre egy SQL-lekérdezés nézet ellen. Új projekt, Hívom a módszer egy internetes szolgáltatás. Volt meztelen ki a DB speciális dolgokat, és hozzá a webes szolgáltatás cuccom, de nem tudta frissíteni a <LOB-rendszer>barátait type attribútum. Én kapcsol ez-hoz "WebService" és boldogan mentem újabb és izgalmasabb az importálási hibák, amely kezeli kellő időben.

Itt van a rossz LobSystem:

<LOB-rendszer
xmlns:xsi =http://www.w3.org/2001/XMLSchema-instance
xsi:schemaLocation =http://schemas.microsoft.com/Office/2006/03/BusinessDataCatalogBDCMetadata.xsd
Type = "adatbázis"
Változat = "1.0.0.0" Név = "xyzzy"
xmlns ="
http://schemas.microsoft.com/Office/2006/03/BusinessDataCatalog">

Ez a helyes:

<LOB-rendszer
xmlns:xsi =http://www.w3.org/2001/XMLSchema-instance
xsi:schemaLocation =http://schemas.microsoft.com/Office/2006/03/BusinessDataCatalogBDCMetadata.xsd
Type = "WebService"
Változat = "1.0.0.0" Név = "xyzzy"
xmlns ="
http://schemas.microsoft.com/Office/2006/03/BusinessDataCatalog">

</vége>

Technorati Tags:

Az üzleti Adatkatalógus úgy tűnik, egy életképes helyettesítő keresések

FRISSÍTÉS: Az MSDN-könyvelési még néhány érdekes észrevételei alapján, az ő JXJ, főleg negatív, tapasztalatok ezen az úton megy: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=2623565&SiteID=1

Van egy üzleti forgatókönyv hol kell link két dokumentumok könyvtár keresztül egy közös dokumentum azonosítója"" a mező.

Gyakran használjuk a keresőoszlop valósítja meg a láncszemek mint ez. Vannak néhány visszavonulások-hoz keresőoszlopok, három, amelyek:

  1. Csak egy oszlop a keresőmező keresési könyvtár kapcsolható.
  2. Teljesítmény: A forrás könyvtár több száz bejegyzést is tartalmazhat.. Ez a keresőmező túl sok bejegyzés.
  3. Szálláshelyek keresése: Van nincs beépített kereső. Nem értem, a moha értelemben keresés, de nincs út-hoz kutatás / szűrő több oszlop a a forrás-dokumentumtárat, és keresse meg a kívánt hivatkozást.

Az üzleti Adatkatalógus mögött, tudjuk használni egy "üzleti adatok" oszlop típusa, és ez egy kiváló keresést tesz lehetővé, és még lehetővé teszi, hogy a Többoszlopos lista nézetben látható adatokat.

Már volt néhány előzetes sikert ezzel a megközelítéssel, és tervezem, hogy írni többet.

Ha ez a szög előtt dolgoztam, és volna akármi magyarázat, Kérjük, ossza meg!

</vége>

Technorati Tags:

Az üzleti Adatkatalógus importálási hiba megoldása: “Nem tölthető be a TypeDescriptor típusleíró TypeName típusneve által leírt típus …”

Már dolgozik a BDC ma, kódolás automatikus Lapadagoló fájlokat kézzel, és a termelő magam néhány hiba. Egy ilyen hiba:

Az alkalmazásdefiníció importálása nem sikerült. A következő hiba történt: Nem tölthető be a TypeDescriptor típusleíró TypeName típusneve által leírt típus. A paraméter neve: typeName hiba volt találkozás, vagy csak a vonal előtt: ' 35’ és a helyzet: '20'.

MOSS jelenik meg ezt a hibát, amikor megpróbáltam az ADF XML-fájl importálása.

A Internets kutatott, és megállapította, hogy én volt hivatkozva a LOB-példány neve (a a <LobSystemInstance>) -ban az én-m <A TypeDescriptor típusleíró> Mikor kell volna hivatkozott a LOB név maga csomópont (a <LOB-rendszer>).

Rossz:

<TypeDescriptor TypeName="Conchango.KeyValue, LOB-példány neve" Név = "KeyValue">

Helyes:

<TypeDescriptor TypeName="Conchango.KeyValue, LOB-név" Név = "KeyValue">

Remélem, Ez takarít meg, ha valaki egy óra vagy két alkalommal.

</vége>

Subscribe to my blog!

Technorati Tags:

Megoldás a problémára: “FileNotFoundException” Az én-m szolgáltatás-vevő.

Én dolgoztam egy funkció a múlt héten, hogy növelné néhány eseményfogadók egy adott listához például. (Én blogged egy kicsit a lista vevő itt).

A parancssor használatával, Tudtam telepíteni a vonás-val nem hiba- (lásd lejjebb a rejtett hiba). Mikor próbáltam-hoz felfejlődik a szolgáltatás a helyszínen, MOSS panaszkodott a "FileNotFoundException" hiba. Ez a blog bejegyzés azt ismerteti, hogyan én megfejt ez.

Ez az a hiba, hogy MOSS megmutatta nekem a böngészőben:

A szolgáltatás ' b2cb42e3-4f0a-4380-ka-1ef9cd526f20’ nem lehetett telepíteni, mert "xyzzyFeatureReceiver_0 eseményérzékelő szerelvény betöltése" nem sikerült: System.IO.FileNotFoundException: Nem sikerült betölteni a fájlt vagy összeszerelés "xyzzyFeatureReceiver_0’ vagy annak valamelyik függősége. A rendszer nem tud talál a reszelő megjelölt.
Fájlnév: "xyzzyFeatureReceiver_0’
a System.Reflection.Assembly.nLoad(AssemblyName fájlnév, Karakterlánc-codeBase, Bizonyítékok assemblySecurity, LocationHint közgyűlés, StackCrawlMark& stackMark, Logikai throwOnFileNotFound, Logikai forIntrospection)
a System.Reflection.Assembly.InternalLoad(AssemblyName assemblyRef, Bizonyítékok assemblySecurity, StackCrawlMark& stackMark, Logikai forIntrospection)
a System.Reflection.Assembly.InternalLoad(Karakterlánc-assemblyString, Bizonyítékok assemblySecurity, StackCrawlMark& stackMark, Logikai forIntrospection)
a System.Reflection.Assembly.Load(Karakterlánc-assemblyString)
a Microsoft.SharePoint.Administration.SPFeatureDefinition.get_ReceiverObject()
FIGYELEM: Kódösszeállítás-kötés naplózása ki van kapcsolva OFF.
Ahhoz, hogy közgyűlés kötési hibák naplózása, a beállításazonosító beállítása [HKLMSoftwareMicrosoftFusion!EnableLog] (DWORD) a 1.
Megjegyzés:: Van néhány előadás büntetés társított közgyűlés kötési hibák naplózása.
Ez a funkció kikapcsolása, eltávolít a iktató hivatal érték [HKLMSoftwareMicrosoftFusion!EnableLog].

A Windows SharePoint Services problémák elhárítása.

Tudom, hogy hogyan szándékosan okoz amit hiba: Ne telepítse a gyülekezési a GAC-ba. de, Ez volt a GAC-ba. Általában telepíteni összeállítások a GAC-ba húzza őket a c:\windowsassembly mappa a windows Intézőben. Soha nem éreztem 100% a kényelmes, mert mindig azt hittem, hogy gacutil létezett egy ok … így próbáltam, hogy. Nem okoz változást.

A Internets kerestem, és találtam ezt a post: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=2243677&SiteID=1

A poszter történt, hogy használja az azonos gyökér darab-ból kód (a belső WSS könyv erről a listáról) Szóval ez volt reményteli jele. Azonban, a díszítő a Közgyűlés a javaslatot egy [szerelvény: ] irányelv nem volt értelme számomra. Egyébként kipróbáltam, és igazam volt. Nem okoz változást.

Akkor vettem észre, hogy az én osztály meghatározása nem volt nyilvános. Azt tette, hogy a nyilvános, és amit gyártott nem különbség.

Következő, Elmentem a baj, hogy a "kódösszeállítás bind hiba napló" (követően a hasznos és pontos utasítások) és ez az, ahol a dolgok kezdtek érdekessé válni. A napló azt mutatja nekem, hogy a futásidejű mindenhol keres a kiszolgálón, az én-m összeállítás. Ez is úgy tűnik, hogy kell keres ez az én-m orvosságos szekrény. de … Ez nem keres ez a GAC-ba.

Tesz-ra az én-m téli dzseki, és megy keres a Internets újra, és még, hogy valaki volt ez a probléma is. A hosszadalmas vita, hogy a kiküldetés peters ki a semmibe, és nem találja a megoldást.

Az én-m összeállítás beköltöznek a napló azt állítja, ez a kereső, és egy kis előrelépést helyek. Vagyok jutalmazták, a böngésző egy új hiba mikor én megpróbál-hoz hatékonnyá tesz a vonás:

Nem sikerült létrehozni a szolgáltatás vevő objektumot kódösszeállítás "xyzzyFeatureReceiver_0", írja be a "Conchango.xyzzyFeatureReceiver" a szolgáltatás b2cb42e3-4f0a-4380-aaba-1ef9cd526f20: System.ArgumentNullException: Értéke nem lehet null..
A paraméter neve: típus
a System.Activator.CreateInstance(Típusa, Logikai nem nyilvános)
a System.Activator.CreateInstance(Típusa)
a Microsoft.SharePoint.Administration.SPFeatureDefinition.get_ReceiverObject()

A Windows SharePoint Services problémák elhárítása.

Idő részére egy utolsó útra a Internets!

Ebben az időben, én megtud, elég meglepő, hogy moha kérdések ezt a hibát, mert a közgyűlés nem GAC.

Szeretnék venni-t kap valami pozitív ki ezt, és megpróbál úgy érzi, egy kicsit büszke arra, hogy már létrehoztam a Az MSIL összeállítások szökevény, de ez nem működik. Csak sima bosszús vagyok. Én magam, motyogva, "tyúk vagy a tojás" a lélegzetem.

Végül úgy döntenek, hogy punt. Én egy teljesen új projekt létrehozása és a másolás/beillesztés a kódot a incredible-cloaked-from-the-GAC-assembly munka-projekt több mint, hogy ezt az új projekt. (Keres egy épít zászló hívott némileg hasonló "kötelező érvényű, ha telepítette a GAC által tartalmazott kódösszeállítás elrejtése" de nem találja az egyik).

Telepítse a szolgáltatást, és hatékonnyá tesz ez és … Ez szerkezet! Így, Végül is, hogy, Volt, hogy alapvetően ' újraindít’ a projekt. Ez a másik ok miért utálom a számítógépek.

Én megtanul valami hasznos-e. Volt telepítés funkciók segítségével az stsadm követel vonal egész nap és használ a "-force" megszokásból lehetőség. Részére némely ok, Nem használja a - force kapcsolót, amikor telepítettem az új projekt. ezúttal, Én valójában tett, valóban felejtsd el, hogy másolni ezt az új projekt Közgyűlés a GAC-ba. Ennek eredményeként, Kaptam, hogy "FielNotFoundException" hiba. ezúttal, Megvan a stsadm, nem Mikor próbáltam-hoz hatékonnyá tesz a vonás, keresztül a pókháló legel. Így, -erő valójában két szerepet játszik. Ez lehetővé teszi, hogy újra telepíteni egy meglévő funkció. Azt is lehetővé teszi, hogy felszerel egy hibás funkció, amely nem dolgozik-on futási idő-azáltal, hogy visszaszorítja a hiba. Ez valószínűleg mondja valahol segítségével annyira, de én soha nem vettem észre, hogy.

</vége>

Vasárnap vicces: Top 10 Ways-hoz bánt a felesége

  1. Brokkoli vásárolni, ha tudod, hogy van már több mint elég a hűtőben.
  2. A futáshoz. Hűtse le. Tiszta párnahuzat levenni és a helyére, póló. Fedjük le a tiszta párnahuzat.
  3. Vezetés közben, Kérjük, ha el kellene menni a rossz út egyirányú utcán.
  4. A 15 év, minden vasárnap a felesége azt sugallja fog egy múzeum, meglepetés, hogy múzeumok nyitva a vasárnapi Express.
  5. A 15 év, Néha azt sugallják, megy a helyi könyvesbolt vasárnap. Meglepetés, hogy nincsenek nyitott a vasárnapi Express (nagyon köszönöm Kék törvények!).
  6. Használata 20 rámutat, hogy csinál egy 3 viszont pont.
  7. A hűvös kora őszi délután, Sétáljon be a helyiségbe, és kapcsolja be az a/c. Panaszkodik amit-a ' hideg. Ha a felesége azt mondja:, "akkor miért tett ön fordít,, buta" és lesz, hogy kapcsolja ki, megragad a meleg helyszínen volt, a kanapén. Bónusz pontokat, ha ő nem vette észre, hogy csinálta sokkal később.
  8. Nyit is a finom fehér germon, és edd meg egyenesen a lehet, az ágyban, éjjel.
  9. Menjen a konyhába, míg felesége eszik vacsorára, nyit megjelöl a evőeszközök fiókkal és nyomja edények körül, amíg felesége sikolyok, "mit keres!"
  10. Új üzleti kártyák kézhezvételét, titokban helyezd el őket a ház körül: Az ágy alatt, a párnák, belül csésze kávé, a retiküljében, a kabát zsebébe, autó kesztyűtartó rekesz, a kamra — bárhol lehet gondolni.
  11. Blog bejegyzés írni a felesége.
  12. ébresztő.
  13. Amikor séta az utcákon, a New York City, a figyelmeztető jelzést, hogy "kérges" objektumok a földön. Szem előtt tartva a felesége különleges félelmek, elérni, mint ha, hogy egy pick fel fel és kérje, "hmm, Kíváncsi vagyok, mi ez?" (Legyen felkészült az felesége test csapni, mintha ő egy titkos ügynök védi az elnök egy mesterlövész, vagy találod magad megállapításáról a hátán a járdán).
  14. Körbevezet kétszer egy parkoló helyet keres. Tudod, hogy már igazán megüt fizetni szennyeződések, amikor a fia, a hátsó ülésen azt kiáltja, "Oh nem! Ő csinálja újra!"
  15. Írni a "top 10" listák, amelyek nem rendelkeznek 10 elemek.

===

Bónusz felesége vicc:

Két férfi munkatársak megy ki ebédelni. Egyikük azt mondja, a másik, "Hagytam, laza egy kínos freudi csúszik a másik éjszaka."

"Egy freudi csúszik? mi az?"

"Jól, Amikor befejeztük, étkezési, a pincérnő jött, és megkérdezte, hogyan tetszett ételek. Akartam mondani, "Szerettem a csirkemell’ de ehelyett azt mondtam: "Szerettem a mellek". Annyira zavarban voltam."

"Ah," ő így válaszolt: munkatárs. "Én ugyanaz a dolog történik velem ezen a hétvégén, a feleségemmel. Mi reggelizés azt jelentette, hogy kérdez őt-hoz hágó a vaj, de ehelyett ordítottam rá, "Tönkre az életemet!’"

</vége>

Technorati Tags:

Eseményazonosító: 1023: “A Windows nem tudja betölteni a bővíthető számláló DLL-MSSCNTRS”

FRISSÍTÉS (04/08/08): Úgy tűnik, hogy megoldotta ezt a problémát. A parancssorból, Én spárgagombolyog a "c:\windowssystem32lodctr/r" mint egy tételt beszél InstallShield problémákat, és hogy úgy tűnik, hogy van megfejt ez értem.

Már észre, hogy az utóbbi időben, az én desktop/szerver rajongó soha nem kapcsol ki. Tudom, hogy ez hozzászokott kikapcsolása. Vettem egy pillanatra, hogy ellenőrizze ki vettem észre, hogy a VMware folyamatként fut egy következetes 20% az egyik a CPU kihasználtság. Ellenőrizni a esemény fatörzs, és látta, hogy ezeket a hibákat az alkalmazásnaplóban tucatszor percenként történik:

A Windows nem tudja betölteni a bővíthető számláló DLL-je UGatherer, a data rész első DWORD-je a Windows-hibakód.

A Windows nem tudja betölteni a bővíthető számláló DLL-je UGTHRSVC, a data rész első DWORD-je a Windows-hibakód.

A Windows nem tudja betölteni a bővíthető számláló DLL-MSSCNTRS, a data rész első DWORD-je a Windows-hibakód.

Ha én fúrógép, bele a részletekbe, az egyik ilyen üzenetek, Én kap ez:

Forrás: Perflib

Típus: Hiba

Kategória: Egyik sem

Eseményazonosító: 1023

Csináltam egy kis kutatást, és volt néhány jelzése lehet, hogy egy engedély probléma a DLL-ek a kérdéses hozzáférés tekintetében. Játszott körül-val a cucc, de nem befolyásolhatja a dolgok pozitív módon, így feladta, hogy.

VMware volt már zsémbes nekem elég sokáig frissítés végrehajtásával kapcsolatos, így én jotted le én beiktatott változat (látszólag "1.0.1 build 29996") és nem a frissítés. Ez korszerűsített én v1.04. Sajnos, nem oldotta meg a problémát.

Tudom megállítani az üzenetek megy az alkalmazásnaplóba, ha én becsuk legyőz egy szolgáltatás nevezett "VMware engedély szolgáltatás" őrült száma. Ez megakadályozza, hogy nekem a VMware szoftver használatával, így … nem egy ilyen nagyszerű lehetőség.

A gazda operációs rendszer a Windows XP 64 kicsit.

Nem hiszem, ez mindig történt, de nem emlékszem, hogy bármely adott esemény, hogy vezethetett volna.

Ez az, amiért én utálom a számítógépek.

</vége>

Technorati Tags:

Gyors & Könnyű: Segítségével a SharePoint objektum modell az eseményérzékelő keresztül feltöltött fájl átnevezése

FRISSÍTÉS: Ez szerkezet, de vannak jelentős korlátozásokat, amelyeket a megjegyzések. Ez május csendes lenni hasznos-ban némely körülmények.

FRISSÍTÉS 2: A jelenlegi projekt, a felhasználók mindig feltölt okiratok. Ennek eredményeként, Én nem befut egy probléma, ahol MS Word fut, és úgy gondolja, hogy a fájlt átnevezték rajta. Én tett befut egy probléma, "a fájl módosításának valaki más" és megfejt ez keresztül egy egyszerű szemafor típusát jelző. Használók szükség-hoz meta adat mező átalakítása alapértelmezett értéktől valami mást. A itemupdated() vevő úgy néz ki, az érvényes érték ténylegesen végrehajtása az Átnevezés előtt, és azóta, Nem volt gond. Ön kilométerteljesítmény változhat.

Van egy ügyfél követelmény megfelel egy adott névadási adott dokumentumtárba feltöltött fájlok nevének módosítása. Az API biztosít egy "Átnevezés()" a módszer. Ehelyett, az általunk használt "A MoveTo(…)". Itt van egy minimális darab-ból kód-hoz befejez ez:

 nyilvános felülbírálása Érvénytelen ItemAdded(SPItemEventProperties Tulajdonságok)
        {
            SPFile fájl f = tulajdonságai.ListItem.File;

            f.MoveTo(tulajdonságok.ListItem.ParentList.RootFolder.Url + "a /xyzzy.doc");
            f.Update();

        }

A csak bonyolult darab a "tulajdonságai. ListItem.ParentList.RootFolder.Url". A MoveTo() módszerhez egy URL-t. Gyökér dosszié-ból az én-m aktuális dokumentumtár nekem pont karakterlánc tört. Ez lehetővé teszi, hogy nekem, hogy ne az én eseményérzékelő kemény kódolás.

Ez is a hasznos változat, amit csinál ugyanaz a dolog, de rendeli hozzá a fájl neve "Cím":

 nyilvános felülbírálása Érvénytelen ItemAdded(SPItemEventProperties Tulajdonságok)
        {
            DisableEventFiring();

            // Ez a tétel megnevezése rendel a fájl neve.
 // MEGJEGYZÉS:: Ezt a feladatot meg kell történnie, mielőtt mi módosít a reszelő, maga.
 // Hívja frissítés() az SPFile-nak úgy tűnik, hogy érvényteleníti a tulajdonságok
 // bizonyos értelemben.  "A cím frissítések" nem tudta, amíg nem, hogy a változás (és frissítés() Hívja)
 // átkerültek a változás előtt a nevét.
            tulajdonságok.Listaelem["A cím"] = tulajdonságai.ListItem.File.Name;

            tulajdonságok.ListItem.Update();

            SPFile fájl f = tulajdonságai.ListItem.File;

            // Kap a fájl kiterjesztését.  Meg kell, hogy később.
 karakterlánc spfileExt = új FileInfo(f.Name).Kiterjesztés;

            // Nevezze át a fájlt a listaelem-azonosító, és használ a reszelő kiterjesztés-hoz eltartás
 // azt a részét, hogy ép.
            f.MoveTo(tulajdonságok.ListItem.ParentList.RootFolder.Url +
                "/" + tulajdonságok.Listaelem["ID"] + spfileExt);

            // Elkövetni a lépés.
            f.Update();

            EnableEventFiring();
        }

Fórum Fórum: Legjobb gyakorlat betartása nem triviális MOSS környezetben

A fickó, "Mark", megkezdte a potenciálisan érdekes hírcsoport vita összpontosító "létrehozása a kiváló SharePoint kormányzás a kezdetektől" az egy 35,000 felhasználói környezetben.

A vita van itt: http://groups.google.com/group/microsoft.public.sharepoint.portalserver/browse_thread/thread/6d9a738d981af772/1c390b15c5407db6?#1c390b15c5407db6

Pop felett, és hozzájárul!

</vége>

Egyéni művelet URL nem jelennek meg az új funkció

Én még mindig a szokása, gyárts a szolgáltatás XML-fájlokat kézzel, mivel mindannyian nagyon új nekem. Nem akarok támaszkodni egy eleje-vég szerszám amit csinál megtöm, nem értem (azt mondta, ő írt egy blog bejegyzést ő nem érti az eszköz segítségével).

Ma, Voltam kipróbálás-hoz egy egyéni művelet hozzáadása a webhely beállításai, de ez csak nem felmutat. Lehet telepíteni a szolgáltatást, és látni, hogy a webhely, de mikor aktivált ez (hiba nélkül) egyszerűen nem jelenik meg a legördülő menü.

Végül rájött, hogy elírtam a "SharePoint" a helyszín attribútum a <CustomAction> csomópont. Ez a rossz elements.xml fájl:

<?XML változat="1.0" kódolás="UTF-8" ?>
<Elemek xmlns="http://schemas.microsoft.com/SharePoint/">
  <CustomAction
 ID="SiteActionsToolbar"
 GroupId="SiteActions"
 Hely="Microsoft.Sharepoint.StandardMenu"
 Sorozat="100"
 Cím="helló!"
 Leírás="Egyéni menü fellépés hozzáadott keresztül egy vonás."
 ImageUrl="_layouts/images/menuprofile.gif">

    <UrlAction URL-címe="http://www.xyzzy.com"/>

  </CustomAction>
</Elemek>

jó:

<?XML változat="1.0" kódolás="UTF-8" ?>
<Elemek xmlns="http://schemas.microsoft.com/SharePoint/">
  <CustomAction
 ID="SiteActionsToolBar"
 GroupId="SiteActions"
 Hely="Microsoft.SharePoint.StandardMenu"
 Sorozat="100"
 Cím="helló!"
 Leírás="Egyéni menü fellépés hozzáadott keresztül egy vonás."
    >
    <UrlAction URL-címe="http://www.xyzzy.com"/>
  </CustomAction>
</Elemek>

That one took me a good two hours to figure out 🙂

Veszek vigaszt az a tény, hogy egy napon a jövőben, Leszek képes mondani, meggyőződéssel, "hát azon a napon, Volt, hogy három mérföld odamentem a hó-hegy (mezítláb!) ahhoz, hogy telepíteni egy egyéni vonás Moss. Ön gyerekek, nem tudom, milyen egyszerű, hogy az! Szállj le a gyep!"

Alig várom.

</vége>

Technorati Tags: ,