Månadsarkiv: Mars 2009

Kul SharePoint SSO faktum i dag

1 Svar

Jag har arbetar med SharePoint SSO och lärande som jag går. Ett sätt som detta fungerar är att du berätta SharePoint om externa program. Användare loggar in i programmet via vissa SharePoint-funktion (t.ex. iView webbdel). Första gången användaren utför denna åtgärd, det föranleder dem för rätt användar-id och lösenord för detta system. Det är att inrätta en mappning mellan din SharePoint och dina autentiseringsuppgifter för det backend-systemet. Därefter, användaren kommer inte att behöva ange deras ID när de slog upp detta system.

Den del som fungerat bra för mig. Men, Det väcker frågan, "hur användaren ändrar det användar-id eller lösenord?"Användaren kanske har gjort ett misstag, eller kanske du gör några tester i en dev miljö och snabbt växla mellan konton.

Jag vet inte svaret på det, men jag vet att du kan gå in i Central Administration och hantera användarens referenser:

Central Administration –> Verksamheten-> Hantera Single Sign-On-> Hantera kontoinformation för en Enterprise programdefinition

Därifrån, Du kan ange det externa programmet (t.ex. SAP) och det konto du vill ta bort. Du kan också ändra mappningen.

Om du vet hur att tillåta användare att direkt ändra sina autentiseringsuppgifter, kindly post a comment 🙂

</slutet>

Prenumerera på min blogg.

Följ mig på Twitter vid http://www.twitter.com/pagalvin

Äventyr med iView webbdelar

Lämna ett svar

Jag behövde göra några minimala bevisar idag som iView web delar kan arbeta i min klient. Jag har aldrig arbetat med denna bit av SharePoint innan.

Microsoft har skapat en mycket hög kvalitet vitbok angående detta.

Det första hindret som jag var tvungen att övervinna var – där är webbdelen iView? Av någon anledning, min första tanke var att jag skulle behöva ladda ner den från en plats någonstans, kanske SAP: s webbplats. Jag hade 1/2 själv övertygad om att iView-webbdelar kan även kosta extra. Självklart, de ingår med mossa (Jag tror att företaget; Det är vad jag använder här i alla fall). Jag har sett "Lägg till en webbdel" standarddialogrutan hundratals eller fler gånger och alltid slätas över det. Inget mer!

Nästa hinder är att jag inte kan läsa instruktioner.

Jag med webbdelen och höll få här irriterer meddelande:

Inga SAP-servrar har konfigurerats för den här webbplatsen. Kontakta administratören om du vill konfigurera betrodda SAP-servrar.

Vitboken tydligt säger att redigera en konfigurationsfil på filen"<Enhetsbeteckning:>\Program Microsoft Office Servers12.0ConfigTrustedSAPHosts.config". Den första dussin gånger jag tittat på som, allt jag såg var "Program Files...Config" och jag gick genast till den 12 kupan. En gång jag slutligen saktade ner till läsa den, Jag insåg mitt misstag och det var lätt att fixa.

Jag fortsatte på min glada sätt med SSO konfiguration. Det är inte alla på klart för mig om det fungerade, men det är en annan historia för en annan dag.

Nedersta raden:

1. iView webbdelar ingår med SharePoint (förmodligen Enterprise).

2. Magiska konfigurationsfilen, "TrustedSAPHosts.config", inte bor i den 12 kupan.

</slutet>

Prenumerera på min blogg.

Följ mig på Twitter vid http://www.twitter.com/pagalvin

MOSS-användarprofil som myndigheten för språkval för användaren

4 svar

På mitt nuvarande projekt, några användare kommer att resa runt i världen och när de anländer till olika destinationer, använda oavsett maskin är praktiskt vid tidpunkten. Dessa gästmaskiner kommer att köra Windows och installerat och konfigurerat för lokala språket. (Jag har bara insett att gäst maskinerna inte kanske har rätt språkpaket… förmodligen kommer inte, I själva verket… Jag parkering att man nu).

SharePoint måste skapa en mekanism där användaren kan välja deras språk och sedan har MOSS hedra det språket oavsett hur användaren ansluter till MOSS. Med andra ord, bortse från vad webbläsaren säger IIS/MOSS och istället leta upp det språket och använda den.

Vi kommer att undersöka två metoder:

  1. HTTP-hanteraren: En anpassad HTTP-hanteraren installeras på IIS kommer leta upp användarens profil, MOSS, räkna ut önskat språk och sedan växla HTTP-huvudet runt som behövs innan kontroll till MOSS.
  2. Global.asax: Ändra global.asax för att göra samma sak. Vi kan ändra något annat, men tanken är att vi hittar något ställe där vi kan sätta in våra locale-switching logik.

Den andra komplicerande faktorn är att vi behöver stöd 60k användare, om 1,000 som kan samtidigt att få tillgång till MOSS på topp ladda.

HTTP-hanteraren verkar ganska drastiska, men kanske den bästa platsen att sätta koden eftersom det är på IIS och allvetande. Det är ett bra ställe för arbete.

Vi lutar mot en global.asax typ strategi, främst eftersom vi anser att har vi fler alternativ för cachelagring data då.

Jag kommer att blogga mer om detta ämne som jag lär dig mer.

Om du vet något om detta, please post a comment 🙂

</slutet>

Prenumerera på min blogg.

Följ mig på Twitter vid http://www.twitter.com/pagalvin

Fånga “mailto:” Mått

5 svar

Jag är på ett projekt där vi måste samla statistik runt en funktion som heter "dela en berättelse." Idén är mycket enkel — Om du tittar på en intressant artikel på intranätet och vill dela det med någon, Klicka på en länk som heter "dela denna historia" e-posta den till din kompis.

Vi lekte med ett anpassat formulär för detta ändamål, men i slutändan, sunt förnuft segrat och vi använda bara bekant <a href = mailto:…> teknik. (<en href mailto:…> är förvånansvärt robust lite för HTML; som en bonus, länken leder mig tillbaka till min gamla UNIX man sidor dagar; Det var dagar!).

Denna teknik ger en stor gränssnitt för användare eftersom de får använda deras bekant MS Outlook-klienten (eller oavsett e-postklient de har installerat).

Det gör saker och ting svårare på oss stackars utvecklare typer eftersom de klienten * också * vill köra en rapport i framtiden som visar hur ofta användare dela berättelser och även vilka berättelser är gemensamma oftast.

Vi whiteboarded några möjliga lösningar. Min favorit är till kopia (CC) en SharePoint-lista. På så sätt, användaren får fortfarande outlook-klienten medan vi kommer att fånga händelsen eftersom vi ska få en kopia av e-post oss. Det finns vissa uppenbara nackdelar. Det största problemet är att användaren kunde helt enkelt tomt ut eller på annat sätt mangel CC adress. Och, Vi behöver för att hantera händelsebiblioteket av e-post. Vi har ett schemalagt jobb i vit styrelsen ansvarig för att rensa.

Om du har några smarta sätt att lösa problemet, Säg.

</slutet>

Prenumerera på min blogg.

Följ mig på Twitter vid http://www.twitter.com/pagalvin