Monthly Archives: agosto 2012

[#WINDOWS8] Trials de 90 dias para probar Windows 8

image

Buenas,

si bien tengo varias suscripciones MSDN (Avanade, MVP, etc), y en cada una de ellas tengo varias licencias de desarrollo de Windows 8, cuando tengo que preparar entornos de usar y tirar lo mejor es descargar la versión de 90 días de evaluación desde aquí.

En este caso es la versión Windows 8 Enterprise, con lo que la mayoría de las características están allí para probar. Y eso sí, dentro de 90, ¡¡¡ autodestrucción !!!

Descarga: http://technet.microsoft.com/en-US/evalcenter/hh699156.aspx?ocid=wc-tn-wctc

Saludos @ Home

El Bruno

image image image


Archivado en: Windows 8

[# VS2012] Tip to always have your work in progress really close when you have to checkin (I)

image

Buenas,

one of the major advantages and disadvantages of Team Foundation Server is the ability we associate our changes in the source code with work items that give life to a project. It is an advantage because it allows us to have transparency in the real state of a project, and is a disadvantage because when you have many work items, because until now it was not easy to get that this defining your work.

Well, one of the interesting new features in Visual Studio 2012 and Team Foundation Server 2012 is the ability to have a query of WorkItems to be able to associate them with our changes. By default when we see the Queries item in the section “Related WorkItems”, we see that it is empty.

image

In order to have a query by hand at that point, we should mark it as a favorite. This we do it from the “Work Items” section and selected a query, deploy the shortcut menu and select the option “Add to My Favorites”. In this case, the query that I recommend to select is “Work In Progress”… your name now says you it all.

image

At this time if we go back to the section of the pending changes, we can see that we have this query by hand, to associate our WorkItems.

image

The best thing for tomorrow, with the “My Work” section

Saludos @ Home

El Bruno

image image image


Archivado en: EnglishPost, Team Foundation Server 2012, Team Foundation Service, Visual Studio 2012

[#VS2012] Tip para tener siempre a mano nuestro trabajo en progreso al hacer checkin (I)

image

Buenas,

una de las grandes ventajas y desventajas de Team Foundation Server es la capacidad que tenemos de asociar nuestros cambios en el código fuente con los elementos de trabajo que dan vida a un proyecto. Es una ventaja porque nos permite tener transparencia en el estado real de un proyecto, y es una desventaja porque cuando tienes muchos elementos de trabajo, pues hasta ahora no era fácil llegar al que esta definiendo tu trabajo.

Pues bien, una de las novedades interesantes en Visual Studio 2012 y Team Foundation Server 2012 es la capacidad de tener a mano una consulta de WorkItems para poder asociar los mismos a nuestros cambios. Por defecto cuando vemos en la sección “Related WorkItems” el elemento Queries, vemos que el mismo está vacío.

image

Para poder tener a mano una consulta en ese punto, debemos marcar la misma como favorita. Esto lo hacemos desde la sección “Work Items” y seleccionado una query, desplegamos el menú contextual y seleccionamos la opción “Add to My Favorites”. En este caso, la query que recomiendo seleccionar es “Work In Progress” … su nombre ya te lo dice todo.

image

En este momento si volvemos a la sección de los cambios pendientes, ya podremos ver que tenemos esta query más a mano, para asociar nuestros WorkItems.

image

Lo mejor para mañana, con la sección “My Work”

Saludos @ Home

El Bruno

image image image


Archivado en: Team Foundation Server 2012, Team Foundation Service, Visual Studio 2012

[#VS2012] Trial Virtual Machines to test Visual Studio 2012 trial and Team Foundation Server 2012

image

Buenas,

one more time we have available virtual machines with Visual Studio 2012 and Team Foundation Server 2012 available for download with all active features to test time. You can read the full detail of the download here: http://blogs.msdn.com/b/briankel/archive/2011/09/16/visual-studio-11-application-lifecycle-management-virtual-machine-and-hands-on-labs-demo-scripts.aspx

Source: http://blogs.msdn.com/b/briankel/archive/2012/08/24/updated-Visual-Studio-2012-RTM-Alm-virtual-machine-and-hands-on-Labs-demo-scripts.aspx

Saludos @ La Finca

El Bruno

image image image


Archivado en: EnglishPost, Team Foundation Server 2012, Visual Studio 2012

[#VS2012] Virtual Machines de prueba de Visual Studio 2012 y Team Foundation Server 2012

image

Buenas,

una vez más tenemos disponibles máquinas virtuales con Visual Studio 2012 y Team Foundation Server 2012 disponibles para descargar con todas las features activas para probar un tiempo. El detalle completo de la descarga se puede leer aquí: http://blogs.msdn.com/b/briankel/archive/2011/09/16/visual-studio-11-application-lifecycle-management-virtual-machine-and-hands-on-labs-demo-scripts.aspx

Fuente: http://blogs.msdn.com/b/briankel/archive/2012/08/24/updated-visual-studio-2012-rtm-alm-virtual-machine-and-hands-on-labs-demo-scripts.aspx

Saludos @ La Finca

El Bruno

image image image


Archivado en: Team Foundation Server 2012, Visual Studio 2012

[#TFS] Separate installer for the client of Team Foundation Server object model 2010 SP1

image

Buenas,

today I came across a question of those that leave me with a little crooked mouth. It is that an acquaintance that is developing extensions for TFS with the SDK (and in Java part!) I was wondering if it was really necessary to install Visual Studio 2010 or Team Explorer.

The truth is that the first answer that came to mind was a Yes, but then I remembered that there’s this package and it is exactly for this scenario

Team Foundation Server 2010 SP1 Object Model Installer

Download: http://visualstudiogallery.msdn.Microsoft.com/a37e19fb-3052-4fc9-bef7-4a4682069a75

Although, of course, you still need a CAL to connect you, although it does not validate.

Saludos @ La Finca

El Bruno

image image image


Archivado en: EnglishPost, Team Explorer, Team Foundation Server

[#TFS] Instalador separado para el modelo de objetos cliente de Team Foundation Server 2010 SP1

image

Buenas,

hoy me encontré con una pregunta de esas que me dejan con la boca un poco torcida. Resulta que un conocido que está desarrollando unas extensiones para TFS con el SDK (y en Java una parte!) me preguntaba si era realmente necesario instalar Visual Studio 2010 o el Team Explorer.

La verdad es que la primera respuesta que me vino a la mente era un SI, pero luego recordé que existe este paquete y que sirve exactamente para este escenario

Team Foundation Server 2010 SP1 Object Model Installer

Descarga: http://visualstudiogallery.msdn.microsoft.com/a37e19fb-3052-4fc9-bef7-4a4682069a75

Aunque claro, sigues necesitando una CAL para poder conectarte, aunque no se valide.

Saludos @ Home

El Bruno

image image image


Archivado en: Team Foundation Server

[# NUGET] Teaching some NuGet to Valentino (he is only 4 years old!)

NuGet

Buenas,

this post is that I learn once and for all what is the Karma . Yesterday I I’m complaining a littleabout NuGet and today I already have explain what NuGet. As well, introductions to NuGet can be read here and hereIf you’re a webcast you can see this video. and Yes what happy life is read electronic books of paper, you can buy this Book: Pro NuGet .

If you still want the explanation of Bruno, the first thing that you have to understand is thatNuGet is not a Nugget, i.e. it is not this:

image

Well, if you’ve worked in Visual Studio you know that the subject of references in .net projects may be a little tricky. Personally I think that the thing until Visual Studio 2005 was very controladita; 99% of the items with which we were working were Ms, so there were no problems in searching for and adding items; But today with many elements that grow around VS at a very fast pace, since the subject of the references can be complicated.

Let’s look at an example; you if today you have to add the Entity Framework 5 references to your project, do know what?, and if you also want to work with a TT that allows you to create classes you little, do the references Add?. And if on top of all this, do you want to add a client for ASP.Net MVC WebAPI?, and deserialize JSON packages?

As well, NuGet is a repository of packages where for each product / scenario which they commented before, has a record of the required references. The repository (actually called Gallery) is in http://nuget.org, and is the site where you can download and install the packages you need.

Note: you can even create your own packages as explained here .

Let’s look at an example. Suppose I have a clean console application project. After the project is created it has only the Program.cs class and references are added by default.

image

If I need from this console application invoking JSON services created in an ASP.Net MVC WebAPI project, because the truth is o well I learn all assemblies that I need or am looking for something in the repository of NuGet . Deploying the shortcut menu from the folder references, select the option “Manage NuGet Packages”

image

In the form of packages of NuGet , select the option “OnLine” and look for “Microsoft.AspNet.WebApi.Client”. I can see that the first option are assemblies that I need.

image

As well, now to give the “Install” and see that it has happened in our project.

image

On the one hand, I see that you have added a couple of new references:

  • Newtonsoft.JSON
  • System.NET.http
  • System.NET.http.formatting
  • System.NET.http.WebRequest

and also added me the file “packages.config“. When you open the same content we can see that you have the following:

   1: <?xml version="1.0" encoding="utf-8"?>
   2: <packages>
   3:   <package id="Microsoft.AspNet.WebApi.Client" version="4.0.20710.0" 
   4:            targetFramework="net40" />
   5:   <package id="Microsoft.Net.Http" version="2.0.20710.0" 
   6:            targetFramework="net40" />
   7:   <package id="Newtonsoft.Json" version="4.5.8" 
   8:            targetFramework="net40" />
   9: </packages>

This file is determines which packets that our project is “installed” and then from the same references that you have downloaded and added to our project.

Speaking of references, some which have existential questions ask from where sorcho is taking these dlls?. Look, this is what we have in the project file:

   1: <ItemGroup>
   2:   <Reference Include="Newtonsoft.Json">
   3:     <HintPath>..\packages\Newtonsoft.Json.4.5.8\lib\net40\Newtonsoft.Json.dll</HintPath>
   4:   </Reference>
   5:   <Reference Include="System" />
   6:   <Reference Include="System.Core" />
   7:   <Reference Include="System.Net.Http, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a, processorArchitecture=MSIL">
   8:     <HintPath>..\packages\Microsoft.Net.Http.2.0.20710.0\lib\net40\System.Net.Http.dll</HintPath>
   9:   </Reference>
  10:   <Reference Include="System.Net.Http.Formatting, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35, processorArchitecture=MSIL">
  11:     <HintPath>..\packages\Microsoft.AspNet.WebApi.Client.4.0.20710.0\lib\net40\System.Net.Http.Formatting.dll</HintPath>
  12:   </Reference>
  13:   <Reference Include="System.Net.Http.WebRequest, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a, processorArchitecture=MSIL">
  14:     <HintPath>..\packages\Microsoft.Net.Http.2.0.20710.0\lib\net40\System.Net.Http.WebRequest.dll</HintPath>
  15:   </Reference>
  16:   <Reference Include="System.Xml.Linq" />
  17:   <Reference Include="System.Data.DataSetExtensions" />
  18:   <Reference Include="Microsoft.CSharp" />
  19:   <Reference Include="System.Data" />
  20:   <Reference Include="System.Xml" />
  21: </ItemGroup>

Seems that the NuGet this has created a folder packages, a level above our project and it has downloaded all the necessary dlls. File Explorer gives us the reason.

image

Well, here already one there will be elucidated the advantages of NuGet . The main, well that with only 2 clicks have everything you need to work. There are other more complex and simple packages. There are other scenarios where for example, you need to make sure that all assemblies of a solution have the same reference to an Assembly. In this case NuGet is a fantastic help.

You can also choose to upload the Packages folder to the source code repository, and you ahorrarías some problems if the server is down for NuGet . You can create your own server package, if you work in a closed environment where your build server not accessible tohttp://nuget.org, etc etc etc.

There are many scenarios, and NuGet is one of the tools that deserve a round of applause as a closed solution to save us hours of organization and cleaning projects references Risa

Saludos @ Home

El Bruno

image image image


Archivado en: EnglishPost, NuGet, Visual Studio 2012

[#NUGET] Explicando NuGet al Valentino (que solo tiene 4 añazos!!!)

NuGet

Buenas,

este post es para que aprenda de una vez por todas lo que es el Karma. Ayer me quejo un poco sobre NuGet y hoy ya me toca explicar qué es NuGet. Pues bien, introducciones a NuGet se pueden leer aquí y aquí; si sos de WebCasts podes ver este video. y si lo que te alegra la vida es leer libros electrónicos de papel, te podes comprar este libro: Pro NuGet.

Si todavía queres la explicación del Bruno, lo primero que tenes que entender es que NuGet no es Nugget, es decir no es esto:

image

Ahora bien, si has trabajado en Visual Studio sabrás que el tema de las referencias en proyectos .Net puede llegar a ser un poco delicado. Personalmente pienso que hasta Visual Studio 2005 la cosa estaba muy controladita; el 99% de los elementos con los que trabajábamos eran de MS, con lo que no había problemas en buscar y agregar elementos; pero hoy con tantos elementos que crecen alrededor de VS a un ritmo muy rápido, pues el tema de las referencias puede complicarse.

Veamos un ejemplo; si hoy tienes que agregar las referencias de Entity Framework 5 a tu proyecto, ¿sabrías cuales son?, y si además quieres trabajar con un TT que te permita crear clases POCO, ¿qué referencias agregarías?. Y si encima de todo esto, ¿quieres agregar un cliente para ASP.Net MVC WebAPI?, ¿y deserializar paquetes JSON?

Pues bien, NuGet es un repositorio de paquetes donde para cada producto / escenario de los que comenté antes, se tiene un registro de las referencias necesarias. El repositorio (en realidad se llama galería) está en http://nuget.org, y es el sitio desde donde te puedes descargar e instalar los paquetes que necesites.

Nota: inclusive puedes crear tus propios paquetes como se comenta aquí.

Veamos un ejemplo. Supongamos que tengo un proyecto de aplicación de consola limpia. Una vez creado el proyecto posee solo la clase Program.cs y las referencias por defecto que se agregan.

image

Si desde esta aplicación de consola yo necesito invocar a servicios JSON creados en un proyecto ASP.Net MVC WebAPI, pues la verdad es que o bien me aprendo todos los ensamblados que necesito o busco algo en el repositorio de NuGet. Desplegando el menú contextual desde la carpeta referencias, selecciono la opción “Manage NuGet Packages”

image

En el formulario de paquetes de NuGet, selecciono la opción “OnLine” y busco por “Microsoft.AspNet.WebApi.Client”. Puedo ver que la primera opción son los ensamblados que necesito.

image

Pues bien, ahora a darle al “Install” y veamos que ha pasado en nuestro proyecto.

image

Por un lado veo que ha agregado un par de referencias nuevas:

  • Newtonsoft.Json
  • System.Net.Http
  • System.Net.Http.Formatting
  • System.Net.Http.WebRequest

y además me ha agregado el archivo “packages.config”. Cuando abrimos el contenido del mismo podemos ver que tiene lo siguiente:

   1: <?xml version="1.0" encoding="utf-8"?>

   2: <packages>

   3:   <package id="Microsoft.AspNet.WebApi.Client" version="4.0.20710.0" 

   4:            targetFramework="net40" />

   5:   <package id="Microsoft.Net.Http" version="2.0.20710.0" 

   6:            targetFramework="net40" />

   7:   <package id="Newtonsoft.Json" version="4.5.8" 

   8:            targetFramework="net40" />

   9: </packages>

Este archivo es el que determina los paquetes que tiene “instalado” nuestro proyecto y luego a partir del mismo, las referencias que se ha descargado y agregado a nuestro proyecto.

Hablando de referencias, alguno que tenga dudas existenciales se preguntará ¿de dónde sorcho está sacando estas dlls?. Pues mira, esto es lo que tenemos en el archivo de proyecto:

   1: <ItemGroup>

   2:   <Reference Include="Newtonsoft.Json">

   3:     <HintPath>..\packages\Newtonsoft.Json.4.5.8\lib\net40\Newtonsoft.Json.dll</HintPath>

   4:   </Reference>

   5:   <Reference Include="System" />

   6:   <Reference Include="System.Core" />

   7:   <Reference Include="System.Net.Http, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a, processorArchitecture=MSIL">

   8:     <HintPath>..\packages\Microsoft.Net.Http.2.0.20710.0\lib\net40\System.Net.Http.dll</HintPath>

   9:   </Reference>

  10:   <Reference Include="System.Net.Http.Formatting, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35, processorArchitecture=MSIL">

  11:     <HintPath>..\packages\Microsoft.AspNet.WebApi.Client.4.0.20710.0\lib\net40\System.Net.Http.Formatting.dll</HintPath>

  12:   </Reference>

  13:   <Reference Include="System.Net.Http.WebRequest, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a, processorArchitecture=MSIL">

  14:     <HintPath>..\packages\Microsoft.Net.Http.2.0.20710.0\lib\net40\System.Net.Http.WebRequest.dll</HintPath>

  15:   </Reference>

  16:   <Reference Include="System.Xml.Linq" />

  17:   <Reference Include="System.Data.DataSetExtensions" />

  18:   <Reference Include="Microsoft.CSharp" />

  19:   <Reference Include="System.Data" />

  20:   <Reference Include="System.Xml" />

  21: </ItemGroup>

Parece que el NuGet este ha creado una carpeta packages, un nivel por encima de nuestro proyecto y en el mismo ha descargado todas las dlls necesarias. El File Explorer nos da la razón.

image

Bueno, hasta aquí ya alguno habrá dilucidado las ventajas de NuGet. La principal, pues que con solo 2 clicks tengo todo lo necesario para trabajar. Hay paquetes simples y otros más complejos. Hay otros escenarios donde por ejemplo, necesitas asegurarte que todos los ensamblados de una solución posean LA MISMA REFERENCIA a un ensamblado. En este caso NuGet es una ayuda fantástica.

También puedes optar por subir la carpeta Packages al repositorio de código fuente, y te ahorrarías algunos problemas si está caído el server de NuGet. Puedes crear tu propio servidor de paquetes, si trabajas en un entorno cerrado donde tu servidor de compilación no puede acceder a http://nuget.org, etc etc etc.

Hay muchos escenarios,y NuGet es una de las herramientas que se merecen un aplauso como solución cerrada para ahorrarnos horas de organización y limpieza de referencias en proyectos  Risa

 

Saludos @ Home

El Bruno

image image image

 


Archivado en: NuGet, Visual Studio 2012

[#NUGET] Performance problems, of course :S

image

Buenas,

NuGet works for the ass, so simple. Care me not misunderstood, the idea behind NuGet is awesome, and although still a long way to have something similar to MAVEN the world. Net, to manage packages with NuGet is awesome.

The problem is that during all August NuGet works for the ass. Searches and downloads are slow, often have timeouts, and not to mention the Build Servers where builds fails for this reason and of course, throws us the quality away. Today suffered it with Roberto and Edgar to this problem and the truth is that one is tempted to grab a chainsaw and spending a few years in prison…

A couple of weeks/months ago I published a post where explained storing the packages of NuGet in the source code repository Some people like Unai and asked me why. Well, August is the answer… and I think I will configure this same for 2012 Visual Studio and TFS Preview.

The best for the end, according to this post , the performance issue is on track to be solved.. .and it seems that behind it all some problems of tune of BD. Already sent them to @ PabloDoval so give them a hand and leave fine fine…

Source: http://blogs.msdn.com/b/webdev/archive/2012/08/22/nuget-Gallery-performance-issues.aspx

Saludos @ Home

El Bruno

image image image


Archivado en: EnglishPost, NuGet, Team Foundation Server 2012, Team Foundation Service, Visual Studio 2012
Página 1 de 512345