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

Så önskade och utlovade, Jag har överfört min presentation om hur få "stora" krav från slutanvändarna för SharePoint-projekt och implementeringar. Det är här: http://CID-1cc1edb3daa9b8aa.SkyDrive.live.com/Self.aspx/SharePoint/Paul Galvin Great Requirements.zip

Jag lade fram detta vid konferensen i SharePoint bästa praxis i Feb 2009 (www.sharepointbestpractices.com). Om du deltog i konferensen, Du får detta också på konferensen DVD.

Presentationen innehåller en massa anteckningar med de flesta bilder. Det är inte bara punktlistor.

(Se här för min andra presentation på en styrning fallstudie: http://paulgalvin.spaces.live.com/blog/cns!1CC1EDB3DAA9B8AA!3099.entry

</slutet>

Prenumerera på min blogg.

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

Liksom många SharePoint konsult, Jag har varit utsatt för en hel del SharePoint-funktioner. Vissa gånger, Jag dyka ganska djupt. Andra gånger jag bara märker det eftersom jag flyger av till en annan uppsättning av alternativ-menyn. En av dem är "standardsidan skapelse." Jag har inte haft behov av det fram till denna vecka.

Denna vecka, Jag behöver ett företag problem som jag tror kommer att bli vanligare som företag lossa upp och omfamna mer direkt slutanvändare kontroll över SharePoint. I detta fall, Jag har utformat en webbplatsmall att stödja en viss slutanvändaren gemenskap. Folk i denna gemenskap ska kunna skapa sina egna platser på kommer med den här mallen när suget slår dem.

Jag mindes ser "standardsidan skapelse" innan och jag har alltid undangömt som bakhuvudet tänker att "self service skapa webbplatser" är SharePoint lingo mening, uppenbarligen tillräckligt, något som "ligg med mig om du vill att användare ska kunna skapa webbplatser när de vill."

Så, Jag slår på den, prova ut och för mig, Det är inte att skapa webbplatser. Det skapar webbplats Samlingar. Ganska stor skillnad. Det är inte vad jag vill, Inte alls.

Det är möjligt att låta användarna skapa nya sub platser via en anpassad behörighetsnivå. Det är precis där jag skulle ha gått i första hand förutom att etiketten "standardsidan skapelse" etikett bedragit mig. Via twitter, I learn that it’s deceived others as well 🙂

Jag arbetar fortfarande ut hur man ger lite av en mer strömlinjeformad process samtidigt som man rent ur lådan, men det finns en bestämd väg att följa. Bara inte få distraherad av att etikett.

</slutet>

Prenumerera på min blogg.

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

Jag var en av 20 eller 30 (eller kanske 100?) panelmedlemmar igår kväll på den New York SharePoint-användare grupp möte. I stället för det vanliga presentationsformatet, Detta var allt om Q&A mellan publiken och panelmedlemmarna. Tidigt på, Michael Lotter introducerade mig till en ny idé och jag ville dela.

En publik medlem beskrivs hur hans företag hade betalat en konsult för att skriva ett program för hans företag. Konsulten skrev det som ett konsolprogram med SharePoint-objektmodellen. Som en följd, Detta innebar att programmet måste köras på en server i servergruppen. Detta innebar att alla som ville använda app skulle behöva logga in på servern, gör arbete och logga ut. Först, Detta var inte ett problem, men snart, mer och mer (icke-tekniska) användare som behövs för att använda verktyget. Hans fråga var (omskriva):

"Vad är mina alternativ? Jag vill inte hålla att låta användare logga in direkt på servern, men de behöver denna funktion."

Michael Lotter föreslog att han konfigurerar en ny virtuell maskin, ansluta den till gården som en WFE och användarna kan köra programmet därifrån.

Detta är en ganska fantastisk idé för mig. Generalisera denna lösning för tankarna till begreppet i huvudsak tillfälliga, nästan disponibel WFE. Jag tycker det är ett ganska snyggt koncept. Denna tillfälliga WFE kan köra ett konsolprogram som använder SharePoint-objektmodellen. Du kan också använda det för att köra stsadm kommandon. Det behöver inte vara en del av regelbundna lokala balansering. Om det går ner eller blir förstört, Du kan bara snurra upp en ny. Jag upprepa mig, men jag måste bara säga att jag tycker det är en riktigt snygg idé.

</slutet>

Prenumerera på min blogg.

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

Den senaste veckan, någon ställde en fråga om att skapa en SharePoint-miljö som skulle hantera en ganska hög volym av nya dokument (10,000 +/- i detta fall). Jag vet inte mycket om detta, Men Tack vare denna vitbok, Jag känner mig mycket bättre informerade.

För mig, denna vitbok är ganska mycket bara en bok just nu, men jag började läsa igenom det och tänkte jag skulle vilja belysa min huvudsakliga take-away. SharePoint kan skalas för att hantera, på ett minimum, denna belastning:

• 50k nya dokument per dag.
• 10 miljoner dokument totalt.

Jag skriver de 50k / 10MM siffrorna eftersom de är lätt att komma ihåg. Så länge du vet de är minimum, du kommer inte få vanskligheten. Den maximala storleken är minst 10 procent högre än så och med extrem trimning, möjligen mycket högre.

Tack, Mike Walsh, än en gång för hans Weekly WSS FAQ uppdateringar och korrigeringar efter. Om du inte är prenumerant på det, Du bör allvarligt tänka på det..

</slutet>

Prenumerera på min blogg.

Under den senaste veckan, min kollega och jag gör något arbete för en klient i NYC. Vi testade en olika aspekter av en MOSS implementering med deras "standard" arbetsstation bygga (i motsats till våra bärbara datorer). Medan du gör det, Vi sprang på några fel genom att följa dessa steg:

• Öppna upp ett MS Worddokument via Utforskaren (som använder WebDAV).
• Göra en förändring.
• Spara den.

Vi kom att inse att vissa gånger (vanligtvis första gången) Vi sparade dokumentet, Spara sticka inte"." Spara spara inte. Vi skulle dra dokumentet tillbaka upp och våra förändringar helt enkelt fanns inte.

Vi förstod inte roten frågan på denna punkt, men vi tänkte att vi bör se till att den senaste MS Office servicepack hade installerats på denna arbetsplats. IT folk gick och gjorde det. Vi gick igenom testet igen och vi upptäckte ett nytt problem. När vi sparade den, Vi fick nu detta fel:

Den här gången, Det verkade som om varje förändring var, I själva verket, sparade, om vi svarade ja eller nej till skript frågan.

Slutligen hade vi en titt på den aktuella versionen av Office och det visar sig att arbetsstationen var igång MS Office 2000 med servicepack 3 som dyker upp under hjälp-> Om som "Office 2002".

Sensmoralen i historien: Jag kommer alltid att använda Office 2003 som min minimistandard office version när du använder WebDAV och MOSS.

</slutet>

Prenumerera på min blogg.

(För search engine, Detta är den fel text):

Linje: 11807

Röding: 2

Fel: Objektet stöder inte egenskapen eller metoden

Koden; 0

URL: http://sharepoint01/DocumentReview/_vti_bin/owssvr.dll?location=Documents/1210/testworddocument.doc&dialogview=SaveForm

Vill du fortsätta att köra skript på den här sidan?

I en eller min första blogginlägg, Jag beskrev den övergripande processen följde vi för att migrera en kund från SPS 2003 till MOSS. En läsare lämnade en kommentar ber om mer i detalj och här är det.

För att migreringsprojekt, Vi var tvungna att hitta ett bra sätt att flytta en massa SPS 2003 dokument över till MOSS. Den första belastningen var lätt. Skapa ett nytt dokumentbibliotek mål i MOSS och Utforskaren för att flytta dokument.

Detta är det nya dokumentbiblioteket:

Öppna två fönster upptäcktsresande. Först punkten på SPS 2003 och andra på det nya dokumentbiblioteket i MOSS. Följande skärmdump visar detta. Observera att översta webbläsaren faktiskt pekar på min c:\Temp enhet, men ni kan föreställa er den pekar på en SPS 2003 dokumentbibliotek:

Efter att dra och släpp-åtgärden, min mål ser ut så här:

Nu är det dags att ta itu med metadata. Anta att vi har bara en kolumn av metadata för dessa dokument som heter "läge." Vi kan se från ovanstående "alla dokument" Visa att platsen är tom. Det är lätt att använda en data listvy för att ange plats, eller gå in i varje dokuments egenskaper en efter en att lägga till en plats. Låt oss anta att det finns inget praktiskt sätt att automatiskt tilldela lagerställekolumnen ett värde och att slutanvändare måste göra detta för hand. Vidare, Låt oss anta att det finns hundratals dokument (kanske tusentals) och att det kommer att ta många många dagar att uppdatera metadata. Som vi vet alla, ingen kommer att sitta ner och arbeta för fyra av fem dagar i rad uppdatera metadata för dokument. I stället, de kommer att bryta som under en period av veckor eller eventuellt längre. Att underlätta denna process, Vi kan skapa en "otaggade data" vyn som visas:

Nu, När någon sitter ner för att tillbringa sina tilldelade dagliga timme eller två att märka migrerade dokument, de kan använda "otaggade dokument" Visa att fokusera sina ansträngningar:

Som användare tag dokument, de tappar bort denna lista.

Begreppet en otaggade datavyn kan också hjälpa med en klass av data validering problem folk fråga om på forum. Ur lådan, Det finns inget sätt att förhindra att en användare överföra ett dokument till MOSS och inte ange metadata. Vi kan ange att en viss webbplatskolumn är obligatoriskt och användaren inte kommer att tillåtas att trycka Spara knappen. Men, om användaren överför och sedan stänger webbläsaren (eller använder Utforskaren att ladda upp dokumentet), Vi kan inte tvinga användaren att ange metadata (igen, i kartongen).

Detta tillvägagångssätt kan användas för att hjälpa till med denna situation. Vi kan använda en "dåligt märkta data" Visa för att lätt identifiera dessa dokument och rätta till dem. Par detta med en KPI och du har god sikt i data med drill-down att hantera dessa exceptionella omständigheter.

</slutet>

Prenumerera på min blogg.

Denna vecka, Jag har kämpat lite med mitt team för att få MOSS installerat i en enkel två-servergrupp. Efter att ha gått igenom det, Jag har en större förståelse för typer av problem människor rapport på MSDN forum och någon annanstans.

Den slutliga Gruppkonfiguration:

• SQL/Index/intranät WFE innanför brandväggen.
• WFE i DMZ.
• Någon form av brandvägg mellan DMZ och den interna servern.

Innan vi började projektet, Vi låter klienten vet vilka portar måste vara öppna. Under ge och ta, fram och tillbaka över det, vi sagt aldrig uttryckligen två viktiga saker:

1. SSL innebär att du behöver ett intyg.
2. Den DMZ servern måste vara del av en domän.

Dag ett, Vi visade upp för att installera MOSS och lärt att domänkonton för databasen och mossa inte hade skapats. Att flytta saker, Vi gick vidare och installerat allt med ett lokalt konto på servern intranät.

Vid denna punkt, Vi upptäckte förvirringen över SSL-certifikatet och, Tyvärr, beslutat att ha vår infrastruktur kille komma tillbaka senare samma vecka fortsätta installera DMZ server. Under tiden, Vi lösning arkitekter gått framåt med business grejer.

En helg går och klienten erhåller certifikat.

Vår infrastruktur kille visar upp och upptäcker att den DMZ servern inte är kopplad till någon domän (antingen en perimeter-domän med begränsat förtroende eller domänen intranät). Vi slösat bort nästan en 1/2 dag som. Om vi inte hade låta saknas SSL-certifikatet mosse oss ner, Vi skulle ha upptäckt detta tidigare. Jaha….

En annan dag passerar och de olika utskott som säkerhet, berörda parter och (inte så) oskyldiga åskådare alla överens om att det är OK att gå med den DMZ servern med domän för intranät (Detta är en POC, Trots allt, inte en produktion lösning).

Infrastruktur killen kommer att avsluta saker. Denna gång vi framgångsrikt passera den moderna gatlopp tillgivet kallas "guiden Konfigurera SharePoint." Vi har en titt i central administration och … Yee haw! … DMZ server finns med i gården. Vi tittar lite närmare och inser vi bröt öppet Champaign lite kvalster tidigt. WSS tjänster har fastnat i en "börjar" status.

Lång historia kort, Det visar sig att vi glömde att ändra identiteten på kontot via central administration av från det ursprungliga lokala kontot till det nya domänkontot. Vi gjorde det, nytt körde guiden och voila! Vi var i rörelse.

</slutet>

Prenumerera på min blogg.

Även om det inte är bokstavligen sant, som en praktisk fråga, en mot internet frontwebb i en DMZ måste finnas i en domän (dvs. inte någon fristående server i en egen liten arbetsgrupp). Det behöver inte vara i samma domän som den interna WFE(s) och andra servrar (och förmodligen inte borde), men det måste vara en domän.

Mina kolleger och jag tillbringade orimligt mycket tid på ett förslag som medföljer SharePoint förutsättningar. Detta inkluderade en omfattande lista över brandväggskonfigurationer som skulle aktivera DMZ servern att gå med gården och så vidare. Tyvärr, Vi kunde inte lägga till en mening någonstans som sa, att effekten, "hela blodiga denna konfiguration är att låta din DMZ WFE server, i en domän, gå med i den inre gården."

En perfekt storm av händelser, där vi i princip såg vänster när vi kanske har tittat rätt, konspirerat för att dölja problemet från oss förrän ganska sent i processen, Således hindrar mig från att åberopa min "berätta dåliga nyheter för tidigt" regel.

Suck.

Prenumerera på min blogg.

Forumet användare ofta som frågor som denna:

> Hej,
>
> Säg mig om det finns några möjligheter att bygga en anpassad lista med
> huvud- och detaljsidor typ (som fakturor) utan att använda InfoPath.
>

SharePoint innehåller några av de ruta funktioner som stöder typer av krav som.

I allmänhet, en länkar två listor tillsammans med en uppslagskolumn. Listan innehåller faktura rubrikinformation och B-listan innehåller Fakturadetaljer.

Använda ytterligare listor för att upprätthålla kundnummer, Produktnummer, m.m..

Använda en innehåll frågan webbdel (i MOSS endast) och/eller en data Visa webbdelen för att skapa kopplade vyer av listorna. SQL Server Reporting Services (SRS) är även tillgänglig för det rapporterande sida.

Men, Det finns några viktiga begränsningar som gör det svårt att använda ren out-of-the-box-funktioner för något som är ens måttligt komplexa. Dessa inkluderar:

• Storleken på relaterade sökning visar vs. "smartness" i kolumnen uppslagstyp. En kolumn uppslagstyp presenterar sig på UI annorlunda beroende på om du har aktiverat Multi-SELECT eller inte. I båda fallen, out-of-the-box kontrollen visar alla tillgängliga objekt från källan listan. Om källistan har 1,000 objekt, Det kommer att vara ett problem. Sökkontroll inte bläddra igenom dessa poster. I stället, Det drar dem alla i kontrollen. Det gör för en mycket besvärliga användargränssnittet både inmatning av data och prestanda.
• Sökningar "pull tillbaka" en informationskolumn. Du kan aldrig dra tillbaka mer än en kolumn av information från källan listan. Till exempel, Du kan inte välja en kund "12345" och Visa nummer samt kundens namn och adress på samma gång. Sökningen visar bara kunden nummer och inget annat. Detta gör för ett besvärligt och svårt användargränssnitt.
• Ingen handel-form kommunikation. Jag har skrivit om detta här. Du kan inte genomföra CSS-listrutor, villkorligt aktivera/inaktivera fält, m.m..
• Ingen sammanhängande borttagning eller inbyggda referensintegritet. SharePoint behandlar anpassade listor som självständiga enheter och tillåter inte dig att länka dem till varandra i en traditionell ERD känsla. Till exempel, SharePoint kan du skapa två anpassade listor, "kunden" och "fakturahuvudet". Du kan skapa en fakturahuvudet som länkar tillbaka till en kund i kundlistan. Sedan, Du kan ta bort kunden från listan. Ur lådan, Det finns inget sätt att förhindra detta. Att lösa denna typ av problem, du skulle normalt använda händelsehanterare.

Det kan tyckas hopplöst, men jag vill fortfarande använda SharePoint som utgångspunkt för att bygga denna typ av funktionalitet. Även om det finns luckor mellan vad du behöver i en lösning, SharePoint gör det möjligt för oss att fylla dessa luckor med hjälp av verktyg som:

• Händelsehanterare. Använda dem för att använda referensintegritet.
• Anpassade kolumner: Skapa anpassade kolumntyper och använda dem i stället för uppslagskolumnen standard. Lägg till personsökning, buffring och AJAX funktioner som gör dem lyhörda.
• BDC. MOSS-bara funktionen ger oss möjlighet att fråga andra SharePoint-listor med en överlägsen användargränssnitt för vanliga uppslagskolumnen. BDC kan också nå ut till ett serverprogram för back-end. Använda Affärsdatakatalogen för att undvika replikering. I stället för replikering av kundinformation från en bakdelen ERP-system, använda Affärsdatakatalogen istället. BDC-funktionerna ger ett trevligt användargränssnitt för att dra denna information direkt från affärssystemet där den hör hemma och undviker besväret med att upprätthålla en replikeringslösning.

  BDC är en funktion som MOSS (inte tillgängligt i WSS) och är en utmaning för att konfigurera.

• ASP.NET webbformulär: Skapa ett full-featured AJAX-aktiverade formulär som använder SharePoint objektet modell och web services för att utnyttja SharePoint-listor samtidigt som ett mycket lyhörda användargränssnitt.

Det sista alternativet, kanske tycker du börjar från scratch, men anser att det faktum att SharePoint-plattformen börjar du med följande nyckelfunktioner:

• Säkerhetsmodell med underhåll.
• Menysystemet med underhåll.
• "Master tabell" (dvs. anpassade listor) med säkerhet, inbyggda underhåll och revision.
• Sök.
• Backend integreringsverktyg (BDC).

Om du startar med ett nytt tomt projekt i visual studio, du har en hel del infrastruktur och VVS att bygga innan du kommer nära till SharePoint erbjuder.

Jag tror att Microsoft planerar att utöka SharePoint i denna riktning för applikationsutveckling. Det verkar som en naturlig förlängning av den befintliga SharePoint som bas. Microsofts CRM-programmet ger stor tänjbarhet av de typer som behövs för att stödja huvudet/Detaljer applikationsutveckling. Även om dessa funktioner finns i CRM, tekniken är givetvis tillgänglig till utvecklingsteamet SharePoint och jag förväntar mig att det kommer att göra sin väg in SharePoint produkten slutet av 2008. Om någon har en kunskap eller insikt i detta, lämna gärna en kommentar.

</slutet>