Månedlige Arkiver: Mars 2009

Moro faktum av SharePoint-SSO av dagen

1 Svar

Jeg har jobbet med SharePoint SSO og lære som jeg går. Én måte som dette fungerer er at du fortelle SharePoint om eksterne applikasjoner. Brukere logge programmet via noen SharePoint-funksjonen (f.eks. iView webdel). Første gang brukeren utfører denne handlingen, ber dem for riktig brukernavn og passord for dette systemet. Det er å sette opp en tilordning mellom SharePoint legitimasjon og påloggingsinformasjonen for at backend-systemet. Deretter, brukeren må ikke angi deres ID når de treffer opp dette systemet.

At en del fungerte bra for meg. Men, det begs spørsmålet, "hvordan brukeren endrer det bruker-id eller passord?"Du kunne ha gjort en feil, eller kanskje du gjør noen tester i et miljø med dev og må bytte raskt mellom kontoer.

Jeg vet ikke svar på det, men jeg vet at du kan gå inn i Sentraladministrasjon og administrere legitimasjonen for brukeren:

Sentraladministrasjon-> Operasjoner –> Behandle enkel pålogging –> Behandle kontoinformasjon for en virksomhetsprogramdefinisjon

Derfra, Du kan angi eksternt program (f.eks. SAP) og kontoen du vil slette. Du kan også endre tilordningen.

Hvis du vet hvordan du tillate sluttbrukere å direkte endre sine legitimasjoner, kindly post a comment 🙂

</slutten>

Abonner på bloggen min.

Følg meg på Twitter på http://www.twitter.com/pagalvin

Technorati Merkelapper: , ,

Adventures med iView webdeler

Legg igjen et svar

Jeg måtte gjøre noen minimal beviser i dag som iView web deler kan arbeide i min klients miljø. Jeg har aldri jobbet med dette stykke SharePoint før.

Microsoft har laget en meget høy kvalitet-hvitboken om dette temaet.

Det første hinderet jeg måtte overvinne ble-hvor er webdelen iView? For noen grunn, min første tanke var at jeg måtte laste den ned fra et område på et sted, kanskje SAPs nettsted. Jeg hadde 1/2 overbevist meg at iView webdeler selv kan koste ekstra. selvfølgelig, de er inkludert i MOSS (Jeg tror Enterprise; Det er hva jeg bruker her uansett). Jeg har sett "Legg til en webdel" standarddialogboksen hundrevis eller flere ganger og alltid glattet over det. ikke mer!

Den neste er at jeg ikke kan lese instruksjoner.

Jeg var bruker webdelen og holdt får denne irriterende melding:

Ingen SAP-servere er konfigurert for dette området. Kontakt systemansvarlig for å konfigurere klarerte SAP-servere.

Hvitboken sier klart å redigere en konfigurasjonsfil lokalisert på fil"<Stasjonsbokstav:>\Program c:ProgramfilerMicrosoft Office Servers12.0ConfigTrustedSAPHosts.config". Først dusin ganger jeg så på, alt jeg så var "Program Files…Config" og jeg gikk likefram fjerne å det 12 struktur. Når jeg endelig bremset ned å lese den, Jeg innså min feil og det var lett å fikse.

Jeg fortsatte min lystige vei med SSO-konfigurasjon. Det er ikke alle på klart for meg om det fungerte, men det er en annen historie for en annen dag.

Bunnlinjen:

1. iView webdeler er inkludert ut av esken med SharePoint (sannsynligvis Enterprise).

2. Magiske konfigurasjonsfilen, "TrustedSAPHosts.config", ikke leve den 12 struktur.

</slutten>

Abonner på bloggen min.

Følg meg på Twitter på http://www.twitter.com/pagalvin

Technorati Merkelapper: , ,

MOSS brukerprofilen som myndighet for brukeren språkinnstilling

4 svar

På min nåværende prosjekt, noen av brukerne vil reise verden rundt, og når de mottas på ulike destinasjoner, bruke hva maskin er nyttig når. Disse gjest maskinene vil kjøre Windows og installert og konfigurert for den lokale nasjonale. (Jeg har akkurat innsett at gjest-maskiner ikke kan har de riktige språkpakkene… sannsynligvis ikke, faktisk… Jeg er parkering at man for nå).

SharePoint må mekanisme der brukeren kan velge sitt eget språk og har MOSS ære språket uansett hvordan brukeren får tilgang til MOSS. Med andre ord, ignorere hva leseren forteller IIS RUNDPINNE og i stedet se det foretrukne språk og bruke den.

Vi skal undersøke to tilnærminger:

  1. HTTP Handler: Et egendefinert HTTP-behandlingsprogram installert på IIS vil slå opp brukerprofilen MOSS, finne ut foretrukket språk og deretter bytte HTTP-overskriften rundt etter behov før sendes kontroll til MOSS.
  2. Global.asax: Endre global.asax gjør samme. Vi kan endre noe annet, men ideen er at vi finner et sted der vi kan sette vår nasjonale bytte logikk.

Den andre kompliserende faktoren er at vi trenger å støtte 60 k brukere, om 1,000 av tilgang som kan være samtidig til MOSS på meste laste.

Http-behandler synes ganske drastiske, men kanskje det beste stedet å plassere koden siden det er IIS nivå og allvitende. Det er et godt arbeid.

Vi skjev mot en global.asax type tilnærming, hovedsakelig fordi vi tror har vi flere alternativer for å bufre data på dette tidspunktet.

Jeg vil være blogging mer om dette temaet, så jeg lære mer.

Hvis du har vet noe om dette, please post a comment 🙂

</slutten>

Abonner på bloggen min.

Følg meg på Twitter på http://www.twitter.com/pagalvin

Fange “mailto:” Beregninger

5 svar

Jeg er på et prosjekt der vi trenger å samle beregninger rundt en funksjon kalt «del en historie." Ideen er veldig enkel — Hvis du ser på en interessant artikkel på intranettet og vil dele den med noen, Klikk en lenke merket "dele denne historien" sende den til vennen din.

Vi spilte rundt med et egendefinert skjema til dette formålet, men til slutt, sunn fornuft vant dagen og vi bruke bare kjent <a href = mailto:…> teknikk. (<et href-mailto:…> er litt overraskende robust av HTML; som en bonus, at koblingen bringer meg tilbake til min gamle UNIX mann sider dager; Det var tider!).

Denne teknikken gir et flott grensesnitt for sluttbrukere, siden de kommer til å bruke deres kjent MS Outlook-klienten (eller hva email klienten de har installert).

Det gjør ting vanskeligere på oss dårlig utvikler typer siden de klient * også * ønsker å kjøre en rapport i fremtiden som viser hvor ofte brukere dele historier og også hvilke artikler er felles oftest.

Vi whiteboarded noen potensielle løsninger. Min favoritt er å kopi (CC) en SharePoint-liste. Sånn, sluttbrukeren får fortsatt outlook-klienten mens vi kommer til å fange inn hendelsen fordi vi får en kopi av e-post oss. Det er noen mangler. Hovedproblemet er at brukeren kan bare fjerne ut eller på annen måte mangle CC adresse. Og, Vi trenger å administrere hendelsesbiblioteket av e-post. Vi har en planlagt jobb på den hvite bordet ansvarlig for at opprydding.

Hvis du har noen smarte tilnærming for å løse dette problemet, vennligst fortell.

</slutten>

Abonner på bloggen min.

Følg meg på Twitter på http://www.twitter.com/pagalvin