Voin tehdä Google-haku:
Edellä esiin linkkiä napsautetaan ("Lataustiedot: Windows SharePoint…").
Saan tämän:
Huomaa, että URL-osoite.
Näyttää melko epäluuloisesti minua. En tiedä, jos nauraa, chuckle tai kutsu pappi.
</loppu>
Ammuin kapasiteettisuunnittelun työkalu joka on muotia näinä päivinä.
Löysin helppokäyttöinen ja mallintaa nopeasti asiakkaan ympäristössä, jossa olen työskennellyt viime kesänä.
Joidenkin trepidation kanssa, Lopullinen OK-painiketta painetaan ja se suositellaan jotain, joka on melko samanlainen kuin mitä me antoi meille asiakkaan (Meillä toinen sovelluspalvelin heitti, tulevaisuuden Excel käyttää). Että hyvä merkki ja lisääntyminen minun luottamusta työkalu.
Se näyttää melko voimakas kamaa paljon parempi lähtökohta kuin tyhjä sivu.
Pidän jolla saat joitakin hyviä yksityiskohtia ympäristöstä. Kuinka monta käyttäjää, Miten hanke he käyttävät järjestelmän (julkaiseminen, yhteistyö, jne), sivuliikkeeseen ja yhteydet / verkkokapasiteettia ja mama-palvelimen välillä. Hyvää kamaa.
Se laaja perustuu kysyy ja sitten voit nipistää yksityiskohtia melko rakeinen malli ympäristön.
Epäröin lataamalla sen, koska minulla on niin paljon muita asioita tarkastella sitä, lukea ja yrittää sulattaa. Olen iloinen, tein.
Se on helppo kaksivaiheisesti. Lataa system center capacity Planneria ja lataa SharePoint-malleja. Se toimii hienosti Windows XP.
Perustuu minun nopeasti käsityksen, En näe miten se voisi huomioon:
Niitä voidaan mallintaa ja en nähnyt niitä 10 hetken tarkastelun.
Aion ehdottomasti käyttää se on minun seuraava asiakas.
Jos en olisi ollut konsultti ja sen sijaan toimii todellinen yritys :), Malli minun nykyisessä ympäristössä ja nähdä, miten työkalun myydyin malli otteluissa vastaan todellisuus. Se olisi aika siisti. Se voisi johtaa hyvä infrastruktuuri keskustelua.
</loppu>
PÄIVITYS: I lähetetty tähän kysymykseen tässä MSDN (http://forums.microsoft.com/Forums/ShowPost.aspx?PostID=2808543&SiteID=1&mode=1) ja Michael Washam Microsoft vastasi ytimekäs vastaus.
Olen luonut web-palveluun, toimia BDC-friendly julkisivu SharePoint-luetteloon. Kun olen käyttänyt tätä minun kehitysympäristö, se toimi moitteettomasti. Kun olen siirtänyt tämän uuteen palvelimeen, Olen havainnut tämän virheen:
| System.IO.FileNotFoundException: Web-sovellus http://localhost/sandbox ei löytynyt. Varmista, että URL on kirjoitettu oikein. Jos URL-osoitteen tulisi tarjota aiemmin luotua sisältöä, järjestelmänvalvoja on ehkä lisättävä sovellukseen uusi pyynnön URL-yhdistämismääritys. klo Microsoft.SharePoint.SPSite...ctor(SPFarm-maatila, URI-requestUri, Boolean contextSite, SPUserToken userToken) klo Microsoft.SharePoint.SPSite...ctor(Merkkijono requestUrl) klo Conchango.xyzzy.GetExistingDocument(Merkkijono minId, Merkkijono maxId, Merkkijono titleFilter) c:\Asiakirjojen ja SettingsPaulMy DocumentsVisual Studio 2005ProjectsxyzzyBDC_DocReviewBDC_DocReviewDocReviewFacade.asmx.cs:rivi 69 |
Tässä on line 69:
käyttäminen (SPSite-sivuston = uusi SPSite("http://localhost/sandbox"))
Olen kokeillut erilaisia muunnelmia URL, myös käyttämällä todellinen palvelinnimi, IP-osoitteen, perään vinoviiva URL, jne. Olen aina saanut tämän virheen.
Käytin Google jotta tutkia se. Paljon ihmisiä kohtaamaan tämän ongelman, tai muunnelmia, mutta ei kukaan näyttänyt saada se ratkaistu.
Tricksy MOSS jos esittää tarkasti erehdys että se ei tapahdu minun tarkistaa, 12 rakenteen lokit. Lopulta, tietoja 24 tunnin kuluttua kollegani Suositellut sitä, Olen kassalla 12 Hive loki ja löysin tämän:
Poikkeus haettaessa paikallisen maatilan: System.Security.SecurityException: Pyydettyjä rekisterinkäyttöoikeuksia ei sallita. klo System.ThrowHelper.ThrowSecurityException(ExceptionResource resurssi) klo Microsoft.Win32.RegistryKey.OpenSubKey(Merkkijonon nimi, Totuusarvo voi kirjoittaa) klo Microsoft.Win32.RegistryKey.OpenSubKey(Merkkijonon nimi) klo Microsoft.SharePoint.Administration.SPConfigurationDatabase.get_RegistryConnectionString() klo Microsoft.SharePoint.Administration.SPConfigurationDatabase.get_Local() klo Microsoft.SharePoint.Administration.SPFarm.FindLocal(SPFarm& Farm, Totuusarvo& isJoined) Epäonnistuneen kokoonpanon alueella oli: Oma tietokone |
Tämä avasi uusia mahdollisuuksia tutkimuksen, joten se oli takaisin Google. Tämä johti minut tähän Forum viesti: http://forums.codecharge.com/Posts.php?post_id = 67135. Eipä siitä juuri apua minulle, mutta se alkaa tehdä minut ajattelemaan, oli tietokannasta ja/tai turvallisuuden kysymys. Olen soldiered ja Andrew Connell Post vihdoin laukaisi ajatus, että minun pitäisi tehdä varma, että sovellussarjan tunnistetiedon tilinä oli asianmukainen pääsy tietokantaan. Ajattelin, että se on jo tehnyt. Kuitenkin, kollegani meni ja antoi app allas identiteetin tilin täydet käyttöoikeudet SQL.
Heti, kun hän teki muutos, Kaikki aloitti.
Mitä tapahtui seuraavaksi on paras Haiku runo:
Ongelmia nostaa kätensä.
Swing ja ikävä. Yritä uudestaan.
Menestys! Mutta miten? Miksi?
Hän ei halunnut jättää yksin tuollaista, mieluummin antaa tarvittava vähimmäisoikeus (ja todennäköisesti perusteellisesti kirjoittaa blogimerkinnän; Ehkä häntä booli, muhahahahaha!).
Hän poistaa peräkkäisten käyttöoikeudet app allas identiteetin tililtä … ei ollut enää mitään nimenomaista lupaa app allas tunnistetiedon tilinä ollenkaan. Web-palvelun jatkoi hienosti.
Menimme ja käynnistetään palvelimet. Kaikki edelleen toimivat hyvin.
Niin, kertaus: annoimme app allas identiteetin täydet ja sitten vei. Web-palvelun aloitti ja koskaan lakkasi toimimasta. Outo.
Jos joku tietää, miksi se olisi toiminut, Jätä kommentti.
</loppu>
Minulla on asiat skenaario näin:
"Kerätä tietoja käyttäjältä" Luo kohteen tehtäväluettelon pyytää asiakirjan hyväksyntää.
Minun piti luoda tehtäväluettelon, joka osoitti kiireellisten pyyntöjen hyväksyntä.
Ratkaisu: Sana "kiireellinen:" Nämä tehtävät otsikko.
Olisin halunnut määrittää Prioriteetti-kentän suoraan. Kuitenkin, En voinut tehdä useista syistä:
Katsoin muutaman lähestymistapoja ennen (Onneksi) ymmärtämättä, voisimme vain laittaa "kiireellinen" otsikko.
On haittapuoli minun ratkaisu (sen lisäksi ilmeistä että vain teksti otsikko osoittaa kiireellisyyden). Koska kerätä palautetta"" hyväksyy kova koodattu otsikko nimet, Minun täytyy käyttää kaksi eri kerätä palautetta toimenpidettä, jonka ainoa ero on, että kova koodattu otsikko.
Mutta, ainakin on ratkaisu, joka ei vaadi tapahtuman vastaanottajat tai mukautetut SPD toiminnot.
Jos joku on ratkaissut viisaampi tavalla, haluta antaa we osata.
</loppu>
Yksi monille iloa otan kymmenen vuotias poika emo on löytää uusia tapoja tehdä hänet nauramaan tai ajatella hieman eri kysymyksiä ja asioita maailmassa. Olen käyttänyt näitä tekniikoita vuosien:
===
Tulkita väärin hänen kysymyksiinsä:
Poika: Mikä päivä tänään on?
Isä: Päivää ennen keskiviikko.
S: Ei, Mikä päivä on se?
D: Oh, se on 4 päivän kuluttua Jan 25.
===
Kutittaa häntä ja kertoa hänelle, sinun lopettaa kun hän lopettaa nauramisen.
===
Mene alas portaita TV-huone ja ilmoittaa, "On hyvä olla daddy." Sitten, hakemaan häntä saada lämmin paikalla sohvalla ja vaihtaa kanavaa jotain hyvää, kuten Scifi channel.
===
Lue tarinoita ääneen. Lisää naurettavaa lauseita keskellä tarina. Suosikkini on lisätä "tappoi hänet välittömästi" Jos päähenkilöt kohtaa joitakin pieniä ongelmia. Esimerkiksi, "veitsi liukastui kätensä, leikkaus hänen etusormi, tappoi hänet välittömästi." Ei aivan saa poikasi pois omahyväinen ja passiivinen kuuntelutila päähenkilö kuolee välittömästi.
===
Lue tarinoita väärin. Lue lauseita taaksepäin. Paras osa on, että pari ensimmäistä kertaa tein tämän, poikani juuri hän auttoi minua huomauttamalla, että ei ollut käsittelyssä sanat oikeaan järjestykseen. Kääntöpuoli on, että hän todella ei halua minua lukemaan hänelle enää.
===
Lähteä Burger King lounaalle. Poikani syö BK aamu, yö ja päivä, jos annamme hänelle. Kun menee, Kerro hänelle, "Tiedän että vihaat sinne, mutta meillä on yksinkertaisesti ei ole valinnanvaraa." Kun hän yrittää selittää, että hän rakastaa BK, puhua häntä ja sanoa asioita, kuten "meillä ei ole aikaa puhua siitä! Olemme menossa ja en halua keskustella!"
(Tämä muistuttaa minua minun suosikki Borg vitsi: "Borger King: Teemme sen tiemme. Tapa ei ole merkitystä." hahaha!)
===
Avaa kirjan sivulle 9 ja sanoa, "hmm, se on pariton sivu".
===
Täytä maailman arkkiviholliset. "Aiomme ajaa nopeasti yli varvas 7-11, arkkivihollinen ja 11-7 ".
"Täti asuu Ringwood, arkkivihollinen Squarewood kaupunki."
===
Ajamme jopa Massachusetts New Jersey useita kertoja vuodessa ja se usein kestää noin 5 tuntia ovelta ovelle. Koska saapuvat kotiin ja vedä ajotieltä sanoa, "oh, Unohdin, Meidän täytyy tehdä nopeasti dash Home Depot."
===
Kun katsot TV show väkivaltainen episodi (kuten Heroes), Kerro poika, "joskus, työssä, Minun täytyy tuhota vihollisia polttamalla ne hengissä, käyttämällä valtuuksia mielessäni. En pidä sitä, mutta sinun täytyy tehdä mitä sinun pitää tehdä."
===
Kun katsot huono kauhuelokuvia ("se on hyvä olla Daddy" Edellä), syyksi epätodennäköistä motiivit paha merkki. Esimerkiksi, Kerro poikasi, että Jason on niin vihainen siksi, koska hän haluaa kakkua ja he eivät anna hänelle mitään.
===
Selittää puhelinnumerot väärin. Sen sijaan kertoa poikasi soittaa "201-111-2222", Kerro hänelle, se on "2-011-1-12222".
===
Mitä temppuja käytätte?
</loppu>
Tuntuu melko yleinen poliittinen bloggaaminen maailmassa tietyn blogin isäntä "asiakkaiden blogger". Kun olen poliittinen blogi maa olen on pukeutunut eri parin silmälasien koska se ei koskaan juolahtanut että asiakkaiden blogging"" saattaa olla järkevää tekninen blogi kuin omani. Tuo on, kunnes luin tämän post Markku Khipple Paras SharePoint Buzz- Tammikuuta 2008.
Ajatella sitä, Uskon voisi olla paljon ihmisiä siellä SharePoint maassa, jotka ovat kutina koonnut artikkeli, lyhyt tai pitkä, teknisiä tai enemmän yritysten tarpeista, jne, mutta älä juokse oman blogin yleisistä syistä. Jos olet yksi niistä ihmisistä, Olisin iloinen isäntä se. Pääset minulle sähköpostitse tai jättää kommentin. En ole ajatellut läpi kaikenlaista suuntaviivat, mutta oletan, että haluaisin sen suuntautunut noin SharePoint, mutta pidän myös heittää muutaman henkilökohtaisen huomion consulting nyt ja sitten. Olen myös yrittänyt julkaista "Sunnuntai Funny" joka viikko ja on pakko loppuvat ideat siitä.
Jos olet säännöllisesti blogger jo, mutta haluaisin kokeilla asiakkaiden blogging, Olen ehdottomasti avoin että liian, either as a host or a guest 🙂
</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>
