Google otsingut:
Ma vajutan eespool nimetatud link ("Andmed faili: Windows SharePointi…").
Ma saan seda:
Pange tähele, URL.
Mulle päris kahtlase. Ma ei tea, kui ma peaks naerma, itsitama või kõne preester.
</lõpp>
Ma lihtsalt vallandati planeerimisvahend tegevusvõimet ongi kõik raev nendel päevadel.
Ma leidsin lihtne kasutada ja kiiresti modelleeritud kliendi keskkonna olen töötanud möödunud suvel.
Koos mõnede hirmunud, I pressitud lõplik nuppu OK ja ta soovitas midagi, päris sarnane mis Me andsime meie klient (Me tegelikult viskasin teise rakendusserveri jaoks tulevikku paista kasutamine). Võtta, et see on hea märk ja suurendab tööriistas minu usaldust.
Tundub päris võimas värk palju parem lähtepunkt kui tühi leht.
Mulle meeldib selle abil saad mõned head detailidesse keskkonna kohta. Mitu kasutajat, Kuidas te projekti nad kasutavad süsteemi (kirjastamine, koostöö, jne), kontoris ja Ühenduvus / võrgu läbilaskevõime ja mama serveri vahel. Hea kraam.
Ta esitab lai põhineb küsimusi ja siis saate näpistama päris granuleeritud mudeli oma keskkonna üksikasjad.
Kõhklesin allalaadimist, sest mul on nii palju muid asju vaadata seda, lugeda ja seedimine proovida. Ma olen rõõmus, ma tegin.
See on lihtne, kaheastmeline protsess. Lae system center võimsuse planeerija ja siis lae SharePointi mudelid. Ta jookseb kenasti Windows XP.
Põhineb kiire mulje, Ma ei näe, kuidas see võiks arvestada:
Neid võib modelleerida ja ma lihtsalt ei näe neid ka 10 hetke ülevaade.
Ma kindlasti kasutan seda minu järgmise kliendi.
Kui ma ei olnud ka konsultant ja selle asemel töötab tegeliku ettevõtte :), Ma mudel minu praeguses keskkonnas ja vaata, kuidas tööriista soovitatud mudel sobitab vastu reaalsus. See oleks päris kena. See võib kaasa tuua mõned head infrastruktuuri arutelu.
</lõpp>
VÄRSKENDUS: Panin sellele küsimusele et MSDN siin (http://forums.microsoft.com/Forums/ShowPost.aspx?PostID=2808543&SiteID=1&mode=1) ja Michael Washam Microsoft vastas lühike vastus.
Olen loonud veebiteenusega toimib ka BDC-sõbralik fassaadi SharePointi loendisse. Kuna ma kasutasin seda minu arenduskeskkond, See töötas trahvi. Kuna ma rännanud see on uus server, See tõrge ilmnes:
| System.IO.FileNotFoundException: Veebirakenduse kell http://localhost/sandbox ei leitud. Veenduge, et sisestasite URL-i õigesti. Kui URL peaks pakkuma olemasolevat sisu, süsteemiadministraator arvatavasti lisama uue taotluse URL-i vastenduse rakenduseks sobival viisil. kell Microsoft.SharePoint.SPSite.ctor(SPFarmi talu, URI requestUri, Boole'i contextSite, SPUserToken UserToken abil) kell Microsoft.SharePoint.SPSite.ctor(String requestUrl) kell Conchango.xyzzy.GetExistingDocument(Stringi minId, Stringi maxId, String titleFilter) c:\Dokumendid ja SettingsPaulMy DocumentsVisual stuudio 2005ProjectsxyzzyBDC_DocReviewBDC_DocReviewDocReviewFacade.asmx.cs:rida 69 |
Siin on rida 69:
kasutades (SPSite'i saidi = uus SPSite'i("http://localhost/sandbox"))
Olen proovinud erinevaid variante URL, sh kasutades reaalne serverinimi, selle IP-aadressi, trailing kaldkriipsud URL, jne. Ma alati sain selle viga.
Ma kasutasin Google See teadus. Paljud inimesed seisavad silmitsi selle probleemi, või variatsioonid, kuid keegi tundus olevat lahendatud.
Tricksy MOSS esitada selline üksikasjalik viga, et see ei juhtunud minuga kontrollida ning 12 taru palgid. Lõpuks, umbes 24 tundi pärast Minu kolleeg soovitas mul seda teha, I möllitud ning 12 taru Logi ja leidsin selle:
Omandada kohalikus serveripargis ilmnes erand: System.Security.SecurityException: Taotletud registri juurdepääs keelatud. kell System.ThrowHelper.ThrowSecurityException(ExceptionResource ressurss) kell Microsoft.Win32.RegistryKey.OpenSubKey(String nimi, Boolean kirjutatav) kell Microsoft.Win32.RegistryKey.OpenSubKey(String nimi) kell Microsoft.SharePoint.Administration.SPConfigurationDatabase.get_RegistryConnectionString() kell Microsoft.SharePoint.Administration.SPConfigurationDatabase.get_Local() kell Microsoft.SharePoint.Administration.SPFarm.FindLocal(SPFarmi& talu, Boolean& isJoined) Assembler, mis nurjus Zone oli: Minuarvuti |
See on avanud uued võimalused teadustöö, Seega oli The Google'ile. Mis sundis mind seda Foorum post: http://forums.codecharge.com/posts.php?post_id = 67135. Tõesti ei aidanud mind, kuid see ei hakata ma mõtlen puudus andmebaas ja/või julgeoleku küsimus. Ma soldiered ja Andrew Connell postitamiseks lõpuks käivitatud mõtte, et tuleks olla kindel, et rakendusekausta identiteedi konto oli asjakohane juurdepääs andmebaasile. Arvasin, et ta on juba teinud. Aga, Minu kolleeg läks ja andis app basseini identiteedi konto täielikku juurdepääsu SQL.
Niipea, kui ta tegi seda muutust, Kõik alustas tööd.
Mis juhtus edasi on parim väljendatuna on Haiku luuletus:
Probleemid tõsta oma käed.
Swing ja miss. Proovi uuesti.
Edu! Aga kuidas? Miks?
Ta ei tahtnud jätta asju üksi sellist, eelistab anda minimaalselt vajalikku õigust (ja ilmselt abisüsteemi kirjalikult blogi; Ma võitsin teda punch, muhahahahaha!).
Ta eemaldada järgnevate õiguste app rakendusekausta identiteedi konto kuni … ei olnud enam selgesõnalise loata app rakendusekausta identiteedi konto jaoks üldse. Veebiteenuse jätkuvalt emba.
Käisime ja rebooted serverid. Kõike jätkus töötavat.
Nii, Sulgege: Me andis app bassein identiteedi täielik juurdepääs ja siis võttis ära. Veebiteenuse alustas tööd ja kunagi lakanud töötamast. Veider.
Kui keegi teab, miks see ei töötanud, palun jäta kommentaar.
</lõpp>
Mul on äri stsenaariumi niimoodi:
"Andmeid koguda kasutaja" loob üksuse heakskiidu taotlemine dokumendi tööülesandeloendis.
Mul on vaja luua vaate näitas kiirtöötasu kinnitamiseks tööülesandeloendis.
Lahus: Pane sõna "PAKILINE:" pealkirja ning nende ülesannete.
Ma oleksin eelistanud otse tähtsusastme määramiseks. Aga, Ma ei saanud seda teha mitmel põhjusel:
Leidsin mõned lähenemisviise enne (Õnneks) aru, me võiks lihtsalt panna "kiireloomuline" pealkiri.
Seal on minu lahenduse puuduseks (peale ilmse fakti et ainult pealkiri tekst näitab kiireloomulisuse). Alates "koguda tagasisidet" aktsepteerib ainult kõva kodeeritud pealkiri nimed, Tuleb kasutada kahe erineva koguda tagasisidet tegevuse, kelle ainus erinevus on, et kõva kodeeritud pealkiri.
Aga, vähemalt on lahendus, mis ei nõua sündmus vastuvõtjad või kohandatud ühtse Programmdokumendi meetmete.
Kui keegi on lahendatud see rohkem tark viis, Palun andke teada.
</lõpp>
Üks võtan vanemale kümne aastane poiss, kusjuures paljud rõõmud on leida uusi viise, kuidas teha teda naerma või mõtlema natuke teistmoodi küsimused ja asjad maailmas. Aastate jooksul olen kasutanud neid meetodeid:
===
Misconstrue tema küsimustele:
Poeg: Mis päev see on?
Isa: Üks päev enne kolmapäeva.
S: Ei, Kuule mis päev see on?
D: Oh, See on 4 Jaan päeva 25.
===
Kõdi talle ja ütle talle, et sa lõpetama kui ta peatub, naermine.
===
TV tuba trepist alla minna ja Kuuluta, "See on hea, et olla issi." Seejärel, teda kiirenemist saada sooja koha diivanil ja kanalit vahetada midagi head, nagu Scifi kanal.
===
Lood Ettelugemine. Sisestage naeruväärne lauseid keset lugu. Minu lemmik on lisada "tappes teda koheselt" Kuna peategelaste kohtab mõningaid väiksemaid probleeme. Näiteks, "nuga libises tema käest, lõikamine tema nimetissõrme, tappes teda koheselt." Midagi üsna muutub teie poeg välja valvsust ja passiivne kuulamisrežiim tapetakse koheselt peategelane.
===
Loe lugusid valesti. Loe laused tahapoole. Parim osa on see, et esimesed paar korda, ma tegin seda, minu poeg arvasin, et ta aitas mind viidates sellele, et ma ei olnud lugemist sõnu järjekorras.. Alla poole on, et ta tõesti ei taha mulle lugeda talle enam.
===
Burger King lõunale minna. Mu poeg oleks süüa BK hommikul, öö ja päev, kui me laseme tal. Minnes, ütle talle, "Tean, et sa vihkad toale, Aga me lihtsalt ei ole valikut." Kui nad püüavad seletada, et ta armastab BK, Räägi temast üle ja öelda asju nagu "Meil ei ole aega vaielda selle! Meil läheb, ja ma ei taha, et vestlus!"
(See meenutab mulle mu lemmik Borg nali: Borger kuningas ": Me teeme seda meie tee. Teed ei ole asjakohane." hahaha!)
===
Avage raamat lehele 9 ja öelda, "hmm, mis on paaritu lehekülg".
===
Täitke maailmas arch vaenlased. "Me ei kavatse joosta quick üle varba 7-11, Arch-enemy of 11-7 ".
"Teie tädi elab Ringwood, Arch enemy Squarewood linn."
===
Sõidame kuni Massachusetts, New Jersey mitu korda aastas ja seda tihti umbes 5 tundi uksele. Kui me koju jõuda ja tõmba sõiduteele öelda, "oh, Ma unustasin, Meil on vaja teha kiire kriips Home Depot."
===
Kui vaatate TV show vägivaldse episood (nagu Heroes), Ütle oma poja, "mõned ajad, tööl, Mul on vaja minu vaenlased hävitada, põletades neid elus volituste alusel minu meelest. Mulle ei meeldi, tee seda, kuid sa pead tegema, mida pead tegema."
===
Kui halb horror filme ("see on hea, et olla issi" eespool), omistada ebatõenäolised motiivide kurja märk. Näiteks, Ütle oma poja, et Jason on nii vihane põhjus on, sest ta tahab mõned kooki ja nad ei lase teda on mõni.
===
Selgita valesti telefoninumbrid. Selle asemel, et öelda Helista "201-111-2222" teie poeg, ütle talle, see on "2-011-1-12222".
===
Milliseid nippe kasutate?
</lõpp>
Tundub üsna levinud poliitiline blogging maailmas antud blogi võõrustada "Külaline blogger". Kui ma olen poliitiline blogi maa I peab seljas silma klaasid selline tunne, sest see ei ole kunagi esinenud mulle selle "külaline blogging" muusikavalik tehnika blogi nagu minul. See on, kuni ma lugesin seda postitust Kanwal Khipple poolt kell Parim SharePointi Buzz- Jaanuar 2008.
See mõtlemine, Ma usun, seal võiks olla palju inimesi seal SharePointi kinnistusraamatusse on kokku pandud artikkel sügelema, lühike või pikk, tehniliste või rohkem äri orienteeritud, jne, Aga ärge käivitada oma blogi tavalisi põhjuseid. Kui sa oled üks neist inimestest, Ma hea meelega võõrustada seda. Võite jõuda mind e-posti või jäta kommentaar. Ma ei ole mõelnud läbi mis tahes suunised, Aga ma arvan, et ma tahaks seda ümber SharePointi orienteeritud, Aga mulle meeldib ka visata mõned isiklikud tähelepanekud consulting Nüüd ja seejärel. Olen ka püüdnud avaldada ka "Pühapäeval naljakas" iga nädal ja ma olen kohustatud seda ideed otsa.
Kui oled regulaarne blogger juba, aga tahaks katsetada külaline blogging, Ma olen kindlasti avatud, et liiga, either as a host or a guest 🙂
</lõpp>
Kui tööriist teeb asju ei mõista ja siis see ebaõnnestub teadmata arvu samme samm n, sa oled surnud vees…
</lõpp>
Oli taas käsitöö BDC ADF faile käsitsi (nii, et saate luua oma "väljuge minu muru!" arvnäitajad) ja vajuta see armas viga:
"Rakenduse määratluse importimine nurjus. Ilmnes järgmine tõrge:"
Nagu näete, ilmnes tõrge, Aga … See ei hakka mulle öelda, mis see on.
Minu puhul, küsimus osutus, et mul oli alustati funktsionaalne ADF eri projekti, mis ühendada andmebaasiga ja SQL päringu vastu vaade. Selles uues projektis, Ma helistan meetod veebiteenusele. Mul oli demonteeritakse välja DB konkreetne värk ja lisatud minu web kraami, ei saanud värskendada, kuid on <Atribuudi LobSystem>'s atribuudi type. Ma lülitatakse see "veebiteenuse" ja õnneks asusin uuem ja põnevam importimise tõrked, mis on käsitsetud õigeaegselt.
Siin on vale LobSystemi:
<Atribuudi LobSystem
xmlns:Xsi =http://www.w3.org/2001/XMLSchema-instance
Xsi:schemaLocation =http://schemas.microsoft.com/Office/2006/03/BusinessDataCatalogBDCMetadata.xsd
Type = "andmebaasi"
Versioon = "1.0.0.0" Nimi = "xyzzy"
xmlns ="http://schemas.microsoft.com/Office/2006/03/BusinessDataCatalog">
See on õige:
<Atribuudi LobSystem
xmlns:Xsi =http://www.w3.org/2001/XMLSchema-instance
Xsi:schemaLocation =http://schemas.microsoft.com/Office/2006/03/BusinessDataCatalogBDCMetadata.xsd
Type = "veebiteenuse"
Versioon = "1.0.0.0" Nimi = "xyzzy"
xmlns ="http://schemas.microsoft.com/Office/2006/03/BusinessDataCatalog">
</lõpp>
VÄRSKENDUS: MSDN-i sisestamine on mõningaid huvitavaid tähelepanekuid põhineb tema JXJ, peamiselt negatiivne, kogemusi minna seda teed: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=2623565&SiteID=1
Meil on äri stsenaariumi, kus me peame kaks dokumentide raamatukogude kaudu ühine "dokumendi ID linkida" väli.
Me sageli kasutada otsinguveeru riistu viited nagu seda. Seal on mitmeid puudusi otsinguveergude, kolm on:
BDC tagatud, Me kasutame "ettevõtte andmed" Veeru tüüp ja see annab eriti hea otsing ja isegi võimaldab mitme veeru andmed kuvada loendivaadetes.
Olen olnud selline lähenemine esialgse edu ja plaanin kirjutada rohkem teada.
Kui olete töötanud enne seda nurka ja märkusi on, Palun jaga!
</lõpp>
Olen töötanud koos BDC täna, ADF faile käsitsi kodeerimine ja tekitavad endale mõned vead. Üks selline viga:
Rakenduse määratluse importimine nurjus. Ilmnes järgmine tõrge: Ei saanud laadida tüüpi, mida kirjeldab TypeDescriptori atribuut TypeName. Parameetri nimi: atribuut typeName viga tekkis, või lihtsalt rida enne: "35’ ja asukoht: "20".
MOSS kuvatakse selle vea, kui ma püüdsin ADF-i XML-faili importida..
Ma uurinud ning Internets ja leidsin, et mul oli viitamine LOB eksemplari nimi (alates selle <LobSystemInstance>) ja minu <TypeDescriptor> Kui tuleks viidata LOB nimi ise sõlme (alates <Atribuudi LobSystem>).
Vale:
<TypeDescriptor TypeName="Conchango.KeyValue, Kassa eksemplari nimi" Nimi = "KeyValue">
Õige:
<TypeDescriptor TypeName="Conchango.KeyValue, Kassa nimi" Nimi = "KeyValue">
Loodan, et see säästab keegi tund või kaks korda.
</lõpp>
