Microsoft acaba de publicar la Small IT Solution for Mobility v1.0 (Beta). Se trata de una colección de documentos que ofrecen guía sobre planificación, distribución y operación de soluciones basadas en sistemas móviles (Microsoft Mobile 2003) en la empresa pequeña y mediana (PYME). habla también de cómo combinarlos con Exchange y SBS 2003. Se puede descargar gratuitamente desde aquí.

Hasta ahora poco se sabía de las nuevas características que ofrecerá la próxima versión de Internet Information Services, la 7.0. Pero últimamente se han empezado a oir rumores y algunas publicaciones electrónicas relacionadas con el mundo Microsoft están empezando a soltar algunos datos. Parece ser que en 2006, IIS 7.0 nos traerá como mínimo: Una mayor modularidad. Podremos escoger con libertad, a nivel de núcleo, qué funcionalidades queremos que tenga nuestro servidor. Así el servidor estará menos cargado y ofrecerá una menos "superficie de ataque". Una integración íntima y absoluta con ASP.NET, no como ahora que es un filtro ISAPI encima de IIS. Un nuevo sistema de configuración distribuido basado en XML y al que se podrá sacar partido desde ASP.NET. Una remozada interfaz de administración orientada a tareas y mucho más avanzada que la actual. Mejoras importantes en diagnosis, trazado y estadísticas de uso. Ya veremos qué más podemos ir conociendo sobre el asunto.

Brad Adams es uno de los que estuvo en el desarrollo de la plataforma .NET desde el principio, en 1998, y que también ha participado en el desarrollo de Longhorn. Me ha llamado la anteción leer en su Blog personal un post que habla del porqué de la existencia de un método DontTouchThis() en la clase Int32 y en otras similares dentro del código fuente de Rotor (la implementación de código abierto de la plataforma .NET). Parece ser que lo hacen exclusivamente para que el compilador no les lance una advertencia por tener un miembro privado que aparentemente no se usa y que en realidad sirve para almacenar el valor asociado a la clase. Es una tontería pero me ha parecido curioso comprobar cómo incluso en productos tan trabajados como .NET sus experimentados programadores hacen chapucillas como esta de vez en cuando. Yo os aseguro que si tengo que hacer algo similar para salir del paso acabaría pensando que seguro que hay una forma mejor (o correcta) de hacerlo y que se me está escapando ... [Más]

Cuando restauramos una copia de seguridad de una base de datos de SQL Server desde un servidor a otro diferente es posible que los propietarios de las tablas de la base de datos recién restaurada no coincidan con el propietario que tenemos en el resto de bases de datos o con el de las tablas del sistema. Si deseamos establecer de forma manual el propietario de una tabla (o en general de cualqueier objeto) de SQL Server podemos recurrir al procedimiento almacenado sp_changeobjectowner. Basta con abrir el analizador de consultas y escribir: sp_changeobjectowner 'propietario.tabla', 'nuevo_propietario' para cambiarlo. Por ejemplo: sp_changeobjectowner 'usuario.Articulos', 'dbo' cambiaría el propietario a 'dbo', es decir, el propietario por defecto de los objetos de una base de datos y el que normalmente se utiliza.