Kategoriarkiv: Ukategoriserte

SharePoint-beste praksis-konferansen, “Beste praksis,” og elefant i rommet

Jeg var heldig å delta og presentere på forrige ukes SharePoint fremgangsmåter konferanse. Jeg er fortsatt ny i hele snakker "ting" og, Oppriktig, Jeg var litt nervøs for første halvår mens jeg svettet der venter på å snakke meg. Den slags nervøs følelsen gjorde det litt vanskelig for meg å ta hensyn til foredragsholderne (ikke at jeg ignorert dem). I stedet, Jeg fokusert litt mer på deltakerne.

Konferanser sette alltid mitt sinn racing og det var en mye tar på dette. Denne konferansen var utmerket. Jeg tror det var uvanlig på flere måter. Det var ikke en tung utvikleren konferanse. Det var sikkert dev deler til det, men jeg tror det var minst 60% fokusert på ikke-dev problemer, kanskje så høyt som 80%. Jeg tror det taler til utviklende natur SharePoint markedet. Selskapene gjennomfører SharePoint på en rekke måter og de leter etter veiledning om hvordan du gjør det riktig. Og ikke bare veiledning på hvordan å lage funksjoner/løsninger (som nå, har blitt godt etablert).

Jeg tror konferansen var enormt verdifull for de fleste alle som deltok og jeg vet at arrangører planlegger å gjøre konferansen igjen tidlig neste år.

Det er sagt, Jeg tror det var en forspilt mulighet som jeg håper neste konferanse adresser. Jeg si det er en forspilt mulighet, men det er ikke ille. Oppdage samfunnet behov er i og av seg selv bra. Konferansen diskutert flere fremgangsmåter i en rekke områder som styring, opplæring, innsamling av krav, Søk, utvikling, informasjonsarkitektur, osv.. Jeg tror det savnet muligheten har å gjøre med det "grønne feltet" forutsetninger underliggende mange av de best practices.

Når vi snakker om grønne feltet, Vi mener at SharePoint har ikke gått i produksjon og vi starter med blanke. Dette er ideelt fordi kan du straks bruke fremgangsmåter for å definere og administrere styring, informasjonsarkitektur, osv.. Men … Hva skjer når du allerede er i produksjon med flere tusen brukere (eller 10's tusenvis) og du følger ikke gode fremgangsmåter i begynnelsen? Jeg har sett selskaper med … ahem … en svært Odd informasjonsarkitekturen bakt inn i miljøet. Jeg tror ikke at denne konferansen gitt mye veiledning for organisasjoner med den slags problem (og jeg snakker ikke bare betyr IA, men styring, Søk, mange andre områder). selvfølgelig, å vite du har et problem er en stor del av løsningen, og det er svært verdifull.

Jeg tror at SharePoint nettsamfunnet ikke har gjort mye for å løse dette enten. Jeg vet jeg ikke har. Det er et veldig vanskelig problem å løse på mange nivåer. Teknisk er det vanskelig. Budget-Wise det er vanskelig. Kulturelt, Det er vanskelig. Men, Det er sannsynligvis et større virkelige verden problem enn de fleste. Siden konferansen avsluttet, Jeg har tenkt om slike problemer og hvordan man ville løse dem.. Det må være et bedre svar enn, "avinstallere og installere på nytt" og samfunnet må innse det hodet på.

Jeg tror at dette en flott mulighet for blogging fellesskapet og erfarne tenkte ledere å legge ut noen veiledning om hvordan å reparere sine miljøer. Jeg tror det er en liten, men null risiko for at SharePoint kan ende opp med en dårlig og varig rykte som et resultat av dårlig utformet implementeringer som mislykkes på grunn av dårlig styring, IA, osv..

</slutten>

Abonner på bloggen min.

Technorati Merkelapper:

SharePoint-oversikter Online Seminar

Mine online-venn, Mark Miller over og Sluttbrukeren SharePoint (www.endusersharepoint.com) kjører en fri én time seminar målrettet, som han alltid gjør, på SharePoint sluttbrukeren samfunnet. Det foregår ved 1 pm EDT. Detaljer er her: http://www.endusersharepoint.com/?p=785

Jeg har satt på en av hans online workshop siste måned, og det ble gjort ganske godt og hvis du er interessert i noen svært praktisk info på oversikter i SharePoint, Jeg er sikker på at det er verdt det 1 Time investering.

</slutten>

Abonner på bloggen min.

Technorati Merkelapper: ,

FBA og SQLServer: En kjærlighetshistorie

Min kollega har jobbet med en webdel i et FBA-miljø. Blant annet, webdelen trekker data fra SQLServer. Grand plan for dette prosjektet tilsier at en DBA konfigurerer datasikkerhet i SQL (i motsetning til bygge en bruker-ID i en SQL-spørring eller noen andre tilnærming).

Problemet er at SQLServer ikke vet noe om FBA miljøet så det ikke stoler på oss. Vi løste problemet ved, mangel av et bedre ord, manuelt representerer en AD-bruker slik at vi kan koble til SQL slik at SQL-data nivå sikkerhet fungerer.

Selv om FBA er en ASP.NET-funksjon, Vi SharePoint Nation folk har undervist på ulike søkemotorer som hvis du spør for FBA, du må mener du vil vite hvordan du konfigurerer FBA i SharePoint. Jeg kunne ikke finne finne informasjon om hvordan du aktiverer et FBA orientert ASP.NET-program til å kommunisere med SQL i måten vi trengte.

I undersøker dette, Vi re-lese denne artikkelen: ASP.NET representasjon

Mer forskning førte oss til denne codproject artikkelen: http://www.codeproject.com/KB/cs/cpimpersonation1.aspx

Som hjalp oss å skrive koden vår, som jeg har tatt under. Det er ikke den mest elegante ting, bortsett fra den arbeidet. Jeg håper du finner det nyttig.

Her er koden som fungerte for oss:

beskyttet Ugyldig btnSearchCarrier_Click(objektet avsender, EventArgs kan e)
 {
 Prøv
 {
 ImpersonateUser IE = nye ImpersonateUser();
 // TODO: Erstatte legitimasjon iU.Impersonate(«Domenenavn», "Brukernavn", "Passord");

//
 KODE
//

 iU.Undo();
 }
 fange (Unntak ex)
 {

 }
 }

// Bruke representasjon klassen som nevnt nedenfor.

offentlig klassen ImpersonateUser
 {
 [DllImport("advapi32.dll", SetLastError = sann)]
 offentlig statisk extern bool LogonUser(
 Streng lpszUsername,
 Streng lpszDomain,
 Streng lpszPassword,
 int dwLogonType,
 int dwLogonProvider,
 REF IntPtr phToken);

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

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

 // Hvis du innlemme denne koden i en DLL, Sørg for å kreve at det
 // kjører FullTrust.
 [PermissionSetAttribute(SecurityAction.Demand, Navn = "FullTrust")]
 offentlig Ugyldig opptre(streng domenenavn, streng brukernavn, streng passord)
 {
 Prøv
 {

 // Bruk funksjonen for uovervåkede LogonUser hente token for
 // den angitte brukeren, domene, og passord.
 konst int LOGON32_PROVIDER_DEFAULT = 0;

 // Passerer denne parameteren forårsaker LogonUser opprette primærtoken.
 konst int LOGON32_LOGON_INTERACTIVE = 2;
 tokenHandle = IntPtr.Zero;

 // Trinn -1 Påloggingsøkten for å få en referanse til et tilgangstoken.
 Boolsk returnValue = LogonUser(
 Brukernavn,
 Domenenavn,
 passord,
 LOGON32_LOGON_INTERACTIVE,
 LOGON32_PROVIDER_DEFAULT,
 REF tokenHandle); // tokenHandle - ny sikkerhetskode

 Hvis (== False returnValue)
 {
 int ret = Marshal.GetLastWin32Error();
 Console.WriteLine("LogonUser kallet mislyktes med feilkode : " +
 ret);
 kaste nye System.ComponentModel.Win32Exception(ret);
 }

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

 }
 fange (Unntak ex)
 {
 Console.WriteLine("Unntak oppstod. " + ex.Melding);
 }
 }


 /// <Sammendrag>
 /// Stopper representasjon
 /// </Sammendrag>
 offentlig Ugyldig angre()
 {
 impersonatedUser.Undo();
 // Gratis tokenene.
 Hvis (tokenHandle != IntPtr.Zero)
 CloseHandle(tokenHandle);
 }
 }

</slutten>

Abonner på bloggen min.

Technorati Merkelapper:

Å legge til Lore: SSRS forteller meg “rsAccessDenied”, men … Jeg virkelig har tilgang

Et par uker tilbake, Jeg jobbet utvikler kollega på et prosjekt med SQL Server Reporting Services plug-in for MOSS. Han var å utvikle en webdel som inneholder en fancy front-end i rapporten riktig (den viktigste funksjonen er et smart oppslag på en parameter med flere tusen søkbare verdier bak det.).

Dette var fungerer bra i utviklingsmiljøet, men i aksept sluttbrukertesting (UAT) miljø, ville det ikke fungere. Firing opp feilsøkingsprogrammet, Vi ville se unntaksdetaljer som dette:

Tillatelsene som er gitt til brukeren 'UAT_domainmosssvc' er tilstrekkelige for å utføre denne operasjonen.(rsAccessDenied).

Hvis du gjør en live søk på over feil, du synes det er ganske vanlig. Skremmende felles. Den verste typen vanlig fordi den har mange ulike potensielle root årsaker og alles løsningsforslag "føles" høyre. Vi prøvd sannsynligvis dem alle.

I vårt tilfelle, problemet var at vi hadde gjort en sikkerhetskopiering/gjenoppretting av DEV UAT. Et sted i data, noe var fortsatt refererer til "DEV_domain" (i stedet for den oppdaterte "UAT_Domain"). Vi laget et nytt nettsted, lagt til webdelen og det løste vår problem.

Forhåpentligvis vil dette spare noen en time eller to ned linjen.

</slutten>

Abonner på bloggen min.

Technorati Merkelapper:

Mindre offentlig kunngjøring: Windows Live sikkerhetsinnstillinger og kontakte Space-eiere

Jeg får en håndfull meldinger fra personer via innebygget "send en melding" funksjonen Microsoft gir levende mellomrom (som også er vert for bloggen min) hver måned.

Om lag en tredel av tiden, disse brukerne har sikret deres live spaces-konto slik at jeg ikke kan svare. Dette er en slags anti-spam funksjon jeg antar.

</slutten>

Er “Ukjent feil” Meldinger virkelig bedre enn en stabel sporingsflagg?

Jeg leser Madhurs blogginnlegg om hvordan du aktivere stack trace viser og nå jeg lurer på: Hvorfor ikke vi alltid vise en stabel sporingsflagg?

Som kom opp med denne regelen, og hvorfor vi følger det?

Sluttbrukere vil vite noe er galt uansett. Minst med en stabel spor, de kan trykke kontroll-printscreen, lime inn en e-post og sende den til det. Det ville klart redusere tid og krefter kreves for å løse problemet.

</slutten>

Technorati Merkelapper:

Dette er grunnen til at jeg ikke liker å bruke verktøy dag null

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

Hvis verktøyet gjør ting du ikke forstår, og deretter det mislykkes i trinn n av et ukjent antall trinn, du er død i vannet…

</slutten>

Technorati Merkelapper:

Hendelses-ID 1023: “Windows kan ikke laste inn utvidbare teller-DLL for MSSCNTRS”

OPPDATERINGEN (04/08/08): Jeg synes å ha løst problemet. Fra kommandolinjen, Jeg kjørte "c:\windowssystem32lodctr /R" i henhold til en oppføring som snakker om InstallShield ser problemer og som ut til å ha løst den for meg.

Jeg har lagt merke til som det siste, min desktop/server fan aldri slås av. Jeg vet det pleide å slå av. Jeg tok en stund å sjekke det ut merket at det en VMware prosess kjører en konsistent 20% Bruk en av CPU. Jeg sjekket hendelsesloggen og så disse feilene i programloggen skjer dusinvis av ganger i minuttet:

Windows kan ikke laste inn utvidbare teller-DLL for UGatherer, det første DWORD i data-avsnittet er Windows-feilkode.

Windows kan ikke laste inn utvidbare teller-DLL for UGTHRSVC, det første DWORD i data-avsnittet er Windows-feilkode.

Windows kan ikke laste inn utvidbare teller-DLL for MSSCNTRS, det første DWORD i data-avsnittet er Windows-feilkode.

Hvis jeg bore inn detaljene for en av disse meldingene, Jeg får dette:

Kilde: Perflib

Type: Feil

Kategori: Ingen

Hendelses-ID 1023

Jeg gjorde noen undersøkelser og det var noen indikasjon på det kan være en tillatelsesproblem i form av tilgang til DLL-filene i. Jeg spilte rundt med det der, men kan ikke påvirke ting på en positiv måte så jeg ga opp på det.

VMware hadde vært mas meg om hvordan du utfører en oppdatering for en stund, så jeg jotted ned versjonen hadde jeg installert (Angivelig bygge"1.0.1 29996") og gjorde oppdateringen. Dette oppgradert meg til v1.04. Dessverre, den løste ikke problemet.

Jeg kan stoppe vanvittig antall meldinger skal min programloggen hvis jeg nedlegge en service benevnt "VMware godkjenning Service". Dette hindrer meg i ved hjelp av VMware-programvare, slik … ikke slik et flott alternativ.

Vertsoperativsystemet er Windows XP 64 bit.

Jeg tror ikke dette alltid har skjedd, men jeg kan ikke huske en bestemt hendelse som kunne ha ført til det.

Dette er grunnen til at jeg hater datamaskiner.

</slutten>

Technorati Merkelapper:

Forum diskusjon: Aktivering av beste praksis samsvar i ikke-triviell MOSS-miljø

Fellow, "Mark", har startet opp en potensielt interessant nyhetsgruppe diskusjon fokus på "å etablere utmerket SharePoint-styring fra starten" for en 35,000 brukermiljø.

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

Pop på over og bidra!

</slutten>