Geeks•ms

Características en Windows Server 2008 R2

Juansa — Tue, 09 Feb 2010 12:59:00 GMT

Windows 2008 R2 proporciona un conjunto de funciones añadidas para el servidor llamadas características. Estas formaban parte de Windows 2008 con algunas nuevas en R2. De estas características se extraen las que son obligatorias para que ciertos roles funcionen, de las que añaden fiabilidad al servidor, como el clustering por ejemplo. Algunos sólo añaden estética, como Experiencia de Escritorio. Cuando planeamos nuestro servidor puede que necesitemos instalar algunas de ellas para lograr la configuración querida. En muchos casos no necesitaremos instalar características necesarias a un role. Las que son obligatorias normalmente se instalarán al instalar el propio role.

Para instalar una característica abrimos el Administrador del Servidor, y elegimos Características.

Pulsando en el enlace Agregar características obtendremos acceso al asistente:

Tabla de características:

Característica	Descripción
Administración de directivas de grupo (Group Policy Management)	Instala el complemento MMC para administrar los objetos GP(GPO).
Administrador de almacenamiento para redes SAN (Storage Manager for Storage Area Networks)	Juego de herramientas para administración central de SANS sobre fibra o iSCSI.
Administrador de recursos del sistema de Windows (Windows System Resource Manager)	Proporciona control de administrador sobre cómo se asignan los recursos de CPU y memoria y ayuda a proporcionar fiabilidad a las aplicaciones.
Asistencia Remota (Remote Assitance)	Nos permite ver y compartir el control del escritorio de un usuario que necesita ayuda.
BranchCache	Ayuda a reducir el consumo de banda ancha de clientes ubicados en escenarios de sucursales de oficinas. Los clientes han de ser 2008 R2 o Windows 7.
.Net Framework 3.5.1	Proporciona las API necesarias para que trabajen las aplicaciones.
Copias de seguridad de Windows Server (Windows Server Backup Features)	Herramientas de copia de seguridad y restauración de R2, para el sistema, aplicaciones y datos.
Cifrado de unidad bitlocker (Bitlocker Drive Encryption)	Cifrado de unidad en cado de perdida o robo.
Cliente de impresión en Internet (Internet Printing Client)	Protocolos necesarios para impresión en la red o internet.
Cliente Telnet (Telnet Client)	Conexiones Telnet a Servidores.
Cliente TFTP (TFTP Client)	Escritura/Lectura hacia un servidor TFTP remoto.
Compresion diferencial remota (Remote Differential Compression)	Permite el cálculo para reducir el ancho de banda necesario a utilizar para transferencia entre dos recursos de red.
Consola de administración de Direct Access (Direct Access Management Console)	Consola MMC usada para administrar y configurar acceso directo a clientes Windows 7 y 2008 R2.
E/S de múltiples rutas (Multipath I/O)	Junto con DSM(Módulo específico de dispositivo) proporciona compatibilidad con el uso de varias rutas de acceso a datos a dispositivos de almacenamiento.
Equilibrio de carga de red (Network Load Balancing)	Compatibilidad para TCP/IP para distribuir el tráfico de red mediante varios servidores.
Experiencia de escritorio (Desktop Experience)	Incluye componentes comunes de escritorio, media player, windows aero, etc… Aún si las características han sido instaladas deben habilitarse manualmente.
Extensión IIS de WinRM (Windows Remote Management IIS Extension)	Comunicación segura con sistemas remotos y locales mediante servicios web.
Herramientas administración remota del servidor (Remote Server Administration Tools)	Administración remota de roles y características desde nuestro servidor R2.
Herramientas de migración de Windows Server (Windows Server Migration Tools)	Instala los cmdlets de PowerShell para migración.
Kit de administración Connection Manager (Connection Manager Administration Kit)	Herramienta para creación de perfiles de Connection Manager para escenarios de VPN.
Marco biométrico de Windows (Windows Biometric Framework)	Servicios compatibles necesarios para dispositivos lectores de huellas dactilares usados en el inicio de sesión.
Message Queue Server	Entrega de mensajes garantizada entre aplicaciones.
Monitor de puerto LPR (LPR Port Monitor)	Permite la impresión en impresoras compartidas LPD, comúnmente usado por servicios UNIX.
Protocolo de resolución de nombres de mismo nivel (Peer Name Resolution Protocol)	Permite a las aplicaciones registrar y resolver nombres en el equipo para que otros equipos puedan comunicarse con éstas.
Proxy RPC sobre HTTP (RPC over HTTP Proxy)	Utilizado por aplicaciones con capacidad de reenvío de tráfico RPC sobre HTTP. El más común es Outlook sobre RPC.
Servicio de transferencia inteligente en segundo plano (Background Intelligence Transfer Service BITS)	Servicio de transferencia asíncrono de archivos.
Servicio WAS (Windows Process Activation Service)	Elimina la dependencia sobre Http para IIS, permitiendo a otras aplicaciones usar protocolos no-http.
Servicio WLAN (Wireless LAN Service)	Servicios y configuraciones necesarios, para trabajar adecuadamente en R2, de los adaptadores Wireless.
Servicios de escritura con lápiz y a mano. (Ink and Hardwritting Services)	Compatibilidad para servicios típicos de Tablets.
Servicios simples TCP/IP (Simple TCP/IP Services)	Proporciona compatibilidad con versiones anteriores y sólo ha de instalarse en caso necesario.
Servicios SNMP (SNMP Services)	Instala agentes para control de la actividad de red.
Servicio de nombres de almacenamiento de Internet (Internet Storage Name Server)	Servicios necesarios para detección y compatibilidad para redes de área de almacenamiento iSCSI.
Servidor SMTP (SMTP Server)	Compatibilidad básica con servicios de transferencia de correo electrónico para mensajes y sistemas de correo electrónico.
Servidor Telnet (Telnet Server)	Proporciona capacidades remotas administrativas de línea de comando para aplicaciones de cliente Telnet.
Servidor WINS (WINS Server)	Resolución de nombres NetBIOS para equipos y grupos de la red, usado como compatibilidad de versiones anteriores.
Subsistema de aplicaciones UNIX (Subsystem for UNIX-based applications)	Permite a R2 ejecutar programas basados en UNIX.
Visor de XPS (XPS Viewer)	Compatibilidad con documentos XPS:
Windows Audio Video Experiencie	Plataforma de red para aplicaciones de transmisión de audio y vídeo por secuencias en redes domésticas.
Windows Internal Database	Almacenamiento de datos sólo para roles y características de Windows como AD RMS y WSUS.
Windows PowerShell Integrated Scripting Environment	GUI que nos permite ejecutar comandos de PowerShell. También crear y probar scripts de PowerSHell.
Windows TIFF IFilter	Proporciona capacidad de reconocimiento òptico de caracteres. Específicamente para archivos TIFF 6.0, permitiendo además la indización y búsqueda de texto en dichos archivos.

Directivas basadas en Registro

Juansa — Tue, 09 Feb 2010 10:13:00 GMT

Para administrar los entornos de escritorio de los usuarios se utilizan las Directivas de grupo, las GPO. Más que ver las directivas a nivel de Active Directory lo que veremos es como implementar las directivas a nivel local, incluso crear nuestras propias directivas para redes que no están basadas en AD.

Las directivas no son Preferencias, comparándolas entendemos mejor cómo Windows usa las primeras. Los usuarios establecen preferencias, su fondo de pantalla por ejemplo y las pueden cambiar en cualquier momento. Los administrdores establecen directivas como donde está la carpeta Mis Documentos y éstas toman precedencia sobre la preferencia equivalente del usuario. Windows las almacena en el registro de forma separada. Si existe una directiva, el sistema usa la configuración especificada en ella, si no la hay, usará la preferencia del usuario; en ausencia de ambas, la configuración predeterminada. Una directiva no cambia una preferencia de usuario sino que toma precedencia en su aplicación coexistiendo ambas. En cuanto un admin suprime la directiva, la preferencia vuelve a usarse.

Directiva	Preferencia	Comportamiento
No	No	Configuración predeterminada
No	Sí	Se aplica la preferencia
Sí	No	Se aplica la directiva
Sí	Sí	Se aplica la directiva, ingnorando la preferencia.

Windows combina las directivas en una GPO. En AD hay múltiples GPO que se aplican a usuarios y equipos, dependiendo de donde se encuentren en el directorio. En Windows sólo hay UNA GPO, Local GPO. Su configuración se aplica al equipo local y a cualquier usuarios que inicie sesión en el. Ya que la Directiva Local es la primera que aplica Windows cuando arranca y los usuarios inician sesión, las directivas de red pueden sobreescribir su configuración. Es decir, si la directiva local indica una configuración y la establecida en la red por el administrador la niega, se aplicaría la segunda.

Las Directivas de grupo contienen configuración tanto para usuario como para equipo, conteniendo dos ramas principales:

Configuración de Equipo. Valores de configuración de directiva por-equipo que especifican el comportamiento del sistema operativo, del escritorio, de seguridad, de scripts de inicio y apagado del sistema, de aplicaciones asignadas al equipo y configuración de aplicaciones. Windows las aplica las directivas por-equipo cuando se inicia el sistema y a intervalos de forma regular.
Configuración de Usuario. Valores de configuración de directiva por-usuario que especifican el comportamiento del sistema operativo, del escritorio, de las aplicaciones publicadas y asignadas, de redirección de carpetas, de seguridad, de scripts de inicio y cierre de sesión de usuario y configuración de aplicaciones. Windows las aplica cuando el usuario inicia sesión en el equipo y a intervalos de forma regular.

Para editar la Directiva Local usamos el Editor de directivas:

A) Abrimos Inicio, ejecutar y escribimos gpedit.msc

B) O, nos creamos una MMC con el snap-in.

1. escribimos mmc en Inicio-Ejecutar

2. Menú Archivo, Agregar o quitar complemento

3. En la pestaña Independiente, botón Agregar

4. Elegimos Editor de Directivas de grupo del cuadro y botón Agregar

5. Seguimos el asistente eligiendo Equipo Local

6. Pulsamos en Finalizar y cerramos todos los diálogos abiertos, pulsando luego en Aceptar del diálogo Agregar o quitar complemento.

7. obtenemos una consonla con el complemento añadido.

Extensiones de directiva

Las directivas tienen varias extensiones que podemos ver cuando las configuramos. De hecho, cada nodo que vemos en el editor de directivas es una extensión. De forma predeterminada, el editor carga todas las que están disponibles al iniciar. Configuración de Equipo y Configuración de Usuario contienen diferentes extensiones, podemos ver más al editar una directiva en AD que en una directiva Local. Algunas de las extensiones, resumidas, en una directiva local son:

Scripts. Podemos asignar scripts a los usuarios que se ejecuten al inicio o cierre de sesión. También a equipos para que se ejecuten al arrancar o apagar Windows. Se encuentra dentro de la carpeta de Configuración de Windows.
Configuración de seguridad. Podemos administrar valores de seguridad, como contraseñas, auditoría y bloqueo de directivas. También podemos administrar derechos de usuario y restringir las aplicaciones que los usuarios pueden ejecutar. Se encuentra dentro de la carpeta Configuración de Windows.
Plantillas administrativas. Directiva crea un archivo que contiene valores de Registro y que se escriben en HKCU o HKLM. Windows carga los valores desde este archivo cuando el sistema inicia o el usuario inicia sesión. Estas son las directivas basadas en el registro.

Directivas en el registro

Directivas del registro o directivas administrativas son la misma cosa. Son valores en el registro que sobreescriben las preferencias de los usuarios y hay buenas razones para que los usuarios no las puedan cambiar. Otras directivas, como la configuración de seguridad pueden o no ser valores de registro. En el editor de directivas encontramos las directivas de registro en la carpeta Plantillas Administrativas, tanto bajo la Configuración de Equipo como de la Configuración de Usuario.

Las plantillas administrativas, archivos con la extensión .adm, definen las directivas que los administradores pueden establecer. Estas plantillas describen el interfaz de usuario para reunir configuraciones del administrador y las ubicaciones de estas configuraciones desde el registro. Cuando el administrador define directivas, el editor las guarda en un archivo llamado Registry.pol. Windows carga la configuración contenida en Registry.pol cuando el sistema se inicia, cuando los usuarios inician sesión, y a ciertos intervalos regulares.

Las extensiones, Plantillas administrativas y una extensión de parte del cliente integrada en el registro* trabajan juntas para implementar las directivas basadas en el registro.

*Procesa las directivas y crea sus correspondientes valores en el registro.

Windows tiene plantillas administrativas que definen todas las directivas compatibles con el sistema operativo. Si queremos usarlas para una aplicación, como Office, debemos cargar la plantilla administrativa correspondiente a Office. (El kit de recursos de Office contiene muchas plantillas administrativas para el manejo y administración de la suite) Las que nos proporciona Windos son:

System.adm. Valores principales y primer archivo de plantilla, define la mayoría de valores que vemos en Plantillas Administrativas.
Wmplayer.adm. Valores de Windows Media.
Conf.adm. Software de NetMeeting.
Inetres.adm. Microsoft Internet Explorer.

Todas las directivas se establecen en uno de tres estados: Hailitada, Deshabilitada o No configurada.

Habilitada explícitamente aplica la configuración añadiéndola al registro con un valor de 0x01. Deshabilitada explícitamente desactiva la configuración añadiéndola al registro con un valor de 0x00(o quitándolo). No configurada elimina el valor de configuración del registro. Hay algunas directivas que necesitan de datos adicionales.

Cuando configuramos una directiva prestemos atención a la explicación para asegurarnos que el resultado será el que queremos. Algunas directivas son positivas –se activa la característica al habilitarla-, otras negativas –se desactiva la característica al habilitarla-. Un poco de confusión, a veces para aplicar hemos de deshabilitar y al contrario. Así que leed bien la directiva y lo que hace antes. ;-)

¿Donde guarda Windows las directivas?

En la rama \Software\Policies preferentemente. En la llave HKLM, contendrá las directivas por-equipo y en HKCU las directivas por-usuario.

Otra rama, heredada de versiones anteriores, es \Software\Microsoft\Windows\CurrentVersion\Policies. En la que las directivas tienden a tatuar el registro, lo que quiere decir que hacen cambios permanentes en el registro; Debemos explicítamente cambiar estas directivas. Las ACL, listas de control de acceso, impiden a los usuarios hacer cambios en estas llaves y de ese modo las directivas que se aplican. Los grupos locales usuarios y usuarios avanzados no tienen permisos para cambiar valores en estas llaves, pero un administrador puede sobreescribirlas directamente y cambiar la directiva.

Ya que sabemos donde se ubican en el registro sólo nos resta saber en ué lugar del sistema de archivos están. La directiva local está en %raíz_del_sistema%\System32\GroupPolicy. Es una carpeta super oculta . Para verla en el explorador de Windows hemos de habilitarlo desde herramientas del menú y cambiar las opciones en la pestaña Ver del diálogo de Opciones de carpeta, tanto Ver archivos y carpetas ocultos como desmarcar ocultar archivos del sistema.

Dentro de esta carpeta encontramos las siguientes subcarpetas y archivos:

\Adm. Donde están todos los archivos adm de la directiva local.
\User. Archivo Registry.pol.
\User\Scripts. Scripts por-usuario de la directiva local. Dentro de Logon para el inicio de sesión en Windows y dentro de Logoff para el cierre de sesión en Windows.
\Machine. Registry.pol del equipo.
\Machine\Scripts. Scripts por-equipo de la directiva local. Dentro de Startup para el arranque y en Shutdown para el apagado.

Puede copiarse la carpeta de un equipo a otro para replicar las directivas que contienen, aunque mejor comprobarlo antes de hacerlo en un entorno de trabajo.

¿Realidad o ciencia ficción? Disertación sobre el futuro de la movilidad

Eduardo Ortega Bermejo — Tue, 09 Feb 2010 09:46:00 GMT

Con los rumores de la si/no salida del nuevo Windows Phone empezó a picarme la curiosidad, ¿Que tiene Microsoft preparado para nosotros los próximos años?

Muchos rumores sobre lo que tendrá el nuevo Windows Phone, sobre si estará orientado a consumo como es la plataforma ZUNE, si seguirá orientado hacia el uso empresarial (no olvidemos que Windows Mobile NO fue diseñado para el mercado residencial, sino que fue orientado hacia el empresarial e industrial), pero tanto rumor y no nos estamos dando cuenta de la realidad. Y la realidad, es que todo está evolucionando muy derpisa.

	A día de hoy hemos visto, o hemos tenido el placer de utilizar tecnologías como Microsoft Surface sin embargo hay otras tecnologías que en breve verán la luz como Project Natal (nuevo sistema de interacción con tu XBOX, ¡tu eres el mando!), Microsoft Sphere (como un Surface pero en una superficie esférica),
SecondLight (nueva generación de Microsoft Surface, con un segundo proyector, camaras de alta definicion y sensores de infrarrojos, que permite proyectar imágenes sobre otras superficies externas al surface) o como Microsoft Touch Light, un proyector, que hace cualquier superficie táctil.

Microsoft Surface

Microsoft’s Sphere

Microsoft Project Natal

Microsoft Touch Light

Y es que ya no estamos tan lejos de lo que nosotros llamamos ciencia ficción.

Muchos están comentado ya por los foros, que si se espera en pocos años trabajar como Tom Cruise en Minority Report , haciendo aspavientos con las manos para buscar imágenes y vídeos, que incluso mas de uno ha intentado emular a través de los sensores de la Wii.

Coches eléctricos, aviones supersónicos, cámaras 3D, sistemas holográficos 3D, televisiones y cines 3D, pantallas multitáctiles, relojes teléfono-tele, … incluso en un laboratorio de Australia aseguran haber teletransportado materia de un extremo a otro de la sala o hacer que una partícula viaje en el tiempo y aparezca en el otro extremo antes de que se haya enviado.

Microsoft nos da su particular visión del futuro (cercano por suerte), introduciendo tecnologías que mantiene en estudio, desarrollos que ya tiene y pruebas de concepto que tiene en mente, dejándonos un hermoso vídeo donde nos podemos hacer una idea de cómo podremos vivir en unos pocos años.

VIDEO

Parece ciencia ficción, pero la realidad es que no estamos tan lejos como pensamos de sentirnos inmersos en este estilo de vida y en esta forma de trabajar.

Todos deberíamos haber visto hemos visto series como Startage Atlantis, donde un grupo de marines y científicos exploran planetas en la galaxia Pegaso llevando encima unas PDAs superchulas que son capaces de rastrear a la peña que tienen cerca o incluso recrear en 3D el hueso roto de tu pierna a través de rayos X???(WTF).

Pero es algo que si lo pensamos bien no está tan lejano, ya existen sensores de movimiento de largo alcance (no implementados en dispositivos, aun), cámaras que son capaces de reconocer en tiempo real si quien se acerca es un conejo o una persona, sensores de temperatura, magneticos, de gravedad, de radiación ultravioleta, … y la tecnología de cristales ya está disponible hoy en día.

Y no hablemos de las pantallas, que si OLED, que si AMOLED, que si ahora le agrego tecnología LED, que si luego te lo pongo 3D que si luego se retroalimenta del sol en plan placa fotónica,…

En fin, sin mas, os dejo unas imágenes de mi futuro Windows Phone:

http://www.wmskins.com/blog/concept-transparent-windows-mobile-phone

Saludos geeks!

[ENTLIB] Enterprise Library 5.0 Beta 1 y Unity 2.0 Beta 2 Released (el gran lanzamiento del día !!!)

El Bruno — Tue, 09 Feb 2010 08:59:00 GMT

Buenas,

en un día de grandes lanzamientos, no podía faltar la BETA1 de Microsoft Enterprise Library 5.0 y la Beta 2 Microsoft Unity 2.0. Esta es una Major Version, donde salvo la integración con Visual Studio, todos los demás componentes se han incluido en esta versión. El siguiente listado muestra los cambios que se han aplicado en cada componente o seccion de EntLib:

Aunque como grandes cambios hay que mencionar:

Unity y Object Builder van de la mano.
No hay más soporte para WMI.
Existe una nueva excepción del tipo ActivationException que permite trabajar con errores propios de configuración.
Todos los bloques utilizan Unity como mecanismo de inyección de dependencias, para la creación de objetos.
Ahora es posible guardar la configuración de una aplicación en diferentes archivos, con info propia de cada bloque.
Mucho más

Ahora sólo queda probarla :D

Saludos @ Boadilla

El Bruno

Fuente: http://blogs.msdn.com/agile/archive/2010/02/08/enterprise-library-5-0-beta1-and-unity-2-0-beta1-are-released.aspx

[WebCast] Material de mi webcast sobre Facebook Connect

Eduard Tomàs i Avellana — Tue, 09 Feb 2010 08:27:20 GMT

Este pasado jueves (4 de febrero de 2010) di un WebCast sobre Facebook Connect. La verdad es que era la primera vez que daba un webcast, y fue una sensación extraña: acostumbrado a dar charlas presenciales, se me hizo raro no tener el feedback visual de la gente. La verdad es que me sentí un poco como cuando hablas con un contestador automático…

Pero he de decir que la experiencia me gustó, así que espero poder repetirla algún dia de esos!

Muchas gracias a todos los que os conectasteis, espero que al menos os haya picado la curiosidad sobre connect :)

Os dejo el enlace a un fichero .zip con el código y el “super pptx” que enseñé!

Nota: El proyecto es un proyecto ASP.NET MVC RC2, así pues debéis tener instalado este framework para que os funcione!

Saludos!

[VS2010] Visual Studio 2010 Release Candidate “Go-Live” Licence (tan simple como Beta 2 –> RC –> RTM !!!)

El Bruno — Tue, 09 Feb 2010 08:03:00 GMT

Buenas,

ahora que ya se ha liberado la Release Candidate de Visual Studio 2010, es interesante saber que también existe un modelo de licencias “Go-Live” para que podamos utilizar esta versión mucho más tranquilos. Además de soportar el path de actualización de Beta 2 –> RC, este modelo soporta las siguientes características:

Existe un proceso de actualización de Beta 2 a RC y luego a la versión final (RTM) de Visual Studio 2010 y de .NET Framework 4.0. Para Team Foundation Server significa pasar datos de Team Foundation Server 2008 a Team Foundation Server 2010 Beta 2 y a continuación, eventualmente a Team Foundation Server 2010 RTM. Lo más importante es que esto significa código fuente, elementos de trabajo, pruebas, compilaciones y el almacén de datawarehouse.
Con VS2010 es posible aplicaciones "go live" :D.
Existe un equipo de soporte específico para esta versión. Si vas a utilizar la versión "go live"; hay que registrarse por correo electrónico a vsgolive@microsoft.com. Si ya tienes un ID de soporte para VS2010 Beta 2, el mismo sigue siendo válido avanzar como actualizar a RC VS2010.
Otra opción para solicitando ayuda es visitar los foros de MSDN. Los foros de MSDN son frecuentados por del MVP de Microsoft (como quien suscribe) y encuentran de miembros del grupo de productos y son un gran lugar para buscar problemas presentados por otros que podrían coincidir con problemas.

Pues ya lo sabes … a probar la RC !!!

Saludos @ Boadilla

El Bruno

Fuente: http://blogs.msdn.com/jeffbe/archive/2010/02/08/going-live-with-the-visual-studio-2010-release-candidate.aspx

Visual Studio 2010 RC disponible en la subscripción MSDN

Jorge Serrano — Tue, 09 Feb 2010 07:43:00 GMT

Microsoft ha abierto en la página de descargas de subscripción MSDN la posibilidad de que descarguemos la versión RC (Release Candidate) de Visual Studio 2010.

Desde hace tan solo unas horas, es posible descargar esta ultimísima versión de Visual Studio 2010 antes de que aparezca ya la definitiva versión RTM.

En siguiente enlace te llevará a la página principal de MSDN Microsoft USA. Tanto desde este enlace como desde el de la página de MSDN en español, accederemos a nuestra subscripción MSDN (para quien la tenga) y desde allí podremos descargar el Visual Studio 2010 RC.

Dando color a nuestras aplicaciones Silverlight

Ibon Landa — Tue, 09 Feb 2010 06:15:00 GMT

Ya llevamos una temporada hablando sobre el funcionamiento de WCF RIA Services y de cómo se puede emplear junto con Silverlight para realizar aplicaciones de negocio.

Hemos hablado de varias características interesantes pero no hemos hablado en ningún momento de cómo personalizar el diseño de la aplicación, de la interfaz Silverlight que hagamos…

Pues en esta ocasión toca hablar de diseño pero como no puede decir que el diseño sea mi fuerte, he optado por mostrar algunos recursos de los que disponemos para iniciarnos en este maravilloso mundo.

Dentro de la página de la Galería de Expression podéis encontrar un montón de ejemplos que os resultarán de gran utilidad, ya sea para aplicarlos directamente a vuestra aplicaciones, aprender de ellos o para partiendo de ellos hacer vuestras propias modificaciones utilizando Blend….bueno, para lo que queráis.

Por ejemplo, podéis encontrar un montón de temas que podéis aplicar directamente a las plantillas de proyecto de Silverlight.

Y pasar del estilo de la plantilla por defecto a una un poco más trabajada….sustituyendo simplemente el fichero de estilos por defecto por el que os descarguéis de la web de Expression.

¿Quieres ganarte un combo de productos Microsoft?

johnbulla — Tue, 09 Feb 2010 04:28:00 GMT

Conoce los productos de Microsoft Hardware y ponle estilo a tu vida.

Disfruta la mejor tecnología en diferentes diseños y colores.
Vive la máxima expresión en alta definición.
Descubre la combinación perfecta para estar siempre conectado con los que están lejos.

¡ COMIENZA A PARTICIPAR ! Elige el combo que más te guste, sigue las instrucciones y gánate el combo que seleccionaste.

Saludos,

Visual Studio 2010 and .NET Framework 4 RC ya se encuentra disponible

johnbulla — Tue, 09 Feb 2010 04:14:00 GMT

Hola a Amig@s:

Hoy Microsoft® libero la versión Release Candidate de Visual Studio 2010 y .Net Framework 4 para suscriptores a MSDN, pero el próximo 10 de Febrero ya estará disponible al público, según lo anuncia Soma Somasega en su Blog. En el blog de Jason Zanders hay más información sobre la versión RC.

Listos para descargarla…..!!!

Saludos,

[Tips] & en Key de Web.Config

Gonzalo Perez — Tue, 09 Feb 2010 02:12:08 GMT

En la seguidilla de tips para los que se van iniciando y de repente tienen se les presenta un problema, el tener un símbolo en el value de un key del appSettings. Ya que si tienes:

<add key="miclave" value="uno&dos&tres"/>

Es incorrecto y arroja un error en tiempo de compilación, entonces a lo que hay que reemplazar es:
<add key="miclave" value="uno&dos&tres"/>

Es decir, & por & <- Fácil verdad?
Bueno, espero que esto les pueda ser de utilidad :)
Saludos,
Gonzalo

[Tips] Como leer el HTML de una Pagina desde ASP.NET

Gonzalo Perez — Tue, 09 Feb 2010 02:05:42 GMT

Pregunta repetida, por lo tanto amerita post, acá te dejo el código y la explicación.

Para esto vamos a utilizar la clase WebClient de System.NET que nos provee métodos para enviar y recibir datos desde un recurso identificado mediante el URI. Luego a descargar los datos y dejarlos en un arreglo de Bytes para luego obtener el texto HTML encodeado. Por último este código HTML lo asignamos aun TextBox Multiline para ver el resultado.

El código necesario es simplemente:

Dim MyWebClient As New WebClient
Dim ArregloBytes() As Byte
ArregloBytes = MyWebClient.DownloadData(http://www.bing.com/)
Dim oUTF8 As New UTF8Encoding
resultado.Text = oUTF8.GetString(ArregloBytes)

Posteriormente puedes buscar cadenas de texto, en el caso que necesites “replicar” algunas cosillas, ejejeje.

Saludos!
Gonzalo

¿Motivación o imposición?

Miguel Sierra — Mon, 08 Feb 2010 22:30:00 GMT

Es una cuestión que lleva muchos días dándome vueltas en la cabeza...

Los tiempos que corren son tremendamente competitivos, donde los márgenes son ajustados, los plazos cortos y la exigencia de calidad y funcionalidad es muy alta. Es por ello que a todo responsable de equipos o proyectos le exigen más eficiencia y por lo tanto un aumento de la productividad.

Pero mi pregunta es... ¿cómo?

...(read more)

Intellisense para archivos .skin

Gisela — Mon, 08 Feb 2010 22:23:00 GMT

Hoy estuve trasteando con los archivos .skin y me sorprendió el hecho de que el intellisense no estuviera habilitado. Este va a ser un post muy corto pero creo que estoy muy mal acostumbrada y sin intellisense no puedo vivir =P

Para habilitarlo sólo debemos seguir los siguientes pasos:

En el menú de Visual Studio seleccionamos Tools > Options y, dentro del apartado Text Editor, nos ubicamos en File Extension
.
En la parte superior de este apartado, tenemos un recuadro donde podemos escribir la extensión y seleccionar el editor. En este caso, escribimos skin y seleccionamos User Control Editor. Para finalizar pulsamos en Add y OK.
Para que el cambio tenga efecto, es necesario cerrar todos los archivos de skins.

¡Y esto es todo! Ya podemos disfrutar de intellisense en estos archivos. ¡Uf! Necesitaba comentarlo para la gente que sufre por estas cosas como yo =D

¡Saludos!

[VS2010] Guía para la actualización de Lab Management de Beta 2 a Release Candidate

El Bruno — Mon, 08 Feb 2010 14:43:00 GMT

Buenas,

este es uno de los temas que más amargado me tiene, porque no he podido probar Lab Management todavía y creo que es una de las mejores incorporaciones a Visual Studio 2010. El motivo de la “no-prueba” es simple: problemas de hardware, no he podido encontrar el entorno adecuado para montar todo lo necesario para probar LM cómodamente (lo podría hacer en modo chapucero, pero no es la idea).

Igualmente si has montado Lab Management Beta 2 y piensas actualizar a la Release Candidate (que sale dentro de poco), esta guía te indica los pasos necesarios. Y por si fuera poco, además de preguntar en los foros de MSDN, este post seguro que te saca de apuros http://blogs.msdn.com/lab_management/archive/2010/02/08/lab-management-2010-beta2-to-rc-upgrade-guide.aspx

Saludos @ La Finca

El Bruno

Guía de actualización: http://blogs.msdn.com/lab_management/attachment/9959726.ashx

Fuente: http://blogs.msdn.com/lab_management/archive/2010/02/08/lab-management-2010-beta2-to-rc-upgrade-guide.aspx

El Registro y los Servidores 2003

Juansa — Mon, 08 Feb 2010 13:20:58 GMT

Servicio Servidor

Manualmente podemos optimizar el servicio Servidor, personalizándolo a favor del uso de memoria, de la red o de ambos.

HKLM\SYSTEM\CurrentControlSet\Services\lanmanserver\Size

Valor REG_DWORD, con:

0x01 para minimizar el uso de memoria.

0x02 balancear el uso de memoria y el rendimiento de red.

0x03 máximizar el rendimiento de red.

Autenticación

Hay una serie de personalizaciones que pueden ayudarnos a resolver problemas y optimizar la autenticación.

Kerberos, Obligatoriedad de Catálogo Global y la habilitación de los mensajes de Winlogon extendidos para obtención de información.

KERBEROS

Kerberos es un mecanismo de autenticación que se usa para comprobar la identidad de un usuario o equipo. Es el método preferido para autenticar servicios en Windows Server 2003. Podemos modificar los parámetros de Kerberos para resolver contratiempos o simplemente para testear el protocolo, al acabar eliminamos las entradas añadidas, ya que podría influir en el rendimiento del equipo.

En la llave: HKLM\SYSTEM\CurrentControlSet\Control\Lsa\Kerberos\Parameters con valores del tipo REG_DWORD.

SkewTime 5 (minutos) Este valor es el máximo de diferencia de hora permitido entre el equipo cliente y el servidor que acepta la autenticación.

LogLevel 0 Indica si los sucesos se guardan en el Registro de sucesos del sistema. Cualquier valos distinto a 0 provocará que todos los sucesos relacionados con Kerberos se guarden.

MaxPacketSize 1465(bytes) Tamaño máximo del paquete UDP. Si se supera el tamaño se usa TCP.

StartupTime 120(segundos) Tiempo que espera Windows al KDC para iniciar antes de darse por vencido.

KdcWaitTime 10(segundos) Tiempo que espera Windows una respuesta del KDC.

KdcBackoffTime 10(segundos) Tiempo entre sucesivas llamadas al KDC si la anterior ha fallado.

KdcSendRetries 3 Intentos de contactar con el KDC.

DefaultEncryptionType 23 (0x17) Tipo de cifrado para la preautenticación.

FarKdcTimeout 10(minutos) Tiempo de caducidad usado para invalidar a un controlador de dominio desde un sitio distinto en la caché de controlador de dominio.

NearKdcTimeout 30(minutos) Tiempo de caducidad usado para invalidar a un controlador de dominio en el mismo sitio en la caché de controlador de dominio.

StronglyEncryptDatagram FALSE Bandera que indica si se usa un cifrado de 128 bits, lo contrario a un cifrado débil, en paquetes de datagrama.

MaxReferralCount 6 Numero de referencias KDC que un cliente sigue antes de darse por vencido.

KerbDebugLevel 0 Indicador de depuración: 1 ON, 0 OFF.

MaxTokenSize 12000 Valor máximo del token Kerberos (Se recomienda siempre un valor menor a 65535).

SpnCacheTimeout 15(minutos) Tiempo de vida de las entradas en caché del servicio principal de nombres SPN. En DCs la caché SPN está deshabilitada.

S4UCacheTimeout 15(minutos) Tiempo de vida de las entradas negativas en caché S4U que se usan para restringir el número de solicitudes Proxy S4U desde un equipo en particular.

S4UTicketLifeTime 15(minutos) Tiempo de vida de los tickets obtenidos por solicitudes proxy S4U.

RetryPdc 0 Indica si el cliente contactará con el DC primario para solicitudes de autenticación (AS_REQ) si recibe un error de contraseña caducada.
0=falso; distinto a 0=verdadero.

RequestOptions Cualquier valor de la RFC 1510 Indica si hay opciones adicionales que puedan enviarse como opciones KDC en las solicitudes de Ticket de concesión de servicio (TGS_REQ).

ClientIPAddress 0 Indica si una dirección IP de cliente se añadirá en un AS_REQ para obligar al campo Caddr a contener direcciones IP en todos los tickets.
0=falso; cualquier otro = verdadero.

TgtRenewalTime 600(segundos) Tiempo que Kerberos espera antes intentar renovar un ticket (TGT) antes de la caducidad del ticket.

AllowTgtSessionKey 0 Indica como se exportan las claves de sesión. El valor es 0 por seguridad.
0=falso, cualquier otro=verdadero.

En la llave: HKLM\SYSTEM\CurrentControlSet\Services\kdc con valores del tipo REG_DWORD.

KdcUseClientAddresses 0 Indica si la dirección IP se añade a la respuesta de Ticket de concesión (TGS_REP).
0=falso; cualquier otro=verdadero.

KdcDontCheckAddresses 0 Indica si las direcciones IP para el TGS_REQ i el campo Caddr del TGT se comprobarán.
0=falso; cualqueir otro=verdadero.

NewConnectionTimeout 50(segundos) Tiempo en que el extremo de una conexión TCP inicial permanecerá abierta para recibir datos antes de desconectarse.

MaxDatagramReplySize 1465(bytes) Tamaño máximo de paquete UDP en los mensajes TGS_REP y AS_REP. Si el paquete excede el tamaño, el KDC devuelve un mensaje KRB_ERR_RESPONSE_TOO_BIG que solicita al cliente que cambie a TCP.

KdcExtraLogLevel 2 Indica que información escribirá y auditará el KDC en el registro de sucesos.

KdcDebugLevel 0 Depurador ON o depurador OFF.

Deshabilitar obligación Catálogo Global

Emplazar los servidores de Catálogo Global en sitios remotos suele ser deseable para mejorar el rendimiento del inicio de sesión de usuario, búsquedas y otras acciones que necesitan comunicación con el catálogo, y para reducir el tráfico WAN. Sin embargo, para reducir la intervención adminitrativa, las necesidades de hardware y otros relacionados, puede que no queramos tener un servidor de catálogo global en un sitio remoto. Esto es relevante en ciertos entornos, pero el problema es que los inicios de sesión necesitan que un controlador de dominio autentifique al usuario para contactar con el catálogo global y determinar si pertenece a un grupo universal. Si la oficina remota o sucursal no dispone de un catálogo global y no puede contactarse con uno, puede fallar el inicio de sesión del usuario.

Windows Server 2003 ofrece una alternativa de caché de grupos universales. Cuando se habilita para un sitio, los usuarios que inician sesión mientras el catálogo global está en línea pueden seguir haciéndolo aún cuando el catálogo global esté fuera de línea en el próximo inicio de sesión.

Para eliminar la obligación de catálogo global en un sitio y esquivar inicios denegados de sesión de usuario, lo habilitamos en el valor de configuración del controlador de dominio que lleva a cabo la autenticación del usuario:

IgnoreGCFailures (REG_DWORD) en HKLM\SYSTEM\CurrentControlSet\Control\Lsa, dándole un valor de 0x01 y reiniciando el DC.

Habilitar mensajes de Winlogon extendidos

Podemos configurar Windows para obtener mensajes de inicio de sesión, apagado, arranque y cierre de sesión extendidos, obteniendo información extendida para resolver cualquier incidencia en el comportamiento de estas acciones.

Creamos el valor verbosestatus del tipo REG_DWORD en la llave HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System, y le damos el valor 0x01.

*Hay que comprobar que no exista el valor DissableStatusMessages en la misma llave sino no se mostrarán los mensajes.

NoSQL… ¿puede ser lo que necesitas?

Eduard Tomàs i Avellana — Mon, 08 Feb 2010 11:36:00 GMT

Ultimamente se oye hablar cada vez más de BBDD no relacionales o tal y como se las conoce ahora “NoSQL”. En dosideas publicaron un interesante post al respecto de los sistemas NoSQL. La idea es renunciar a algunos de los principios (y funcionalidades) de las bases de datos tradicionales (relacionales) a cambio de obtener mayores velocidades en el acceso a datos.

Cuando nos adentramos en este mundo, debemos dejar de pensar en tablas, ya que nuestros datos dejarán de estar guardados en formato relacional. Aunque existen varios formatos en los cuales se guardan nuesteos datos parece ser que los más comunes son (clave,valor) o usar documentos que son en cierto modo una extensión de la (clave, valor). Si os pasáis por el artículo de la wikipedia sobre NoSQL hay varios enlaces a distintos sistemas NoSQL. A mi me gustaría hablaros de uno con el que he hecho algunas pruebas: MongoDB.

Montando el entorno…

Para empezar a usar el entorno, basta con descargarnos los binarios. La versión más reciente estable es la 1.2.2. MongoDB usa el esquema de numeración de versiones par, donde las versiones estables siempre son pares y las de desarrollo son impares (así actualmente en desarrollo ya existe la 1.3, que cuando se estabilice pasará a ser 1.4). Para instalar MongoDB basta con descomprimir el zip donde más os plazca :)

MongoDB está escrita en C++ y viene con una librería (.lib) y varios headers para ser usada directamente. Por suerte existe una API C# para MongoDB que os podéis descargar desde http://github.com/samus/mongodb-csharp (podéis descargaros los binarios (MongoDB.Linq.dll y MongoDB.Driver.dll) o bien el código fuente (una solución VS2008 que genera los dos assemblies mencionados).

Una vez tengáis instalado MongoDB y los dos assemblies del driver para C#… estamos listos para empezar!

Para poner en marcha el servidor de MongoDB basta con ir donde hayáis descomprimido MongoDB y lanzar el comando:

mongod --dbpath <data_path>

donde <data_path> es el directorio de datos que quereis usar.

El concepto de documentos…

MongoDB se define como base de datos de documentos, entendiendo como un documento una estructura de datos que es una colección de elementos “clave, valor”, donde las claves son cadenas y los elementos cualquier cosa que se quiera. Aunque esto puede parecerse una tabla (donde las claves sean los nombres de los campos) se diferencia del concepto de tabla en que por un lado no tiene esquema fijo (una clave puede o no aparecer en un documento) y en que los valores van más allá de los admitidos generalmente por los campos de las bases de datos relacionales (p.ej. podemos guardar colecciones de otros documentos como valores). El hecho que no haya esquema fijo hace estas bases de datos NoSql ideales para el desarrollo de soluciones que manejan datos poco estructurados.

Algunas operaciones básicas…

Para conectarnos a la BBDD basta con instanciar un objeto del tipo Mongo y llamar al método Connect. Una vez hayamos finalizado debemos llamar a Disconnect:

var srv = new Mongo();
srv.Connect();
// Operaciones con MongoDB
srv.Disconnect();

Una vez estamos conectados al servidor debemos escojer la base de datos a utilizar. Esto lo podemos hacer con el método getDB:

var db = srv.getDB("MyAppDB");

Una vez tenemos la base de datos ya podemos operar con ella. Lo que en una base de datos relacional son tablas con registros aquí son colecciones con documentos. A diferencia de una tabla relacional una MISMA colección puede tener documentos con distinto esquema (distintas claves):

// Obtenemos la coleccion 'users'
var iusers = db.GetCollection("users");
// Creamos un usuario con login y pwd
Document user = new Document();
user.Add("login", "edu");
user.Add("pwd", "mypassword");
// Insertamos el documento
iusers.Insert(user);
// Creamos otro documento. Este con login y pwd_hash
user = new Document();
user.Add("login", "edu2");
user.Add("pwd_hash", "tH23H13");
// Insertamos el documento en la MISMA colección
iusers.Insert(user);
// Obtenemos todos los elementos de la colección
var allUsers = iusers.FindAll();
int numUsers = allUsers.Documents.Count();

Un ejemplo

Vamos a ver un ejemplo de uso de MongoDB… Ahora que Lluís nos está haciendo una clase maestra sobre el membership provider, vamos a ver como podríamos implementar nuestro membership provider para que vaya contra MongoDB en lugar de contra una base de datos relacional. No voy a mostrar todo el código, sólo un par de extractos pero os dejo al final del post el enlace en formato zip con la solución de visual studio.

El primer paso es definir que base de datos de MongoDB vamos a utilizar. No me he calentado mucho la cabeza: los membership providers tienen una propiedad ApplicationName que está pensada para eso. La idea es que un mismo proveedor puede manejar datos de distintas aplicaciones. El campo ApplicationName permite saber cual es la aplicación que se está manejando. Yo asumo que la BBDD de MongoDb se llamará igual que la aplicación:

var srv = new Mongo();
srv.Connect();
var db = srv.getDB(this.ApplicationName);

Otro punto importante es no olvidarnos de llamar a Disconnect() cuando hemos terminado de trabajar con Mongo. La mejor manera de hacer esto, dado que la clase Mongo no implementa IDisposable es con try…finally:

var srv = new Mongo();
try
{
    srv.Connect();
    // Operaciones con MongoDb
}
finally
{
    srv.Disconnect();
}

El membership provider que he creado no implementa todas las funciones, pero sí un grupo suficientemente ámplio para que sea usable: Es capaz de validar usuarios, añadir usuarios y borrar usuarios. P.ej. esta es una captura de pantalla de la aplicación de configuración de ASP.NET usando este proveedor:

Nada más… os dejo el enlace al código con un zip que incluye una solución de visual studio con el proveedor y una aplicación asp.net que lo utiliza (una página con un control login). Si os interesa… echadle una ojeada! ;-)

Enlace del fichero .zip (en mi skydrive).

Saludos!

Nuestros planes para Windows Server 2008 R2

Juansa — Mon, 08 Feb 2010 10:25:30 GMT

Después de instalarlo supongo que hemos de configurarlo para ‘algo’ que deseamos, ¿no?.

Tenemos funcionalidades ‘Roles’ y características añadidas para variedad de propósitos y de eso se trata, ¿que plan tenemos?

Yo destacaría algunos roles:

Los referentes a Active Directory
Hyper-v, y
Servicios de Escritorio Remoto.

A grosso modo, y teniendo en cuenta que el que se maneje con soltura con 2003 esto lo tiene superchupao, haremos una incursión a nuestros planes.

Repaso de términos:

Queremos Active Directory

Es una de las funciones más común en Windows Server 2008 R2, AD vigila el acceso y autenticación de aplicaciones y recursos de nuestra red, nos proporciona los servicios de directorio para que organicemos y aseguremos la infraestructura de red.

Bosque

Principal estructura lógica de la estructura de directorio. Contiene todos los objetos de nuestro directorio, comenzando por Dominios. Los dominios de un bosque único automáticamente tendrán confianza transitiva en dos sentidos. También define varias cosas para todos los dominios en el bosque: PRIMERO, el esquema de la estructura AD – El esquema contiene la definición y atributos para todos los objetos en el bosque y es muy importante para AD ya que define diversos objetos como usuarios y grupos. Definirá que propiedades tendrán estos objetos, extenderá la compatibilidad con nuevos objetos y propiedades necesarias en aplicaciones como el correo electrónico. Y SEGUNDO, el bosque contiene la información de replicación para un funcionamiento adecuado del directorio. Finalmente, el bosque mantiene el catálogo global que proporciona capacidades de búsqueda para él mismo.

Dominio

Los dominios son la división del bosque en partes lógicas. Se crean como ayuda al control de replicación de datos y son instrumentos que nos permitirán escalar en nuestra estructura de directorio. El dominio contiene todos los principales de seguridad de la organización. También maneja la autenticación de red y mediante ella proporciona la base de protección de los recursos. Los dominios ayudan a administrar las confianzas, se consideran límites de seguridad de la red y no solo nos permiten segmentar el acceso a los recursos rápidamente sino que también son una herramienta para delegar tareas administrativas.

Árboles

Dentro de un bosque hay… árboles. Lugar de residencia de los dominios. Un árbol es donde tenemos dominios compartiendo un espacio de nombres común, un contexto de seguridad para compartir los muchos recursos ubicados en un dominio. Cualesquiera dominios que instalemos por debajo del primer dominio se convierten en dominios hijos y tienen un nuevo nombre DNS. Sin embargo, el nombre hereda el del padre. El padre dominio_padre.com, el hijo dominio_hijo.dominio_padre.com.

Confianzas

Las relaciones de confianza hacen que los dominios autentiquen recursos no almacenados en el propio dominio. Estas confianzas pueden ser de un sentido o de dos. Normalmente son de dos sentidos. Dentro de un único árbol en un bosque todos los dominios tienen una relación en dos sentidos automáticamente entre ellos.

Esto proporciona una organización lógica de un dominio. Sin el uso de OUs, el dominio es un gigante de objetos desorganizados dificultando la administración. Nos ofrecen la posibilidad de organizar con lógica los objetos de nuestro directorio, normalmente cuentas de usuarios y grupos, sin embargo hay más objetos en un dominio aunque usaremos más las cuentas de usuario y equipo. Los beneficios administrativos son varios. Búsqueda de usuarios o grupos, delegación de administración de las OU que nos permite tener múltiples administradores sin que tengan privilegios en todo el dominio. Y como no, la facilidad de implementación de las directivas de grupo, una herramienta muy útil.

Usuario

Cuenta que garantiza el inicio de sesión en la red.

Grupo

Forma de organización de usuarios y grupos para dar acceso seguro a los recursos de la red.

Sevidor principal donde se tienen los objetos del dominio. Responsable de la replicación a otros DC.

RODC

Variación de DC, en este caso de sólo-lectura.

Sitios

Cuando se diseñan los dominios de AD, OUs y los muchos objetos que ofrecen los contenedores lógicos para ayuda de nuestra estructura, tenemos un elemento físico de AD importante: el sitio. Los sitios nos permiten controlar la estructura física de la red. Ayudan al gobierno de las funciones principales del entorno:

Replicación
Autentificación y,
Ubicación de servicio.

Con los sitios definimos los límites de nuestra red mediante las direcciones IP y las subredes, que nos dan un mecanismo para controlar el tráfico.

Cuando se planea la estructura AD se comienza desde arriba: el bósque y los dominios. Cuando instalamos el primer controlador de dominio, éste se convierte en el dominio raíz y en el principio del bosque. Definimos el espacio de nombres DNS al instalar el primer DC.

Sólo Hyper-v por favor…

Una demanda creciente es el uso de técnicas de virtualización para el relanzamiento de recursos reutilizables que ayuden a la consolidación y flexibilidad del servidor. Windows Server 2008 R2 Hyper-v está basado en la tecnología del hypervisor. Lo que permite a sistemas virtuales acceder al hardware del servidor eficientemente. A diferencia de otras tecnologías de virtualización, Hyper-v no integra controladores de terceros en la capa del hypervisor. Los controladores que son utilizados por los sistemas virtuales se colocan en la partición padre, que es el sistema operativo host. Todas las máquinas virtuales que instalemos se ubicarán en particiones hijas.

Decidir tener un servidor que maneje la carga de virtualización puede parecer simple, pero este role necesita planearse a conciencia. Microsoft proporciona una herramienta: MAP toolkit con la que podremos analizar y sacar informes que nos ayuden a decidir nuestro Hyper-v.

Servicios de escritorio remoto

Lo que hasta ahora eran Terminal Services ha pasado a Remote Desktop Services (RDS) en 2008 R2. Su funcionalidad tiene mucho de la misma de TS en 2008. Estos servicios nos servirán para proporcionar una presentación virtualizada de nuestro entrono. La metodología para planear su implementación es como la de virtualización.

Cuando instalamos RDS debemos considerar el orden adecuado de instalación de estos servicios comparándolos con las aplicaciones que usaremos en el servidor RDS. La regla general a seguir es instalar las aplicaciones y luego RDS para evitar problemillas potenciales y reinstalaciones de aplicaciones. Estas aplicaciones, en muchos casos, tienen instrucciones de instalación concretas para compatibilizarlas con su funcionamiento en Terminal Server.

Otra consideración es el cómo permitir a los clientes autentificarse contra el servidor y cuál es el nivel de seguridad. Hay dos opciones, Obligar a autentificación a nivel de red y no obligar. Esta decisión puede tener impacto sobre el tipo de clientes y el nivel de seguridad proporcionado por nuestro RDS. También controla el momento de autentificación de los clientes durante el proceso de inicio de sesión, si obligamos, el usuario se autentica antes de establecer la conexión de escritorio remoto con lo que el nivel de seguridad es mayor, sin embargo, se necesita que los clientes ejecuten al menos la versión 6.0 de escritorio remoto y que el cliente Windows sea compatible con el protocolo CredSSP, Vista Xp sp3. Si la elección es no obligar a la autenticación a nivel de red, permitiremos a cualquier versión de escritorio remoto a conectar, lo que significa una segurida menor ya que la autentificación se produce después en el proceso de conexión.

Como consejo: No es nada recomendable tener los servicios RDS en un servicor con AD en marcha (DC), primero porque creamos riesgos innecesarios a AD y segundo por la carga de trabajo que representa y la degradación de rendimiento que puede causar.

Hay dos roles de RDS: Remote Desktop Gateway y RemoteApp and Desktop Web Access, que requieren de la instalación de más servicios para su función correcta.

Si instalamos Remote Desktop Gateway, necesitaremos el servidor Web, NAP, RPC sobre HTTP y las herramientas de administración de Remote Server.

Si instalamos RemoteApp and Desktop Web Access, necesitaremos el servidor Web y las herramientas de administración de Remote Server.

Las funciones de RDS:

Remote Desktop Session Host: Un servidor Host de sesión de Escritorio remoto es el servidor que hospeda programas basados en Windows o todo el escritorio de Windows para clientes de Servicios de Escritorio remoto. Los usuarios pueden conectarse a un servidor Host de sesión de Escritorio remoto para ejecutar programas, guardar archivos y usar los recursos de red de dicho servidor. Los usuarios pueden obtener acceso a un servidor Host de sesión de Escritorio remoto mediante Conexión a Escritorio remoto o con RemoteApp.

Remote Desktop Licensing: Servidor que administra las licencias de acceso de cliente de Escritorio remoto (CAL de RDS) que son necesarias para la conexión de cada dispositivo o usuario a un servidor Host de sesión de Escritorio remoto. Administración de licencias de Escritorio remoto se usa para instalar y emitir CAL de RD en un servidor de licencias de Escritorio remoto, y para realizar el seguimiento de la disponibilidad de las mismas. Es un componente necesario para RDS.

Remote Desktop Connection Broker: El Agente de conexión a escritorio remoto es una función para granjas de servidores, ayuda esencial en el balanceo de carga de las conexiones al servidor.

Remote Desktop Gateway: Puerta de enlace de Escritorio remoto es un servicio que permite a los usuarios conectar con el servidor de escritorio remoto a través de internet, sin la necesidad de conexión directa con la red corporativa.

RemoteApp and Desktop Web Access: Esto permite a los usuarios conectar vía navegador web con los espacios de trabajo remotos configurados en el servidor RDS; este servicio también proporciona valores de configuración que pueden dejarse en el Menú de inicio del equipo cliente. La página web proporciona acceso a las aplicaciones o escritorios que están autorizados para acceso web.

Remote Desktop Virtualization Host: Habilita al servidor RDS a proporcionar servicios de virtualización de escritorios. Este servicio necesita de Hyper-v.

Hola a todos!! apoyenme con un clic!! Apoyenme porfis http://tinyurl.com/TodosGanan

Juan Carlos Ruiz Pacheco — Mon, 08 Feb 2010 04:02:00 GMT

Hola a todos!!! quiero utilizar la convocatoria de mi blog para que porfa me apoyen con un clic!! Apoyenme porfis http://tinyurl.com/TodosGanan ....(read more)

Visual Studio 2010 & .NET Framework 4 Training Kit (Release Enero)

Miguel — Mon, 08 Feb 2010 02:55:20 GMT

Esta disponible una nueva versión del Visual Studio 2010 & .NET Framework 4 Training Kit. Esta versión descargable posee diversos talleres de formación de metro e incluye 17 presentaciones, demostraciones de 21 y 26 laboratorios de práctica. La previsualización de enero agrega contenido para Office, SharePoint y Application Lifecycle Management!

Visual Studio 2010 & .NET Framework 4 Training Kit; incluye presentaciones, laboratorios prácticos y demostraciones. Este contenido está diseñado para ayudarnos a aprender cómo usar las características de Visual Studio 2010 y una variedad de tecnologías de marco, incluyendo:

C# 4.0
Visual Basic 10
F#
Parallel Extensions
Windows Communication Foundation
Windows Workflow
Windows Presentation Foundation
ASP.NET 4
Windows 7
Entity Framework
ADO.NET Data Services
Managed Extensibility Framework
Visual Studio Team System

Esta nueva versión del Training Kit trabaja con Visual Studio 2010 Beta 2 & .NET Framework 4 Beta 2. Podemos descargarlo desde aquí.

Disfrútenlo,

Próximos WebCast de Febrero de la Comunidad ITPRO System

Juan Rafael — Mon, 08 Feb 2010 00:34:48 GMT

Hola a todos.

Continuando con el programa de los WebCast de Verano 2010 de la Comunidad ITPRO System se ha programado los siguientes correspondientes al mes de Febrero. (Las horas están el GMT –5, Perú ). Pueden seguirnos en el twitter en @limaitpro .

Subject: Seguridad en Windows 7

Start Time: Tuesday, Feb 9, 2010 10:00 AM COT
End Time: Tuesday, Feb 9, 2010 11:00 AM COT

Attendee URL: https://www.livemeeting.com/cc/usergroups/join?id=9B74D9&role=attend

Subject: Powerpivot de SQ 2008 R2

Start Time: Thursday, Feb 11, 2010 6:00 PM COT
End Time: Thursday, Feb 11, 2010 7:00 PM COT

Attendee URL: https://www.livemeeting.com/cc/usergroups/join?id=H3CJJD&role=attend

Subject: Conociendo Customization Manager en Microsoft Dynamics SL 7

Start Time: Saturday, Feb 13, 2010 10:00 AM COT
End Time: Saturday, Feb 13, 2010 11:00 AM COT

Attendee URL: https://www.livemeeting.com/cc/usergroups/join?id=34FK8B&role=attend

Subject: Upgrade de Windows XP a Windows 7

Start Time: Tuesday, Feb 23, 2010 10:00 AM COT
End Time: Tuesday, Feb 23, 2010 11:00 AM COT

Attendee URL: https://www.livemeeting.com/cc/usergroups/join?id=MSM2KM&role=attend

Subject: Business Intelligence con Sharepoint 2010

Start Time: Thursday, Feb 25, 2010 6:00 PM COT
End Time: Thursday, Feb 25, 2010 7:00 PM COT

Attendee URL: https://www.livemeeting.com/cc/usergroups/join?id=N72DPQ&role=attend

Subject: Desarrollo con VB NET (VBT) y Microsoft Dynamics SL 7

Start Time:     Saturday, Feb 27, 2010 10:00 AM COT
End Time:     Saturday, Feb 27, 2010 11:00 AM COT
Attendee URL:
https://www.livemeeting.com/cc/usergroups/join?id=CSC33W&role=attend

Saludos,

SharePoint 2010: Novedades en los flujos de trabajo (III)!

Juan Carlos González Martín — Sun, 07 Feb 2010 22:20:00 GMT

Siguiendo con la serie de posts en torno a novedades en los flujos de trabajo en SharePoint 2010, en esta ocasión vamos a evaluar como partiendo de un flujo diseñado con Microsoft Office Visio 2010, este puede ser exportado a un archivo .vwi que posteriormente se puede importar en SharePoint Designer 2010 (SPD 2010) para implementar de forma “real” el flujo de trabajo y desplegarlo en un sitio de SharePoint. Antes de comenzar os recuerdo cuáles son los enlaces a los post previos sobre flujos de trabajo en SharePoint 2010:

Diseño del flujo de trabajo con Microsoft Office Visio 2010

Abrimos Visio 2010 y creamos un nuevo documento de tipo Flujo de trabajo de Microsoft SharePoint.
Desde la paleta de formas disponibles, arrastramos a la superficie de diseño un terminador de inicio y otro de fin disponibles en la categoría Formas rápidas. Arrastramos a continuación una forma de tipo Comparar origen…
Desde la categoría Acciones del flujo de trabajo de SharePoint arrastramos dos formas de tipo Registrar en historial.

Configuramos las formas arrastradas de la siguiente forma:
- Forma Comparar origen…, cambiamos el texto por defecto a ¿Es importante?
- Primera forma Registrar en historial, cambiamos el texto por defecto a Si es importante.
- Repetimos el proceso para la otra forma Registrar historial. En este caso el texto a añadir es No es importante.
Conectamos las formas de acuerdo al diagrama siguiente utilizando para ello el contector disponible en la pestaña Inicio de Visio 2010.
Para cada una de las dos ramas que sale de la forma de comparación, tendremos que especificar a qué resultado de la condición se refiere: se cumple vs no se cumple. Para ello, seleccionamos uno de los conectores, hacemos clic con el botón derecho y pulsamos “Sí”. Repetimos la operación para el otro conector y pulsamos “No”.
A través de la pestaña Proceso, comprobamos que el flujo de trabajo no tiene ningún error de diseño. Para ello utilizamos la opción Comprobar diagrama.

Implementación del flujo con SharePoint Designer 2010

Exportamos el flujo de trabajo a través de la opción Exportar disponible en la pestaña Proceso. Esta acción implica que el flujo se exporte en la forma de un archivo vwi que luego importaremos en SharePoint Designer 2010 (SPD 2010).
Iniciamos SPD 2010 y abrimos uno de los sitios de trabajo disponibles.
Nos vamos a la sección Flujos de trabajo y pulsamos la opción Importar desde Visio disponible en la Ribbon.
En la primera ventana del asistente, especificamos la ruta dónde se encuentra el flujo de trabajo exportado.
En la siguiente ventana especificamos el tipo de flujo de trabajo a crear. Tenemos dos opciones:
- De lista, es decir, el flujo se vincula desde el inicio a la lista.
- Reutilizable, es decir, podemos elegir entre vincularlo a un tipo de contenido concreto o no.

Pulsamos finalizar para concluir el asistente y a continuación se muestra el diseñador de flujos de trabajo de SPD 2010.
Añadimos un parámetro al flujo de trabajo a través de la opción Parámetros de formulario de inicio. Este parámetro lo configuramos de tipo Sí/No. Especificamos como valor predeterminado Sí.
Lo siguiente que haremos es configurar las acciones y condiciones que forman parte del flujo de trabajo. Para la condición, pulsamos sobre el enlace Valor y especificamos que vamos a utilizar para la comparación el parámetro que acabamos de crear. Añadimos como operador de comparación Es igual a y como valor Sí.

Configuramos cada una de las acciones Registrar en historial con los siguientes mensajes (Notar como podemos añadir campos de la lista o del flujo de trabajo en el mensaje):
- Si es un anuncio importante.
- No es un anuncio importante.
Finalizadas estas configuraciones, el flujo de trabajo debería tener el siguiente aspecto que se muestra más abajo.
A través del botón Buscar errores nos aseguramos que el flujo de trabajo está correctamente parametrizado.
Finalmente, publicamos el flujo de trabajo a través del botón Publicar y comprobamos que funciona como se espera.

Nos vamos a nuestro sitio y navegamos hasta la lista a la que hemos vinculado el flujo de trabajo. A través del menú contextual de uno de los elementos de la lista, pulsamos la opción Flujos de trabajo.
A continuación se muestra la página con los flujos de trabajo asociados a la lista. Hacemos clic en el flujo de trabajo que hemos creado desde SPD 2010.
Lo siguiente que se muestra es el formulario de inicio del flujo. Lo iniciamos pulsando el botón Iniciar.

Prueba del flujo de trabajo en un sitio de SharePoint 2010

Después de pulsar el botón Iniciar, somos redirigidos de nuevo a la Lista inicial y veremos que dispone de una columna más en la que se visualiza el estado de ejecución del flujo de trabajo. Si pinchamos sobre el enlace relativo a ese estado, seremos redirigidos a la página de estado del flujo de trabajo en la que podremos comprobar que el mensaje esperado se ha escrito en la lista de historial.
En el caso de SharePoint Server, hay algunas capacidades adicionales a tener en cuenta:
- Los formularios que se generan son de Infopath 2010 y se visualizarán en el navegador gracias a Infopath Forms Services.
- Podemos añadir la característica de visualización de la ejecución del flujo de trabajo. En este caso os muestro como se visualizaría un workflow de sitio similar al que hemos creado con anterioridad.

Y hasta aquí llega este tercer post sobre las novedades en lo que a trabajo con flujos de trabajo se refiere en plataforma SharePoint 2010.

Más rápido con Visual Studio 2010. Depuración colaborativa

Alberto Diaz Martin — Sun, 07 Feb 2010 13:55:05 GMT

Cuantas veces le hemos enviado un bug a otro desarrollador y no poder volver reproducirlo. El equipo de Visual Studio nos quiere ayudar con estos problemillas. Una de las nuevas funcionalidades que tenemos es la posibilidad de crear depuraciones en colaboración. Os pongo un ejemplo y lo explico.

Cuando el Desarrollador 1 le envía el error al Desarrollador 2, se pierde mucha información que el Desarrollador 1 ya ha investigado y que el Desarrollador 2 tiene que volver a encontrar e investigar.

Veamos cómo podemos mejorar este proceso utilizando Visual Studio 2010. El Desarrollador 1 depurando su código encuentra que puede existir un error en la llamada a un método de un componente del Desarrollador 2.

En este punto, el Desarrollador 1 debería de enviar el error al Desarrollador 2, pero en vez de enviárselo y que el Desarrollador 2 tenga que volver a realizar la depuración, generará una serie de información de depuración que se le envía al Desarrollador 2 con el error. El Desarrollador 1 comparte su entorno de depuración con el Desarrollador 2. Lo primero de todo es exportar el breakpoint actual para que el Desarrollador 2 sepa dónde tiene que empezar la depuración del error.

Lo siguiente es compartir la información que el Desarrollador 2 debe de inspeccionar al depurar. Para hacer esto, primero debemos anclar la variable que causa el error y exportar esos datos de depuración. Incluso podemos añadirle comentarios a la variable para que lo lea el Desarrollador 2.

Ahora, el Desarrollador 2 puede continuar con la depuración del Desarrollador 1 importando la información de depuración que se le ha enviado.

Cuando el Desarrollador 2 importa el entorno de depuración, puede continuar con el mismo, incluso con los valores de las variables y los comentarios que se han exportado.

Este proceso de Depuración Colaborativa nos permite mejorar la integración del equipo de Testers y que estos sean capaces de enviar errores e información de calidad para poder reproducirlos y corregirlos. Aunque no hayamos hablado de él, tenemos que tener en cuenta el nuevo proceso de depuración de Visual Studio 2010 llamado Intellitrace.

Intellitrace nos permite mantener un histórico de nuestra depuración para poder navegar hacia atrás en nuestro código y visualizar el estado de este. Espero poder escribir un artículo en breve sobre él explicando su uso y sus ventajas (por ejemplo, si estamos probando nuestra aplicación y se produce una excepción, no tenemos que poner un breakpoint y volver a empezar hasta llegar a él para depurar el error, si tenemos habilitado Intellitrace automáticamente podremos depurar la excepción cuando esta se produzca).

Saludos a todos…

Objetos dinámicos en .NET 4.0: La clase ExpandoObject

José M. Alarcón Aguín — Sun, 07 Feb 2010 12:06:00 GMT

.NET 4.0 dispone de soporte para tiempo de ejecución de lenguajes dinámicos, el DLR (Dynamic Language Runtime). El propósito del DLR es permitir que los lenguajes de tipo dinámico -como PHP, JavaScript, Ruby, Python, Lisp o Groovy, por citar unos cuantos- puedan ejecutarse en la plataforma y además interactuar con código escrito en un lenguaje .NET -como C# o VB. El DLR introduce en el framework una serie de clases dinámicas de comportamiento dinámico...(read more)

Inyección de dependecias e Inversión de control

Gisela — Sun, 07 Feb 2010 00:40:00 GMT

La verdad, no soy consciente de cuántos son los desarrolladores que conocen el significado de Inyección de Dependencias (Dependency Injection) o Inversión de control (Inversion of Control). Para ser sincera, nunca trabajé con ello en ningún proyecto real pero si he intentado recopilar información y conceptos para poder aplicarlos a mis proyectos personales.

Generalmente, cuando tenemos una clase que depende de otras para ciertas acciones, necesitamos inicializar instancias de las mismas para poder utilizarlas posteriormente. En ocasiones, una de las alternativas puede ser crear un objeto de dichas clases de forma privada e inicializarlas, utilizando el constructor de la clase principal.

Si vemos estas acciones desde el punto de vista de la Inyección de Dependencias y la Inversión de Control, no sería la forma más óptima debido a que la clase que sufre estas dependencias no debería ser la responsable de la creación de las mismas.

¿QUÉ CONSEGUIMOS?

Desacoplamiento.
Mejora la posibilidad de testeo de la aplicación.
Mejor mantenimiento a la hora de realizar cambios de los componentes, gracias a la modularidad.
[...]

Ambos conceptos están tan ligados que, en ocasiones, no se hace distinción. Se utiliza el concepto Inversión de Control para delegar en otro componente, un framework por ejemplo, la responsabilidad de crear las instancias necesarias en lugar de crearlas nosotros mismos. Por otro lado, la Inyección de Dependencias es el término utilizado cuando una clase depende de otra y, a través del constructor generalmente acepta un parámetro del tipo del cual depende.

Para llevar a cabo el patrón de diseño de Inyección de Dependencias, es necesario el uso de interfaces y, lo más óptimo sería utilizar alguno de los frameworks disponibles para llevar a cabo la Inversión de Control. Algunos de estos frameworks son: Spring.NET, Windsor Container, StructureMap, Unity, etcétera.

EJEMPLO A EVITAR

Por ver un ejemplo, supongamos que tenemos el siguiente código:

using System.Web.Mvc;
using IoC.Models;

namespace IoC.Controllers
{
    [HandleError]
    public class HomeController : Controller
    {
        private readonly ITwitterService _twitterService;
        public HomeController()
        {
            _twitterService = new TwitterService();
        }

        public ActionResult Index()
        {
            return View(_twitterService.FetchTweets());
        }
    }
}

Tenemos un controlador, en una aplicación ASP.NET MVC, donde estamos haciendo uso de una librería que conecta con Twitter. Cuando se solicita la acción Index de este controlador, el controlador se crea, a través del constructor inicializa la variable _twitterService y realiza la llamada a FetchTweets. Esto funciona sin problemas, pero supone un inconveniente a la hora de realizar pruebas unitarias.

Por otro lado, si el día de mañana queremos, por ejemplo, utilizar otra clase que implemente ITwitterService bien porque hemos cambiado de librería, porque la forma de trabajar con Twitter es totalmente distinta, etcétera, deberíamos modificar a su vez este controlador(es) para modificar en el constructor la clase que implementa la interfaz a partir de ahora. Este es un caso bien simple pero ¿Y si nuestros controladores son dependientes de más de una clase y las mismas están en constante revisión, actualización, modificación, etcétera? La solución es bien simple:

using System.Web.Mvc;
using IoC.Models;

namespace IoC.Controllers
{
    [HandleError]
    public class HomeController : Controller
    {
        private readonly ITwitterService _twitterService;
        public HomeController(ITwitterService twitterService)
        {
            _twitterService = twitterService;
        }

        public ActionResult Index()
        {
            return View(_twitterService.FetchTweets());
        }
    }
}

Gracias a la inyección de dependencias, liberamos al controlador de la carga de generar las instancias que necesita, lo abstraemos del tipo de clase que implementa la interfaz en este momento y conseguimos modularizar la aplicación.

PRUEBAS UNITARIAS

Si quisiéramos hacer un test, por ejemplo, que comprobara que al llamar a la acción Index el método FetchTweets es llamado, sin realizar la llamada real a Twitter e incluso sin hacer uso de la conexión que esto requiere a Internet, podríamos hacerlo de la siguiente manera:

using IoC.Controllers;
using IoC.Models;
using Microsoft.VisualStudio.TestTools.UnitTesting;
using Rhino.Mocks;

namespace IoC.Tests.Controllers
{
    [TestClass]
    public class HomeControllerTest
    {
        [TestMethod]
        public void HomeController_AlLlamarALaAccionIndex_FetchTweetsEsLlamado()
        {
            //Arrange
            var mockTwitterService = MockRepository.GenerateMock<TwitterService>();
            mockTwitterService.Stub(m => m.FetchTweets()).Return(null);
            var homeController = new HomeController(mockTwitterService);
            
            //Act
            homeController.Index();

            //Assert
            mockTwitterService.AssertWasCalled(m => m.FetchTweets());
        }
    }
}

Nota: En este ejemplo he utilizado la librería RhinoMocks para crear la prueba unitaria.

Esto es realmente importante si queremos hacer pruebas unitarias de la aplicación, pero también es cierto que se nos presenta el siguiente problema ¿Cada vez que llame a HomeController voy a tener que encargarme y asegurarme en cada caso de que reciba una instancia de las interfaces que solicita el constructor? Aquí es donde entra en juego IoC y los numerosos frameworks existentes para este rol.

Para ver un pequeño ejemplo de cómo podríamos delegar esta funcionalidad en uno de los frameworks que soportan Inversión del Control, voy a utilizar StructureMap como demostración. Para descargar la última versión del framework podemos dirigirnos a este enlace.

CONFIGURANDO STRUCTUREMAP

En este ejemplo, vamos a configurar StructureMap de tal forma que sepa cómo actuar en el caso de requerir una instancia para una interfaz de tipo ITwitterService. Para ello, me he creado la siguiente clase:

using IoC.Models;
using StructureMap;

namespace IoC.StructureMapConfiguration
{
    public static class BootStrapper
    {
        public static void SetupContainer()
        {
            ObjectFactory.Configure(s => s.For<ITwitterService>().Use<TwitterService>());
        }
    }
}

En una sola línea, le estoy indicando que para la interfaz ITwitterService, debemos usar una instancia de la clase TwitterService. La magia de todo esto es que, si el día de mañana esta interfaz es implementada por otra clase, y además esta interfaz es usada en numerosos sitios de nuestra aplicación, solamente debemos modificar esta línea para que la clase que la implementa comience a servirse como dependencia en los casos que lo requiera.

CONTROLADORES ASP.NET MVC YSTRUCTUREMAP

Por otro lado, si lo que queremos es trabajar con ASP.NET MVC, debemos realizar una serie de cambios: Cuando nosotros hacemos una petición en una aplicación con ASP.NET MVC, la clase ControllerBuilder genera de forma automática el controlador solicitado, se despacha la petición y el controlador finaliza. Para poder utilizar las propiedades de StructureMap, necesitamos crear una clase que herede de la factoría de controladores. De esta manera, controlaremos el momento en el cual se solicita una instancia de un controlador y, si este tiene dependencias, poder administrarlas con la configuración realizada anteriormente para StructureMap en la clase BootStraper.

using System;
using System.Web.Mvc;
using System.Web.Routing;
using StructureMap;

namespace IoC.StructureMapConfiguration
{
    internal class StructureControllerFactory : DefaultControllerFactory
    {
        protected override IController GetControllerInstance(RequestContext requestContext, Type controllerType)
        {
            if (controllerType != null)
                return ObjectFactory.GetInstance(controllerType) as IController;

            return base.GetControllerInstance(requestContext, controllerType);
        }
    }
}

INICIALIZANDO LA CONFIGURACIÓN DE STRUCTUREMAP Y ASOCIADO LA NUEVA FACTORÍA DE CONTROLADORES

Para finalizar, necesitamos inicializar tanto la configuración creada en BootStraper, para que StructureMap reconozca la interfaz especificada, como la asignación de la nueva factoría de controladores a la aplicación ASP.NET MVC. La mejor ubicación para este caso concreto, podría ser el archivo Global.asax.

using System.Web.Mvc;
using System.Web.Routing;
using IoC.StructureMapConfiguration;

namespace IoC
{
    // Note: For instructions on enabling IIS6 or IIS7 classic mode, 
    // visit http://go.microsoft.com/?LinkId=9394801

    public class MvcApplication : System.Web.HttpApplication
    {
        public static void RegisterRoutes(RouteCollection routes)
        {
            routes.IgnoreRoute("{resource}.axd/{*pathInfo}");

            routes.MapRoute(
                "Default",                                              // Route name
                "{controller}/{action}/{id}",                           // URL with parameters
                new { controller = "Home", action = "Index", id = "" }  // Parameter defaults
            );

        }

        protected void Application_Start()
        {
            AreaRegistration.RegisterAllAreas();

            RegisterRoutes(RouteTable.Routes);

            BootStrapper.SetupContainer();

            ControllerBuilder.Current.SetControllerFactory(new StructureControllerFactory());
        }
    }
}

Si arrancamos la aplicación, comprobaríamos que efectivamente se crea un controlador con su dependencia y delegamos esta acción gracias a la Inversión de Control.

Adjunto el proyecto por si fuera de utilidad.

¡Saludos!

Gracias a Hadi Hariri por sus enseñanzas :)

ADO.NET Entity Framework: creación de aplicaciones N-Capas!

Juan Carlos González Martín — Sat, 06 Feb 2010 22:13:00 GMT

Una de las cuestiones que más dudas plantea a la hora de considerar ADO.NET Entity Framework como tecnología base para abstraernos del acceso a datos en las aplicaciones que vamos a construir es como de fácil es construir aplicaciones distribuidas con esta tecnología. Como siempre, sobre este tema hay algunos recursos en la red que permiten ver un poco de luz y llegar a la conclusión de que fácil no es, pero se puede hacer. Aquí os dejo una serie de enlaces sobre la creación de aplicaciones N-Capas con ADO.NET EF.

N-Capas en EF 1.0

La primera versión de EF tenía un soporte bastante limitado para la creación de aplicaciones N-Capas. Aún así, hay varios recursos en la red muy recomendables en torno al tema.

Actualización de datos en aplicaciones N-Capas basadas en EF 1.0 (Fuente: Blog de Cesar de la Torre): http://community.dynamics.com/blogs/cesardalatorre/comments/9584.aspx
Transporte de grafos con EF 1.0:
Objetos desconectados en N-Capas: http://www.sitechno.com/Blog/DisconnectedNTierObjectsUsingEntityFramework.aspx
EF POCO Adapter: http://code.msdn.microsoft.com/EFPocoAdapter/Release/ProjectReleases.aspx?ReleaseId=1580

Mejoras en EF 4.0

La nueva versión de EF va a traer mejoras en lo que a soporte de n-capas se refiere.

Mejoras en n-capas en EF 4.0:
- http://blogs.msdn.com/adonet/archive/2009/05/14/sneak-preview-n-tier-development-with-entity-framework-4-0.aspx
- http://blogs.msdn.com/efdesign/archive/2008/11/20/n-tier-improvements-for-entity-framework.aspx
Aspectos a tener en cuenta cuando trabajamos con EF 4.0 en aplicaciones n-capas: http://thedatafarm.com/blog/data-access/n-tier-methods-in-entity-framework-4-ndash-use-with-care/
Ejemplos de N-Capas con EF 1.0:
- http://romiller.com/Default.aspx?tabid=36&EntryID=46

Otros enlaces de interés

Patrones de aplicaciones N Capas: http://msdn.microsoft.com/en-us/magazine/ee321569.aspx

{TRAINING} – SQL SERVER 2008

johnbulla — Sat, 06 Feb 2010 03:42:00 GMT

Hola a tod@s:

Quiero aprovechar para invitarlos a otra serie de entrenamiento sobre SQL Server 2008, aprovechen y no los pierdan.

FECHA	HORA	TEMA
9 Febrero	10:00 a 11:00	SQL Server 2008 Core Content	Regístrese
	11:00 a 12:00	Performance & Scalability
10 Febrero	10:00 a 11:00	Security	Regístrese
	11:00 a 12:00	Server Consolidation
11 Febrero	10:00 a 11:00	Virtualization	Regístrese
	11:00 a 12:00	High Availability Always On
12 Febrero	10:00 a 11:00	Manageability	Regístrese
	11:00 a 12:00	OLTP Enterprise Data Management
16 Febrero	10:00 a 11:00	Data Warehousing	Regístrese
	11:00 a 12:00	Data Mining
17 Febrero	10:00 a 11:00	Business Intelligence	Regístrese
	11:00 a 12:00	Analysis Services
18 Febrero	10:00 a 11:00	Integration Services	Regístrese
	11:00 a 12:00	Reporting Services
19 Febrero	10:00 a 11:00	PowerPivot for Excel 2010	Regístrese
	11:00 a 12:00	Spatial Data

Saludos,

SQL Server 2008 R2 Update for Developers Training Kit

johnbulla — Sat, 06 Feb 2010 03:42:00 GMT

Hace un par de días Microsoft® libero una actualización del Training Kit para desarrolladores de SQL Server 2008 R2.

SQL Server 2008 R2 ofrece una impresionante gama de capacidades para los desarrolladores que se basan en las innovaciones clave introducidas en SQL Server 2008. SQL Server 2008 R2 Update for Developers Training Kit es ideal para desarrolladores que quieren entender cómo aprovechar las ventajas de las mejoras clave introducidas en SQL Server 2008 y SQL Server 2008 R2 en sus aplicaciones, así como para los desarrolladores que son nuevos en SQL Server.

La actualización de este Kit viene con más videos, presentaciones, demos y hand-on labs.

Lo pueden descargar aquí.

Espero lo disfruten.

Saludos,

[eventos] Charla presencial de XNA en la Universitat de Lleida

Jesús Bosch — Fri, 05 Feb 2010 14:25:00 GMT

El próximo 11 de febrero celebramos en la Universitat de Lleida el Microsoft Break Lleida. Habrá varias charlas por parte de ponentes variopintos. Como no podía ser de otra forma en cualquier evento universitario... va a haber una charla de XNA, que dará un servidor. Va a ser una charla introductoria, en la que presentaré el framework, sus posibilidades en distintos dispositivos, las posibilidades de distribución en el Marketpace de XBOX Live, así...(read more)

Experiencia Silverlight para Joaquín Sabina

Roberto Vivancos — Fri, 05 Feb 2010 13:26:00 GMT

El nuevo videoclip de Joaquín Sabina viene aderezado con la tecnología Silverlight, enriqueciendo la experiencia de usuario.

Ver el site: http://joaquinsabina.es.msn.com/

[Tips] Multiples DataKeyName en una Grilla (o cuando la tabla tiene una clave compuesta)

Gonzalo Perez — Fri, 05 Feb 2010 12:09:06 GMT

Hola que tal?, ya que me han formulado esta pregunta varias veces, quiero dejarla como tips, no es que no me gusta que me pregunten, pero de este modo, la info está accesible más rápidamente.

El gridview que conocemos , es un control que es muy potente, obviamente podemos potenciarlo más y algunas empresas como Telerik tienen su propia implementación mucho más potente. Una de las características más importantes es su facilidad de uso y de configuración en escenarios “Cero Código” para agregar comportamientos de Eliminacion, Modificación y selección. Esto es bastante sencillo cuando se tiene que la grilla está mostrando datos de una tabla que tiene una clave principal que no es compuesta, como por ejemplo un ID Correlativo, pero algunas veces, tenemos que la grilla tiene una clave principal compuesta, este escenario es totalmente soportado por nuestra grilla.

Una de las propiedades de la grilla, necesario para poder agregar declarativamente los comportamientos es el DataKeyName, que representa el campo clave de la grilla. Ahora bien, si tenemos una clave compuesta el DataKeyName sería algo así:

DataKeyNames="ID1,ID2"

Hasta el momento todo bien, ahora, si tenemos otro control Gridview, para un maestro detalle, en el que tenemos que la selección de la primera grilla, nos muestra los detalles para la segunda grilla, (voy a utilizar un SqlDataSource), vamos a tener el SelectCommand:

SelectCommand="SELECT IDDET, GLOSA_DET FROM DETALLE WHERE ID1_DET = @ID1 AND ID2_DET=@ID2"

y la los parámetros: (acá está lo distinto, ya que el asistente no nos permite hacer esto, tenemos que hacerlo a mano)

Como ves, se extrae del SelectDataKey, los dos parámetros para poder hacer el select.

Ahora bien, si lo que necesitas es , por medio de código programático, obtener estos valores entonces tenemos:

Protected Sub GridView1_SelectedIndexChanged(ByVal sender As Object, ByVal e As System.EventArgs) Handles GridView1.SelectedIndexChanged

SqlDataSource2.SelectParameters(0).DefaultValue = GridView1.DataKeys(Me.GridView1.SelectedRow.RowIndex).Values(0)

SqlDataSource2.SelectParameters(1).DefaultValue = GridView1.DataKeys(Me.GridView1.SelectedRow.RowIndex).Values(1)

End Sub

En donde SqlDataSource2 es el DS de la grilla detalle, y GridView1 es la grilla con los datos del Maestro.

Como vez, es bastante sencillo, espero que te sirva el Tip :)

Saludos,
Gonzalo

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

Lluis Franco — Fri, 05 Feb 2010 10:10:00 GMT

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)

Personaliza tu Windows 7

Marc Rubiño — Fri, 05 Feb 2010 09:22:00 GMT

Descarga gratis y personaliza tú Windows 7 con los nuevos Temas disponibles en la página de Microsoft.

http://windows.microsoft.com/en-US/windows/downloads/personalize

Dale a tú Windows 7 un toque personalizado ;-)

SharePoint 2010: Formulas para añadir validaciones en listas y columnas!

Juan Carlos González Martín — Fri, 05 Feb 2010 08:52:00 GMT

En el último post sobre mejoras en usabilidad de la plataforma SharePoint 2010 os comentaba la posibilidad de definir validaciones a nivel de lista. Estas validaciones nos permiten introducir cierta lógica de comprobación de los valores que el usuarios está introduciendo en los formularios de creación o actualización de elemento de lista. Ahora bien, cuando hablamos de validaciones tenemos que pensar que las posibilidades están limitadas a una serie de funciones al estilo Excel que podréis encontrar en este enlace. En concreto, tendremos los siguientes tipos de funciones para añadir validaciones a nivel de lista (y de columna) en SharePoint 2010:

Tweak UI el resto!

Juansa — Fri, 05 Feb 2010 08:40:00 GMT

http://www.microsoft.com/windowsxp/Downloads/powertoys/Xppowertoys.mspx

Es fácil de instalar, luego accederemos desde Inicio, todos los programas, Powertoys for Windows y TweakUI. En el panel izquierdo elegiremos la categoría y en el derecho editamos la configuración a cambiar deseada.

-------------------------------

Taskbar y Start Menu

Enable ballon tips	EnableBallonTips	REG_DWORD	0x00 0x01	KKCU\Software\Microsoft\Windows \CurrentVersion\Explorer\Advanced
Aviso de poco espacio en disco	NoLowDiskSpaceChecks	REG_DWORD	0x00 0x01	KKCU\Software\Microsoft\Windows \CurrentVersion\Policies\Explorer
Mostrar nombre en el menú inicio	NoUserNameInStartMenu	REG_DWORD	0x00 0x01	KKCU\Software\Microsoft\Windows \CurrentVersion\Policies\Explorer
Mostrar iconos de notificación	NoTrayItemsDisplay	REG_DWORD	0x00 0x01	KKCU\Software\Microsoft\Windows \CurrentVersion\Policies\Explorer

Grouping

La configuración de esta categoría, descrita en la tabla posterior, nos permite controlar como se agrupan los botones en la barra de tareas. Con el valor TaskbarGroupSize, que crearemos si no existe, determinamos las aplicaciones que Windows agrupa primero:

Las menos utilizadas primero

Las más utilizadas primero

Cualquiera con al menos N ventanas abiertas.

En los tres casos es un valor REG_DWORD(tabla).

Menos usadas primero TaskbarGroupSize REG_DWORD 0x00
KKCU\Software\Microsoft\Windows
\CurrentVersion\Explorer\Advanced

Más usadas primero TaskbarGroupSize REG_DWORD 0x01 KKCU\Software\Microsoft\Windows
\CurrentVersion\Explorer\Advanced

Con N ventanas abiertas TaskbarGroupSize REG_DWORD N KKCU\Software\Microsoft\Windows
\CurrentVersion\Explorer\Advanced

Start Menu

Windows nos muestra los programas más utilizados en el menú de inicio. Esta característica nos impide tener localizadas por aplicaciones que usamos frecuentemente. Algunas aplicaciones no pertenecen a esta lista, sin embargo. Es cansado ver el bloc de notas aquí sólo porque hemos abierto un archivo de texto o el Command Prompt por haber escrito cmd en ejecutar como. La solución es decirle a Windows que no queremos añadirlas al menu de inicio. La llave es HKCU\Software\Classes\Applications, las aplicaciones que sí queremos mantener en el menú de inicio se añadirán en una sub-llave con el mismo nombre del nombre del archivo del programa(sin la ruta), dentro añadimos un valor REG_SZ de nombre NoStartPage y lo dejamos en blanco.

P.e.: Si no queremos que la calculadora aparezca, HKCU\Software\Classes\Applications\Notepad.exe\NoStartPage

Desktop

No mostrar ciertos iconos en el escritorio, esto se usaba en Windows98 porque salían todos por defecto, pero ahí está.

First Icon

Aquí se elige qué icono aparece el primero en el escritorio, My documents o My Computer.

My Computer

Determinamos los iconos que queremos ver en Mi PC.

Drives

Unidades a ocultar.

Special Folders

Carpetas especiales, como Mis imágenes, Mis Documentos,…

Autoplay

Toda acción de esta categoría se halla en las subcategorías siguientes. En Drives, impedimos qué unidades ejecuten automáticamente medios al insertarlos.

          Drives



En Types controlamos el autoplay para tipos específicos de medio.

          Types



Y en la última, handlers: cuando Windows detecta que hemos insertado un CD, DVD o unidad removible, automáticamente ejecuta el programa asociado con el tipo de contenido de ese disco; en esta categoría tenemos una lista para controlar que programas se están usando con esos distintos tipos de contenido.

          Handlers



Drive Letters

Esta categoría nos permite configurar como el explorador de Windows muestra las letras de unidad en relación con su etiqeuta de Volumen.

- Mostrar después de la etiqueta.

- Mostrar antes de la etiqueta.

- Mostrar las unidades de red antes de la etiqueta y las locales después de la etiqueta.

- Nunca se muestran las letras de unidad.

Control Panel

Mostrar u ocultar iconos del Panel de Control específicos.

Templates

Personalizar las plantillas que veremos cuando hagamos clic derecho sobre el escritorio o espacio sin usar de una ventana de carpeta y pulsamos NUEVO.

Internet Explorer

Las dos configuraciones que se ven en la categoría de IE: Autocorrect Backslashes to Slashes e Include Path Search in address bar están en la llave HCU\Software\Microsoft\Windows\CurrentVersion\Explorer\Band\Address, valores AutoCorrect y PATH (ambos REG_DWORD).

Tool Background

Configuración que TweakUI establece al personalizar IE y Windows Explorer con una imagen bitmap.

KCU\Software\Microsoft\Internet Explorer\Toolbar

Fondo personalizado para la barra de IE BackBitmapIE5 REG_SZ archivo

Fondo personalizado para la barra de Windows Explorer BackBitmapShell REG_SZ archivo

Search

Aquí podemos añadir URLs de búsqueda a IE para usarlas desde la barra de direcciones del navegador.

Por ejemplo:

Añadimos CycleOps news

Si abrimos el IE y en la barra de direcciones escribimos directamente Cycleops News, se abrirá el buscardor con dichas palabras de búsqueda y sus resultados.

View source

Cambio del programa con que IE mostrará el código fuente de la página web.

Small Animation

Este icono es el que vemos en la esquina derecha y arriba de la barra de IE. El icono es animado cuando el IE está ocupado y estático cuando finaliza su carga. Aquí podemos personalizar esta animación.

Large Animation

Este icono es la versión en grande del anterior.

Image Toolbar

Command Prompt

Configuración para la ventana de prompt.

Logon

Autologon

Útil para habilitar automáticamente el inicio de sesión, si es que es útil…

Settings

Permite copiar la configuración actual de escritorio al perfil de usuario actual.

Screen Saver

Salvapantallas

Access Control

Control de Acceso.

Repair

Pequeñas reparaciones que eran interesantes en XP o anteriores.

---

Por sorpresa… ASP.NET MVC 2 RC 2

José M. Aguilar — Fri, 05 Feb 2010 08:34:00 GMT

Hace unas horas Phil Haack ha anunciado la publicación de la pen última revisión del framework MVC 2 antes de la versión final. Según se recoge en el documento de notas de la revisión , la única característica añadida ha sido el cambio en la forma de validar las entidades del Modelo. En versiones anteriores, durante el binding se evaluaban las restricciones establecidas en las propiedades cuyos valores eran recibidos por el servidor,...(read more)

[MOSS] Llamadas a métodos .NET desde un Xsl (ContentByQueryWebPart)

Luis Ruiz Pavón — Fri, 05 Feb 2010 07:48:19 GMT

En ocasiones puede ser necesario que desde un Xsl tengamos que llamar a un método .NET. En mi caso era para parsear el valor de un campo que contiene un Xml.

Lo primero será crearnos una clase para definir los métodos que vamos a llamar desde nuestros Xsl:

public class XsltCustomFunctions

    #region Variables

    /// <summary>

    /// Singleton Instance

    /// </summary>

    static readonly XsltCustomFunctions instance = new XsltCustomFunctions();

    #endregion

    #region Properties

    /// <summary>

    /// Gets the instance.

    /// </summary>

    /// <value>The instance.</value>

    public static XsltCustomFunctions Instance

get

            return instance;

    #endregion

    #region Constructor

    /// <summary>

    /// Initializes the <see cref="XsltCustomFunctions"/> class.

    /// </summary>

    static XsltCustomFunctions()

    /// <summary>

    /// Initializes a new instance of the <see cref="XsltCustomFunctions"/> class.

    /// </summary>

    XsltCustomFunctions()

    #endregion

    #region Methods

    #region public

    /// <summary>

    /// Gets the average.

    /// </summary>

    /// <param name="xml">The XML.</param>

    /// <returns></returns>

    public string GetAverage(string xml)

        string response = String.Empty;

        if (!String.IsNullOrEmpty(xml))

///

        return response;

    #endregion

    #endregion

Lo siguiente que tenemos que hacer es añadir un ExtensionObject para poder llamar a los métodos de la clase que creamos anteriormente. Esto lo vamos a hacer sobreescribiendo el método ModifyXsltArgumentList del ContentQueryByWebPart:

public class MyContentByQueryWebPart : ContentByQueryWebPart

    /// <summary>

    /// Modifies the XSLT argument list.

    /// </summary>

    /// <param name="argList">The arg list.</param>

    protected override void ModifyXsltArgumentList(ArgumentClassWrapper argList)

        argList.AddExtensionObject("http://www.midominio.es/Assembly/XsltCustomFunctions",

            TC.REDILC.Common.XsltCustomFunctions.Instance);

        base.ModifyXsltArgumentList(argList);

El primer parámetro es el namespace (Puedes poner el que tu quieras en mi caso uso el nombre de la empresa + nombre de assembly + clase) que luego usaremos en el Xsl y el segundo es una instancia de la clase que creamos anteriormente.

Como veis, se hace uso del patrón Singleton para no estar creando un monton de instancias cada vez que se llama al método y así mejorar el performance y ahorrar memoria.

Por último solo nos queda crear el Xsl y llamar a nuestro método. Lo primero registrar el namespace que usamos cuando añadimos el ExtensionObject:

<xsl:stylesheet

  version="1.0"

  exclude-result-prefixes="x d xsl msxsl cmswrt"

  xmlns:x="http://www.w3.org/2001/XMLSchema"

  xmlns:d="http://schemas.microsoft.com/sharepoint/dsp"

  xmlns:cmswrt="http://schemas.microsoft.com/WebParts/v3/Publishing/runtime"

  xmlns:xsl="http://www.w3.org/1999/XSL/Transform" xmlns:msxsl="urn:schemas-microsoft-com:xslt"

  xmlns:geeksms="http://www.midominio.es/Assembly/XsltCustomFunctions">

Y por último la llamada al método:

<div class="average">

    <xsl:value-of select="geeksms:GetAverage(Xml)" />

</div>

Espero que os sirva, un saludo y buen finde para todos :)

Concurso – Microsoft Hardware

Jesus Enrique Gonzales Azcarate — Thu, 04 Feb 2010 17:41:00 GMT

Saludos Amigos,

Estoy concursando en una iniciativa de Microsoft Hardware, espero contar con sus votos.

http://www.ponleestiloatuvida.com/?opcion=pp&key=VUlEPTY1NyZuPWN5

Gracias.

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

Lluis Franco — Thu, 04 Feb 2010 10:45:00 GMT

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)

Virtualización de Servicios con Managed Services Engines

José Miguel Torres — Thu, 04 Feb 2010 07:57:00 GMT

Desde mis primeras incursiones en el desarrollo de Servicios empresariales, básicamente desde la aparición de las primeras betas de WCF, ha habido un miedo escénico que me ha atormentado y es la programación déspota e incontrolada de servicios, servicios y más servicios, lo que deriva en la producción de 300 servicios, con 300 enlaces distintos (no más de 10 comunes), en 50 endpoints y cuyo valor operativo era equivalente a 50 servicios bien diseñados y gobernados. No concebía una arquitectura sólida de servicios sin una “torre de control” o una “cabina de mando” desde dónde poder ver, gestionar y modificar nuestros servicios.

Más adelante tuve la oportunidad de trabajar en una arquitectura SOA desarrollada en J2EE, dirigida por un ESB de Oracle y gestionada con herramientas de gobernabilidad SOA, que manejaban más de un centenar de servicios (proxy y legacy) y dónde la publicación y consumo de dichos servicios se realizaban a través de estrictas normas protocolarias (seguridad, documentación,…).

Ahora vuelvo, de nuevo, a tener la misma necesidad, diseñar una infraestructura de servicios y cuando hablo de infraestructura hablo de ese tipo de herramientas fundamentales para el control de todos y cada uno de los servicios. Pero ahora (en realidad hace ya un tiempo que existe) me encontré con un software, bajo licencia Microsoft Public License (Ms-PL) y código abierto, que adopta de forma práctica la idea de Virtualización de Servicios, llamado Managed Services Engine.

Virtualización de Servicios

La idea básica del patrón de Virtualización de Servicios es el de aislar la complejidad de los servicios expuestos del cliente que los consume ya que tras cada servicio se alberga una gran cantidad de aspectos tales como las localizaciones de los endpoints, las configuraciones de los enlaces, la aplicación de políticas, etc. Además muchas de las adopciones SOA a la practica no ofrecen soluciones sobre versionado de servicios, aplicación de políticas de seguridad o cambios operativos sin necesidad volver a codificar el servicio así como el cumplimiento del SLA entre el proveedor –nosotros- y el cliente.

Aparece la idea de Servicio Intermediario que desacopla el cliente de la implementación del servicio. Como tal, podemos ofrece varios servicios virtuales de una misma implementación para, por ejemplo, utilizarlo en distintos escenarios. Es aquí dónde encontramos la clave de la virtualización, en el servicio intermediario, pues todas las llamadas se realizaran a través de este y podremos modificar su comportamiento sin comprometer los modelos del servicio.

Managed Services Engine

Microsoft Services SOA Infraestructure ofrece una solución de virtualización de servicios a través de Managed Services Engine (MSE). Como cabe esperar, MSE está basado en la plataforma Windows, esto es, Windows Server 2003/2008, SQL Server 2005/2008 y .NET Framework 3.5, especialmente con Windows Communication Foundation para la interceptación de comunicaciones entre servicios virtuales y reales.

MSE puede integrarse tanto con MS Biztalk Server 2006 R2 / 2009 para proporcionar capacidades adicionales tales como la monitorización de las actividades de negocio (BAM), el Business Rules Engine o el ESB Toolkit, entre otros. Además también podemos utilizar los servicios Azure a través de Azure AppFabric, especialmente con .NET Service Bus.

MSE consiste, básicamente, en tres componentes:

Messenger: proporciona la normalización del mensaje de entrada a través de los servicios virtuales. Este componente soporta además la aplicación de políticas (de transformación por ejemplo, tanto de peticiones como de respuestas) así como el mapeo de protocolos.
Broker: este componente obtiene el mensaje normalizado y lo reconvierte a la operación (es decir la implementación de un método del servicio) y su respectiva versión (pues podemos tener más de una operación con distintas versiones).
Dispatcher: una vez se tiene el mensaje y la operación pertinente, dispatcher invoca el método del servicio y se transmite dicho mensaje.

Recalcar que estos tres componentes están totalmente desacoplados unos de otros con lo que podríamos distribuirlos de forma que obtendríamos una gran cantidad de tipologías del sistema. Todo esto es gracias a la catalogo del servicio (Service Catalog), también conocido como repositorio de metadata o simplemente repository o repositorio, ya que contiene todos los modelos de los servicios que hospeda el runtime del MSE –incorpora asistentes para la importación de servicios a través del WSDL y otros mecanismos para servicios POX o REST-. Como dije anteriormente, MSE contiene una implementación de WCF así que es fácil intuir que la comunicación entre ellos se realizan a través de canales de mensajería. El repositorio, por último, utiliza una base de datos SQL Server y la información puede ser publicada en un registry externo UDDI 2.0/3.0.

Por último, MSE contiene una interfaz para la administración de los servicios –MSE Model Viewer- así como una herramienta de test –MSE Universal Service Tester-.

En próximos posts hablaré de las diferentes posibilidades que ofrece MSE desde el punto del vista del rol (developer, IT, architect,…) y como familiarizarse MSE.

SkewTime	5 (minutos)	Este valor es el máximo de diferencia de hora permitido entre el equipo cliente y el servidor que acepta la autenticación.
LogLevel	0	Indica si los sucesos se guardan en el Registro de sucesos del sistema. Cualquier valos distinto a 0 provocará que todos los sucesos relacionados con Kerberos se guarden.
MaxPacketSize	1465(bytes)	Tamaño máximo del paquete UDP. Si se supera el tamaño se usa TCP.
StartupTime	120(segundos)	Tiempo que espera Windows al KDC para iniciar antes de darse por vencido.
KdcWaitTime	10(segundos)	Tiempo que espera Windows una respuesta del KDC.
KdcBackoffTime	10(segundos)	Tiempo entre sucesivas llamadas al KDC si la anterior ha fallado.
KdcSendRetries	3	Intentos de contactar con el KDC.
DefaultEncryptionType	23 (0x17)	Tipo de cifrado para la preautenticación.
FarKdcTimeout	10(minutos)	Tiempo de caducidad usado para invalidar a un controlador de dominio desde un sitio distinto en la caché de controlador de dominio.
NearKdcTimeout	30(minutos)	Tiempo de caducidad usado para invalidar a un controlador de dominio en el mismo sitio en la caché de controlador de dominio.
StronglyEncryptDatagram	FALSE	Bandera que indica si se usa un cifrado de 128 bits, lo contrario a un cifrado débil, en paquetes de datagrama.
MaxReferralCount	6	Numero de referencias KDC que un cliente sigue antes de darse por vencido.
KerbDebugLevel	0	Indicador de depuración: 1 ON, 0 OFF.
MaxTokenSize	12000	Valor máximo del token Kerberos (Se recomienda siempre un valor menor a 65535).
SpnCacheTimeout	15(minutos)	Tiempo de vida de las entradas en caché del servicio principal de nombres SPN. En DCs la caché SPN está deshabilitada.
S4UCacheTimeout	15(minutos)	Tiempo de vida de las entradas negativas en caché S4U que se usan para restringir el número de solicitudes Proxy S4U desde un equipo en particular.
S4UTicketLifeTime	15(minutos)	Tiempo de vida de los tickets obtenidos por solicitudes proxy S4U.
RetryPdc	0	Indica si el cliente contactará con el DC primario para solicitudes de autenticación (AS_REQ) si recibe un error de contraseña caducada. 0=falso; distinto a 0=verdadero.
RequestOptions	Cualquier valor de la RFC 1510	Indica si hay opciones adicionales que puedan enviarse como opciones KDC en las solicitudes de Ticket de concesión de servicio (TGS_REQ).
ClientIPAddress	0	Indica si una dirección IP de cliente se añadirá en un AS_REQ para obligar al campo Caddr a contener direcciones IP en todos los tickets. 0=falso; cualquier otro = verdadero.
TgtRenewalTime	600(segundos)	Tiempo que Kerberos espera antes intentar renovar un ticket (TGT) antes de la caducidad del ticket.
AllowTgtSessionKey	0	Indica como se exportan las claves de sesión. El valor es 0 por seguridad. 0=falso, cualquier otro=verdadero.

KdcUseClientAddresses	0	Indica si la dirección IP se añade a la respuesta de Ticket de concesión (TGS_REP). 0=falso; cualquier otro=verdadero.
KdcDontCheckAddresses	0	Indica si las direcciones IP para el TGS_REQ i el campo Caddr del TGT se comprobarán. 0=falso; cualqueir otro=verdadero.
NewConnectionTimeout	50(segundos)	Tiempo en que el extremo de una conexión TCP inicial permanecerá abierta para recibir datos antes de desconectarse.
MaxDatagramReplySize	1465(bytes)	Tamaño máximo de paquete UDP en los mensajes TGS_REP y AS_REP. Si el paquete excede el tamaño, el KDC devuelve un mensaje KRB_ERR_RESPONSE_TOO_BIG que solicita al cliente que cambie a TCP.
KdcExtraLogLevel	2	Indica que información escribirá y auditará el KDC en el registro de sucesos.
KdcDebugLevel	0	Depurador ON o depurador OFF.

Menos usadas primero	TaskbarGroupSize	REG_DWORD	0x00	KKCU\Software\Microsoft\Windows \CurrentVersion\Explorer\Advanced
Más usadas primero	TaskbarGroupSize	REG_DWORD	0x01	KKCU\Software\Microsoft\Windows \CurrentVersion\Explorer\Advanced
Con N ventanas abiertas	TaskbarGroupSize	REG_DWORD	N	KKCU\Software\Microsoft\Windows \CurrentVersion\Explorer\Advanced

Fondo personalizado para la barra de IE	BackBitmapIE5	REG_SZ	archivo
Fondo personalizado para la barra de Windows Explorer	BackBitmapShell	REG_SZ	archivo