Di seguito gli interventi pubblicati in questa sezione, in ordine cronologico.
 
 

Stiamo pianificando la migrazione di piattaforma per l'intranet aziendale dall'ambiente MOSS2007 a MOSS2010.
La strada più veloce per testare quali e quanti problemi porti con se questa attività è quella di eseguire un backup del 'vecchio' database dei contenuti e riagganciarlo ad una nuova webapp nella nuova farm. Gli step da seguire sono i seguenti:

1) Eseguire il backup del database dei contenuti (usualmente "content_db"); in ogni caso questi sono elencati in Central Admin->Application Management->Site Collection List

2) Completare il restore del database sul nuovo server (consigliato SQL2008 per MOSS2010) creando un database vuoto e scegliendo questo come target database del processo di restore 

3) Creare una nuova Web App nel server 2010: Central Admin->Application Management->Create or extend Web App->Create New Web App

4) Importare i contenuti del "vecchio" database nel "nuovo" usando STSADM (meglio se mettete nella variabile path dell' OS la sua posizione su filesystem c:\program files\common files\microsoft shared\web server extentions\14\bin). La sintassi corretta per lanciare la migrazione dei contenuti è stsadm -o addcontentdb -url http://yourwebapp -databasename yourcontentdb -databaseserver dbserver

5) Lanciare IISRESET.

Verificare navigando i contenuti del portale che sia andato tutto ok spulciando minuziosamente i file di log presenti in c:\program files\common files\microsoft shared\web server extentions\14\log.

Abbiamo pubblicato attraverso una nuova site collection una sezione del portale aziendale utilizzando come autentication provider SQL al posto dell'autenticazione su Domain controller.

A qualche utente è capitato che, aprendo un documento (in particolare un file .docx), in Word compaia una pagina HTML in modalità struttura della quale, peraltro, è impossibile autenticarsi.

Di recente abbiamo nuovamente provveduto a pubblicare su internet siti e risorse residenti su MOSS; l'architettura della farm è mista, composta cioè da nodi (e rispettivi ruoli) non esclusivamente Microsoft.

Riporto in questo post alcune segnalazioni recuperate da altri blog in merito alla corretta pubblicazione di MOSS.

Gli articoli trattano dell’alternate access mapping e degli step da seguire per la corretta pubblicazione delle risorse WSS anche attraverso infrastruttura di rete non nativa M$.

http://www.toddklindt.com/blog/Lists/Posts/Post.aspx?ID=39

http://blogs.msdn.com/sharepoint/archive/2007/03/06/what-every-sharepoint-administrator-needs-to-know-about-alternate-access-mappings-part-1.aspx

Naturalmente ringrazio gli autori delle guide che trovate agli indirizzi poco sopra.

Durante il deploy di una soluzione in ambiente MOSS2007, all'atto dell'attivazione di una feature, il server ha risposto con questo messaggio la cui risoluzione ci ha fatto perdere un pò di tempo:


 "The located assembly's manifest definition does not match the assembly reference"

 

Prima di tutto, lanciate un bell' IISRESET /NOFORCE e poi riprovate!! : - )

Durante lo sviluppo di moduli Infopath può capitare che, al momento della pubblicazione nella form-library,

non sia più possibile caricare il modulo in una library senza l’approvazione di un amministratore.

Questo può capitare perché si è fatto ricorso allo sviluppo di codice custom nel modulo; però io NON ho ancora scritto nulla… e quindi? A me personalmente è capitato (e di questo me ne ricordo) di aver acceduto alle proprietà di un controllo (usualmente il bottone Submit) e, probabilmente, di aver selezionato Edit Form Code.

Già questo basta per aggiungere delle referenze nel progetto del modulo che impostano il flag di controllo di compatibilità browser su false.

Per risolvere, dal menu Tools > Form Options selezionare Programming e premere il tasto Remove Code.

Ora la form è nuovamente compilabile via browser.