Visual Studio

Vista, VS2005 “as Admin” e file recuperati

Michele Bernardi — Thu, 02 Aug 2007 16:59:00 GMT

Se usate windows Vista ed avete dei progetti Web vi sarete probabilmente rassegnati ad avviare Visual Studio "As Administrator" .

Se mentre avete delle modifiche pendenti in un progetto avviato come Administrators e aprite un'altra finestra di Visual Studio NON come Administrators molto probabilmente (se il file é già stato salvato nella cartella "Backup Files" da Visual Studio come nello screenshot qui sotto) vi verrà proposto di recuperare dei files modificati come se Visual Studio fosse crashato:

Ovviamente NON avreste un comportamento simile anche su altri SO (ad esempio XP) se avviaste VS con due utenti diversi in quanto questi non condividerebbero la cartella dei backup files di VS.

Team System: TeamFoundationServerFactory.GetServer accede al registry - LA SOLUZIONE

Michele Bernardi — Wed, 20 Jun 2007 18:48:00 GMT

Se cercate di creare un oggetto TeamFoundationServer da un thread che gira con un account utente che non ha le credenziali di scrittura sul registry incapperete nell'eccezione [SecurityException: Requested registry access is not allowed.] (come già descritto qui).
Grazie all'inossidabile Lorenzo ed ai suoi preziosi contatti ho trovato la soluzione.

Sostanzialmente (se ho ben capito) se specifico un server nei metodi (ed i loro rispettivi overloads):
TeamFoundationServerFactory.GetServer(serverName)
new TeamFoundationServer(serverName)
passando come parametro il SOLO NOME del server viene effettuato dapprima un accesso in lettura alla chiave:
HKEY_CURRENT_USER\Software\Microsoft\VisualStudio\8.0\TeamFoundation\Servers
per verificare se esiste un server memorizzato con il nome passato, dappoi tenta l'accesso al server specificato sulla porta standard (8080). Verificata l'esistenza del server cerca di scrivere nella sopracitata chiave un valore. E qui casca TS: se il mio utente non ha il permesso di scrittura nella chiave tutto crasha (no, non ditemi "é giusto così": la verità é che manca un bel try catch!).

Workaround? Banalmente basta specificare l'URL completo del server: http://severName:8080
Se poi avete esigenza di fare funzionare il tutto con ASP.NET ringraziando l'amico Luis di Lorenzo guardaveti questa pagina.

Incrociare le dita... e che Dio ce la mandi buona!

Team System: TeamFoundationServerFactory.GetServer accede al registry

Michele Bernardi — Tue, 19 Jun 2007 19:29:00 GMT

E se il mio utente non ha permesso di scrivere nel registry?!
Risposta:

System.ThrowHelper.ThrowSecurityException(ExceptionResource resource) +48
Microsoft.Win32.RegistryKey.OpenSubKey(String name, Boolean writable) +2780921
Microsoft.TeamFoundation.Client.RegisteredServers.OpenCurrentUser(Boolean writable, Boolean shouldCreate) +50
Microsoft.TeamFoundation.Client.RegisteredServers.GetUriForServer(String serverName) +43
Microsoft.TeamFoundation.Client.TeamFoundationServer.GetUriForName(String name) +93
Microsoft.TeamFoundation.Client.TeamFoundationServer.get_Uri() +25
Microsoft.TeamFoundation.Client.CheckAuthenticationProxy..ctor(TeamFoundationServer server) +22
Microsoft.TeamFoundation.Client.TeamFoundationServer.Authenticate(Boolean useProvider, ICredentialsProvider provider) +58
Microsoft.TeamFoundation.Client.TeamFoundationServer.Authenticate() +17

E tutto questo per memorizzare l'elenco dei server conosciuti per l'utente... Direi che sono DISCRETAMENTE senza parole... alla faccia di sviluppare con zero privilegi!!! Francamente per quanto mi sforzi non riesco a trovare nessuna soluzione SPECIALMENTE perché la mia é un'applicazione ASP.NET che dovrebbe girare con impersonation!!! :-S

Visual Studio bug: dtproperties marcata come usertable

Michele Bernardi — Thu, 23 Feb 2006 11:43:00 GMT

Facendo delle prove per verificare la compatibilità dell'applicazione che stiamo scrivendo per MSDE 2000 con SQLServer Express mi sono imbattutto in un fastidiosissimo bug che inchioda puntualmente un paio di unit test:
se create un diagramma di database in SQL Server 2000 con Visual Studio viene creata la tabella dtproperties che é erroneamente marcata come usertable al posto di systemtable!!! Il bug é arcinoto, ma comunque una seccatura...

#End Region"

Michele Bernardi — Tue, 26 Jul 2005 18:24:00 GMT

Succede solo a me che quando scrivo
#Region ""
#End Region"

Mi impazzisce Visual Studio e scrive in giapponese?!

Assembly HELL!

Michele Bernardi — Wed, 18 May 2005 18:54:00 GMT

Sono giorni che a tratti ottengo dei problemi di caricamento di alcuni assembly. Per ignoti motivi non vengono caricate le versioni giuste. Ad un certo punto una istruzione interrompe l'esecuzione e senza alcuna plausibile motivazione esce un'eccezione di tipo System.IO.FileLoadException che mi dice che la versione dell'assembly XXXX non corrisponde a quella.... blablabla... Uso visual studio con una soluzione che contiene 6 progetti. Ho provato a ricercare con la funzione "trova" di windows tutte le occorrenze di quell'assembly nel mio file system ed eliminarle, ma niente da fare il problema persiste a cancellazioni, riavvii e addirittura ri-creazione dei progetti (sì, anche ricreando i progetti se questi hanno lo stesso nome)!
Ormai prossimo al suicidio mi sono accorto che Visual Studio carica gli assembly dalla cartella:

C:\documents and settings\michele\impostazioni locali\dati applicazioni\assembly

...Ebbene non so perché ma i files in questa cartella sfuggivano alla ricerca effettuata su c:\, però affettuando la ricerca limitata a questa directory venivano trovate N occorrenze del mio assembly con versione scorretta. Chiuso VS, eliminato tutto e come per magia... TUTTO TORNA A FUNZIONARE!

Creare un template di progetto per NUnit

Michele Bernardi — Mon, 08 Nov 2004 18:56:00 GMT

Premessa: questo template é stato creato per VB.NET, penso che la creazione di un analogo per C# sia abbastanza simile.

Settimana scorsa mi sono finalmente deciso a dare una svolta alla noiosissima questione della creazione di progetti per effettuare unit testing con NUnit, così ho iniziato a spulciare in rete, tra prove ed errori, in maniera completamente empirica questo é quanto sono riuscito a mettere insieme.

Scopo: creare un template di progetto che contenga una classe e:

Riferimento (e riferimento importato a livello di progetto) all'assembly Nunit.framework

Avvio programma esterno: c:\programmi\nunit\bin\nunit-gui.exe

Ecco il mio procedimento:

Aprire la cartella C:\Programmi\Microsoft Visual Studio .NET 2003\Vb7\VBProjects

Copiare il file ClassLibrary.vsz in NUnitTestLibrary.vsz

Aprire il file appena creato e modificare la linea: Param="WIZARD_NAME= NUnitTestLibrary"

Aprire la cartella C:\Programmi\Microsoft Visual Studio .NET 2003\Vb7\VBWizards

Copiare la cartella ClassLibrary in NUnitTestLibrary

Aprire la cartella C:\Programmi\Microsoft Visual Studio .NET 2003\Vb7\VBWizards\NUnitTestLibrary\Scripts\1040

Editare il file default.js, costituendo tutte le occurrenze (una sola ) di ClassLibrary con \\NUnitTestLibrary
Aprire la cartella C:\Programmi\Microsoft Visual Studio .NET 2003\Vb7\VBWizards\NUnitTestLibrary\Templates\1040

Rinominare il file ClassLibrary.vbproj in NUnitTestLibrary.vbproj

Aprire il file NUnitTestLibrary.vbproj con un editor di testo (Non VS.NET)

Aggiungere le seguenti 4 linee nelle sezioni config:

StartAction = "Program"
StartArguments = "Test.dll"
StartProgram = "c:\Programmi\NUnit V2.1\bin\nunit-gui.exe"
StartWorkingDirectory = "\bin"

Aggiungere alla sezione References questo TAG:

Aggiungere alla sezione Imports questo TAG:

Chiudete, salvate, pregate ed avviate Visual Studio!

Segue qui il file vbproj completo (come fatto sulla mia macchina)

<VisualStudioProject>
    <VisualBasic>
        <Build>
            <Settings
                OutputType = "Library"
                StartupObject = ""
         >
                <Config
                    Name = "Debug"
                    DebugSymbols = "true"
                    DefineDebug = "true"
                    DefineTrace = "true"
                    IncrementalBuild = "true"
                    OutputPath = "bin"

                    StartAction = "Program"
                    StartArguments = "Test.dll"
                    StartPage = ""
                    StartProgram = "c:\Programmi\NUnit V2.1\bin\nunit-gui.exe"
                    StartURL = ""
                    StartWorkingDirectory = "\bin"

                />
                <Config
                    Name = "Release"
                    DebugSymbols = "false"
                    DefineDebug = "false"
                    DefineTrace = "true"
                    IncrementalBuild = "false"
                    Optimize = "true"
                    OutputPath = "bin"
                />
            </Settings>
            <References>
                <Reference Name = "System" />
                <Reference Name = "System.Data" />
                <Reference Name = "System.XML" />
  <Reference Name = "nunit.framework"
   AssemblyName = "nunit.framework"
   HintPath = "c:\Programmi\NUnit V2.1\bin\nunit.framework.dll"
   AssemblyFolderKey = "hklm\dn\corival assemblies"
  />
            </References>
            <Imports>
                <Import Namespace = "Microsoft.VisualBasic" />
                <Import Namespace = "System" />
                <Import Namespace = "System.Collections" />
                <Import Namespace = "System.Data" />
                <Import Namespace = "System.Diagnostics" />
                <Import Namespace = "nunit.framework" />
            </Imports>
        </Build>
        <Files>
            <Include>
            </Include>
        </Files>
    </VisualBasic>
</VisualStudioProject>

Io ho anche modificato il file Class.vb in:

<TestFixture()> _
Public Class [!output SAFE_ITEM_NAME]
#Region "Setup e TearDown"
<TestFixtureSetUp()> _
Public Sub Setup()

End Sub

<TestFixtureTearDown()> _
Public Sub TearDown()

End Sub
#End Region

<Test()> _
Public Sub Test()

End Sub
End Class

Finestra di comando e visibilità

Michele Bernardi — Mon, 08 Nov 2004 16:28:00 GMT

Avete mai notato che la "finestra di comando" di Visual Studio vi permette di vedere dall'esterno (anche senza avere aperto il progetto in questione) anche metodi/campi e proprietà che non dovrebbero essere visibili (Protected, Private, Friend, ...). Unica pecca: non si vedono con l'intellisense.

P.S. Grazie Ele del suggerimento

C# avrà l'edit & continue!

Michele Bernardi — Sat, 16 Oct 2004 12:56:00 GMT

E' ufficiale! C# avrà l'edit & continue.
http://blogs.msdn.com/somasegar/archive/2004/10/15/242853.aspx
Onestamente, al di la di chi voglia fare il "purista" solo per partito preso mi sembra una feature che NON poteva mancare!

Productivity features in VB.NET

Michele Bernardi — Sat, 16 Oct 2004 12:54:00 GMT

Come aveva sottolineato lo stesso Francesco Balena 2 ugidotnet meeting fa per C# sono state inserite in VS 2005 delle "productivity features" veramente interessanti: autocompletamento di parole chiave semplificazioni per le operazioni più comuni (per esempio scrivendo For l'intellisense potrebbe mostrare una cosa come For i as int32 = 0 to.... ecc. ecc.). Per richiedere che anche VB.NET 2005 abbia questa feature votate qui:

http://lab.msdn.microsoft.com/productfeedback/viewfeedback.aspx?feedbackid=48ff251c-f0f1-4862-ac90-8824629ea7f3