Es to Google meklēšana:
Es klikšķiniet uz saites virs iezīmēta ("Lejupielādes detaļas: Windows SharePoint…").
Es varu saņemt šo:
Piezīme URL.
Tā izskatās diezgan aizdomīga, man. Es nezinu, ja vajadzētu smieties, smiekli vai zvans priesteris.
</beigās>
Es tikai apkures jaudu plānošanas rīks kas visas dusmas šajās dienās.
Es atklāju, ka ir viegli izmantot un ātri modelēta klienta vidē, es strādāju par šo pagājušo vasaru.
Ar dažiem trīsas, Es piespiedu pogu Labi, galīgā redakcija, un kaut kas ir diezgan līdzīgs, ko mums deva mūsu klientu ieteicams (mēs faktiski iemeta otrais pieteikums serveri par nākotni, programma excel izmanto). Es pieņemt, ka ir laba zīme un palielina manu uzticību rīkā.
Tas šķiet diezgan spēcīgs stuff daudz labāk sākumpunkts nekā tukšu lappusi.
Man patīk, kas ļauj jums dažas labas sīki par vidi. Cik daudzi lietotāji, kā jūs projekts tiks izmantots sistēmā (publicēšana, sadarbība, uc), filiāli un savienojamības / starp tām un mama servera tīkla jaudu. Labs stuff.
Tas uzdod plašu balstīta jautājumus un tad ļauj kniebiens diezgan granulu modelis jūsu apkārtnē detaļas.
Vilcinājās, lejupielādēt to, jo tik daudzām citām lietām paskatīties uz to, lasa un mēģina sagremot. Es esmu priecīgs, man nebija.
Tas ir viegli divpakāpju process. Lejupielādēt sistēmas centru jaudas plānotājs un pēc tam lejupielādēt SharePoint modeļi. Tas labi darbojas uz Windows XP.
Pamatojoties uz manu ātru iespaidu, Es neredzu, kā tas iespējams veido:
Tiem var modelēt un I didn't skatīt tos 10 minūšu pārskats.
Es noteikti to izmantot par manu nākamo klientu.
Ja man nebija konsultants un tā vietā strādā reālā uzņēmumā :), Man manu pašreizējo vides modelis un redzēt, kā instruments ieteicamais modelis atbilst pret realitāti. Tas būtu diezgan veikls. Tas varētu radīt dažas labas infrastruktūras diskusijas.
</beigās>
ATJAUNINĀJUMS: I ievietojis šo jautājumu uz MSDN šeit (http://forums.microsoft.com/Forums/ShowPost.aspx?PostID=2808543&SiteID=1&mode=1) un Michael Washam Microsoft atbildēja ar īsu atbildi.
I izveidojis web pakalpojumam jādarbojas kā BDC draudzīgu fasādi uz SharePoint sarakstu. Kad es izmantoja šo no mana izstrādes vidi, tā strādāja fine. Kad man tas migrēta uz jaunu serveri, Man radušās šo kļūdu:
| System.IO.FileNotFoundException: Web lietojumprogramma ir http://localhost/sandbox nevarēja atrast. Pārbaudiet, vai esat pareizi uzrakstījis vietrādi URL. Ja šis URL kalpo esošajam saturam, sistēmas administrators, iespējams, ka jāpievieno jauna pieprasījuma URL kartēšana paredzēto pieteikumu. pie Microsoft.SharePoint.SPSite...ctor(SPFarm ferma, URI requestUri, Būla contextSite, SPUserToken userToken) pie Microsoft.SharePoint.SPSite...ctor(Virkne requestUrl) pie Conchango.xyzzy.GetExistingDocument(Virkne minId, Virkne maxId, Virkne titleFilter) c:\Dokumentus un SettingsPaulMy DocumentsVisual Studio 2005ProjectsxyzzyBDC_DocReviewBDC_DocReviewDocReviewFacade.asmx.cs:līnija 69 |
Lūk, rindas 69:
izmantojot (SPSite vietā = jaunu SPSite("http://localhost/sandbox"))
Es to izmēģināju dažādas variācijas par URL, ieskaitot servera īsto vārdu, tā IP adrese, trailing slashes uz URL, uc. Es vienmēr got kļūdas.
Es mēdzu Google lai veiktu izpēti. Daudzi cilvēki saskaras ar šo problēmu, vai tā variācijas, taču neviens, šķiet, ir atrisinātas.
Viltīgs MOSS sniedz šādu detalizētu kļūdu, ka tas nenotika ar mani, lai pārbaudītu 12 stropu žurnālus. Galu galā, par 24 stundas pēc mans kolēģis ieteicams to darīt, Es paņemts 12 stropu žurnālu un uzskatīja, ka šis:
Mēģinot iegūt vietējās fermas radās izņēmums: System.Security.SecurityException: Pieprasītais reģistrs piekļuve nav atļauta. pie System.ThrowHelper.ThrowSecurityException(ExceptionResource resursu) pie Microsoft.Win32.RegistryKey.OpenSubKey(Virknes nosaukums, Boolean ierakstāmajā) pie Microsoft.Win32.RegistryKey.OpenSubKey(Virknes nosaukums) pie Microsoft.SharePoint.Administration.SPConfigurationDatabase.get_RegistryConnectionString() pie Microsoft.SharePoint.Administration.SPConfigurationDatabase.get_Local() pie Microsoft.SharePoint.Administration.SPFarm.FindLocal(SPFarm& saimniecības, Būla vērtība& isJoined) Montāža, kas neizdevās zonā bija: MyComputer |
Tas pavēra jaunas iespējas pētniecības, Tātad tas bija atpakaļ uz Google. Kas veda mani uz šo forumā pastu: http://Forums.codecharge.com/posts.php?post_id = 67135. Tas tiešām nav man palīdzēt, bet tas nebija sākt pelnīt, man liekas, tur bija datu bāzes un/vai drošības jautājumu. Es soldiered un Andrew Connell pastu, beidzot izraisīja doma, ka vajadzētu padarīt pārliecināts, ka lietojumprogrammu pūla identitātes konts bija atbilstošu piekļuvi datu bāzei. Es domāju, ka tas jau bija. Tomēr, mans kolēģis gāja un deva app pūla identitātes kontu pilnīgu piekļuvi SQL.
Tiklīdz viņa veiktas šādas izmaiņas, viss sāka strādāt.
Kas notika tālāk, vislabāk izsaka kā haiku dzejolis:
Problēmas pacelt rokas.
Šūpoles un mis. mēģini vēlreiz.
Panākumi! Bet kā? kāpēc?
Viņa negribēja atstāt lietas vien, piemēram, ka, dodot priekšroku dot minimālo nepieciešamo atļauju (un droši vien darba rakstīšana blog entry; Es viņu sita perforators, muhahahahaha!).
Viņa izņēma secīgu atļaujas no app pūla identitātes kontu līdz … vairs nebija jebkurā nepārprotamu atļauju app pūla identitātes konta vispār. Web pakalpojumu, kas turpina strādāt tikai naudas sodu.
Mēs devās un rebooted serveriem. Viss, kas turpināja strādāt naudas sodu.
Tik, lai atgādinājums: mums deva app pūla identitātes pilnu piekļuvi un pēc tam aizveda prom. Web pakalpojums sāka strādāt un nekad nav pārtraucis darba. Savāda.
Ja kāds zina, kāpēc tas būtu strādājis, Lūdzu, atstājiet komentāru.
</beigās>
Man ir biznesa scenāriju, kā šis:
"Datu savākšanai no lietotāja" izveido vienumu uzdevumu sarakstā, kas pieprasa apstiprinājumu šim dokumentam.
Nepieciešams, lai izveidotu uzdevumu saraksts, kurā atklājās steidzamu pieprasījumu apstiprināšanai skatu.
Šķīdums: Likt vārdu "steidzami:" par šiem uzdevumiem nosaukumu.
Es vēlētos, lai tieši norādītu lauku prioritāte. Tomēr, Es nevarēju to darīt vairāku iemeslu dēļ:
Es uzskatīju, ka dažas pieejas pirms (laimi) realizējot, mēs varētu vienkārši ielieciet "steidzams" nosaukums.
Tur ir mans risinājums atmaksas (Papildus acīmredzams fakts, ka tikai virsraksta teksts norāda steidzamības). Kopš "atsauksmju" akceptē tikai grūti kodētu nosaukumu vārdi, Nepieciešams, lai izmantotu divas dažādas atsauksmju darbības, kuru vienīgā atšķirība ir tā, ka grūti kodētu nosaukumu.
bet, vismaz tur ir risinājums, kas neprasa notikumu uztvērēju vai pielāgotas VPD darbības.
Ja kāds ir atrisinājis tas vairāk gudrs veids, kā, Lūdzu, let me know.
</beigās>
Viens no daudziem prieku es ņemtu to desmit gadus veca zēna vecākiem ir atrast jaunus veidus, kā padarīt viņu smieties vai domā mazliet savādāk par jautājumiem un lietas pasaulē. Esmu izmantojis šo tehniku pa gadiem:
===
Misconstrue viņa jautājumiem:
Dēls: Kurā dienā tas ir?
Tētis: Vienu dienu pirms trešdienas.
S: nē, kāda mēneša dienā tas ir?
D: Ak, tas ir 4 dienas pēc Jan 25.
===
Kutēšana viņu un pastāstīt viņam, tavas pārvērtības beigsies, kad viņš pārstāj smejas.
===
Doties lejā pa kāpnēm, TV istabā un paziņot, "Tas ir labi, lai būtu tētis." Pēc tam, paņemt viņu līdz pat iegūt silts vietas uz dīvāna un mainīt kanālu, lai kaut ko labu, kā Scifi channel.
===
Lasīt stāstus skaļi. Ievietot smieklīgi teikumi vidū stāsts. Mani mīļākie ir jāpievieno "acumirklī nogalinot" Ja galvenie varoņi sastopas dažas nelielas problēmas. Piemēram, "ieslidināja nazi, rokā, griešanas rādītājpirkstu, acumirklī nogalinot." Nekas diezgan nespēj savu dēlu no pašapmierināti un pasīvas klausīšanās režīmā kā galveno varoni, kas nogalināti uzreiz.
===
Nepareizi izlasīt stāstus. Izlasiet teikumus atpakaļ. Labākā daļa par šo ir tas, ka pirmo pāris reizes, es to darīju, mans dēls domāja, viņš bija palīdzēt man, norādot, ka es nebiju lasījumā vārdus pareizā secībā. Noteikti puse ir tā, ka viņš tiešām nevēlas man nolasīt viņam vairāk.
===
Burger King aiziet pusdienās. Mans dēls ēd BK rīta, dienu un nakti, ja mēs ļaujam viņam. Braucot, viņam pateikt, "Es zinu, jūs ienīst, dodas uz turieni, bet mums vienkārši nav citas izvēles." Kad viņš mēģina paskaidrot, ka viņš mīl BK, pār viņu runāt un teikt lietas, piemēram, "mums nav laika strīdēties par to! Mēs ejam, un es nevēlos, lai būtu diskusija!"
(Tas man atgādina manu iecienītāko Borg joks: "Borger King: Mēs to darām mūsu ceļu. Ceļam nav nozīmes." hahaha!)
===
Atvērtu grāmatu lapu 9 un pasakiet, "hmm, tas ir nepāra lappuse".
===
Aizpildīt pasaulē ar piespiešanas ienaidniekiem. "Mēs ejam ātri sabraukt pirksta 7-11, Arch enemy, 11-7 ".
"Tava tante dzīvo Ringwood, piespiešanas ienaidnieks uz Squarewood pilsētu."
===
Mēs vadīt līdz Massachusetts no New Jersey vairākas reizes gadā, un to bieži uzskata par 5 stundas no durvīm līdz durvīm. Kā mēs nonāktu mājās un pull vērā piebraucamais ceļš teikt, "Ak, Es aizmirsu, mums ir nepieciešams ātrs mesties uz Home Depot."
===
Skatoties vardarbīgu epizode TV šovs (piemēram, varoņi), Pastāstiet savam dēlam, "dažas reizes, darbā, Man vajag iznīcināt ienaidniekus, sadedzinot tos dzīvs, izmantojot pilnvaras, manuprāt. Man nepatīk to darīt, bet jūs gotta do ko jūs gotta do."
===
Kad slikti šausmu filmu skatīšanās (sk. "tas ir labi, lai būtu tētis" virs), piedēvēt neticams motīvi ļauno raksturu. Piemēram, pateikt savam dēlam, ka Jason ir tik dusmīgs iemesls ir tāpēc, ka viņš grib kādu kūka un viņi neļaus viņam ir kāds.
===
Nepareizi izskaidrot tālruņu numurus. Nevis stāsta savu dēlu, lai izsauktu "201-111-2222", saku, tas ir "2 011 1-12222".
===
Kādi triku jūs izmantojat?
</beigās>
Šķiet samērā izplatīta politisko blogu pasaulē attiecīgajā Blog Host "viesu blogger". Kad es esmu zemes politisko blogu es jābūt valkājot dažādu pāris acu glāzes, jo tas nekad nav noticis ar mani, ka "Viesu blogošana" varētu būt jēga tehniskā blog kā manējā. tas ir, līdz brīdim, kad es izlasīju šo ziņu, Kanwal Khipple pie Labākais no SharePoint Buzz- Janvāris 2008.
Domādams par to, Es uzskatu, ka tur varētu būt daudz cilvēku tur SharePoint zemi, kas ir nieze saliek rakstu, īsāks vai garāks, tehnisku vai vairāk uzņēmējdarbību orientētu, uc, bet neskrien savā emuārā visi parastie iemesli. Ja esat viens no tiem cilvēkiem, Es būtu priecīgs uzņemt to. Jūs varat sazināties ar mani pa e-pastu vai atstāt komentāru. Neesmu domājis ar jebkāda veida vadlīnijas, bet pieņemsim, ka es gribu to orientēti ap SharePoint, bet es arī gribu iemest dažas personas apsvērumus par konsultāciju tagad un pēc tam. Es arī cenšos publicēt "Svētdiena smieklīgi" katru nedēļu, un es esmu spiests palaist no idejas, ka.
Ja jums jau ir regulāri blogger, bet vēlētos, lai eksperimentētu ar viesu blogošana, Es noteikti piedalīties too, either as a host or a guest 🙂
</beigās>
Ja rīks dara stuff jūs nesaprotat, un tad tas neizdodas solis n nezināmu skaitu soļus, tu esi miris ūdenī…
</beigās>
Bija atkal crafting BDC ADF failus ar roku (tā, lai var izveidot savu "izkāpiet manu mauriņu!" Cred) un hit šo skaisto kļūdu:
"Lietojumprogrammas definīcijas importēšana neizdevās. Radās šāda kļūda:"
Kā jūs varat redzēt, ir radusies kļūda, bet … tas nenāks, lai man pateikt, kas tas ir.
Manā gadījumā, jautājums izrādījās, ka bija sākās off ar funkcionālu ADF par citu projektu, kas savienota ar datu bāzi un izpildīts SQL vaicājumu pret skatu. Šī jaunā projektā, Es aicinu metodi uz web pakalpojumu. Bija izmestas ārā DB noteiktu stuff, un pievienot manu web pakalpojumu stuff, bet neizdevās atjaunināt <LobSystem>ir tipa atribūtu. I switched to "WebService" un es laimīgi pārcēlās uz jaunāku un aizraujošākas importēšanas kļūdas, kas ir apstrādāti pienācīgā laikā.
Te ir nepareizi LobSystem:
<LobSystem
xmlns:XSi =http://www.w3.org/2001/XMLSchema-instance
XSi:schemaLocation =http://schemas.Microsoft.com/Office/2006/03/BusinessDataCatalogBDCMetadata.xsd
Tips = "datu bāze"
Version = "diapazonā no 1.0.0.0" Nosaukums = "xyzzy"
xmlns ="http://schemas.Microsoft.com/Office/2006/03/BusinessDataCatalog">
Šī informācija ir pareiza:
<LobSystem
xmlns:XSi =http://www.w3.org/2001/XMLSchema-instance
XSi:schemaLocation =http://schemas.Microsoft.com/Office/2006/03/BusinessDataCatalogBDCMetadata.xsd
Tips = "WebService"
Version = "diapazonā no 1.0.0.0" Nosaukums = "xyzzy"
xmlns ="http://schemas.Microsoft.com/Office/2006/03/BusinessDataCatalog">
</beigās>
ATJAUNINĀJUMS: Šajā MSDN grāmatojumam ir daži interesanti novērojumi no JXJ, pamatojoties uz viņa, galvenokārt negatīvu, pieredzi, kas iet pa šo ceļu: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=2623565&SiteID=1
Mēs esam biznesa scenāriju, kur mums ir jāpiesaista divas dokumentu bibliotēkas caur kopēju "dokumenta ID" lauks.
Mēs bieži izmanto uzmeklēšanas kolonnu, lai ievieš saites, kā tas. Tur ir vairākas nepilnības, uzmeklēšanas kolonnas, trīs no tiem:
Atbalstīja BDC, mēs varam izmantot "biznesa datu" kolonnas tips un tā nodrošina labāku meklēšanu un pat ļauj vairākām datu kolonnām, lai parādās saraksta skati.
Es esmu bijusi dažas iepriekšējas panākumus ar šo pieeju un plāno rakstīt vairāk par to.
Ja jūs esat strādājis leņķi, pirms un ir kādi komentāri, Lūdzu, dalīties ar!
</beigās>
Esam bijuši strādājot ar BDK šodien, ar roku kodēšana ADF failus un radot sev dažas kļūdas. Viena šāda kļūda:
Lietojumprogrammas definīcijas importēšana neizdevās. Radās šāda kļūda: Nevarēja ielādēt TypeDescriptor ir TypeName aprakstīto tipu. Parametra nosaukums: typeName kļūda radās līnijā vai tieši pirms līnijas: ' 35’ un novietojiet: '20'.
MOSS parādīts šī kļūda, mēģinot importēt ADF XML failu.
I izpētītas Internets un atklāju, ka man bija norādes LOB gadījuma nosaukums (no <LobSystemInstance>) ar manu <TypeDescriptor> mezglu, kad vajadzētu būt atsauce LOB vārds pats par sevi (no <LobSystem>).
Nepareizi:
<TypeDescriptor TypeName="Conchango.KeyValue, LOB gadījuma nosaukums" Name = "Atslēgas vērtība">
Labot:
<TypeDescriptor TypeName="Conchango.KeyValue, LOB nosaukums" Name = "Atslēgas vērtība">
Ceru, ka šis viens saglabā kādu stundu vai divas laika.
</beigās>
