Én csinál egy Google-keresés:
Kattintson a linkre, fentebb ("Letöltés ismertetése: Windows SharePoint…").
Én kap ez:
Megjegyzés: az URL-cím.
Úgy néz ki, nagyon gyanús nekem. Nem tudom, ha kell nevetni, kuncogás, vagy hívja a pap.
</vége>
Én csinál egy Google-keresés:
Kattintson a linkre, fentebb ("Letöltés ismertetése: Windows SharePoint…").
Én kap ez:
Megjegyzés: az URL-cím.
Úgy néz ki, nagyon gyanús nekem. Nem tudom, ha kell nevetni, kuncogás, vagy hívja a pap.
</vége>
Csak feltüzelte a kapacitás tervezés szerszám amit a düh manapság.
Alapít ez könnyű-hoz használ, és gyorsan mintájára egy ügyfél környezet dolgoztam idén nyáron.
Némi izgalom, Megnyomtam a végső OK gombot, és ez ajánlott amit van szép hasonló-hoz mi adtunk ügyfeleink (mi valójában dobta a második alkalmazáskiszolgáló jövő Excel használata). Hogy, hogy kell egy jó jel, és növeli az önbizalmam az eszköz.
Úgy tűnik, elég erős cucc egy sokkal jobb kiindulási pont, mint egy üres oldal.
Szeretem, hogy lehetővé teszi, hogy Ön kap-ba néhány jó részletesen a környezet. Hány felhasználó, Hogyan projekt fogja használni a rendszer (kiadói, együttműködés, stb), fiókiroda és a kapcsolatok / őket, és a mama-kiszolgáló között hálózati kapacitás. Jó dolog.
Széles alapú kérdez, és majd lehetővé teszi a csípés a részleteket, a környezet szép szemcsés modell.
Gondolkoztam, letöltése, mert már oly sok más dolog, hogy Nézd meg, olvassa el, és megpróbál-hoz emészt. Örülök, hogy én.
Egy egyszerű két lépésből álló folyamat. Letölt rendszer központ kapacitás tervező, és töltse le a SharePoint-modellek. Szépen fut a Windows XP.
Az én gyors benyomás alapján, Nem látom, hogyan lehet számla, a:
Azok is modellezhető, és csak nem láttam őket a 10 perc áttekintés.
Én akarat feltétlenül használ az én-m következő ügyfélnél.
Ha nem lennék egy tanácsadó és helyette dolgozik egy valódi cég :), Kíván modell az én jelenlegi környezetben, és hogy az eszköz javasolt modell megegyezik-valóság ellen. Ez lenne elég ügyes. Vezethet, hogy néhány jó infrastruktúra vita.
</vége>
FRISSÍTÉS: Kifüggesztett ezt a kérdést MSDN itt (http://forums.microsoft.com/Forums/ShowPost.aspx?PostID=2808543&SiteID=1&mode=1) és Michael Washam a Microsoft válaszolt egy tömör választ.
Én teremtett egy pókháló szolgáltatás-hoz viselkedni vhogy egy BDC-barát homlokzat SharePoint-listába. Mikor én használt ez az én-m fejlődés környezet, Ez munkás finom. Amikor áttelepített, ez egy új szerver, Azután kapta a hibaüzenetet:
System.IO.FileNotFoundException: A webalkalmazás: http://localhost/sandbox nem található. Ellenőrizze, hogy beírt URL-címét helyesen. Ha az URL-t kell szolgáló meglévő tartalom, a rendszer ügyintéző május szükség, egy új URL-címleképezést felvétele rendeltetésszerű alkalmazás. a Microsoft.SharePoint.SPSite...ctor(SPFarm farm, URI-requestUri, Logikai contextSite, SPUserToken userToken) a Microsoft.SharePoint.SPSite...ctor(Karakterlánc-requestUrl) a Conchango.xyzzy.GetExistingDocument(Karakterlánc minId, Karakterlánc-maxId, Karakterlánc-titleFilter) c:\Dokumentumok és SettingsPaulMy DocumentsVisual 2005ProjectsxyzzyBDC_DocReviewBDC_DocReviewDocReviewFacade.asmx.cs stúdió:vonal 69 |
Itt van a vonal 69:
használatával (Webhely SPSite = új SPSite("http://localhost/sandbox"))
Próbáltam különböző változatai az URL-t, beleértve a kiszolgáló valódi név használatával, az IP-cím, az URL-t a sorvégi vágás, stb. Mindig van, hogy a hiba.
Én használt A Google a kutatás azt. Sok ember szembenéz ez probléma, vagy változatok, de senki sem úgy tűnt, hogy megoldódott.
Takaros MOSS nyújtott ilyen részletes hiba, hogy ez nem fordul elő velem, hogy ellenőrizze a 12 kaptár-naplók. Végül, körülbelül 24 óra után az én-m kolléga erre ajánlott, Megnéztem ki a 12 Méhkas Napló, és ezt találtam:
Kivétel történt, miközben megpróbálja megszerezni a helyi farmban: System.Security.SecurityException: Rendszerleíró adatbázis kért hozzáférése nem engedélyezett. a System.ThrowHelper.ThrowSecurityException(ExceptionResource-erőforrás) a Microsoft.Win32.RegistryKey.OpenSubKey(Húr neve, Logikai írható) a Microsoft.Win32.RegistryKey.OpenSubKey(Húr neve) a Microsoft.SharePoint.Administration.SPConfigurationDatabase.get_RegistryConnectionString() a Microsoft.SharePoint.Administration.SPConfigurationDatabase.get_Local() a Microsoft.SharePoint.Administration.SPFarm.FindLocal(SPFarm& Farm, Logikai& isJoined) A sikertelen kódösszeállítás zónája volt: Sajátgép |
Ez megnyitotta az új kutatási irányvonalat, így volt hát-hoz-a Google. Ez vezetett engem erre hozzászólásra: http://forums.codecharge.com/Posts.php?post_id = 67135. Ez nem igazán segített nekem, de ez tett elkezd gyártás én gondol volt egy adatbázis és/vagy biztonsági kérdés. Én ebből és Andrew Connell Végül kiváltott tegye a gondolat, hogy én kell győződjön meg arról, hogy az Alkalmazáskészlet identitása fiók volt a megfelelő adatbázis-hozzáférés. Azt gondoltam, hogy már. Azonban, az én-m kolléga ment, és adott a app készlet identitás rendszerfióknak teljes körű hozzáférési SQL.
Ahogy ő tette, hogy a változás, mindent kezdett el dolgozni.
Mi történt a következő legjobb fejezzük ki egy Haiku vers:
Problémák emelés-uk kezek.
Swing és miss. próbáld újra.
A siker! De hogyan? miért?
Nem akarta, hogy hagyjuk egyedül ilyesmi, inkább, hogy a minimális szükséges engedéllyel (és valószínűleg felelősség írás egy blog bejegyzést; Üt neki, hogy az ütést, muhahahahaha!).
Egymást követő engedélyek eltávolították a számlából app medence identitás-ig … nem volt többé semmilyen kifejezett engedélye fiók app készlet minden. A webszolgáltatás tovább folytatta a munkát csak finom.
Mentünk, és újraindul a szerver. Mindent továbbra is jól működik.
Így, -hoz újra bedugni: adott a app készlet identitás teljes hozzáférést, és majd elvették. A webszolgáltatás kezdett dolgozni, és soha nem működik. Bizarr.
Ha valaki tudja, miért kell hogy dolgozott, Kérem, hagyjon egy megjegyzést.
</vége>
Van egy üzleti forgatókönyv, mint ez:
"Gyűjt adat-ból egy felhasználó" egy elem létrehozása a feladatlistában, a dokumentum jóváhagyását kérő.
Kellett, hogy a feladat oldalra dől, hogy megmutatta a sürgős igénylések jóváhagyási nézetének létrehozása.
Megoldás: A szó "sürgős:" az a cím, e feladatok.
Azt szerette volna, hogy adja meg a prioritás mezőt közvetlenül. Azonban, Voltam képtelen-hoz csinál ez több okból:
Tartottam egy pár megközelítések előtt (Szerencsére) FELISMERVE, hogy mi tudna csak tesz "sürgős" a címben.
Van egy hátránya, hogy az én-m oldat (Eltekintve a nyilvánvaló tényt, hogy csak a szöveg, a cím jelzi, hogy sürgősen). Óta "Visszajelzések összegyűjtése:" csak akkor fogadja el fixen kódolt cím nevek, Vennem kell használ két különböző Visszajelzések összegyűjtése műveletet, amelynek egyetlen különbség az, hogy a kemény kódolt cím.
de, legalább van egy megoldás, amely nem igényel az eseményfogadók vagy egyéni SPD-műveletek.
Ha valaki birtokol megfejt ez több okos módon, legyen szíves hadd tudjam meg.
</vége>
Az egyik a sok örömök veszem, hogy a szülő egy tíz éves fiú van megtalálás új utakat, hogy nevetni, vagy egy kicsit másképp gondolkodnak azokról kérdés és a világ. Én is használtam ezeket a technikákat, az évek:
===
Félremagyaráz kérdéseire:
Fia: Milyen nap ez?
Apa: Egy nappal azelőtt, szerda.
S: nem, milyen nap, a hónap ez?
D: Ó, Ez birtokol 4 nap után Jan 25.
===
Csiki neki, és mondd meg neki, majd megáll, amikor is nevetve.
===
Menj le a lépcsőn a TV-szobában, és bejelenti, "-A ' jó-hoz lenni a papa." Majd, vegye őt fel a meleg helyszínen a kanapén, és megváltoztatni a csatorna, hogy valami jó, mint a Scifi channel.
===
Hangos olvasás a történetek. Helyezze be a nevetséges mondat közepén a történet. Az én-m kedvenc-hoz összead "megöli azonnal" Mikor a főszereplők találkozik néhány kisebb baj. Például, "a kés csúszott a kezében, vágás a mutatóujj, azonnal megöli." Semmi sem elég lesz a fia, az öntelt és passzív üzemmódba, mint a fő karakter, azonnal megölték.
===
Olvasd el a történeteket helytelenül. Olvassa el a mondatokat visszafelé. A legjobb része az, hogy az első pár alkalommal tettem ezt, a fiam azt hittem, ő is segített nekem,-rámutatva, hogy én nem olvasod a szavakat a helyes sorrendben. A lefelé oldala az, hogy tényleg nem akar én-hoz olvas neki többé.
===
A Burger King menjen ebédelni. A fiam enni reggel BK, éjjel-nappal, ha hagyjuk, hogy neki. Ha megy, Mondd meg neki, "Tudom, hogy utálod, oda, de egyszerűen nincs más választása." Mikor ő megpróbálja elmagyarázni, hogy ő szereti a BK, megbeszélni vele, és mondj ilyeneket: "nincs ideje, hogy azt állítják, hogy! Fogunk, és nem akarom, hogy a vitát!"
(Ez emlékeztet én-ból az én-m kedvenc Borg vicc: "Borger király: Csináljuk meg az utat. Az utat nem bír jelentőséggel." hahaha!)
===
Nyitott könyv oldal 9 és azt mondják, "hmm, Ez egy páratlan oldal".
===
Töltse ki a világ ív ellenséget. "Megyünk gyorsan elgázolta a toe 7-11, Arch-ellenség, 11-7".
"A nagynéném él Ringwood, ív ellenséget, hogy a város Squarewood."
===
Vezetünk valameddig Massachusetts, New Jersey évente több alkalommal, és ez gyakran vesz körülbelül 5 óra Ajtótól ajtóig. Amint hazaér, és húzza be a műút mondani, "ó, Elfelejtettem, Mi kell ahhoz, hogy egy gyors kötőjel, a Home Depot."
===
Mikor néz egy erőszakos epizód egy TV-show (mint a hősök), Mondd el a fia, "néhány alkalommal, a munkahelyi, Meg kell elpusztítani az ellenséget égető őket életben használata hatásköre a fejemben. Nem szeretem, hogy csinálja, de meg kell csinálni, amit tenned kell."
===
Rossz horror filmek nézése (lát "ez jó, hogy az apa" a fenti), valószínűtlen motívumok tulajdonítani a gonosz karakter. Például, Mondd meg a fia, hogy az OK, Jason annyira dühös, mert azt akarja, néhány a torta, és hogy nem engedi neki bármilyen.
===
Hibásan magyarázza a telefonszámok. Ahelyett, hogy azt mondta a fia, tárcsázza a "201-111-2222", Mondd meg neki, ez az "2-011-1-12222".
===
Milyen trükköket használ?
</vége>
Úgy tűnik, meglehetősen gyakori a politikai blog világ egy adott blog-hoz házigazda "vendég blogger". Amikor én vagyok a politikai blog telek én kell rajta egy másik pár szem szemüveg mert soha eszembe jutott, hogy "vendég blogging" lehet értelme, hogy egy műszaki blog, mint az enyém. az, amíg olvastam ezen a poszton a Franci Khipple: A legjobb SharePoint Buzz- Január 2008.
Ez a gondolkodás, Azt hiszem, lehetne egy csomó ember van a SharePoint-föld, hogy a viszketést, hogy összeállítunk egy cikket, rövid, vagy hosszú, műszaki-, vagy több üzleti irányultságú, stb, de ne fuss a saját blog, a szokásos okok miatt. Ha-a ' egyik azoknak emberek, Én lennék boldog, hogy a fogadó. Elérheti nekem e-mailen keresztül, vagy hagyjuk egy megjegyzést. Én nem gondoltam át bármilyen iránymutatások, de azt hiszem, hogy én akarnám, hogy ezen a környéken: SharePoint orientált, de szeretem is, dobni néhány személyes megfigyeléseket, tanácsadás most és majd. Én is kipróbálás-hoz közzétesz egy "Vasárnap vicces" minden héten, és vagyok kötve, hogy elfogyott az ötlet, hogy.
Ha már rendszeres blogger, de Szeretnék kísérletezni vendég blogging, Én határozottan nyitott, hogy túl, either as a host or a guest 🙂
</vége>
Ha a szerszám csinál dolgokat nem érti, és akkor nem lép n ismeretlen számú lépések, te halott a vízben…
</vége>
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:
"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>
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:
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>
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>