Olin onnekas osallistua ja esittää viime viikolla SharePointin parhaiden käytäntöjen konferenssissa. Olen vielä uusi koko puhuminen "asia" ja, suoraan sanottuna, Olin hieman hermostunut alkupuolella, vaikka minä hikoilin, odotetaan puhua itseäni. Eräänlainen hermostunut tunne teki hieman vaikea kiinnittää huomiota esittäjät (Olen ottanut niitä ei). Sen sijaan, Olen keskittynyt hieman enemmän osallistujia.

Konferenssit aina asettaa minun mieleen kilpa ja siellä oli paljon ottaa tämän. Konferenssilla oli erinomainen. Mielestäni se oli epätavallinen monella tavalla. Se ei ole raskas kehittäjä konferenssi. Eivät varmasti dev osaa, mutta mielestäni se oli ainakin 60% keskityttiin-dev, ehkä jopa 80%. Mielestäni hän on vakiintunutta SharePoint-markkinoilla. Yritykset toteuttavat SharePoint eri tavoin ja he etsivät ohjeita siitä, miten tehdä se oikein. Ja ei vain ohjeita luomiseen ominaisuuksia/ratkaisuja (joka nyt, hyvin vakiintunut).

Uskon, että konferenssi oli suunnattoman arvokasta useimmat kaikille, jotka osallistuivat, ja tiedän, että järjestäjät aikovat tehdä konferenssin uudelleen ensi vuoden alussa.

Ottaa sanoi, että, Mielestäni oli menetetty tilaisuus, joka toivottavasti seuraava konferenssi osoitteet. Sanon se on menetetty tilaisuus, mutta se ei ole huono asia. Löytää yhteisön tarve on ja sinänsä hyvä asia. Konferenssissa keskusteltiin siitä monia parhaita käytäntöjä eri aloilla, kuten hallinto, koulutus, vaatimukset kerääminen, Etsi, kehitys, tietoarkkitehtuurin, jne. Olen sitä mieltä, että menetetty tilaisuus on tekemistä "vihreä-kenttä" Monet parhaat käytännöt olettamukset.

Kun puhumme vihreä kenttä, tarkoitamme SharePoint ei ole mennyt tuotantoon ja aloitamme puhtaalta pöydältä. Tämä on ihanteellinen, koska voit aloittaa heti parhaiden käytäntöjen määrittelyyn ja hallintaan governance, tietoarkkitehtuurin, jne. Kuitenkin … mitä tapahtuu, kun olet jo tuotannossa useita tuhansia käyttäjiä (tai 10: n tuhansia) ja ei noudata parhaita käytäntöjä alussa? Olen nähnyt yritysten … köh … hyvin outoa tietoarkkitehtuurin leivotaan ympäristöään. En usko, että tämä konferenssi antoi paljon ohjeita organisaatioille, joilla sellainen ongelma (ja en tarkoita vain IA, mutta hallinto, Etsi, muilla aloilla). Tietysti, Tietäen sinulla on ongelma on iso osa ratkaisua ja erittäin arvokas.

Olen sitä mieltä, että online SharePoint-yhteisö ei ole tehnyt paljon sanani joko. Tiedän, että en ole. Se on erittäin vaikea ongelma ratkaista monella tasolla. Teknisesti se on vaikeaa. Budget-Wise on vaikea. Kulttuurisesti, on vaikea. Kuitenkin, se on luultavasti suurempi reaalimaailman ongelma kuin useimmat. Koska kokous päättyi, Olen ajatellut noin tällaisia ongelmia ja miten yksi ratkaista ne. On oltava parempaa vastausta kuin, "poistaa ja asentaa uudelleen" ja yhteisön täytyy kohdata sen pään päälle.

Mielestäni että suuri mahdollisuus blogging yhteisö ja kokenut ajattelua johtajat antaa joitakin ohjeita siitä, miten korjata ympäristössään. Mielestäni on pieni, mutta nolla-riskiä, joka SharePoint saattaa päätyä huono ja kestävä maineen tuloksena huonosti suunnitellut toteutukset, jotka kaatua huono hallinto, IA, jne.

</loppu>

Tilaa blogiin.

Online ystävä, Mark Miller yli ja Käyttäjän SharePoint (www.endusersharepoint.com) on käynnissä ilmaiseksi yhden tunnin seminaari suunnattu, kuin hän aina tekee, SharePoint käyttäjä yhteisön. Se tapahtuu klo 1 EDT. Tiedot ovat täällä: http://www.endusersharepoint.com/?p=785

Olen istunut yhden online opintopäivät viime kuussa ja se tehtiin melko hyvin ja jos olet kiinnostunut joitakin hyvin käytännöllinen info raporttinäkymät SharePointissa, Olen varma, että on syytä 1 h investoinnit.

</loppu>

Tilaa blogiin.

Kollegani on työskennellyt web-osan FBA ympäristössä. Muun muassa, web-osan vetää joitakin tietoja SQL Serveristä. Grand suunnitelma hankkeen sanelee DBA määrittää tietojen suojausta SQL (sijaan upottamalla käyttäjätunnus SQL-kyselyn tai muu lähestymistapa).

Ongelmana on, että SQL server ei tiedä mitään FBA ympäristön, joten se voi luottaa meihin. Olemme ratkaisseet tämän ongelman, paremman puutteessa, manuaalisesti esiintyminen AD-käyttäjä, jotta emme voisi muodostaa SQL siten, että SQL tietojen tason security toimii.

Vaikka FBA on ASP.NET-ominaisuus, Olemme SharePoint kansakunnan ihmiset opetetaan eri hakukoneet että jos olet hakujen FBA, tarkoitat haluat osata kuinka jotta configure FBA SharePointissa. En ole löytänyt tietoja ottamisesta käyttöön FBA suuntautunut ASP.NET-sovelluksen kommunikoida SQL tarvitsimme tapa löytää.

Aikana tutkii tätä, Käymme läpi tämän artikkelin: ASP.NET tekeytyminen

Lisää tutkimusta johtanut codproject-artikkelissa: http://www.codeproject.com/KB/cs/cpimpersonation1.aspx

Se auttoi meitä kirjoittamaan meidän koodi, jonka olen liittänyt alla. Se ei ole kaikkein tyylikkäin kamaa, mutta se toimi. Toivon, että löydät apua.

Tässä on koodi, joka toimi meille:

suojattu Void btnSearchCarrier_Click(lennättää, E-kirjain)
 {
 Yritä
 {
 ImpersonateUser iU = Uusi ImpersonateUser();
 // TODO: Vaihda käyttäjätiedot iU.Impersonate("Toimialue", "UserName", "Salasana");

//
 KOODI
//

 iU.Undo();
 }
 saalis (Poikkeus ent.)
 {

 }
 }

// Tekeytyminen-luokan, kuten jäljempänä.

yleiset luokan ImpersonateUser
 {
 [DllImport("advapi32.dll", SetLastError = tosi)]
 yleiset staattinen extern bool LogonUser(
 Merkkijono lpszUsername,
 Merkkijono lpszDomain,
 Merkkijono lpszPassword,
 int dwLogonType,
 int dwLogonProvider,
 REF IntPtr-phToken);

 [DllImport("kernel32.dll", CharSet = CharSet.Auto)]
 Yksityinen extern staattinen bool CloseHandle(IntPtr kahva);

 Yksityinen staattinen IntPtr tokenHandle = Uusi IntPtr(0);
 Yksityinen staattinen WindowsImpersonationContext impersonatedUser;

 // Jos tämä koodi sisällyttää DLL, Muista vaatia että se
 // toimii FullTrust.
 [PermissionSetAttribute(SecurityAction.Demand, Nimi = "FullTrust")]
 yleiset mitätön Tekeydy(merkkijono toimialuenimi, merkkijono käyttäjätunnus, merkkijono salasana)
 {
 Yritä
 {

 // Saada käyttäjä Tokenin hallitsemattoman LogonUser-funktion avulla
 // määritetty käyttäjä, toimialueen, ja salasana.
 CONST-valiokunnan int LOGON32_PROVIDER_DEFAULT = 0;

 // Kulkee tämän parametrin aiheuttaa LogonUser luoda ensisijainen tunnussanoma.
 CONST-valiokunnan int LOGON32_LOGON_INTERACTIVE = 2;
 tokenHandle = IntPtr.Zero;

 // Askel -1 Kutsuu LogonUser-funktiota kahvan pääsyn tunnuksen hankkiminen.
 bool returnValue = LogonUser(
 Käyttäjätunnus,
 Toimialue,
 salasana,
 LOGON32_LOGON_INTERACTIVE,
 LOGON32_PROVIDER_DEFAULT,
 REF tokenHandle); // tokenHandle - uusi suojaustunnus

 Jos (False == returnValue)
 {
 int ret = Marshal.GetLastWin32Error();
 Console.WriteLine("LogonUser epäonnistui virhekoodi : " +
 RET);
 heittää Uusi System.ComponentModel.Win32Exception(RET);
 }

 // Askel - 2
 WindowsIdentity newId = Uusi WindowsIdentity(tokenHandle);
 // Askel -3
 impersonatedUser = newId.Impersonate();

 }
 saalis (Poikkeus ent.)
 {
 Console.WriteLine("Poikkeus. " + ex.Viesti);
 }
 }


 /// <Yhteenveto>
 /// Pysähtyy tekeytyminen
 /// </Yhteenveto>
 yleiset mitätön Kumoa()
 {
 impersonatedUser.Undo();
 // Vapaa tunnukset.
 Jos (tokenHandle != IntPtr.Zero)
 CloseHandle(tokenHandle);
 }
 }

</loppu>

Tilaa blogiin.

Muutama viikko taaksepäin, Olin työskennellyt kollegani kehittäjä hanke SQL Server Reporting Services plug-in MOSS. Hän oli kehittää web-osa, joka tarjoaa fancy front-end mietintöön (tärkein ominaisuus on fiksu haun parametri useita tuhansia hakuja arvoja takana).

Tämä toimi hyvin kehitysympäristön mutta käyttäjä vastaanottotarkastus (UAT) ympäristö, se ei toimi. Jusleniuksen virheenkorjaus, näemme poikkeuksen tiedot tältä:

Käyttöoikeudet myöntää käyttäjälle "UAT_domainmosssvc" eivät riitä tämän toiminnon suorittamiseen.(rsAccessDenied).

Jos et elää haku edellä virhe, löydät se on melko yleinen. Pelottavan yhteinen. Pahin yhteinen, koska sillä on monia erilaisia mahdollisia root aiheuttaa ja kaikkien ehdotettu ratkaisu "tuntuu" oikeus. Luultavasti kokeillut niitä kaikkia.

Tässä tapauksessa, Ongelmana oli, että olemme tehneet taaksepäin/palauttaa DEV UAT. Jossakin tiedot, jotain vielä viittaa "DEV_domain" (sen sijaan päivitetty "UAT_Domain"). Olemme luoneet uuden sivuston, lisätty web-osa ja että ratkaissut ongelman.

Toivottavasti tämä säästää jonkun tunnin tai kaksi ruodussa.

</loppu>

Tilaa blogiin.

Saavat kourallinen viestit henkilöt kautta sisäänrakennettu "Lähetä viesti" Microsoft-toiminto tarjoaa live spaces (joka järjestetään myös blogiin) joka kuukausi.

Noin kolmannes aika, niille käyttäjille varmistaneet live spaces-tili, että voi vastata. Tämä on jonkinlainen roskapostin torjuntaan käytettäviä toimintoja oletan.

</loppu>

Olin käsittelyssä Madhur n blogikirjoituksen määrittämisestä pinon jäljitys näyttää ottaminen käyttöön ja nyt minä olen Mietitkö: Miksi me aina näy pinon jäljitys?

Joka tuli kyseisen säännön ja miksi me noudatamme se?

Käyttäjät tietävät jotain vikaa kummassakaan. Ainakin kanssa stack trace, ne painamalla control-MS, Kopioi/Liitä sähköpostiviestiin ja lähettää sen. Että se selvästi vähentää aikaa ja vaivaa, jotta ratkaista antaa.

</loppu>

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>

http://groups.google.com/group/microsoft.public.sharepoint.portalserver.development/browse_thread/thread/41e8cbe4f15e8b4c/76506ea401403e35?#76506ea401403e35

Jos työkalu tekee juttuja et ymmärrä ja ei askel n tuntematon määrä vaiheet, Olet kuollut…

</loppu>

PÄIVITYS (04/08/08): Tuntuu ovat ratkaisseet tämän ongelman. Komentoriviltä, Juoksin "c:\windowssystem32lodctr /R" kohti merkintä puhua InstallShield ja että näyttää ratkaisseet sen minulle.

Olen huomannut, että tapahtumat, desktop/server fani ei sammu. Tiedän, että se käytetty jotta hapantua lähettää. Otin hetki tarkistaa sitä huomannut, että VMware prosessi oli käynnissä johdonmukaista 20% käyttö yhdellä CPU: n. Olen tarkistanut tapahtumaloki ja näki virheet sovelluslokiin tapahtuu kymmeniä kertoja minuutissa:

Windows ei voi ladata laajennettavan laskurin DLL-UGatherer, Dataosan ensimmäinen DWORD-arvo on Windows-virhekoodin.

Windows ei voi ladata laajennettavan laskurin DLL-UGTHRSVC, Dataosan ensimmäinen DWORD-arvo on Windows-virhekoodin.

Windows ei voi ladata laajennettavan laskurin DLL-MSSCNTRS, Dataosan ensimmäinen DWORD-arvo on Windows-virhekoodin.

Jos porata viestit yksityiskohtiin, Saan tämän:

Lähde: Perflib

Tyyppi: Virhe

Luokka: Ei mitään

Tapahtumatunnus 1023

Tein hieman tutkimusta ja siellä oli viitteitä on lupa ongelma saatavuudessa dll. Että tavaraa pelannut, mutta eivät voi vaikuttaa myönteisellä tavalla asioita, joten luovuin siitä.

VMware oli nalkuttava minulta opetettu by ajantasaistaa jo jonkin aikaa, joten olen jotted alas oli asennettu versio (ilmeisesti "1.0.1 build 29996") ja päivitys. Tämä hinnan v1.04. Valitettavasti, se korjaa ongelman.

Voi lopettaa viestien minun sovelluslokiin jos sammuttaa asepalvelus maine "VMware luvan palvelu" mieletön määrä. Tämä estää minua käyttämästä VMware-ohjelmisto, joten … ei niin hyvä vaihtoehto.

Isäntä käyttävä elimistö on Akkuna XP 64 vähän.

En usko, että tämä on aina tapahtunut, mutta en muista mitään erityistä tapahtumaa, joka olisi voinut johtaa se.

Siksi vihaan tietokoneita.

</loppu>

Mies, "Mark", on alkanut mahdollisesti kiinnostavia uutisryhmän keskustelun "koulutusohjelman erinomainen SharePoint hallintotapa alusta" varten 35,000 käyttöympäristö.

Keskustelu on täällä: http://groups.google.com/group/microsoft.public.sharepoint.portalserver/browse_thread/thread/6d9a738d981af772/1c390b15c5407db6?#1c390b15c5407db6

Pop yli ja!

</loppu>