Io sono su un progetto dove abbiamo bisogno di raccogliere metriche intorno a una funzione denominata "condivisione di una storia." L'idea è molto semplice — Se si sta guardando un interessante articolo sulla rete intranet e desidera condividere con qualcuno, fare clic su un collegamento con l'etichetta "condividere questa storia" e-mail a un tuo amico.

Abbiamo giocato con un modulo personalizzato per questo scopo, ma alla fine, buonsenso ha vinto il giorno e usiamo solo la familiarità <href = mailto:…> tecnica. (<un mailto href:…> è un po ' sorprendentemente robusto di HTML; come bonus, link che mi porta al mio vecchio giorno di pagine man UNIX; quelli erano i giorni!).

Questa tecnica fornisce una grande interfaccia per gli utenti finali, poiché essi arrivare a utilizzare il proprio client MS Outlook familiare (o qualsiasi client di posta elettronica hanno installato).

Rende le cose più difficili ci tipi povero sviluppatore dal loro client * anche * vuole eseguire in futuro un rapporto che mostra come spesso gli utenti condividere storie e anche quali storie sono condivisi più spesso.

Abbiamo whiteboarded alcune possibili soluzioni. La mia preferita è a carbon copy (CC) un elenco di SharePoint. in questo modo, l'utente finale ottiene ancora il client di outlook, mentre si arriva a catturare l'evento perché avremo una copia dell'email noi stessi. Ci sono alcuni ovvi svantaggi. Il problema principale è che l'utente potrebbe semplicemente vuoto fuori o altrimenti mangle CC indirizzo. E, Abbiamo bisogno di gestire quello Biblioteca di evento di email. Abbiamo un processo pianificato sul bordo bianco responsabile che pulitura.

Se avete qualche intelligente approccio per risolvere questo problema, si prega di dire.

</fine>

Iscriviti al mio blog.

Seguimi su Twitter a http://www.twitter.com/pagalvin

Come richiesto e promesso, Ho caricato la mia presentazione su come ottenere il "grande" requisiti degli utenti finali per progetti SharePoint e implementazioni. È qui: http://Cid-1cc1edb3daa9b8aa.SkyDrive.live.com/self.aspx/SharePoint/Paul Galvin Great Requirements.zip

Presentato questo alla conferenza SharePoint Best Practices in Feb 2009 (www.sharepointbestpractices.com). Se partecipato alla conferenza, avrete anche questo sulla conferenza DVD.

La presentazione include un sacco di note con la maggior parte delle diapositive. Non si tratta di pochi punti.

(Vedi qui per la mia altra presentazione su un caso di studio di governance: http://paulgalvin.spaces.live.com/blog/cns!1CC1EDB3DAA9B8AA!3099.entry

</fine>

Iscriviti al mio blog.

Seguimi su Twitter a http://www.twitter.com/pagalvin

Come molti tipi di consulente SharePoint, Sono stato esposto a un sacco di funzionalità di SharePoint. Alcune volte, Mi tuffo piuttosto profondo. Altre volte ho appena notato che come sto volando da un'altra serie di opzioni di menu. Uno di questi è "creazione di siti in modalità self-service." Non ho avuto una necessità per esso fino a questa settimana.

Questa settimana, Ho bisogno di risolvere un problema aziendale che penso che sta per diventare più comuni come aziende sciolgono e abbracciano il controllo più diretto di utente finale su SharePoint. In questo caso, Ho progettato un modello di sito per sostenere una comunità di utenti finali specifici. Gente in questa comunità dovrebbero essere in grado di creare i propri siti a piacimento utilizzando questo modello ogni volta che lo stimolo li colpisce.

Ho ricordato, vedere "creazione di siti in modalità self-service" prima e io ho sempre nascosto che nella parte posteriore della mia testa pensando che "self-service sito creazione" SharePoint lingo è significato, ovviamente abbastanza, qualcosa come "turn me on se si desidera che gli utenti finali per essere in grado di creare siti quando vogliono."

Così, Lo accendo, Provatelo e per me, non è la creazione di siti. È la creazione di sito collezioni. Bella differenza. Che è non quello che voglio, Niente affatto.

È possibile consentire agli utenti di fine di creare nuovi siti sub tramite un livello di autorizzazione personalizzato. Questo è esattamente dove sarei andato in primo luogo tranne che l'etichetta "creazione di siti in modalità self-service" etichetta mi ha ingannato. Via twitter, I learn that it’s deceived others as well 🙂

Ancora sto lavorando fuori come fornire un po ' di un processo più semplificato rimanendo puramente fuori dalla scatola, ma c'è un percorso preciso da seguire. Solo non si distraggono da quell'etichetta.

</fine>

Iscriviti al mio blog.

Seguimi su Twitter a http://www.twitter.com/pagalvin

Sono stato uno dei 20 o 30 (o forse 100?) ieri sera al panel il Gruppo di utenti di SharePoint di New York Sale riunioni. Anziché nel formato di presentazione usuale, Questo era tutto su q&A tra il pubblico e i membri della giuria. Fin dall'inizio, Michael Lotter introdotto me per una nuova idea e ho voluto condividere.

Un membro del pubblico descritto come la sua azienda aveva pagato un consulente per scrivere un'applicazione per la sua azienda. Il consulente ha scritto come un'applicazione di console utilizzando il modello a oggetti di SharePoint. Di conseguenza, Questo significava che il programma doveva essere eseguito su un server della farm. Ciò significava che tutti coloro che volevano utilizzare l'app avrebbe dovuto accedere al server, fare il lavoro e disconnettersi. In un primo momento, Questo non era un problema, ma ben presto, sempre di più (non tecnico) utenti necessari per utilizzare l'utilità.. La sua domanda era (Parafrasando):

"Quali sono le opzioni? Non voglio far tenere agli utenti di accedere direttamente sul server, ma hanno bisogno di tale funzionalità."

Michael Lotter ha suggerito che egli configurare una nuova macchina virtuale, aggiungerlo alla farm come un WFE e consentire agli utenti di eseguire l'applicazione da lì.

Si tratta di una idea piuttosto sorprendente per me. Generalizzando questa soluzione porta alla mente l'idea di essenzialmente temporanea, di WFE quasi USA e getta. Penso che è un concetto abbastanza carino. Questa temporanea WFE possa eseguire un'applicazione console che utilizza il modello a oggetti di SharePoint. Si potrebbe anche utilizzare per eseguire i comandi stsadm. Non deve essere parte della regolare bilanciamento locale. Se va giù o ottiene distrutto, si può solo girare una nuova. Mi ripeto, ma devo dire che penso che è una idea veramente pulita.

</fine>

Iscriviti al mio blog.

Seguimi su Twitter a http://www.twitter.com/pagalvin

La scorsa settimana, qualcuno ha fatto una domanda sulla creazione di un ambiente SharePoint che avrebbe gestito un volume abbastanza alto di nuovi documenti (10,000 +/- in questo caso). Non so molto su questo, ma Grazie a questo libro bianco, Mi sento molto meglio informato.

Per me, questo white paper è praticamente solo un contrassegno di libro al momento, ma ha fatto iniziare a leggere attraverso di essa e di pensiero che vorrei evidenziare la mia principale Take-away. SharePoint può essere scalata per gestire, minimo, Questo carico:

• 50nuovi documenti k al giorno.
• 10 milioni documenti totali.

Scrivo le figure di 50K/10mm, perché sono abbastanza facili da ricordare. Come sapete sono minimi, non finisci nei guai. I valori massimi sono almeno 10 per cento più elevato di quello e con estreme tuning, possibilmente molto superiore.

Grazie, Mike Walsh, ancora una volta per la sua settimanale WSS FAQ aggiornamenti e correzioni post. Se non sei iscritto ad esso, si dovrebbe pensare seriamente a farlo.

</fine>

Iscriviti al mio blog.

Durante la scorsa settimana, il mio collega e dovessi fare qualche lavoro per un cliente a New York. Stavamo testando un diversi aspetti di un'implementazione di MOSS utilizzando loro standard"" build per workstation (a differenza dei nostri portatili). Mentre faceva tutto ciò, abbiamo incontrato un paio di errori seguendo questi passaggi:

• Aprire un documento di MS word tramite windows explorer (che utilizza WebDAV).
• Fare un cambiamento.
• Salvarlo.

Ci è venuto a rendersi conto che alcune volte (di solito la prima volta) abbiamo salvato il documento, il salvataggio non "bastone." Salva progetto non salvato. Tireremmo tale documento eseguire il backup e il nostro cambia semplicemente non era lì.

Non capiamo il problema principale a questo punto, ma abbiamo pensato che dovremmo assicurarci che era stato installato il service pack più recente per MS Office su quella stazione di lavoro. La gente è andato e ha fatto che. Siamo andati attraverso il test nuovamente e abbiamo scoperto un nuovo problema. Quando abbiamo salvato, ora abbiamo ottenuto questo errore:

Stavolta, sembrava che ogni cambiamento è stato, Infatti, salvati, Se abbiamo risposto sì o No alla domanda script.

Abbiamo avuto finalmente un'occhiata alla versione di Office e si scopre che la workstation è stato in esecuzione di MS Office 2000 con il service pack 3 che si presenta sotto la guida di-> Info su come "Office 2002".

La morale della storia: Sarà sempre utilizzare Office 2003 come la mia versione di office base minima quando si utilizza WebDAV e muschio.

</fine>

Iscriviti al mio blog.

(Per scopi di ricerca motore, Questo è il testo dell'errore):

Linea: 11807

Char: 2

Errore: L'oggetto non supporta questa proprietà o metodo.

Codice; 0

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

Si desidera continuare a eseguire gli script su questa pagina?

In uno o il mio primo post del blog, Descritto il processo generale che abbiamo seguito per eseguire la migrazione di un cliente da SPS 2003 a MOSS. Un lettore ha lasciato un commento chiedendo per maggiori dettagli e qui è.

Per il progetto di migrazione, abbiamo dovuto trovare un buon modo per spostare un sacco di SPS 2003 documenti sopra a MOSS. Il caricamento iniziale è stato abbastanza facile. Creare una nuova raccolta di documenti di destinazione a MOSS e utilizzare Esplora risorse per spostare i documenti.

Questa è la nuova raccolta di documenti:

Aprire due finestre esploratori. Il primo punto di SPS 2003 e la seconda presso la nuova raccolta di documenti in MOSS. Nella schermata seguente viene illustrato questo. Si noti che il browser top in realtà sta puntando a mio c:\unità TEMP, ma si può immaginare che punta a un SPS 2003 raccolta documenti:

Dopo che drag and drop di funzionamento, il mio obiettivo assomiglia a questo:

Ora è il momento di trattare con i metadati. Supponiamo di che avere una sola colonna di metadati per tali documenti denominato "location." Possiamo vedere da sopra "tutti i documenti" Mostra che il percorso è vuoto. È abbastanza facile utilizzare una visualizzazione foglio dati per immettere il percorso, o anche andare nelle proprietà di ogni documento uno per aggiungere una posizione. Supponiamo che non ci sia alcun modo pratico per assegnare la colonna posizione un valore automaticamente e che gli utenti finali devono farlo a mano. Inoltre, Supponiamo che ci sono centinaia di documenti (forse migliaia) e che esso richiederà molti molti giorni per aggiornare i metadati. Come tutti sappiamo, nessuno sta per sedersi e lavorare per quattro dei cinque giorni di fila aggiornamento dei metadati per i documenti. Invece, si romperà per un periodo di settimane o forse più. Per facilitare questo processo, possiamo creare un "data senza tag" vista come mostrato:

Ora, Quando qualcuno si siede giù a spendere loro allocata quotidiana o due ore a tag ai documenti migrati, Essi possono utilizzare i documenti senza tag"" vista a concentrare i loro sforzi:

Come documenti di tag utenti, cadono fuori questa lista.

Questa nozione di una visualizzazione dati senza tag può anche aiutare con una classe di problema di convalida dati persone informarsi sul forum. Out of the box, non c'è alcun modo per impedire agli utenti di caricare un documento su MOSS e poi non entrare meta dati. Possiamo specificare che una colonna particolare sito è obbligatoria e l'utente non potrà spingere Salva pulsante. Tuttavia, Se l'utente che carica e poi si chiude il browser (o usi windows explorer per caricare il documento), Noi non possiamo obbligare l'utente a inserire i meta dati (ancora una volta, fuori dalla scatola).

Questo approccio può essere utilizzato per aiutare con questa situazione. Possiamo usare un dati scarsamente contrassegnati da"" Mostra per identificare questi documenti e correggerli facilmente. Coppia questo con un indicatore KPI e hai buona visibilità ai dati con drill-down per gestire queste circostanze eccezionali.

</fine>

Iscriviti al mio blog.

Questa settimana, Ho lottato un po' con la mia squadra per ottenere installato in una semplice due server farm MOSS. Dopo aver passato attraverso di essa, Ho un maggiore apprezzamento per i tipi di relazione di persone problemi sul forum MSDN e altrove.

La configurazione finale farm:

• WFE SQL/indice/Intranet all'interno del firewall.
• WFE nella DMZ.
• Una sorta di firewall tra la DMZ e server interno.

Prima abbiamo iniziato il progetto, Lasciamo il client conosce quali porte aveva bisogno di essere aperta. Durante il dare e avere, avanti e indietro, oltre che, non abbiamo mai esplicitamente detto due cose importanti:

1. Significa che è necessario un certificato SSL.
2. Il server DMZ deve essere parte di un dominio.

Primo giorno, Siamo arrivati a installare MOSS e imparato che non erano stati creati gli account di dominio per database e muschio. Spostare le cose, Siamo andati avanti e tutto installato con un account locale sul server intranet.

A questo punto, abbiamo scoperto la confusione sopra il certificato SSL e, Purtroppo, ha deciso di avere il nostro ragazzo di infrastruttura di tornare più tardi quella settimana per continuare l'installazione del server DMZ. Nel frattempo, noi architetti soluzione spostato in avanti con la roba di business.

Passa un week-end e il client ottiene il certificato.

Il nostro ragazzo infrastruttura presenta e scopre che il server DMZ non appartenente a qualsiasi dominio (un dominio di perimetro con fiducia limitata o il dominio intranet). Abbiamo perso quasi un 1/2 giorno su quello. Se non avessimo lasciamo noi impantanarsi il certificato SSL mancante, avremmo scoperto questo all'inizio. Oh, va bene….

Un altro giorno passa e i vari comitati di sicurezza, le parti interessate e (non è così) passanti innocenti tutti d'accordo che è OK per aggiungere il server DMZ con il dominio intranet (Questo è un POC, Dopotutto, non una soluzione di produzione).

Arriva tipo di infrastruttura per concludere. Questa volta abbiamo passare con successo attraverso l'il guanto di sfida di moderno-giorno affettuosamente soprannominata la "Configurazione guidata SharePoint." Abbiamo una sbirciatina in Amministrazione centrale e … Yee haw! … DMZ server è elencato nella farm. Guardiamo un po' più vicino e realizzare che abbiamo rotto aperto Champaign un po' acaro presto. Servizi di WSS è bloccato in un "a partire" status.

Lunga storia breve, si scopre che abbiamo dimenticato di modificare l'identità dell'account del servizio tramite Amministrazione centrale dall'account locale originale per il nuovo account di dominio. L'abbiamo fatto, ri-correva la configurazione guidata e voilà! Siamo stati in affari.

</fine>

Iscriviti al mio blog.

Anche se non è letteralmente vero, in pratica, deve essere un connessione a internet web front-end in una DMZ in un dominio (vale a dire. non un server autonomo in un proprio gruppo di lavoro poco). Non ha bisogno di essere nello stesso dominio come il WFE interno(s) e altri server (e probabilmente non dovrebbe), ma deve essere un dominio.

I miei colleghi ed io abbiamo trascorso una quantità eccessiva di tempo su una proposta che comprendeva SharePoint pre-requisiti. Ciò ha incluso un elenco completo delle configurazioni del firewall che consente il server DMZ partecipare alla farm e così via. Purtroppo, non siamo riusciti ad aggiungere da qualche parte una frase che ha detto, per l'effetto, "il punto intero sanguinoso di questa configurazione è per consentire al vostro server DMZ WFE, in un dominio, per unire la fattoria interna."

Una tempesta perfetta di eventi, dove siamo fondamentalmente sembrava sinistro quando potremmo avere guardato giusti, cospirato per nascondere questo problema da noi fino a che abbastanza tardi nel processo, impedendo così mi richiama mia "Dì cattive notizie presto" regola.

Sospiro.

Iscriviti al mio blog.

Utenti del forum frequentemente come domande come questa:

> Ciao,
>
> Per favore mi dica se ci sono qualsiasi possibilità di costruire un elenco personalizzato con
> tipo di master e dettaglio (come fatture) senza utilizzo di InfoPath.
>

SharePoint fornisce alcuni fuori il box caratteristiche che supportano i tipi di requisiti aziendali come quella.

In generale, uno collega due liste insieme utilizzando una colonna di ricerca. Nell'elenco A contiene le informazioni di intestazione della fattura e lista B contiene dettagli della fattura.

Utilizzare elenchi supplementari per mantenere i numeri cliente, numeri di prodotto, ecc.

Utilizzare una query contenuto web part (in MOSS solo) e/o un data visualizzazione web part per creare visualizzazioni unite degli elenchi. SQL Server Reporting Services (SRS) disponibile anche per il segnalazione lato di esso.

Tuttavia, Ci sono alcune importanti limitazioni che lo rendono difficile da usare puro out-of-the-box caratteristiche per tutto ciò che è anche moderatamente complessa. Questi includono:

• Dimensione di ricerca correlato elenchi vs. "intelligenza" del tipo della colonna di ricerca. Un tipo di colonna di ricerca si presenta l'interfaccia utente in modo diverso a seconda se hai attivato una selezione multipla o non. In entrambi i casi, il controllo di out-of-the-box Mostra tutti gli elementi disponibili nell'elenco di origine. Se la lista sorgente ha 1,000 elementi, che sara ' un problema. Il controllo di ricerca non pagina attraverso quegli elementi. Invece, tutti loro tira nel controllo. Che rende per un'interfaccia di utente molto imbarazzante sia in termini di prestazioni e data entry.
• Ricerche di "tirare indietro" una colonna di informazioni. Non si può mai tirare indietro più di una colonna di informazioni dall'elenco origine. Per esempio, non è possibile selezionare un cliente "12345" e visualizzare il numero come nome e indirizzo del cliente allo stesso tempo. La ricerca Mostra solo il cliente numero e nient'altro. Questo rende per un'interfaccia utente scomodo e difficile.
• Nessuna comunicazione intra-modulo. Ho scritto su questo qui. Non è possibile implementare CSS drop-down, attivare o disattivare in modo condizionale campi, ecc.
• Senza eliminazioni a catena o built-in integrità referenziale. SharePoint elenchi personalizzati vengono considerati entità indipendenti e non consente di collegarli tra loro in un senso tradizionale di ERD. Per esempio, SharePoint consente di creare due elenchi personalizzati, "cliente" e "intestazione fattura". È possibile creare un'intestazione fattura che collega indietro a un cliente nell'elenco clienti. Poi, è possibile eliminare il cliente dall'elenco. Out of the box, non c'è nessun modo per evitare questo. Per risolvere questo tipo di problema, normalmente si usa i gestori eventi.

Può sembrare tetro, ma vorrei ancora utilizzare SharePoint come punto di partenza per costruire questo genere di funzionalità. Anche se ci sono spazi tra che cosa avete bisogno in una soluzione, SharePoint consente di colmare tali lacune utilizzando strumenti come:

• Gestori eventi. Li usa per applicare l'integrità referenziale.
• Colonne personalizzate: Creare tipi di colonna personalizzati e utilizzarli al posto della colonna di ricerca predefinito. Aggiungere il paging, buffering e funzionalità AJAX per renderli responsivi.
• BDC. Questa funzionalità solo MOSS ci permette di query che altri SharePoint elenca con un'interfaccia utente di qualità superiore della colonna di ricerca usuale. BDC può anche raggiungere un'applicazione server di back-end. Utilizzare BDC per evitare la replica. Invece di replicare le informazioni di cliente da un back-end sistema ERP, utilizzare invece la BDC. BDC caratteristiche forniscono un'interfaccia utente gradevole per estrarre tali informazioni direttamente dal sistema ERP cui appartiene ed evita il fastidio di mantenere una soluzione di replica.

  BDC è una caratteristica MOSS (non disponibile in WSS) è difficile da configurare.

• Modulo web ASP.NET: Creare un form AJAX-enabled completo che utilizza i servizi SharePoint oggetto modello e/o web per sfruttare gli elenchi SharePoint, fornendo un'interfaccia utente molto reattivo.

L'ultima opzione può sentire come stai iniziando da zero, ma considerare il fatto che la piattaforma SharePoint si inizia con le seguenti caratteristiche chiave:

• Modello di sicurezza con manutenzione.
• Sistema di menu con manutenzione.
• "Tabella master" (vale a dire. elenchi personalizzati) con sicurezza, built-manutenzione e revisione contabile.
• Ricerca.
• Strumenti di integrazione back-end (BDC).

Se si inizia con un nuovo progetto vuoto in visual studio, Hai un sacco di infrastrutture e impianti idraulici per costruire prima di arrivare nei pressi di quello che SharePoint offre.

Credo che Microsoft intende estendere SharePoint in questa direzione di sviluppo di applicazioni. Sembra come una naturale estensione di SharePoint esistente base. Applicazione CRM di Microsoft fornisce una grande quantità di estensibilità dei tipi necessari per supportare lo sviluppo di applicazioni di intestazione/dettaglio. Anche se queste caratteristiche sono in CRM, la tecnologia è ovviamente disponibile per il team di sviluppo di SharePoint e mi aspetto che nel prodotto SharePoint farà sua strada entro la fine del 2008. Se qualcuno ha una conoscenza o la comprensione in questo, si prega di lasciare un commento.

</fine>