Passa ai contenuti principali

TFS2010 Object Model: Collegarsi ad un server TFS 2008 tramite l’object model di TFS 2010

Questo post funge da compendio a tutti i post già pubblicati sull’object model di Team Foundation Server 2010 e agli articoli pubblicati su DomuDotNet (link, link, link, link, link e link) e ha lo scopo di mostrare come sia possibile utilizzare l’object model di TFS per accedere ad un server TFS 2008.

L’object model di Team Foundation Server 2010 è completamente compatibile con il server 2008 e, in particolare, l’unica differenza sostanziale è la modalità con cui si recupera le due istanze fondamentali per l’accesso al server: TfsConfigurationServer e TfsTeamProjectCollection.

Cominciamo con il prendere in esame il recupero dell’istanza di TfsConfigurationServer e per fare ciò vediamo come si presenta la finestra di inserimento di un nuovo server nelle due versioni del team explorer.

Nella versione 2010 abbiamo:

SNAGHTML7d931d

mentre nella versione 2008:

SNAGHTML7d3248

La differenza tra le due maschere è la presenza della proprietà Path (nella 2010) che fa si che, a parità di nome server, l’url sia leggermente diverso ed in particolare:

  • http://NomeMioServer:8080/tfs nella versione 2010;
  • http://NomeMioServer:8080 nella versione 2008.

Questa osservazione ci permette facilmente di recuperare un istanza di TfsConfigurationServer utilizzando, ad esempio, la factory TfsConfigurationServerFactory:

  1. Public Function GetTFSConfigurationServer(serverName As String) As TfsConfigurationServer
  2.     Contract.Requires(Of ArgumentNullException)(serverName IsNot Nothing)
  3.  
  4.     Dim retval As TfsConfigurationServer = Nothing
  5.     Try
  6.         retval = TfsConfigurationServerFactory.GetConfigurationServer(GetServerUri(serverName),
  7.                                                                       New UICredentialsProvider())
  8.     Catch ex As Exception
  9.         Throw
  10.     End Try
  11.     Return retval
  12. End Function

Il metodo GetServerUri non fa altro che generare la classe Uri corrispondente al server TFS 2008 a partire dal nome del server (http://NomeServer:8080/):

  1. Public Function GetServerUri(serverName As String) As Uri
  2.     Contract.Requires(Of ArgumentNullException)(serverName IsNot Nothing)
  3.     Dim tfsUrl = String.Format("http://{0}:8080", serverName)
  4.     Return New Uri(tfsUrl)
  5. End Function

Per quanto riguarda le project collection, TFS 2008 non prevede queste entità. Come è possibile, allora, recuperare un’istanza di TfsTeamProjectCollection? Abbiamo, infatti, bisogno della TfsTeamProjectCollection per poter accedere a servizi come WorkItemStore (gestione dell’item tracking) o VersionControlServer (gestione del version control).

Nella realtà, proprio la non esistenza dlle collections fa si che l’intero server TFS sia visto come un unica collection il cui Url è, proprio, http://NomeServer:8080/.

Per questo motivo possiamo scrivere:

  1. Public Function GetTeamProjectCollection(serverName As String) As TfsTeamProjectCollection
  2.     Contract.Requires(Of ArgumentNullException)(serverName IsNot Nothing)
  3.  
  4.     Dim retval As TfsTeamProjectCollection = Nothing
  5.     Try
  6.         retval = TfsTeamProjectCollectionFactory.GetTeamProjectCollection(GetServerUri(serverName),
  7.                                                         New UICredentialsProvider())
  8.         retval.EnsureAuthenticated()
  9.     Catch ex As Exception
  10.         Throw
  11.     End Try
  12.     Return retval
  13. End Function

Una volta recuperata la TfsProjectCollection possiamo accedere ai servizi di work item tracking, version control etc., etc. in maniera analoga a quanto facciamo usualmente con le collection di TFS 2010.

 

Commenti

Post popolari in questo blog

VB for Dummies: La serializzazione – parte 2

Questo post è la continuazione del precedente post sulla serializzazione. In particolare vedremo la serializzazione SOAP e quella JSON.   Serializzazione SOAP La serializzazione SOAP è demandata alla classe SOAPFormatter contenuta nel namespace System.Runtime.Serialization.Formatters.Soap contenuto nella libreria omonima. Il formatter SOAP risale alle primissime versioni del framework e, purtroppo, da un certo punto in poi, pur non essendo stato dichiarato obsoleto, non è stato portato avanti nello sviluppo e non supporta alcuni tipi di dati usatissimi nel mondo .NET quali i generici e i nullable. Per questo motivo, non possiamo serializzare in formato SOAP (utilizzando il SOAPFormatter) la nostra Fattura (vedi post precedente) poichè questa ha una proprietà di tipo List(Of DettagliFattura) (generico).   Serializzazione JSON Il formato di serializzazione JSON (maggiori info qui ) è un formato testuale molto in voga nelle applicazioni AJAX. Si trata di un mod...

Recensione: Windows Runtime via C#

Può sembrare strano che un VB-ista legga un libro su C#, ma come diceva Sun Tzu: “ Se conosci il tuo nemico, conosci te stesso ”. A parte gli scherzi, il libro vale la pena di essere letto a prescindere dal linguaggio .NET con cui si lavora. Oltre  290 pagine dedicate agli aspetti fondamentali dello sviluppo con Windows Runtime per le Windows Store App. I prerequisiti per poter leggere il libro sono la conoscenza di C# e di Visual Studio e gli autori non danno per scontato quasi nulla partendo dai concetti di base quali il type system e i suoi principi (argomento che di solito è saltato a piedi pari da chi si avvicina al mondo WinRT dal framework completo e che, se non compreso, può dare problemi nello sviluppo quotidiano). Tra i concetti che possiamo definire “core”, troviamo anche i capitoli dedicati all’app packaging e al process model, entrambi ben strutturati e chiari. Già solo questi tre capitoli iniziali giustificherebbero, in un certo qual modo, l’acquisto del libro, ...

VB.NET for Dummies: Gli Eventi

Vorrei iniziare con questo post una serie dedicata ad aspetti di VB.NET di base che possono essere utile a coloro che si avvicinano al mondo .NET e che, in genere, non vengono trattati a livello base. La serie di post non ha la pretesa di essere assolutamente esaustivi sugli argomenti che tratterò In questo primo post parleremo degli eventi. Cosa sono e a cosa servono Un evento è la “notifica” dell’accadimento di qualcosa. Quando, ad esempio, premiamo un bottone della finestra di un’applicazione, dietro le quinte, il bottone stesso “notifica” al mondo circostante che qualcuno, in quell’istante, lo ha premuto. Sta, poi, al mondo circostante preoccuparsi di “intercettare” l’evento stesso per gestirlo (tramite un gestore di evento). Attenzione a non confondere la pressione del tasto con la “notifica” della pressione del tasto: l’evento è la “notifica” dell’accadimento, non l’accadimento stesso. Ma a cosa serve tutto ciò? Utilizzare gli eventi è un modo per disaccoppiare ...