Se non l’avete già acquistato in inglese tempo fa, vi segnalo che Mondadori Informatica/MS Press ha localizzato e pubblicato il Resource Kit per SharePoint 2003.

Il titolo italiano è “Microsoft SharePoint Prodotti e tecnologie“, edito nella collana Resource Kit.

Il libro è stato scritto dal “mitico” Bill English, noto per i suoi blog e per le conferenze tenute su SharePoint, e dai componenti dei team di sviluppo di SharePoint.

Io già possedevo la versione originale, e da una prima rapida occhiata alla versione italiana direi che non sembrano esserci grossolani errori di traduzione.

Per maggiori informazioni vai sul sito.

Da qualche settimana è stato annunciato (Microsoft Security Bulletin MS05-006) un security bug su Windows SharePoint Services 2003, e conseguentemente anche su SharePoint Portal Server 2003 (che si fonda sui WSS).

Chi non l’avessa ancora scaricato/installato la patch… può farlo qui.

Il bug consiste in una vulnerability di tipo “Remote Code Execution“, magari non è così critica per applicazioni intranet di SharePoint (dove normalmente ci si fida degli utenti…), ma è senza dubbio importante per le applicazioni pubbliche sul web.

Alcuni colleghi mi hanno chiesto come fare per far sì che sulle pagine di un sito WSS compaia il “classico” pulsante di Login per consentire l’accesso con specifiche credenziali agli utenti del sito.

SharePoint nasce, una volta installato, con autenticazione integrata a quella di Windows. Pertanto riconosce l’utente che si presenta al sito e lo autentica (o meno) all’accesso, conferendogli le autorizzazioni (Site Groups) definite per lui dall’amministratore.

Su WSS è anche possibile attivare l’Anonimous login. Per farlo occorre ripristinare l’accesso anonimo sul virtual server dalla console di amministrazione di IIS. Quindi dalle pagine di amministrazione centralizzata di WSS sarà possibile specificare cosa potrà fare l’utente anonimo (se leggere e basta, se assumere il ruolo di contributor, ecc.).
Questa è una situazione classica là dove si decide di utilizzare WSS come architettura per un sito web pubblico su Internet (con alcune aree di content management riservate).

Una volta attivato l’accesso anonimo al sito, come per incanto apparirà sull’intestazione delle pagine il pulsante “Login”. Ed il gioco è fatto!

In altre situazioni, dove invece si sfrutta l’autenticazione integrata Windows, e l’esigenza è quella di fare del testing sulle pagine, sulle visualizzazioni dei “normali utenti” (e non degli Administrators), il mio suggerimento è quello di crearsi un utente di test (con analoghe autorizzazioni dei normali users), e crearsi uno script (o anche un semplice batch) per apre una finestra di IE con il “run as” e sfrutta le credenziali dell’utente di test. Si eviterà così di dover fare logout/login per verificare la correttezza delle impostazioni.

Una delle funzionalità di WSS ed SPS 2003 è quella degli Avvisi (o Alerts).
Questa comoda caratteristica è pensata per fare in modo che l’utente del sito SharePoint o del portale possa -autonomamente- attivare l’invio di e-mail di avviso ogni qual volta accade qualcosa sul contenuto di una pagina, di una lista e di ogni altro cambiamento per lui interessante.
L’utente può naturalmente specificare il tipo di modifica da monitorare (inserimento, modifica, eliminazione, ecc.), definire la frequenza degli invii (immediata, giornaliera o settimanale) e amministrare autonamente il tutto attraverso una pagina web di gestione.

In certi progetti potrebbe far comodo a chi gestisce il sito e ne è l’amministratore, di abilitare particolari reminder a specifici utenti o all’intera popolazione del portale.

Jan Tielens ha risolto il problema, scrivendo un tool per consentire agli amministratori SharePoint l’attivazione di Alerts per conto di altri utenti.
Jan ha fatto di più, nel pieno spirito della sempre più attiva comunità dei professionisti interessati a SharePoint, ha reso scaricabile dal suo blog sia la Web Part completa che il codice sorgente (http://weblogs.asp.net/jan/archive/2004/03/27/97335.aspx ).

Ho provato la Web Part e funziona perfettamente. Senza nessun problema anche sulla versione italiana di WSS o SPS.

Grazie Jan! 🙂

Come sempre i Service Packs tutti sanno che servono a qualcosa… si pensa solitamente alla soluzione di qualche bug trovato dopo il rilascio del prodotto.

Microsoft ha da qualche mese due SP per SharePoint 2003, uno per i WSS (Windows SharePoint Services) ed uno per SPS (SharePoint Portal Server).

In particolare gli SP1 di cosa  si occupano? E’ questa la domanda che mi ha fatto un cliente ieri, menre ero nella sua azienda peruna consulenza, finalizzata alla realizzazione di un’infrastruttura di document management basata su WSS.
La risposta spontanea è solitamente: “Il service pack risolve alcuni problemi e ottimizza le performance di diverse funzionalità, bla bla”… ma, volendo entrare più nel dettaglio, ho recuperato un paio di informazioni in giro (per i dettagli consultare i corrispondenti articoli sulla KB di MS):