Microsoft ha anunciado que ha bautizado la próxima versión de su sistema operativo, hasta ahora conocida con el nombre de Longhorn, como Windows Vista. ¿¿¿No os parece un nombre horrible????El lanzamiento de la versión definitiva se producirá en la segunda mitad de 2006, cinco años después del XP, lo que supone el mayor lapso entre lanzamientos del sistema operativo. Windows Vista (para mi seguirá siendo Longhorn) será la versión doméstica. Existirá una versión para servidores que saldrá al mercado en principio en 2007 y no llevará el nombre de Vista sino que seguirá la convención de Windows Server (o sea que será Windows Server 2007 o así). ¡Estoy espeluznado!. Aparte de por el nombre horrible, porque aún lo acaban de anunciar hace unas horas y en Wikipedia ya tienen un dossier actualizado sobre el sistema. Es increible. De hecho todo ese enorme texto lo han escrito entre ayer y hoy. Deebe de ser peña pagada por Microsoft, digo yo ;-) En http://www.vistawindows.us/ se puede ver u... [Más]

Con la plataforma .NET 2.0 es muy fácil obtener una lista con los servidores SQL Server que están disponibles en nuestra red. Antes era muy complicado porque había que recurrir COM Interop y a ODBC para poder hacer uso de las poco conocidas funciones disponibles para ello (vea por ejemplo este artículo en CodeProject). Ahora es muy fácil, pues basta con usar la nueva clase SqlDataSourceEnumerator. Este enumerador dispone de un método llamado GetDataSources que devuelve una tabla con los datos de las instancias de SQL Server detectadas en la red local. La tabla dispone de cuatro campos (o columnas) que son los siguientes: ServerName: el nombre del servidor SQL InstanceName: el nombre de la instancia detectada. Version: el número de versión de la instancia detectada. IsClustered: indica si el servidor detectado forma parte de algún cluster. Un ejemplo de uso sería el siguiente:             SqlDataSourceEnumerator Descubridor_de_sql = SqlDataSourceEnumerator.Instance;            ... [Más]

Cuando creas un servicio Web con ASP.NET y te conectas a su .ASMX con un navegador te aparece una lista de métodos dentro de una bonita página generada automáticamente al vuelo por ASP.NET para la ocasión. Si estamos accediendo en local, al pulsar sobre cualquiera de estos métodos si éste tiene parámetros simples (cadenas, números y cosas fáciles de meter en un formulario Web) se nos permite probar directamente el servicio sin necesidad de un programa cliente, lo cual es muy útil para depurarlos y probarlos en una instalación o incluso en medio del desarrollo. En ASP.NET 1.0 se podía hacer esto tanto en local como en remoto pero en la versión 1.1 cambiaron el comportamiento y por seguridad sólo se puede probar en local, obteniendo un mensaje si lo hacemos en remoto. Sin embargo puede ser muy útil probarlo en remoto si detectamos problemas desde un cliente. Podemos habilitarlo con tan sólo añadir estas líneas al archivo web.config del servicio Web en el servidor: <system.web>... [Más]

En un anterior post, demostré con un sencillo ejemplo el uso del nuevo espacio de nombres de .NET 2.0 llamado NetworkInformation creando un ejemplo de utilidad para hacer Ping síncrono a otras máquinas de manera sencilla. He seguido jugueteando con él un rato y en esta ocasión voy a mostrar cómo usarlo para verificar si existe o no conectividad en alguna de las tarjetas de red disponibles en el equipo. Se trata de una tarea extremadamente sencilla ya que basta con escribir: bool disponible = NetworkInterface.GetIsNetworkAvailable(); ¡Listo! Con que cualquier adaptador de red disponga de conectividad devolverá true. Lo interesante sin embargo es poder detectar de inmediato los cambios de conectividad cuando se produzcan, de modo que en una comunicación podamos responder a la caida de la red  así como a su restablecimiento. Una primera forma de hacerlo "a lo bestia" sería usar un temporizador para que compruebe la información anterior cada segundo o así. Esto, aparte de ser inefic... [Más]

Leyendo el blog de Curt Monash en ComputerWorld me he encontrado con una curiosidad que, a mi por lo menos, me ha sorprendido mucho... y es que al parecer la primera versión de VB la creó una conocida empresa de servicios profesionales de la India, y no Microsoft. Puedes leer el texto completo en Microsoft = biggest R&D outsourcer of all..

Cuando definimos un campo (normalmente una clave primaria) de una tabla de base de datos como Autonumérico lo que estamos indicando es que, el propio gestor dedatos, al introducir un nuevo registro en la tabla generará un valor consecutivo para la secuencia, aislándonos del problema que representaría el tener que hacerlo nosotros mismos (transacciones, bloqueos, etc...). Una vez insertado el registro en la mayor parte de las ocasiones es necesario averiguar qué valor se ha generado. Los SGBD más importantes del mercado ofrecen una forma sencilla de obtener este dato, aislándonos del hecho que desde que lo hayamos generado hasta que lo consultemos (dentro de la misma conexión) éste ya puede haber aumentado (en una inserción paralela de otra conexión). La forma de obtener esta información es la siguiente: · SQL Server 2000 o superior: SELECT SCOPE_IDENTITY() en SQL 7.0 y anteriores era SELECT IDENTITY() que aún funciona, pero que devuelve el último autonumérico generado en cualqui... [Más]

He de confesarlo, no lo sabía, pero es que aunque uso mucho el teclado miro poco para la pantalla y se me había pasado este detalle. Sin embargo hoy, leyende un artículo de Coding4fun, lo comentaba el autor y me he fijado. En los entornos multi-documento co pestañas para pasar de unos a otros se usa CTRL+TAB. Yo lo hago continuamente. En Visual Studio 2005 han ido un paso más allá y si pulsas esa combinación aparece un diálogo como este: Mantén CTRL pulsado y con TAB puedes ir variando la posición dentro de la lista de archivos en la que estás. Con las teclas del cursor podrás moverte de una lista a otra. Puedes moverte por los archivos o por las herramientas que tengas abiertas, obteniendo información en la parte inferior. En la versión en castellano de la Beta 2 el texto es demasiado largo y se solapa (míralo en la figura). Ya lo he notificado y supongo que lo solucionarán. En fin, una chorradilla pero que denota calidad y me ha parecido chulísima.

.NET 2.0 dispone de un nuevo espacio de nombres pensado específicamente para crear aplicaciones de diagnóstico de redes. Se trata de System.Net.NetworkInformation. En él encontramos clases para obtener información sobre las interfaces de red de un equipo, información trasegada por la red, recibir notificaciones (por ejemplo de que se ha modificado la dirección de una tarjeta), etc... Es muy interesante echarle un vistazo. A mi me ha gustado, para hacer un primer ejemplo, la clase Ping, que permite (claro está) hacer un "ping" ICMP a cualquier nodo de una red. Permite hacerlo de forma síncrona o asíncrona. En la versión anterior de la plataforma había que hacerlo "a pelo" y era bastante complicado. Ahora es sencillísimo. Por ejemplo, el siguiente código realiza cuatro pings a Google y devuelve los resultados de cada petición. using System.Net;using System.Net.NetworkInformation; IPAddress ip = IPAddress.Parse("66.249.87.104"); //GooglePing ping = new Ping();for (int i = 0; i < ... [Más]

En mi anterior post comentaba que los menús de aplicaciones escritas para Smartphone con la .NET Compact Framework tienen una serie de limitaciones entre las cuales se incluye la de que es "imposible" ocultarlos. Tal y como mencioné entonces, Microsoft recomienda deshabilitarlos y quitarles el texto. En este post precedente hice un ejemplo con una clase nueva para menús ocultables que seguía la recomendación de Microsoft. El resultado es bastante feo como se veía en las figuras y, la verdad, a mi no me convence en absoluto. Así, me planteé como tarea de entretenimiento para cuando tuviese un rato libre el crear un nuevo tipo de menú que sea ocultable de verdad. La primera idea que tuve fue recurrir a la API del sistema con Interop y utilizar algunas funciones nativas de manejo de menús pero se convierte en un lío demasiado gordo porque la clase MenuItem ni siquiera ofrece forma directa de averiguar el manejador del menú que gestiona. La idea que he seguido al final es mucho más se... [Más]

Como comenté el otro día he estado jugueteando con el desarrollo .NET para Smartphone y lo cierto es que me he encontrado con cosas, al parecer básicas, pero de las que no sabía nada. Por ejemplo de algo tan tonto como los menús. La aplicación de ejemplo que quería hacer era un pequeño editor de texto que guardara el contenido cifrado (primera sorpresa: nada de System.Security.Criptography en Smartphones, hubo que buscarsela vida). Añadí un formulario, un campo de texto multilínea, código para ajustar su tamaño (nada de docking tampoco) y un menú de Abrir, Guardar, Salir y este tipo de cosas... El entorno no se quejaba pero en cuanto ejecutaba la "aplicación" recibía una excepción del tipo NotSupportedException. Para más "INRI", la línea en la que lo indicaba era una tontería (asignaba el título del formulario sin más). ¡Misterio! Bueno, el caso es que al final el error estaba en otro lugar (error de VS2003 marcando su ubicación, pasa bastante a menudo) y tenía que ver con la forma ... [Más]