Ved hjelp av MSDN (og andre) Fora for SharePoint-støtte

Jeg kunne skrive på på store lengden om MSDN-foraene, etikette, navnekonvensjoner, Søk, osv.. Jeg kan gjøre det, faktisk. Jeg ønsket å påpeke en liten ting som kan hjelpe folk har en bedre opplevelse.

Jeg har det siste vært å fortelle folk som Hvis du kjøre inn i en slags problem med SharePoint-miljøet, utviklingsprosjekt eller andre SharePoint-relatert aktivitet, Still et spørsmål på forumet tidligere i handling-kjede i stedet for senere. Jeg vet selv at når jeg har et problem, en rekke potensielle løsninger presentere seg selv en gang. Jeg bestille disse potensielle løsninger i forhold til sannsynlighet, anvendbarhet og hvor enkle de er å undersøke. Jeg går gjennom denne listen, og da jeg har fått #10, Jeg gjør endringer i registret til en nøkkel "/ foo/bar/almostThere/isThisIt/noThisIsNotIt/iCantBelieveIAmDoingThis/finallyThere!"på råd fra en blogg som er funnet på siden 8 av et Googlesøk. Når det ikke fungerer, Jeg endelig legge et spørsmål for MSDN (f.eks. her: http://social.technet.microsoft.com/Forums/en-US/sharepointgeneral/threads).

Jeg foreslår at du reversere at tilnærming. Legge forumet mye tidligere i din undersøkelse fordi:

  • Det er gratis å du allikevel.
  • Det har ikke garantert SLA (som jeg er klar over, minst).
  • Derfor, Det kan ta lang tid for folk å svare.
  • Folk kan ofte svare til slutt.
  • Hvis du kan vente til 2 eller 3 dager etter problemet først dukket, du er panisk på svar og fora er ikke et bra sted for krisehjelp (med mindre du er heldig).

Så, i utgangspunktet, Det er enkelt og gratis, og du har en god sjanse til å få noen slags svar, men det vil ta en stund å bli det svaret (på nytt, med mindre du er heldig).

Jeg pleide å tenke at jeg bør holde ut på jakt etter hjelp fordi jeg ikke ønsker å kaste bort noen tid ber om hjelp når jeg fant det ut selv. Noen moderatorene og aktive deltakere føler sånn, men jeg ikke (minst, Jeg føler ikke at måte mer). Jeg ser ingen ulemper. Verste fall er at du legge inn spørsmål og deretter svare deg litt senere, muligens herjer"" noe ettall tid. Jeg ser ikke en stor risiko i det og det er verdi i den forsker spørsmål som det uansett.

</slutten>

Abonner på bloggen min.

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

Technorati Merkelapper: ,

Liten notis om Microsoft Online Services-passord og -administrasjon

Jeg begynte å arbeide med Microsoft's Small Business Productivity Online Suite flere måneder siden, men nå har jeg noen bedre grunn til å bruke det.

Jeg fortsatt arbeider på min måte rundt det., så jeg kan få noen av feil terminologi, men innerst inne der er to store grensesnitt: administrasjonssenteret og tjenestene seg.

Systemet var å fortelle meg at jeg måtte endre passordet mitt, så jeg gikk videre og gjorde det. Som tillot meg å fortsette og arbeide med delen tjenester (SharePoint, e-post, og live meeting). Men, da jeg gikk til administrasjonsskjermbildet, den ville ikke utleie meg ved å fortelle meg at det ikke tror meg passord var korrekt.

Problemet var litt merkelig. Om passordet jeg * trodde * det bør være, det ville fjerne ut brukerid og passord og fortelle meg passordet eller bruker-ID er feil. Om åpenlyst feil passord, den ville fortelle meg det samme, men at bruker-ID-feltet beholdes uendret.

Jeg har vært å spille rundt med dette for en liten stund og til slutt kalt (ja, på en søndag morgen). Utrolig, fellow, Ben, svarte telefonen en gang. Og, Jeg hadde ikke å skrive inn et kredittkort.

Lang historie kort, administration center passord bruker forskjellige passordregler enn tjenester passordet. Administratorpassord må inneholde alpha, numeriske og spesielle tegn. Når jeg forandret meg administratorpassord første gang, Jeg følger ikke som regel (heller ikke gjorde det advare meg!). Jeg klarte å endre den til en gyldig administrasjon passord og kom tilbake i.

Hvis du opplever den slags problemet i fremtiden, du vet hva arbeidet for meg, og forhåpentligvis det fungerer for deg.

</slutten>Abonner på bloggen min.

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

SharePoint som et operativsystem for bedriftsbruk

Helt siden jeg hørt et tilbud, Angivelig under en q&En økt med Steve Ballmer i mars 2007, Jeg slags har vært å holde pusten for noe å skje. Tilbudet var egentlig dette: "SharePoint er et operativsystem for forretningsapplikasjoner." Vite en god del om SharePoint og litt middels om operativsystemer, Jeg trodde det var egentlig apt. Jeg holder pusten, venter for bedrifter å virkelig kjøpe i at konseptet og begynne å bygge programmer i SharePoint "operativsystem".

Jeg har reservert mye tanke for denne emne i år (gå tilbake til min 2009 spådommer) og jeg kommer til å snakke om dette på den Kanskje 2nd SharePoint lørdag hendelse i Washington.

Dette er min presentasjon abstrakt, under tittelen "ved hjelp av the SharePoint plattform å bygge loddrett forretningsprogrammer":

"Vannrett?"" Loddrett?"Hva disse ordene betyr i en SharePoint-kontekst? SharePoint, som vi ofte hører, er en "plattform" for bygging av programmer. Dette faktum er ofte tapt på oss siden de såkalte vannrette plattform-funksjonene, eksempel dokumentbehandling og søk, er så enkelt og nyttig i og for seg. Men, SharePoint er enda kraftigere og vil returnere større verdi når brukt til å opprette loddrette programmer som er skreddersydd for å møte krav for virksomheten din daglige. Denne økten beskriver hvordan å samle plattform funksjoner til en verticalized løsning ved hjelp av en virkelig verden business eksempel – en tilbud ledelse og gateway. Speaker's mål er å åpne øynene til mulighetene for SharePoint-plattformen, og for å utnytte funksjonene vannrett plattform å opprette spesialiserte forretningsløsninger for organisasjonen loddrett.

Hvis at faget ikke float båten, Det er en haug med andre gode emner. Og DC er et flott sted inne og av selv å besøke.

Registreringen åpner dette torsdag, 04/16. Keep on top of the site and grab a seat before it’s too late 🙂

</slutten>

Abonner på bloggen min.

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

Kanadiske minutter

Denne gang i forrige uke, Jeg var i Montreal, deltar sterkt anbefalt SharePoint-toppmøtet 2009. Jeg ga en 3.5 Time veiledning om installering og tilpasse SharePoint. Det var en skremmende gjenstand på mange nivåer. Jeg er egentlig ikke en SharePoint-admin, men jeg vet nok til å gi en opplæringen i emnet. (Heldigvis, Geoff Schaller fra Programvare-mål i Australia, blant noen andre, var i publikum til å besvare noen av dypere spørsmål [Jeg vet ikke hva de satt i vann der nede, men vi trenger noen av det her i USA]).

men, tilbake til mange nivåer av scariness... Den hadde et stort potensial til å være veldig kjedelig. Jeg faktisk installert WSS og deretter oppgradert den til MOSS. Foran et rom fullt av folk. Kanadiske folk. Det var lang 5 og 7 minutt hull der vi ser installasjonen chug langs. Jeg måtte fylle den tiden med noe nyttig og interessant. Jeg er ikke sikker jeg lyktes.

Endelig, Det var loooong. Tre og en halv time. Det er en lang presentasjon. Jeg laget en liten spøk av det, si "vi har en lang presentasjon foran oss. Tre og en halv time. det vil si 210 minutter. Og jeg vet ikke engang hvor mange minutter i kanadiske.

Alle lo og som et resultat, Montreal is officially on my Good Places list 🙂

Selv om de ikke hadde Lo på min spøk, Jeg ville elske Montreal. Jeg prøver veldig hardt å være åpne sinn og ikke ta min signaler fra South Park, men jeg innrømme, til min chagrin, at jeg hadde ingen anelse hvor er stor metropolisen i Montreal. Jeg kan ikke vente å gå tilbake i noen måneder, Når det er litt varmere, å besøke på nytt.

På en slags beslektet notat, Jeg har også satt gjennom Erik Swenson første offentlige presentasjon med tittelen "IA og merkevarebygging prosessen: Skisser til Wireframes til Hi-Fidelity design." (Erik er min kollega EMC). Sjekk ut abstrakt her: http://www.sharepointsummit2009.com/conference_day2.htm. Jeg spilte det for selv for ham. Jeg prøvde flere ganger for noen "handlingen skudd" og zoomet inn på ham da han stoppet for å drikke noe vann. Jeg lykkes ikke alltid, but I tried 🙂

</slutten>

Abonner på bloggen min.

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

Technorati Merkelapper:

Moro faktum av SharePoint-SSO av dagen

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

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

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

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

Flott Tutorial og gjennomgang ved hjelp av InfoPath og arbeidsflyt for å løse et Problem med planlegging

Disse dager, Jeg spiller stadig catch-up med min blogg å lese, og jeg kom over dette innlegget: http://sharepointsolutions.blogspot.com/2009/02/give-blood-to-your-workflow.html

Det er like solid og detaljert en SharePoint Designer arbeidsflyt tutorial (pluss mer!) at du ser overalt på interwebs. Jeg ville sjekke det ut, Selv om du er en arrete SPD-veteran.

Det er en flott SharePoint tutorial for både InfoPath og arbeidsflyt.

</slutten>

Abonner på bloggen min.

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

NYC SharePoint-utviklere-gruppen – Dyp Tech snakke

Et par uker siden, Presentert i New York City SharePoint utviklere-gruppen møtet på Microsoft kontor på Manhattan. De møtes hver siste tirsdag i måneden.

Jeg har vært tilbringer mesteparten av tiden min i det siste i min elskede New Jersey så jeg ikke får til å gå inn i byen så mye som jeg liker. Som et resultat, Jeg tror jeg gjorde det til den første eller den andre av denne gruppen møter og så igjen i januar møtet. Jeg savnet alle møtene mellom (fire eller fem av dem sannsynligvis). Det er en ny gruppe.

Jeg var virkelig truffet av virkelig tekniske fokus og høy kvalitet på diskusjonen, før, under og etter presentasjonen. Vi snakket om en rekke emner knyttet til SharePoint og andre Microsoft-teknologi.

Hvis du leter etter et vennlig sted å få ekte teknisk, Jeg anbefaler denne gruppen.

</slutten>

Abonner på bloggen min.

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

Technorati Merkelapper: