Lluís Franco on Geeks.ms

Creando aplicaciones para Windows Phone 7 usando Silverlight

2010-03-19T08:01:00Z

Ya empiezan a verse los primeros ejemplos interesantes de desarrollo para Windows Phone 7.

En el blog de ScottGu, podéis encontrar dos pequeños ejemplos que utilizó en su charla del MIX10 (vídeo aquí). El primero es un sencillo Hello world, y el segundo utiliza LINQ to XML y el APi de Twitter para mostrar todas los tweets de un tag determinado (en el ejemplo scottgu).

Darle un vistazo porque vale la pena, y además, más sencillo imposible! :-)

Artículo original en:

http://weblogs.asp.net/scottgu/archive/2010/03/18/building-a-windows-phone-7-twitter-application-using-silverlight.aspx

Saludos! :-)

Silverlight 4.0 RC disponible

2010-03-16T08:17:00Z

Al fin! Después de unas semanas de incertidumbre, por fin se ha desvelado que Silverlight 4.0 verá la luz el próximo mes. Suerte de aquellos que puedan asistir al ASP.NET and Silverlight Conference en las Vegas, del 12 al 14 de Abril, porque además podrán ver el lanzamiento de VS2010 a nivel mundial.

De momento y para hacer boca (y poder desarrollar con la Release Candidate sobre VS2010 :-P), os dejo el enlace y algo e información (en inglés) para que os podáis descargar las herramientas necesarias:

Silverlight 4 Tools for Visual Studio 2010
This will install the developer runtime of Silverlight 4, the Visual Studio project support and the Silverlight 4 SDK. If you are developing Silverlight 4 applications, this will be the minimum you want to install!
Windows Runtime or Mac Runtime
If you installed the tools above, you will get the developer runtime and there is no need to install again. These downloads are being made available for test machines for the Windows and Mac platforms for your applications.
Expression Blend 4 Beta
This is a beta version of Expression Blend that will enable authoring of Silverlight 4 applications.
Silverlight Toolkit
The toolkit has been updated to provide support for Visual Studio 2010 and Silverlight 4 development. The Toolkit provides numerous controls for your application and source code is also included for these controls using an Open Source license.
WCF RIA Services
Microsoft WCF RIA Services simplifies the traditional n-tier application pattern by bringing together the ASP.NET and Silverlight platforms. The RIA Services provides a pattern to write application logic that runs on the mid-tier and controls access to data for queries, changes and custom operations. It also provides end-to-end support for common tasks such as data validation, authentication and roles by integrating with Silverlight components on the client and ASP.NET on the mid-tier.
Online Silverlight 4 Documentation
Offline CHM help Silverlight 4Documentation file download

Más información en:

http://silverlight.net/getstarted/silverlight-4/

Saludos,

Usando ASP.NET membrership en Winforms (3 / n)

2010-02-05T10:10:00Z

El modelo de objetos de membresía (Membership object model)

O lo que es lo mismo, el pan nuestro de cada día en lo relativo a administrar la seguridad basada en membresía. Para acceder a este cojunto de clases es necesario agregar los namespaces System.Web y System.Web.Extensions, que contienen las clases necesarias para interactuar con la base de datos de membresía descrita en el artículo anterior.

Conocer este conjunto de clases es vital para poder aprovechar todas las características de este sistema, de modo que aquí va una tabla con las principales elementos y funcionalidades:

Clase/interfaz	Funciones
Membership Proporciona los servicios de suscripción generales.	Crea un nuevo usuario. Elimina un usuario. Actualiza un usuario con nueva información. Devuelve una lista de usuarios. Encuentra un usuario por el nombre o el correo electrónico. Valida (autentica) un usuario. Obtiene el número de usuarios conectados. Busca los usuarios por el nombre de usuario o la dirección de correo electrónico.
MembershipUser Proporciona información sobre un usuario concreto.	Obtiene la contraseña y la pregunta de la contraseña. Cambia la contraseña. Determina si el usuario está conectado. Determina si el usuario está validado. Devuelve la fecha de la última actividad, del último inicio de sesión y del último cambio de contraseña. Desbloquea un usuario.
MembershipProvider Define la funcionalidad de los proveedores de datos que el sistema de suscripción puede utilizar.	Define los métodos y las propiedades que necesita implementar un proveedor utilizado en la suscripción.
MembershipProviderCollection	Devuelve una colección de todos los proveedores disponibles.
MembershipUserCollection	Almacena las referencias a los objetos MembershipUser.
MembershipCreateStatus	Proporciona los valores descriptivos de éxito o error al crear un nuevo usuario suscrito.
MembershipCreateUserException	Define la excepción que se produce si no se puede crear un usuario. Hay un valor de enumeración MembershipCreateStatus disponible a través de la propiedad StatusCode que describe el motivo de la excepción.
MembershipPasswordFormat	Especifica los posibles formatos de almacenamiento de contraseñas utilizados por los proveedores de suscripciones incluidos con ASP.NET (Clear, Hashed, Encrypted).

Configurando nuestra aplicación

Nota: Esto pensaba dejarlo para más adelante, pero lo posteo aquí también por si alguien quiere animarse a hacer pruebas ;-)

Para poder acceder al modelo de objetos, además de agregar las dos referencias que hemos comentado antes, también es necesario modificar el fichero de configuración de la aplicación (Web.config en un proyecto Web y App.config en un proyecto WinForms). Existen multitud de artículos que describen cómo hacerlo en el primero de los casos, así que nos vamos a centrar en el segundo.

Empezaremos con la configuración mínima para que funcione nuestra aplicación, y posteriormente iremos viendo distintas opciones para permitir que el sistema de seguridad se comporte de un modo distinto, por ejemplo, pidiendo una contraseña no tan restrictiva, o que no sea necesario indicar el email del usuario, o la pregunta y respuesta de seguridad.

El primer paso para configurar nuestra aplicación es agregar un fichero de configuración (App.config) a nuestro proyeco, o si ya tenemos uno, abrirlo para su edición. Toda la configuración se va a centrar en dos secciones: <connectionStrings> y <system.web>. En la primera es especificará una entrada que apunte a la base de datos de membresía, mientras que en la segunda se especificarán los valores para los proveedores de usuarios y roles:

<configuration>

  <connectionStrings>

    <add name="MemberShipConnectionString"

         connectionString="data source=.\SQLEXPRESS;Integrated Security=True;DataBase=Test"

         providerName="System.Data.SqlClient"/>

  </connectionStrings>

  <system.web>

    <roleManager enabled="true">

      <providers>

        <clear/>

        <add name="AspNetSqlRoleProvider"

             type="System.Web.Security.SqlRoleProvider"

             connectionStringName="MemberShipConnectionString"

             applicationName="Test"/>

      </providers>

    </roleManager>

    <membership defaultProvider="SqlProvider">

      <providers>

        <clear/>

        <add name="SqlProvider"

             type="System.Web.Security.SqlMembershipProvider"

             connectionStringName="MemberShipConnectionString"

             applicationName="Test"/>

      </providers>

    </membership>

  </system.web>

</configuration>

Oservemos que la cadena de configuración apunta a la BD que creamos en el post anterior, y que esta cadena de conexión se usa en la configuración de los proveedores de usuarios y roles. Otro detalle muy importante es que la clave applicationName contiene el nombre de nuestra aplicación para el sistema de membresía, de modo que todos los usuarios y roles que se creen estarán agrupados bajo este nombre de aplicación.

Por defecto, esta configuración hace que al momento de crear un usuario sea necesario proporcionar: Nombre, contraseña de un mínimo de 7 carácteres y uno de ellos ‘especial’ (por ejemplo: @#$%), email, pregunta de seguridad, respuesta de seguridad, y si va a estar aprobado o no. No está nada mal, de hecho podríamos decir que la configuración predeterminada es a su vez, la más segura.

Si deseamos cambiar esta configuración, par permitir que un usuario no pueda preguntarle al sistema cuál es su contraseña (sólo pueda resetearla), o por ejemplo para ‘relajar’ un poco la seguridad (que quede claro que esto no lo recomiendo en absoluto, y que es simplemente un ejercicio didáctico) podemos agregar atributos al fichero de configuración:

<membership defaultProvider="SqlProvider">

  <providers>

    <clear/>

    <add name="SqlProvider"

         type="System.Web.Security.SqlMembershipProvider"

         connectionStringName="MemberShipConnectionString"

         applicationName="Test"

         enablePasswordRetrieval="false"

         enablePasswordReset="true"

         requiresQuestionAndAnswer="false"

         requiresUniqueEmail="false"

         passwordFormat="Hashed"/>

  </providers>

</membership>

Tenéis una lista completa de los atributos en las propiedades de la clase SqlMemberShipProvider.

Y ahora, un poco de ‘chicha’ en forma de código:

Ejemplos a cholón:

Crear un usuario:

MembershipUser user = Membership.CreateUser("admin", "$admin123");

Más sencillo imposible, verdad? Ahora bien, hay que tener presente que este código fallará con la configuración predeterminada, ya que debe suministrarse email, y la pregunta y respuesta de seguridad. En su lugar debería usarse este código:

MembershipCreateStatus status;

MembershipUser user = Membership.CreateUser(

    "admin", "$admin123", "admin@test.com",

    "pregunta de seguridad?", "respuesta de seguridad",

    true, out status);

if (status == MembershipCreateStatus.Success)

    MessageBox.Show("Usuario creado correctamente!");

Bueno, tampoco no es demasiado complicado. La única diferencia es que se proporcionan más argumentos y que devuelve un objeto que define el estado de la creación del usuario, para saber si se ha creado con éxito.

Eliminar un usuario:

Membership.DeleteUser("admin");

Casi demasiado facil :-P

Obtener un usuario:

MembershipUser user = Membership.GetUser("admin");

A partir de este usuario recuperado podemos efectuar cualquier operación soportada.

Obtener todos los usuarios:

MembershipUserCollection users = Membership.GetAllUsers();

foreach (MembershipUser user in users)

    Console.WriteLine(user.UserName);

Obtenemos una colecció e iteramos por ella para mostrar los nombres.

Validar un usuario:

if (Membership.ValidateUser("admin", "$admin123"))

    MessageBox.Show("usuario correcto!");

else

    MessageBox.Show("usuario o contraseña incorrecto!");

Ideal para formularios de inicio de sesión. Tened cidado, que si se introduce mal 3 veces se bloquea el usuario.

Obtiene el número de usuarios conectados:

int num = Membership.GetNumberOfUsersOnline();

Sin comentarios.

Busca usuarios por el nombre de usuario o la dirección de correo electrónico:

MembershipUserCollection users = Membership.FindUsersByName("pepe");

MembershipUserCollection users = Membership.FindUsersByEmail("pepe@test.com");

Del mismo modo que GetAllUsers devuelve una colección de usuarios.

Obtiene la contraseña de un usuario:

MembershipUser user = Membership.GetUser("admin");

string pwd = user.GetPassword();

string pwd = user.GetPassword("respuesta de seguridad");

Tiene dos sobrecargas, en la segunda debe especificarse la respuesta de seguridad.

Sólo es válido si se ha especificado el atributo EnablePasswordRetrieval.

Cambia la contraseña de un usuario:

MembershipUser user = Membership.GetUser("admin");

user.ChangePassword("$admin123", "@nuevapassword2010");

Resetea la contraseña de un usuario:

MembershipUser user = Membership.GetUser("admin");

string pwd = user.ResetPassword();

string pwd = user.ResetPassword("respuesta de seguridad");

Tiene dos sobrecargas, en la segunda debe especificarse la respuesta de seguridad.

Sólo es válido si se ha especificado el atributo EnablePasswordReset.

Desbloquea un usuario:

MembershipUser user = Membership.GetUser("admin");

bool success = user.UnlockUser();

Particularmente útil cuando tenemos un usuario bloqueado, ya sea por un intento de intrusión, como por la típica amnesia matutina.

Y esto es todo por hoy, la semana que viene más :-)

Espero que esto anime a más de uno a usar este sistema de gestión de usuarios, ya veis que no es nada complicado.

Saludos a 0º (hoy ni frío ni calor),

Nota: Es la primera vez que escribo en el blog todos los días de una semana, así que esto hay que celebrarlo con un cafelito. Hasta luego! :-)

Artículos anteriores de la serie:

Usando ASP.NET membrership en Winforms (1 / n)

Usando ASP.NET membrership en Winforms (2 / n)

2010-02-04T10:45:00Z

Creando la base de datos de membresía

La base de datos de membrsía es el lugar en el que se van a almacenar los datos de los usuarios de nuestras aplicaciones. Si, de nuestras aplicaciones en plural, porque este sistema está preparado para gestionar datos de tantas aplicaciones como sea necesario. De modo que el primer paso va a ser crear esta base de datos en un servidor SQL Server. Por cierto, cualquier edición vale, desde la Express hasta la Professional.

Lo primero que vamos a hacer es ejecutar el comando aspnet_regsql desde la línea de comandos de Visual Studio, para iniciar el asistente que nos guiará en la creación de nuestra base de datos de membresía:

Una vez iniciado, el aisitente pregunta si vamos a crear la base de datos o a eliminar la información de membresía de una base de datos ya existente. Una vez elegimos la primera opción nos pedirá el nombre del servidor de SQL y de la base de datos. En caso que no exista la base de datos se creará una. En nuestro caso elegiremos la instancia de SQL Server express local y (en un derroche de imaginación) llamaremos a nuestra base de datos ‘Test’:

Examinando la base de datos creada

Una vez creada, nos conectaremos a la base de datos para examinar que objetos se ha creado. Lo primero que llama la atención es que hay una serie de tablas, vistas y procedimientos almacenados cuyo nombre empieza por el prefijo ‘aspnet_’, y yo me pregunto ¿no hubiese sido mucho más elegante utilizar un Schema en lugar de esta nomenclatura? Bueno, supongo que si se ha usado esta nomenclatura será por compatibilidad con SQL Server 2000, ya que los esquemas no aparecieron hasta la versión 2005.

La estructura de esta base de datos no es importante para nosotros, ya que en ningún caso vamos a acceder directamente a la base de datos. Todos nuestro trabajo se realizará a través del modelo de objetos de membresía desde nuestra aplicación .NET. De todos modos demos un vistazo a las tablas más interesantes:

aspnet_Applications: Es la tabla en la que se almacenan los datos de las distintas aplicaciones que van a usar esta base de datos. Sólo guarda el nombre y un identificador GUID para usarlo como clave en las tablas de usuarios, roles, etc.

aspnet_MemberShip: Guarda los datos de los usuarios del sistema de Membresía de forma conjunta con otra tabla llamada aspnet_Users. Así, los datos de cada usuario del sistema quedan divididos entre estas dos tablas, guardando la primera los datos relativos a la seguridad (contraseña, tipo de almacenamiento de la contraseña, pregunta y respuesta de seguridad) y en la segunda los datos propios del usuario (nombre, fecha de la última actividad).

aspnet_Roles: Almacena los datos relativos a los grupos de usuarios. Los grupos son usados para establecer los permisos de uno o varios usuarios. Posteriormente desde nuestra aplicación preguntaremos si un usuario pertenece a uno u otro rol para permitir o revocar permiso sobre ciertas acciones.

aspnet_UsersInRoles: Como su nombre indica mantiene una relación de los usuarios que pertenecen a cada uno de los roles. De este modo podremos saber qué usuarios pertenecen a qué roles.

Existen otras características que pasaremos por alto porque dan para otros artículos, como por ejemplo la posibilidad de almacenar datos para distintos usuarios sin tener que almacenarlos en otra tabla de otra base de datos.

Nota: Hay un detalle curioso que refuerza la posibilidad de la compatibilidad con versiones anteriores, y es la auséncia de funciones de usuario en la base de datos. Resulta curioso como muchas de las características de los procedimientos almacenados se podrían haber implementado como funciones.

Accediendo a la base de datos desde .NET

En el siguiente post veremos el modelo de objetos de membresía, este modelo está disponible para acceder y manipular este repositorio desde nuestras aplicaciones .NET, y que se encuentra en los namespaces System.Web y System.Web.Extensions (aunque como decíamos podemos usarlo desde cualquier tipo de aplicación).

Saludos,

Artículos anteriores de la serie:

Usando ASP.NET membrership en Winforms (1 / n)

Actualización (artículos siguientes):

Usando ASP.NET membrership en Winforms (3 / n)

Usando ASP.NET membrership en Winforms (1 / n)

2010-02-03T11:23:00Z

Sistemas de autenticación de usuarios

Una de las preguntas más habituales en los foros de desarrollo tiene relación con los sistemas de autenticación de usuarios. Normal ¿qué aplicación de hoy en día no necesita de un sistema que gestione los usuarios, roles y permisos de la aplicación?

Para ello existen varias alternativas pensadas para diferentes tipos de aplicaciones: Por ejemplo, si sabemos que nuestra aplicación va a ejecutarse en un entorno corporativo, ¿qué mejor que usar el directorio activo de la empresa para gestionar lo relativo a la seguridad? Por otro lado, si no estamos seguros si va a existir un directorio activo, lo mejor va a ser usar nuestra propia base de datos de gestión de usuarios.

En este punto es dónde veo más lagunas y en el que se va a centrar esta serie de posts.

Antes de nada, que es mejor? Usar un sistema existente o crear nuestro propio sistema de gestión de usuarios? Hablaremos de esto más adelante :-)

ASP.NET Membership

Existe un sistema de seguridad basado en proveedores de autenticación llamado ASP.NET Membership, que apareció con ASP.NET 2.0, y que originariamente estaba pensado para su uso en proyectos Web. Este sistema permite gestionar los usuario y roles de nuestras aplicaciones, y expone un completo modelo de objetos para usar en nuestras aplicaciones y simplificar la creación de usuarios, roles, validaciones, y todas aquellas tareas típicas de una gestión de usuarios.

Lo mejor de este sistema es que está basado en proveedores y que es extensible. Dicho de otro modo, podemos usar una base de datos de SQL para validar los usuarios, pero también admite otros proveedores de validación, como un directorio activo o de otros fabricantes como Oracle. Además, el hecho de que sea extensible hace que incluso nosotros podamos escribir nuestro propio proveedor de autenticación.

Escenarios

Lo habitual es usar este sistema en aplicaciones Web, ya que no suele ser habitual que los usuarios de un sitio Web utilicen autenticación contra un directorio activo. Por otro lado, desde hace unos años, cada vez oigo lo útil que sería disponer de este modelo para aplicaciones cliente, ya sean WinForms o WCF. Bien, en esta serie nos centraremos en esto: Usar ASP.NET membership en aplicaciones cliente para disponer de un sistema de gestión de usuarios ‘prefabricado’.

Existen dos posibles escenarios: En el primero estamos desarrollando una única aplicación cliente y queremos usar este sistema. En la segunda, estamos creando varias aplicaciones (WinForms, WPF, e incluso Web) y nos gustaría montar un único sistema centralizado basado en servicios, que serán usados por las distintas aplicaciones. Esto es posible desde el Framework 3.5 SP1 y se llama ‘Client applicaction Services’.

Al lío

En los próximos posts vamos a ver cómo:

Crear la base de datos de membresía.
Escenario 1: Crear una aplicación WinForms que utilice el sistema de membresía.
Escenario 2: Crear una solución de ejemplo para ver el uso de ‘Client applicaction Services’.
Desmitificando: Discutir acerca de si es mejor un sistema estándar o crear nuestro propio sistema.
Y alguna cosilla más que se nos ocurrirá… :-)

En los próximos días (si hay suerte uno por día, y si no uno por mes :-P) iré publicando los siguientes posts de la serie.

Nos leemos pronto!

Actualización (artículos siguientes):

Usando ASP.NET membrership en Winforms (2 / n)

Usando ASP.NET membrership en Winforms (3 / n)

Más videos sobre Visual Studio 2010

2010-02-02T08:22:02Z

Hasta un total de 8 horas en videos introductorios sobre Visual Studio 2010 beta 2, que abarcan temas como: Paralelismo, F#, ASP.NET MVC

Los podeis encontrar en la página de MSDEV juntamente con muchos recursos más. Aquí tenéis el enlace a los videos sobre Visual Studio 2010:

http://www.msdev.com/Directory/SeriesDescription.aspx?CourseId=144

Saludos,

Resumen de videos de VS2010 y ASP.NET 4.0

2010-02-01T08:48:12Z

Revisando los feeds que no pude terminar de leer la semana pasada, me he encontrado con este post de Scott, en el que muestra un resumen de los videos que se han publicado hasta ahora sobre VS2010 y ASP.NET 4.0. Son una serie de videos cortos (entre 3 y 15 minutos) en los que cada uno se centra en una nueva característica del producto.

Altamente recomendables!!! :-)

Resument de videos de ASP.NET 4.0:

http://www.asp.net/learn/aspnet-4-quick-hit-videos/

Resumen de videos VS2010:

http://www.asp.net/learn/vs2010-quick-hit-videos/

Artículo original:

http://weblogs.asp.net/scottgu/archive/2010/01/28/nice-quick-hit-videos-about-asp-net-4-and-vs-2010.aspx

Saludos,

Gira Up To Secure 2010 – Las fotos :-)

2010-01-29T12:35:00Z

Llevo unos días de lo más ajetreado y no he podido publicar nada hasta ahora. Sorry :-D

El evento salió muy bien, salvo un pequeño problemilla con la conexión a Internet de unos de los ponentes. Al final se tuvo que tirar de un adaptador 3G –> WIFI que traía Carles de Quest Software (gracias!), al cual le pegaron un tremando palo por el consumo de datos entre paises... pobre :-)

Os dejo algunas de las fotos del evento. Muchas gracias a todos por asistir, espero que os lo pasáseis tan bien como yo.

Un saludo y nos vemos en el próximo evento de AndorraDotNet (el próximo Febrero) sobre las novedades de VS2010.

@Happy hacking! ;-)

CodeCamp 2009: Video + Presentación + Demos

2010-01-20T10:12:00Z

Ya tenemos disponible todo el material de la charla del pasado CodeCamp.

Las demos las he subido a SkyDrive, la presentación está en la página del evento, y el video lo tenéis aquí:

Presentación:

Descarga el Material de la sesión desde este enlace.

Demos:

Descarga las demos de la sesión desde este enlace.

Os recuerdo que podéis encontrar todas las presentciones del CodeCamp en la página de Speakers del sitio Web, y todos los vídeos en el perfil de SecondNug en blip.tv.

Un saludo,

La característica más extraña que has visto en un lenguaje

2010-01-14T08:37:00Z

Que Bueno!

Acabo de leer un post muy cachondo en Stack Overflow, y todavía me estoy riendo por acabo de leer. En este post se puede leer:

“What is, in your opinion, the most surprising, weird, strange or really ‘WTF’ language feature you have encountered?”

Que podriamos traducir algo así como:

“Cual es en tu opinión, la característica de un lenguaje más sorprendente, rara, extraña, o más ‘pero que co... es esto’ que has visto jamás”

La verdad es que después de leer el post, veo que a algunas de ellas ya las conocía, pero otras han sido tremendamente reveladoras. Al final me quedo con dos cosas: La primera es mi reafirmación en mi odio produndo a Javascript (pues si, que pasa... no me gusta nada de nada, aunque tenga que usarlo por OO). Y la segunda es que todos los lenguajes o plataformas tienen sus cosas, y .NET no es una excepción, pero esta de Java no tiene desperdicio:

Fun with auto boxing and the integer cache in Java.

Integer foo = 1000;

Integer bar = 1000;

foo <= bar; // true

foo >= bar; // true

foo == bar; // false

//However, if the values of foo and bar are between 127 and -128 (inclusive)

//the behaviour changes:

Integer foo = 42;

Integer bar = 42;

foo <= bar; // true

foo >= bar; // true

foo == bar; // true

Ni esta otra, en PL/1:

IF IF THEN THEN = ELSE ELSE ELSE = THEN

En fin, tremendo!!! :-)))

Cual es la mejor en vuestra opinión? No tiene porque estar en el post original...

Ver el post original:

http://stackoverflow.com/questions/1995113/strangest-language-feature

Saludos desde Andorra,

Ya están disponibles las sesiones grabadas del CodeCamp ‘09!

2010-01-13T09:52:00Z

Hola a todos,

Ya tenemos disponibles las sesiones que se grabaron del CodeCamp 2009:

http://secondnug.blip.tv/

He estado revisándolas y hay algunas muy interesantes, que por el hecho de ser parte de la prganización no pude ir a ver. Así que ahora voy a dedicar un tiempo de la hora de comer a ver algunas de estas sesiones.

Entre estas seiones también podeis encontrar la sesión que dimos Jorge, Pep i un servidor. La verdad es que me lo pasé de miedo... fué muy divertido :-)

Lo único es que algunas PPTs no se ven muy bien, pero os recuerdo que las podéis descargar desde la web del CodeCamp.

Un saludo desde Andorra, hoy a 0º (ni frío, ni calor)

Mejoras en Entity Framework 4

2010-01-12T10:40:00Z

Gracias al feedback recibido por gran parte de la comunidad de desarrolladores, la siguiente versión de EF (2.0 aunque finalmente será llamada 4.0 para alinearla con el Framework) incorporará un montón de novedades interesantes. Os dejo con una lista de las más interesantes:

Foreign Keys

Ahora Entity Framework incluye soporte para foreign keys. Esto permitirá incluir estas propiedades en nuestras entidades, simplificando algunos escenarios, como la vinculación de datos o el desarollo en N-Capas. En el siguiente ejemplo se inicializa una entidad, usando una propiedad de tipo foreign key:

using (BlogEntities ctx = new BlogEntities()) {

    Post myPost = new Post {

        PostID = 102,

        PostName = "Post Title",

        CreatedDate = DateTime.Now,

        PostContent = "Post Content",

        BlogID = 11

};

    ctx.Posts.AddObject(myPost);

    ctx.SaveChanges();

Notar que a pesar de que el objeto Blog con BlogId = 11 no se carga en ningún momento, somos capaces de conectarlo al nuevo post directamente.

Soporte para Lazy Binding (carga perezosa)

Entity Framework incluye ahora soporte para carga perezosa. Cuando creamos un nuevo modelo de datos con Visual Studio 2010, las entidades que ofrecen carga perezosa son generadas por nosotros. Este tipo de carga (que está activada por defecto) no carga cada objeto devuelto hasta que se usa. Por ejemplo, en el código siguiente, cada uno de los posts no se carga hasta que se imprime su propiedad PostName:

using (var ctx = new BlogEntities()) {

    foreach (var b in ctx.Blogs) {

        Console.WriteLine(b.BlogName);

        //Note that we don't explicitly load the posts for the current blog,

        //the EF does it 'lazily' for us.

        foreach (var p in b.Posts)

            Console.WriteLine(p.PostName);

Soporte para POCO

Ahora Entity Frameworkofrece soporta Plain Old CLR Object Support (POCO) para las entidades. Esto es una mejora en entornos TDD (test-driven development) o DDD (domain-driven design), que permite eliminar dependencias de EF en nuestras entidades. Para más información acerca de esta característica, darle un vistazo a los walkthroughs postedados en el ADO.NET blog.

Text Template Transformation Toolkit Code Generation

En la primera versión de Entity Framework, la generación de código no permitía demasiada personalización, y no estaba integrada en Visual Studio. En cambio, ahora EF soporta Text Template Transformation Toolkit (también llamada T4), que permite la personalización del código generado. Haciéndolo sencillo, flexible y muy potente. La integración con VS es total, de modo que para definir la estrategia de la generación de código basta con hacer click con el botón derecho sobre el diseñador de Entity Framework y seleccionar ‘Add Code Generation Item…’:

Lo mejor de todo es que no estamos limitados a las plantillas que vienen con Visual Studio, si no que podemos escribir nuestras propias plantillas T4, o modificar las plantillas que vienen por defecto, para mejorar la generación de código a nuestro gusto.

Mejor soporte N-Capas

Un diseño en N-Capas te permite separar los datos, logica e negocio y las capas de interacción con el usuario, para asegurar la integridad de los datos y mejorar el mantenimiento de cada capa. El equipo de EF ha recibido muchas peticiones para mejorar el soporte de N-Capas. Ellos han recogido este feedback y han implementado mejoras en el API para permitir diseño N-Capas, como plantillas para la generación de código, que generan objetos que contienen características N-Capas, como el demandado control de cambios. La plantilla genera éstas entidades como un conjunto de clases del CLR con atributos de serialización de Windows Communication Foundation (WCF), para poder ser usados en conjunción con los servicios WCF.

Majoras en la generación del código SQL:

El equipo de EF está constantemente tratando de mejorar la claridad y el rendimiento del código SQL generado. Así, se han implementado un gran número de éstas pequeñas mejoras al código generado por EF4. Desde la eliminación de algunos JOINS *extraños*, hasta el uso de los carácteres comodín en las cláusulas WHERE. Por ejemplo, el siguiente ejemplo se traducirá en una consulta SQL que usa una cláusula WHERE con un LIKE y un carácter ‘%’ para devolver todos los blogs cuyo nombre comienza por “Visual Studio”:

var query = from b in ctx.Blogs

            where b.BlogName.StartsWith("Visual Studio")

            select b;

Soporte ampliado para procedimientos almacanados

Muchas bases de datos contienen procedimientos almacenados que realizan tareas personalizadas. Ahora EF nos permitirá crear funciones en nuestro modelo de entidades que llamen a éstos procedimientos almacenados mediante la característica ‘Add Function Import’. Esta característica permitirá detectar las columnas que retorna un procedimiento almacenado y crear un tipo complejo personalizado. Y lo más importante, también permitirá actualizar tipos complejos ya existentes a la definición del tipo devuelto por un procedimiento almacenado:

Entity Framework 4 ofrece estas y otras nuevas características para incrementar la productividad de los desarrolladores. Comparte tus ideas con el equipo de desarrollo de EF en el foro del proyecto, o contacta con ellos en sus blogs de diseño o del equipo. Y pos supuesto, dale un vistazo a los videos y screencasts disponibles en Channel 9.

Nota: Traducido ‘al vuelo’ desde el blog de Somasegar. Consulta el artículo original.

Saludos desde Andorra a –8º :-S

La Gira UP to Secure 2010 pasará por Andorra

2010-01-07T13:14:00Z

Estamos de enhorabuena! :-D

Después de unas arduas negociaciones (*) con el inefable Chema de I64, os hago saber que este mes de Enero la gira UP to Secure 2010 pasará por Andorra. Un evento de este calibre no pasa todos los días en nuestro pequeño país, de modo que no te la puedes perder.

Evidentemente, como todos los eventos de AndorraDotNet, el evento es gratuito y abierto a todo el mundo mientras no haya problemas de aforo.

Cuándo?

El jueves 21 de Enero, de 09:00 a 14:00. Os podéis registrar desde la página de registro de eventos de Microsoft.

Dónde?

En el edificio de La Llacuna, en la calle Mossèn Cinto Verdaguer 4 (Al lado de la ‘plaça de les arcades’).

A quién está dirigida:

Dirigido a IT Pros, responsables de seguridad y técnicos auditores de la seguridad de los sistemas informáticos. La gira Up To Secure 2010 recoge temas de actualidad en la seguridad informática para poder ayudarte en la tarea continua de mantener la infraestructura de tu empresa al día, segura y mejorando constantemente. Ven a pasar una mañana de seguridad con nosotros. Seguro que disfrutas con nosotros.

Agenda:

09:00 - 09:15 Registro

09:15 - 10:00 D-Link: Circuitos de Vídeo vigilancia IP

La seguridad física es una parte más de la seguridad de tu red o de tu negocio. Con las nuevas soluciones D-Link es posible controlar tu negocio a través de la red de tu organización, recibir las alertas en tus dispositivos móviles y almacenar las grabaciones en ubicaciones seguras. ¿Estás seguro de que en tu negocio pasa lo que tiene que pasar cuando tu no estás?

10:00 - 10:45 SmartAccess: Portátiles corporativos a prueba de robos

Utilizando Windows 7 y el acceso biométrico o el DNI electrónico Rames Sawart, de SmartAcces explicará las novedades de las tecnologías de seguridad incluidas el nuevo sistema operativo Windows, como BitLocker, BitLocker To Go y Windows Biometric Framework para poder combinarlo y proteger la confidencialidad de la información contenida en los portátiles corporativos usando tu e-DNI o accesos biométricos.

10:45 - 11:30 Café

11:15 - 12:00 Quest Software: Estrategia ante desastres en AD y Exchange

Se ha caído el servidor de correo y el AD. Tranquilos, tenemos copia de seguridad de ellos, ¿no? Los entornos de Directorio Activo y Exchange son críticos en cualquier compañía. Entre los complejos procedimientos de seguridad que se han de establecer, un punto fundamental es el plan de contingencia que permita recuperar ambos sistemas en caso de desastre. Durante esta sesión Quest mostrará una solución integral de Backup y Recuperación para tecnologías Microsoft (AD, Exchange y SharePoint).

12:00 - 12:45 Microsoft Technet: Forefront Protection, Corporate Client Security

Forefront Client Security es la solución de protección antimalware mejor pensada para tu entorno coorporativo. ¿Vas a migrar o estás pensando en migrar tu plataforma a Windows 7? Hazlo de una vez con Forefront Client Security y deja tu protegido para los próximos años. Totalmente integrado en el AD y controlable desde una consola centralizo. ¿Quieres saber cómo se implanta? ¿Quieres verlo funcionar?

12:45 - 13:30 Informática 64: Guerras Navales

Navegar por Internet es a veces casi igual de peligroso que navegar por los mares en tiempos en los que la piratería era un negocio honrado. En esta sesión se analizarán las principales medidas de seguridad que ofertan los principales Internet Browsers para proteger a sus intrépidos usuarios, que pululan por ese, cada vez más encrespado, mar que es la Red. También, conocerás, de primera mano Apolo, el nuevo ActiveX de I64 para ayudarte en la detección de correos falsos en los sistemas de correo electrónico a través de web.

13:30 - 13:45 Preguntas

Y cómo dice el propio Chema en su blog:

El día 22 de Enero ha caido un viernes tonto en Andorra que aprovecharemos para hacer un poco de Snowboard. Si eres un/a pirad@ de esto y te apetece venirte y pagarte tus cosas... ya sabes, yo iré con mi Excalibur rodando montaña abajo...

Un saludo nevado (lleva cayendo toda la mañana y parece que seguirá todo el día)

(*) Al final quedaron en un iJam, un carajillo, un poco de hierbabuena, y un poco de cera (de pulir la tabla de snow).

Microsoft Virtual Business Cards para MCPs

2009-12-10T12:11:06Z

Como ya sabéis, el pasado Junio Microsoft decidió terminar con los paquetes de bienvenida (también llamados Welcome kits). Se supone que los motivos son ecológicos y no tienen nada que ver con el ahorro de costes, pero en estos tiempos de crisis... uhm... no se, no se :-)

La cuestión es que existe un nuevo servicio para todos los MCP gracias al cual uno se puede crear su propia tarjeta de visita, y compartirla con el resto de la comunidad.

Al igual que David, al principio pensé que era una chorrada, pero la verdad es que el resultado es una chulada :-)

Os dejo una muestra en diversos formatos:

HTML:

Java Script (mira en My Certifications):

Imagen:

Saludos,

IE9 : Una primera aproximación para desarrolladores

2009-12-02T12:37:00Z

Acabo de leer en el blog de IE, un post muy interesante sobre la próxima versión de Internet Explorer. Si bien personalmente a lo largo de mi vida he sido usuario de la gran mayoría de los browsers que existen, y de otros que han pasado a mejor vida, hoy en día me decanto por IE8. I no me importa decirlo, és más, voy con la cara bien alta por la calle. Si, uso Internet Explorer 8, y qué?

Eso si, tengo instalados en mi entorno de desarrollo el resto de navegadores para testear las aplicaciones Web que creamos: FireFox, Opera, Safari y Chrome.

Si bien durante mucho tiempo Opera fue mi predilecto, de cada uno de ellos me gusta una cosa distinta: De FireFox, sus millones de pluggins. De Safari el renderizado. De Chrome, lo rápido de su motor de JS... pero si lo pongo todo en conjunto, me quedo con IE8, con sus cosas buenas y su cosas malas.

Os dejo con el artículo, en el que podreis ver una comparativa de los distintos motores de J a v a S c r ip t (lo pongo separado para que no se elimine automáticamente al publicar):

Amén de algunas novedades en la interpretación de los distintos estándares.

Un saludo!

An Early Look At IE9 for Developers:
http://blogs.msdn.com/ie/archive/2009/11/18/an-early-look-at-ie9-for-developers.aspx

HowTo: Obtener TODOS los usuarios de un grupo del Directorio Activo

2009-11-30T15:58:36Z

Siguiendo con el tema de las últimas entradas, vamos a ver cómo obtener TODOS los usuarios que pertenecen a un grupo del directorio activo. Y cuando digo TODOS los usuarios, me refiero a TODOS (por algo lo he puesto en mayúsculas :-D). Es decir, dentro de un grupo podemos tener otros grupos, que a su vez contengan otros grupos y así succesivamente... y nuestro objetivo es obtener todos los usuarios de forma recursiva.

Para obtener los datos de estos usuarios vamos a crear una clase, para ir almacenando las propiedades que deseamos obtener de cada usuario. Y una función que obtenga los usuarios de un grupo, y se llame a sí misma de forma recursiva en caso que este grupo contenga otros grupos.

El código de la clase:

public class ADUser

    public byte[] Sid { get; set; }

    public string Name { get; set; }

    public string DistinguishedName { get; set; }

    public string SAMAccountName { get; set; }

    public int RoleType { get; set; }

    public ADUser(byte[] sid, string name,

        string distinguishedName, string sAMAccountName)

        Sid = sid;

        Name = name;

        DistinguishedName = distinguishedName;

        SAMAccountName = sAMAccountName;

    public string sIDtoString()

        SecurityIdentifier sid = new SecurityIdentifier(Sid, 0);

        return sid.ToString();

Y el método que devuelve todos los usuarios de un grupo de forma recursiva:

namespace Alpha.Code

    public class SecurityContextEx

        public static string getDomainName()

            return IPGlobalProperties.GetIPGlobalProperties().DomainName;

        public static string getLDAPDomainName(string domainName)

            StringBuilder sb = new StringBuilder();

            string[] dcItems = domainName.Split(".".ToCharArray());

            sb.Append("LDAP://");

            foreach (string item in dcItems)

                sb.AppendFormat("DC={0},", item);

            return sb.ToString().Substring(0, sb.ToString().Length - 1);

        public static List<ADUser> GetUsersInGroup(string group)

            List<ADUser> users = new List<ADUser>();

            string ldapDomainName = SecurityContext.getLDAPDomainName(SecurityContext.getDomainName());

            string domainName = ldapDomainName.Replace("LDAP://", string.Empty);

            List<string> groupMemebers = new List<string>();

            DirectoryEntry de = new DirectoryEntry(ldapDomainName);

            DirectorySearcher ds = new DirectorySearcher(de, "(objectClass=person)");

            ds.Filter = "(&(objectClass=group)(cn=" + group + "))";

            foreach (SearchResult result in ds.FindAll())

                var dir = result.GetDirectoryEntry();

                var list = dir.Invoke("Members");

                IEnumerable entries = (IEnumerable)list;

                foreach (var entry in entries)

                    DirectoryEntry member = new DirectoryEntry(entry);

                    if (member.SchemaClassName == "group")

                        List<ADUser> usersInGroup =

                            GetUsersInGroup(member.Properties["name"][0].ToString());

                        foreach (ADUser aduser in usersInGroup)

                            if (!users.ToDictionary(u => u.Name).ContainsKey(aduser.Name))

                                users.Add(aduser);

                    else

                        ADUser aduser = new ADUser(

                            (byte[])member.Properties["objectSid"][0],

                            member.Properties["name"][0].ToString(),

                            member.Properties["distinguishedName"][0].ToString(),

                            member.Properties["sAMAccountName"][0].ToString());

                        users.Add(aduser);

            return users;

Aparte de la función GetUsersInGroup, también existen un par de métodos de apoyo para averiguar el nombre de nuestro dominio, que creo recordar que he publicado con anterioridad, pero por si acaso os los he publicado también.

Si deseamos obtener los usuarios de un grupo en particular, basta con usarlo de este modo:

List<ADUser> users = SecurityContextEx.GetUsersInGroup("My users");

Nota: En ocasiones, puede resultar una buena práctica para la administración de la seguridad de nuestras aplicaciones, crear un grupo en el directorio activo con el mismo nombre de la aplicación. Y de este modo conceder acceso a todos los miembros de dicho grupo a nuestra aplicación. En este caso todavía resultaría más sencillo mostrar todos los usuarios a los que hemos concedido acceso:

List<ADUser> users = SecurityContextEx.GetUsersInGroup(Application.ProductName);

Espero que os haya gustado,

Un saludo desde las frías tierras de Andorra :-)

Y después de la nevada de ayer, esta vez más frías que nunca…

Noviembre 2009

HowTo: Agrupando grupos :-)

2009-11-26T10:53:51Z

Una entrada rápida, no como la de ayer. Aunque el tema está bastante relacionado ya que ambos tratan de Active Directory e identidades.

Hoy vamos a ver una forma sencilla de obtener todos los grupos a los que pertenece un usuario, y agruparlos por su nombre de dominio. Y todo esto mediante una sola sentencia LINQ to objects. A ver quién es el guapo o guapa que me dice que LINQ to objects no es una maravilla!

El resultado que vamos a obtener es el siguiente (algunos nombres se han omitido por razones obvias :-P):

Groups under:
- Group name: Todos
- Group name: LOCAL
Groups under: BUILTIN
- Group name: Usuarios
- Group name: Administradores
Groups under: PRIMARY_DOMAIN_NAME
- Group name: xxx1
- Group name: xxx2
- Group name: xxx3
- Group name: xxx4
- Group name: xxxN
Groups under: NT AUTHORITY
- Group name: INTERACTIVE
- Group name: Usuarios autentificados

Y el código resultante es un método extensor para la clase WindowsIdentity, con dos funciones auxiliares en forma de métodos extensores de la clase NTAccount:

using System;

using System.Collections.Generic;

using System.DirectoryServices;

using System.DirectoryServices.ActiveDirectory;

using System.Linq;

using System.Net.NetworkInformation;

using System.Runtime.InteropServices;

using System.Security.Principal;

using System.Text;

namespace Alpha.Code

    public static class SecurityExtensions

        public static IOrderedEnumerable<IGrouping <string, NTAccount>>

            GetGroupsUnderDomains(this WindowsIdentity identity)

            var groups =

                        from grIdentity in identity.Groups

                        where grIdentity.IsValidTargetType(typeof(NTAccount))

                        select grIdentity.Translate(typeof(NTAccount)) as NTAccount into ntAccounts

                        let domainName = ntAccounts.GetDomainName()

                        let groupName = ntAccounts.GetAccountName()

                        orderby domainName

                        group ntAccounts by domainName into domainGroups

                        orderby domainGroups.Key

                        select domainGroups;

            return groups;

        public static string GetDomainName(this NTAccount account)

            string[] split = account.Value.Split('\\');

            return split.Length == 1 ? string.Empty : split[0];

        public static string GetAccountName(this NTAccount account)

            string[] split = account.Value.Split('\\');

            return split[split.Length - 1];

Para probarlo y ver el resultado:

var groups = WindowsIdentity.GetCurrent().GetGroupsUnderDomains();

foreach (var dg in groups)

    Console.WriteLine(string.Format("Groups under: {0}", dg.Key));

    foreach (var g in dg)

        Console.WriteLine(string.Format("  - Group name: {0}", g.GetAccountName()));

Un saludo desde las frías tierras de Andorra :-)

Noviembre 2009

How To: ¿Como saber si el usuario actual es administrador del dominio?

2009-11-25T17:03:00Z

Nota: Es una pregunta que me encuentro de forma recurrente en los foros de desarrollo, así que lo apunto aquí para tener una referencia.

El escenario

Cuando desarrollamos una aplicación de escritorio, puede ser interesante saber a qué grupos pertenece el usuario que está ejecutando nuestra aplicación, para mostrar / ocultar / permitir / revocar ciertas acciones, u opciones. Por ejemplo, yo acostumbro a tener un botón en la barra de estado de mis aplicaciones que permite cambiar la cadena de conexión, y evidentemente, solo está visible cuando el usuario pertenece al grupo “Administradores del dominio”.

IsInRole

Para ello, el objeto WindowsPrincipal dispone de un método IsInRole, que nos dirà si un usuario pertenece a un grupo determinado. Genial, además este método tiene varias sobrecargas, de modo que podemos usarlo pasando el RID, SID, el nombre e incluso una constante basada en la enumeración WindowsBuiltIOnRole:

Nombre de miembro	Descripción
AccountOperator	Los operadores de cuentas administran las cuentas de los usuarios de un equipo o dominio.
Administrator	Los administradores tienen acceso completo y sin restricciones al equipo o dominio.
BackupOperator	Los operadores de copia de seguridad pueden reemplazar las restricciones de seguridad con el único propósito de hacer copias de seguridad de los archivos o de restaurarlas.
Guest	Los invitados tienen más restricciones que los usuarios.
PowerUser	Los usuarios avanzados poseen la mayoría de los permisos administrativos, con algunas restricciones. De este modo, los usuarios avanzados pueden ejecutar aplicaciones heredadas, además de aplicaciones certificadas.
PrintOperator	Los operadores de impresión pueden tomar el control de una impresora.
Replicator	Los replicadores permiten la duplicación de archivos en un dominio.
SystemOperator	Los operadores del sistema administran un equipo en particular.
User	Los usuarios no pueden realizar cambios accidentales o intencionados en todo el sistema. En consecuencia, pueden ejecutar aplicaciones certificadas, pero no la mayoría de las aplicaciones heredadas.

De modo que para saber si nuestro usuario es administrador local, basta con hacer esto:

WindowsPrincipal wp = new WindowsPrincipal(WindowsIdentity.GetCurrent());

return wp.IsInRole(WindowsBuiltInRole.Administrator);

Sencillo, verdad? A partir del usuario que ejecuta nuestra aplicación (válido también en caso de impersonación), creamos un objeto Principal e invocamos al método pasándole el grupo contra el que deseamos validar.

El problema de esta enumeración es que como su nombre indica, sólo contempla los grupos locales. Así que si queremos saber si pertenece a un grupo del dominio parece que tendremos que buscar el SID del grupo, o el nombre, y hardcodearlo ‘a mano’ en nuestra aplicación.

Feo verdad? Pues la verdad es que si, muy feo… vamos a investigar un poco más, a ver si encontramos otra forma.

Nota: Por motivos de rendimiento, para determinar la función del usuario se recomienda utilizar la sobrecarga de IsInRole(SecurityIdentifier) como sobrecarga preferible.

WellKnownSidType

Existe una enumeración llamada WellKnownSidType, que devuelve los identificadores de seguridad más utilizados, vamos a darle un vistazo:

Member name	Description
NullSid	Indicates a null SID.
WorldSid	Indicates a SID that matches everyone.
LocalSid	Indicates a local SID.
CreatorOwnerSid	Indicates a SID that matches the owner or creator of an object.
CreatorGroupSid	Indicates a SID that matches the creator group of an object.
CreatorOwnerServerSid	Indicates a creator owner server SID.
CreatorGroupServerSid	Indicates a creator group server SID.
NTAuthoritySid	Indicates a SID for the Windows NT authority.
DialupSid	Indicates a SID for a dial-up account.
NetworkSid	Indicates a SID for a network account. This SID is added to the process of a token when it logs on across a network.
BatchSid	Indicates a SID for a batch process. This SID is added to the process of a token when it logs on as a batch job.
InteractiveSid	Indicates a SID for an interactive account. This SID is added to the process of a token when it logs on interactively.
ServiceSid	Indicates a SID for a service. This SID is added to the process of a token when it logs on as a service.
AnonymousSid	Indicates a SID for the anonymous account.
ProxySid	Indicates a proxy SID.
EnterpriseControllersSid	Indicates a SID for an enterprise controller.
SelfSid	Indicates a SID for self.
AuthenticatedUserSid	Indicates a SID for an authenticated user.
RestrictedCodeSid	Indicates a SID for restricted code.
TerminalServerSid	Indicates a SID that matches a terminal server account.
RemoteLogonIdSid	Indicates a SID that matches remote logons.
LogonIdsSid	Indicates a SID that matches logon IDs.
LocalSystemSid	Indicates a SID that matches the local system.
LocalServiceSid	Indicates a SID that matches a local service.
NetworkServiceSid	Indicates a SID that matches a network service.
BuiltinDomainSid	Indicates a SID that matches the domain account.
BuiltinAdministratorsSid	Indicates a SID that matches the administrator account.
BuiltinUsersSid	Indicates a SID that matches built-in user accounts.
BuiltinGuestsSid	Indicates a SID that matches the guest account.
BuiltinPowerUsersSid	Indicates a SID that matches the power users group.
BuiltinAccountOperatorsSid	Indicates a SID that matches the account operators account.
BuiltinSystemOperatorsSid	Indicates a SID that matches the system operators group.
BuiltinPrintOperatorsSid	Indicates a SID that matches the print operators group.
BuiltinBackupOperatorsSid	Indicates a SID that matches the backup operators group.
BuiltinReplicatorSid	Indicates a SID that matches the replicator account.
BuiltinPreWindows2000CompatibleAccessSid	Indicates a SID that matches pre-Windows 2000 compatible accounts.
BuiltinRemoteDesktopUsersSid	Indicates a SID that matches remote desktop users.
BuiltinNetworkConfigurationOperatorsSid	Indicates a SID that matches the network operators group.
AccountAdministratorSid	Indicates a SID that matches the account administrators group.
AccountGuestSid	Indicates a SID that matches the account guest group.
AccountKrbtgtSid	Indicates a SID that matches the account Kerberos target group.
AccountDomainAdminsSid	Indicates a SID that matches the account domain administrator group.
AccountDomainUsersSid	Indicates a SID that matches the account domain users group.
AccountDomainGuestsSid	Indicates a SID that matches the account domain guests group.
AccountComputersSid	Indicates a SID that matches the account computer group.
AccountControllersSid	Indicates a SID that matches the account controller group.
AccountCertAdminsSid	Indicates a SID that matches the certificate administrators group.
AccountSchemaAdminsSid	Indicates a SID that matches the schema administrators group.
AccountEnterpriseAdminsSid	Indicates a SID that matches the enterprise administrators group.
AccountPolicyAdminsSid	Indicates a SID that matches the policy administrators group.
AccountRasAndIasServersSid	Indicates a SID that matches the RAS and IAS server account.
NtlmAuthenticationSid	Indicates a SID present when the Microsoft NTLM authentication package authenticated the client.
DigestAuthenticationSid	Indicates a SID present when the Microsoft Digest authentication package authenticated the client.
SChannelAuthenticationSid	Indicates a SID present when the Secure Channel (SSL/TLS) authentication package authenticated the client.
ThisOrganizationSid	Indicates a SID present when the user authenticated from within the forest or across a trust that does not have the selective authentication option enabled. If this SID is present, then OtherOrganizationSid cannot be present.
OtherOrganizationSid	Indicates a SID present when the user authenticated across a forest with the selective authentication option enabled. If this SID is present, then ThisOrganizationSid cannot be present.
BuiltinIncomingForestTrustBuildersSid	Indicates a SID that allows a user to create incoming forest trusts. It is added to the token of users who are a member of the Incoming Forest Trust Builders built-in group in the root domain of the forest.
BuiltinPerformanceMonitoringUsersSid	Indicates a SID that matches the group of users that have remote access to schedule logging of performance counters on this computer.
BuiltinPerformanceLoggingUsersSid	Indicates a SID that matches the group of users that have remote access to monitor the computer.
BuiltinAuthorizationAccessSid	Indicates a SID that matches the Windows Authorization Access group.
WinBuiltinTerminalServerLicenseServersSid	Indicates a SID is present in a server that can issue Terminal Server licenses.
MaxDefined	Indicates the maximum defined SID in the WellKnownSidType enumeration.

BINGO!!! Parece que tenemos el SID del grupo de admnistradores del dominio (lo he marcado en rojo en la tabla anterior).

Ahora vamos a generar el SID del grupo de adminstradores del dominio y ya podemos volver a probar el método IsInRole:

WindowsPrincipal wp = new WindowsPrincipal(WindowsIdentity.GetCurrent());

SecurityIdentifier sid = new SecurityIdentifier(WellKnownSidType.AccountDomainAdminsSid, null);

return wp.IsInRole(sid);

Ops! Nuestro gozo en un pozo… se necesita informar el segundo argumento del constructor para el SID del grupo:

DomainSid

¿Y que kkgrnn$# representa que es este identificador? Pues según pone en la ayuda del constructor, debe proporcionarse el SID del dominio para que el constructor pueda devolver algunos identificadores de WellKnownSidType, entre los cuales está el de los administradores del dominio.

Dicho de otro modo, o sabemos el SID de nuestro dominio o todo lo anterior no vale para nada… :-(

¿Y cómo podemos saber el SID de dominio? Después de buscar un ratito, lo único que he encontrado es una utilidad de consola llamada PsGetSid, que forma parte de las PSTools del inefable Mark Russinovich. Basta descargar esta utilidad y ejecutarla desde la consola de este modo para saber el SID de nuestro dominio (el nombre de dominio en formato “microsoft.com” o “net.volvo.com”):

Sin embargo, me niego a tener que hacer esto para saber el identificador del dominio. Así que vamos a probar si podemos recuperar esta propiedad del esquema de AD mediante un DirectoryEntry. Para ello utilizaremos la clase Domain:

Domain d = Domain.GetDomain(new

    DirectoryContext(DirectoryContextType.Domain, getDomainName()));

using (DirectoryEntry de = d.GetDirectoryEntry())

    byte[] domSid = (byte[])de.Properties["objectSid"].Value;

    string sdomainSid = sIDtoString(domSid);

    Console.WriteLine(sdomainSid);

Nota: Aquí necesitaremos dos funciones de apoyo, la primera nos devuelve el nombre del domino, y la segunda transforma el array de bits del SID en su representación textual:

public static string getDomainName()

    return IPGlobalProperties.GetIPGlobalProperties().DomainName;

public static string sIDtoString(byte[] sidBinary)

    SecurityIdentifier sid = new SecurityIdentifier(sidBinary, 0);

    return sid.ToString();

A todo esto el valor de la variable sdomainSid es el esperado!!! :-D

Poniéndolo todo junto

Al igual que el alegre bandolero, también soy un fanático de los métodos extensores, así que vamos a encapsular todo esto en un método que extienda la clase WindowsIdentity. Aquí va todo el código junto:

using System.DirectoryServices;

using System.DirectoryServices.ActiveDirectory;

using System.Net.NetworkInformation;

using System.Security.Principal;

namespace Alpha.Code

    public static class SecurityExtensions

        public static bool IsDomainAdmin (this WindowsIdentity identity)

            Domain d = Domain.GetDomain(new

                DirectoryContext(DirectoryContextType.Domain, getDomainName()));

            using (DirectoryEntry de = d.GetDirectoryEntry())

                byte[] bdomSid = (byte[])de.Properties["objectSid"].Value;

                string sdomainSid = sIDtoString(bdomSid);

                WindowsPrincipal wp = new WindowsPrincipal(identity);

                SecurityIdentifier dsid = new SecurityIdentifier(sdomainSid);

                SecurityIdentifier dasid = new SecurityIdentifier(

                    WellKnownSidType.AccountDomainAdminsSid, dsid);

                return wp.IsInRole(dasid);

        public static string getDomainName()

            return IPGlobalProperties.GetIPGlobalProperties().DomainName;

        public static string sIDtoString(byte[] sidBinary)

            SecurityIdentifier sid = new SecurityIdentifier(sidBinary, 0);

            return sid.ToString();

Y la forma de usarlo es tan sencilla como esto:

if (WindowsIdentity.GetCurrent().IsDomainAdmin())

    //Acciones a realizar si el usuario es administrador de dominio...

Un saludo desde las frías tierras de Andorra :-)

Noviembre 2009

VSTO: Tabla de valores para .FaceId

2009-11-06T16:10:00Z

Nota rápida para todos los que alguna vez os toque desarrollar algun proyecto VSTO.

Al asignar una inagen a un botón de las barras de herramientas debes asignarle un identificador numérico de imágen. Durante mucho tiempo he buscado alguna tabla que contenga todos los identificadores sin éxito. Ayer, dí con este enlace:

http://www.kebabshopblues.co.uk/2007/01/04/visual-studio-2005-tools-for-office-commandbarbutton-faceid-property/

En el tenéis las tablas de imágenes e identificadores. Yo, por si acaso he hecho una copia por si algun dia se pierde el enlace :-)

Aquí están:

Que aproveche! :-)

VS2010: Aleluya! Mejoras en Project –> Refrences

2009-10-29T08:01:00Z

Leo en el blog de Scott, que por fin alguien me ha hecho caso :-)

Ya en las betas de la versión 2003 mandé una petición para que el cuadro de diálogo de referencias se cargara de forma asíncrona, y desde entonces no se puede decir que me hubiésen hecho demasiado caso. La verdad es que tampoco creo que me lo hayan hecho ahora, pero al menos alguien debe haber llegado a la misma conclusión: El cuadro de diálogo de agregar referencias tardaba horrores en cargar.

La verdad es que es normal, ya que en la versión 2008 todavía tenemos el mismo diálogo que en Visual Studio 6.0, ya ha llovido un poco.

Ahora, a partir de la beta 2 de 2010, este cuadro de diálogo se abre por defecto en la pestaña ‘Projects’ en lugar de mostrar las referencias de .NET, y esto es mucho más rápido.

Pero eso no es todo, ahora en las dos primeras pestañas, la carga de ensamblados se realiza ahora de forma asíncrona, de forma que no paraliza el IDE hasta que estan todos los ensamblados cargados en la lista.

Si, se que es una tonteria… pero a veces estos pequeños cambios hacen que uno sea bastante más productivo, o que al menos no se cabree con la herramienta cuando por error le das a esta ventana :-P

Artículo original:

http://weblogs.asp.net/scottgu/archive/2009/10/29/add-reference-dialog-improvements-vs-2010-and-net-4-0-series.aspx

Saludos a todos!

Lluís Franco on Geeks.ms

Creando aplicaciones para Windows Phone 7 usando Silverlight

Silverlight 4.0 RC disponible

Usando ASP.NET membrership en Winforms (3 / n)

El modelo de objetos de membresía (Membership object model)

Configurando nuestra aplicación

Ejemplos a cholón:

Usando ASP.NET membrership en Winforms (2 / n)

Creando la base de datos de membresía

Examinando la base de datos creada

Accediendo a la base de datos desde .NET

Usando ASP.NET membrership en Winforms (1 / n)

Sistemas de autenticación de usuarios

ASP.NET Membership

Escenarios

Al lío

Más videos sobre Visual Studio 2010

Resumen de videos de VS2010 y ASP.NET 4.0

Gira Up To Secure 2010 – Las fotos :-)

CodeCamp 2009: Video + Presentación + Demos

La característica más extraña que has visto en un lenguaje

Ya están disponibles las sesiones grabadas del CodeCamp ‘09!

Mejoras en Entity Framework 4

La Gira UP to Secure 2010 pasará por Andorra

Microsoft Virtual Business Cards para MCPs

IE9 : Una primera aproximación para desarrolladores

An Early Look At IE9 for Developers: http://blogs.msdn.com/ie/archive/2009/11/18/an-early-look-at-ie9-for-developers.aspx

HowTo: Obtener TODOS los usuarios de un grupo del Directorio Activo

HowTo: Agrupando grupos :-)

How To: ¿Como saber si el usuario actual es administrador del dominio?

El escenario

IsInRole

WellKnownSidType

DomainSid

Poniéndolo todo junto

VSTO: Tabla de valores para .FaceId

VS2010: Aleluya! Mejoras en Project –> Refrences

An Early Look At IE9 for Developers:
http://blogs.msdn.com/ie/archive/2009/11/18/an-early-look-at-ie9-for-developers.aspx