Crad's .NET Blog

Nonostante avessi configurato correttamente la Windows Authentication, aperto Visual Studio con i privilegi elevati, ecc.ecc. di punto in bianco non sono riuscito più ad attivare il debug della mia applicazione con il classico F5:

Unable to start debugging on the Web Server. An authentication error occurred while communicating with the Web Server.

o qualcosa del genere.

Sono andato avanti un paio di giorni agganciandomi manualmente al processo w3wp.exe, poi stamattina ho trovato questo post che mi ha risolto il problema

Stavo installando Cuyahoga e mi son reso conto che l'hosting di applicazioni ASP.NET sotto IIS 7.0 e Windows Vista richiede un pizzico di attenzione in più rispetto alla norma. Per chi si trovasse con una necessità analoga, segnalo che gli step da eseguire sono:

• Installare il .NET Framework 1.1 e relativo SP1 (indispensabile a meno di non voler vedere il worker process di IIS7 crashare ad ogni richiesta di pagina)
• Creare una cartella applicazione sotto IIS7 e mapparla sulla cartella del sito
• Come application pool, selezionare ASP.NET 1.1
  

• A questo punto, ogni richiesta di pagina genererà un errore perché per default l'estensione ISAPI di ASP.NET 1.1 non è abilitata, quindi click sul treeview in corrispondenza del nodo principale, selezioniamo ISAPI and CGI Restrictions e scegliamo di attivare anche ASP.NET 1.1
  

Se non ho dimenticato nulla, ora finalmente l'applicazione dovrebbe eseguirsi correttamente.

HTH

"Longhorn sarà completamente managed"

"No, ancora C++"

"Però ci sarà WinFS"

"Niente, ancora NTFS"

"Però avremo Monad"

"Sì, scaricabile a parte, più in là, quando lo avremo terminato"

"Ma allora cosa mettiamo oltre Aero e IIS7 ?"

"Caspita, quindici modi differenti per uscire non ti bastano?"

Scherzi a parte, segnalato da Ayende, leggete un po' come si fa ad impiegare più di un anno per sviluppare questo menu!!

Mah...

Per una serie di vicissitudini, ancora non installo Vista RTM e sono ancora inchiodato alla RC1 (tanto la RC2 è solo poche build avanti... chi me lo fa fare...)

Stasera ho provato ripetutamente a riprodurre un DVD ma né Media Player, né Media Center volevano saperne di funzionare. Il primo reagiva con questa simpatica dialog

che detta da un PC con 2GB di RAM fa sorridere, soprattutto se ha riprodotto tutto perfettamente fino a pochi giorni fa, il secondo dava un generico errore sul codec.

Breve Google-ata, e scopro che c'è un maledettissimo timebomb sul codec MPEG-2.

Morale: credo proprio che dovrò trovare una giornata di tempo per la migrazione alla RTM!!!

UPDATE IMPORTANTE, LEGGETE CON ATTENZIONE

Ho notato, guardando i referral di questo post (comunque datato 23 novembre 2006), che esso è stato associato ad una presunta quanto fantomatica forma di Trusted Computing. In relazione a questo fatto e alle discussioni che ne sono seguite, peraltro incomplete, assolutamente inesatte nella forma, nei contenuti e palesemente di parte, il sottoscritto precisa che:

1. Il Codec MPEG-2 è soggetto al pagamento di royalties, quindi è perfettamente normale che per esso sia prevista una scadenza, visto che la versione in esame era una trial (come tra l'altro chiaramente specificato all'interno del post stesso) di Windows Vista Ultimate Edition (peraltro l'unica versione dotata del codec sopracitato, chi volesse informazioni sulle varie versioni di Vista, può trovarle a questo indirizzo del sito Microsoft)
2. Con il termine Trusted Computing si indica tutt'altro, invito chi fosse interessato a queste problematiche di sicurezza, di documentarsi tramite questo link di Wikipedia e quest'altro del sito Microsoft.
3. La scelta di porre un limite temporale ad un codec fornito in bundle con un sistema operativo in versione trial è per il sottoscritto assolutamente condivisibile. In questo post mi lamentavo solo del fatto che tale limitazione non fosse immediatamente desumibile dal messaggio d'errore, altrimenti avrei installato un analogo player (di cui posseggo regolare licenza d'uso) e avrei risolto il problema in pochi minuti.
4. Non sono un Microsoft MVP (come si è scritto da qualche parte) e non ho alcuna relazione con l'azienda stessa, se non quella di utilizzarne strumenti di sviluppo a scopo professionale.
5. Gradirei che il mio nome, questo post e il mio blog in generale, non fossero associati in alcun modo a testi contenenti messaggi fuorvianti ed errati.

Grazie.

Marco De Sanctis

powered by IMHO 1.3

Non so se sia colpa degli ultimi Catalyst che ho installato, sta di fatto che Windows Vista dà alcuni problemi con i programmi che utilizzano la Sandbar, quando sono attivi gli effetti grafici.

La cosa, confermata anche sul forum di DivElements in questo thread, dipende dal fatto che questo componente utilizza un sistema personalizzato per il calcolo dell'ombra, che però è molto lenta a causa del nuovo Desktop Windows Manager.

Fortuna che un messaggio avvisa che il problema sarà risolto nella prossima RTM, staremo a vedere.

Questo è il mio primo post da Windows Vista, ho ancora su la Build 5600, ma il download della 5728 è oramai oltre il 90%

L'impressione generale non è male, anche se devo ancora risolvere qualche problemino che ho qui e lì (tipo Visual Studio che non va così d'accordo con IIS7). Capitolo UAC: è sicuramente importante che anche l'utente medio si abitui a lavorare con privilegi limitati, Windows 2K e XP ci hanno abituato molto male in questo senso. Il problema è che lo trovo parecchio invadente, soprattutto quando si ha la necessità di svolgere 3 o 4 operazioni amministrative di seguito. Sarebbe interessante se lo stato di administrator permanesse per qualche minuto (bastano anche un paio) dopo la prima autorizzazione, un po' come accade in molte distro Linux.

Ah, ultima nota: sono dovuto purtroppo passare a Windows Live Writer... IMHO continua a piacermi di più, ma non sono riuscito ad installarlo, mannagg... Andrea, se ci sei batti un colpo!!