Kategori Arkiv: Ukategoriserede

SharePoint bedste praksis konference, “Bedste praksis,” og elefanten i rummet

Jeg var heldig at deltage i og præsentere på sidste uges SharePoint bedste praksis konference. Jeg er stadig ny til hele tale "ting" og, helt ærligt, Jeg var en smule nervøs for den første halvdel, mens jeg svedte ud venter på at tale mig selv. Den slags nervøs følelse gjorde det lidt svært for mig at være opmærksom på oplægsholderne (ikke at jeg ignorerede dem.). I stedet, Jeg fokuserede lidt mere på fremmødte.

Konferencer sat altid mit sind racing og der var en masse tage i på denne ene. Denne konference var fremragende. Jeg tror, det var usædvanligt på flere måder. Det var ikke en tung developer conference. Der var helt sikkert dev dele til det, men jeg tror det var i hvert fald 60% fokuseret på ikke-dev spørgsmål, måske så højt som 80%. Jeg tror, det taler til SharePoint markedets skiftende karakter. Virksomheder gennemfører SharePoint i en række forskellige måder, og de er på udkig efter vejledning om hvordan man gør det rigtigt. Og ikke kun vejledning om hvordan du kan oprette funktioner/løsninger (som nu, har været meget veletableret).

Jeg mener, at konferencen var uhyre værdifuld for de fleste alle, der deltog, og jeg ved, at arrangørerne planlægger at gøre konferencen igen tidligt næste år.

Når det er sagt, Jeg tror, der var en forspildt mulighed, som jeg håber, at de næste konference adresser. Jeg siger det er en forspildt mulighed, men det er ikke en dårlig ting. At opdage Fællesskabet behov er i sig selv en god ting. Konferencen drøftede en række bedste praksis i en række forskellige områder som forvaltning, uddannelse, krav indsamling, Søg, udvikling, informationsarkitektur, osv. Jeg tror, de har forpasset lejligheden har at gøre med "grøn-feltet" antagelser, der ligger til grund for mange af de bedste fremgangsmåder.

Når vi taler om grønne felt, Vi mener, at SharePoint har ikke gået ind i produktionen og vi starter med en ren tavle. Dette er ideelt, fordi du kan starte med det samme ved hjælp af bedste praksis til at definere og forvalte regeringsførelse, informationsarkitektur, osv. Dog … Hvad sker der, når du er allerede i produktion med flere tusinde brugere (eller 10 tusinder) og du følger ikke bedste praksis i begyndelsen? Jeg har set virksomheder med … ahem … en meget ulige informationsarkitektur bagt ind i deres miljø. Jeg tror ikke, at denne konference gav meget vejledning for organisationer med slags problem (og jeg mener ikke bare IA, men styring, Søg, mange andre områder). Selvfølgelig, vel vidende, du har et problem er en stor del af løsningen og det er meget værdifuldt.

Jeg tror, at online SharePoint Fællesskabet ikke har gjort meget for at løse dette enten. Jeg ved, jeg ikke har. Det er et svært problem at løse på mange niveauer. Teknisk er det svært. Budget-Wise, det er svært. Kulturelt, Det er svært. Dog, Det er sandsynligvis et større real world problem end de fleste. Siden konferencen sluttede, Jeg har været tanker om disse former for problemer og hvordan man ville løse dem. Der må være et bedre svar end, "afinstallere og geninstallere" og Fællesskabet skal stå over det hoved på.

Jeg tror, at dette en stor mulighed for blogging samfund og erfarne troede ledere til at lægge nogle retningslinjer for hvordan du kan reparere deres miljøer. Jeg tror der er en lille men nul risiko for, at SharePoint kan ende op med en dårlig og varig ry som følge af dårligt architected implementeringer, der mislykkes på grund af dårlig ledelse, IA, osv.

</slutningen>

Abonner på min blog.

Technorati Tags:

SharePoint Dashboards Online Seminar

Min online ven, Mark Miller over og Slutbrugeren SharePoint (www.endusersharepoint.com) der kører en gratis en time seminaret målrettet, som han gør altid, på Fællesskabets SharePoint slutbrugeren. Det foregår på 1 pm EDT. Detaljer er her: http://www.endusersharepoint.com/?p=785

Jeg har siddet i på en af hans online seminar sidste måned og det blev gjort ganske godt, og hvis du er interesseret i nogle meget praktiske info på dashboards på SharePoint, Jeg er sikker på det er værd at 1 time investering.

</slutningen>

Abonner på min blog.

Technorati Tags: ,

Formularbaseret godkendelse og SQL Server: En kærlighedshistorie

Min kollega har arbejdet på en webdel i en FBA miljø. Blandt andet, webdelen trækker nogle data fra SQL server. Den store plan for dette projekt dikterer at en DBA konfigurerer datasikkerhed i SQL (i modsætning til indlejring et bruger-ID i en SQL-forespørgsel eller nogle andre tilgang).

Problemet er, at SQL server ikke ved noget om vores FBA miljø, så det ikke kan stole på os. Vi løst problemet ved, i mangel af et bedre ord, manuelt udgive en annonce bruger, således at vi kunne forbinde til SQL, SQL data niveau sikkerhed værker.

Selvom FBA er en ASP.NET-funktion, Vi SharePoint Nation mennesker har lært de forskellige søgemaskiner, hvis du forespørger for FBA, Du skal mener du vil vide, hvordan du konfigurerer FBA i SharePoint. Jeg har undladt at finde finde nogen oplysninger om, hvordan du aktiverer en FBA orienterede ASP.NET-program til at kommunikere med SQL i den måde, vi havde brug for.

I løbet af forske dette, vi læse at denne artikel: ASP.NET personifikation

Mere forskning har ført os til denne codproject artikel: http://www.codeproject.com/KB/cs/cpimpersonation1.aspx

Der hjalp os med at skrive vores kode, som jeg har inkluderet under. Det er ikke den mest elegante ting, men det virkede. Jeg håber du finder det nyttigt.

Her er den kode, der arbejdede for os:

beskyttet Ugyldigt btnSearchCarrier_Click(objektet afsender, EventArgs e)
 {
 Prøv
 {
 ImpersonateUser iU = nye ImpersonateUser();
 // TODO: Erstatte legitimationsoplysninger iU.Impersonate("DomainName", "Brugernavn", "Password");

//
 KODE
//

 iU.Undo();
 }
 fangst (Undtagelse ex)
 {

 }
 }

// Personefterligning-klassen som nævnt nedenfor.

offentlige klasse ImpersonateUser
 {
 [DllImport("advapi32.dll", SetLastError = True)]
 offentlige statisk extern bool LogonUser(
 Strengen lpszUsername,
 Strengen lpszDomain,
 Strengen lpszPassword,
 int dwLogonType,
 int dwLogonProvider,
 Ref IntPtr phToken);

 [DllImport("kernel32.dll", CharSet = CharSet.Auto)]
 privat extern statisk bool CloseHandle(IntPtr håndtag);

 privat statisk IntPtr tokenHandle = nye IntPtr(0);
 privat statisk WindowsImpersonationContext impersonatedUser;

 // Hvis du indarbejde denne kode i en DLL, Sørg for at kræve, at det
 // løber med FullTrust.
 [PermissionSetAttribute(SecurityAction.Demand, Navn = "FullTrust")]
 offentlige ugyldig repræsenter(streng domainName, strengen userName, streng adgangskode)
 {
 Prøv
 {

 // Brug funktionen ikke-administrerede LogonUser for at få brugeren token for
 // den angivne bruger, domæne, og adgangskode.
 CONST int LOGON32_PROVIDER_DEFAULT = 0;

 // Passerer denne parameter forårsager LogonUser til at oprette en primær token.
 CONST int LOGON32_LOGON_INTERACTIVE = 2;
 tokenHandle = IntPtr.Zero;

 // Trin -1 Kalde LogonUser for at få en handle til en adgangstoken.
 bool returnValue = LogonUser(
 userName,
 domainName,
 adgangskode,
 LOGON32_LOGON_INTERACTIVE,
 LOGON32_PROVIDER_DEFAULT,
 Ref tokenHandle); // tokenHandle - nyt sikkerheds-id

 Hvis (falsk == returnValue)
 {
 int ret = Marshal.GetLastWin32Error();
 Console.WriteLine("LogonUser mislykkedes med fejlkode : " +
 ret);
 kaste ny System.ComponentModel.Win32Exception(ret);
 }

 // Trin - 2
 WindowsIdentity newId = nye WindowsIdentity(tokenHandle);
 // Trin -3
 impersonatedUser = newId.Impersonate();

 }
 fangst (Undtagelse ex)
 {
 Console.WriteLine("Der opstod en undtagelse. " + ex.Besked);
 }
 }


 /// <Resumé>
 /// Stopper repræsentationen
 /// </Resumé>
 offentlige ugyldig Fortryd()
 {
 impersonatedUser.Undo();
 // Gratis poletter.
 Hvis (tokenHandle != IntPtr.Zero)
 CloseHandle(tokenHandle);
 }
 }

</slutningen>

Abonner på min blog.

Tilføjelse til Lore: SSRS fortæller mig “rsAccessDenied”, Men … Jeg virkelig har adgang

Et par uger tilbage, Jeg arbejdede med min kollega, udvikler på et projekt med SQL Server Reporting Services-plug-in til MOSS. Han var ved at udvikle en webdel, der giver en front-end til rapporten ordentlig fancy (de vigtigste træk er en klog opslag på en parameter med flere tusinde søgbare værdier bag det).

Dette var i orden stor i udviklingsmiljøet, men i accept brugertest (UAT) miljø, Det ville ikke arbejde. Fyres op fejlfindingsprogrammet., Vi ville se undtagelse detaljer som dette:

Tilladelserne tildeles brugeren 'UAT_domainmosssvc' er utilstrækkelig til at udføre denne handling.(rsAccessDenied).

Hvis du gør en live søgning på ovennævnte fejl, du finde det er helt almindeligt. Skræmmende fælles. Den værste form for fælles, fordi det har mange forskellige potentielle rod forårsager og alles løsningsforslag "føles" højre. Vi prøvet sikkert dem alle.

I vores tilfælde, Problemet var, at vi havde gjort en backup/gendannelse af DEV at UAT. Et sted i data, noget var stadig henvise til "DEV_domain" (i stedet for den opdateret "UAT_Domain"). Vi har oprettet et nyt websted, tilføjet webdelen, og at løst vores problem.

Forhåbentlig vil dette spare nogen, en time eller to ned linjen.

</slutningen>

Abonner på min blog.

Technorati Tags:

Mindre offentlig bekendtgørelse: Windows Live sikkerhedsindstillinger og kontakter plads ejere

Jeg modtager en håndfuld af meddelelser fra enkeltpersoner via indbygget "sende en meddelelse" funktionen Microsoft giver levende rum (der er også vært for min blog) hver måned.

Omkring en tredjedel af tid, Disse brugere har sikret deres live spaces-konto, så jeg ikke kan svare. Dette er en slags anti-spam funktion jeg formoder.

</slutningen>

Er “Ukendt fejl” Meddelelser virkelig bedre end en staksporing?

Jeg læste Galeanstalts blogindlæg om hvordan man aktivere stack trace viser og nu jeg spekulerer på: Hvorfor gør vi altid viser en stack spore?

Hvem kom op med denne regel og hvorfor følger vi det?

Slutbrugere vil vide noget er galt i begge tilfælde. Mindst med en staksporing, de kan trykke på control-printscreen, Copy/paste i en e-mail og send det til det. Der ville klart reducere den tid og indsats, der kræves til at løse problemet.

</slutningen>

Technorati Tags:

Hændelses-ID 1023: “Windows kan ikke indlæse tæller-DLL MSSCNTRS”

OPDATERING (04/08/08): Jeg synes at have løst dette problem. Fra kommandolinjen, Jeg kørte "c:\windowssystem32lodctr /R" som pr. en post taler om InstallShield synes problemer og at at have løst det for mig.

Jeg har bemærket, at det seneste, min desktop/server fan slukkes aldrig. Jeg ved, det bruges til at slukke for. Jeg tog et øjeblik til at tjekke det ud har bemærket, at den en VMware processen kørte en konsekvent 20% udnyttelse på en af CPUS. Jeg tjekkede event log og så disse fejl i programlogfilen sker snesevis af gange i minuttet:

Windows kan ikke indlæse tæller-DLL UGatherer, det første DWORD i dataafsnittet indeholder fejlkoden Windows.

Windows kan ikke indlæse tæller-DLL UGTHRSVC, det første DWORD i dataafsnittet indeholder fejlkoden Windows.

Windows kan ikke indlæse tæller-DLL MSSCNTRS, det første DWORD i dataafsnittet indeholder fejlkoden Windows.

Hvis jeg detaljeadgang detaljerne i en af disse meddelelser, Jeg får dette:

Kilde: Perflib

Type: Fejl

Kategori: Ingen

Hændelses-ID 1023

Jeg gjorde nogle forskning og der var nogle indikation det kunne være en tilladelse problem med hensyn til adgang til de pågældende dll. Jeg spillede rundt med at ting men kunne ikke påvirke tingene på en positiv måde, så jeg gav på det.

VMware havde indstævne mig om at udføre en opdatering for helt nogle gang, så jeg papirsider ned versionen havde jeg installeret (tilsyneladende bygge"1.0.1 29996") og gjorde opdateringen. Dette opgraderet mig til v1.04. Desværre, det ikke løse problemet.

Jeg kan stoppe den vanvittige antal meddelelser vil min programlogfilen, hvis jeg lukker ned en service benævnt "VMware tilladelse Service". Dette forhindrer mig i at bruge VMware software, så … ikke sådan en stor mulighed.

Vært operativsystemet er Windows XP 64 bit.

Jeg tror ikke, det altid er sket, men husker jeg ikke nogen bestemt begivenhed, der måske har ført til det.

Det er derfor, jeg hader computere.

</slutningen>

Technorati Tags:

Forum diskussion: Håndhæve bedste praksis overholdelse i ikke-trivielle MOSS miljø

En fyr, "Mark", har startet op en potentielt interessant nyhedsgruppe diskussion med fokus på "etablering af fremragende SharePoint styring fra starten" for en 35,000 brugermiljø.

Diskussionen er her: http://groups.google.com/group/microsoft.public.sharepoint.portalserver/browse_thread/thread/6d9a738d981af772/1c390b15c5407db6?#1c390b15c5407db6

Pop på over og bidrage!

</slutningen>