Be Geek My Friend : Desarrollo

Programación en .Net aprovechando multiples procesadores.

Daniel Matey — Wed, 31 Oct 2007 06:34:00 GMT

Interesante articulo traducido al Español en el que nos explican entre otras cosas como usar el namespace system.concurrency para mejorar el rendimiento de nuestras aplicaciones aprovechando multiples procesadores

http://msdn.microsoft.com/msdnmag/issues/07/10/Futures/default.aspx?loc=es

Trabajar con ficheros Zip desde .Net

Daniel Matey — Wed, 31 Oct 2007 06:15:00 GMT

Se ha publicado en codeplex una libreria desarrollada para facilitar el trabajo con archivos Zip.

Project Description
The Microsoft .NET Framework {v2.0 v3.0 v3.5} includes base class libraries supporting compression within streams - both the Deflate and Gzip formats are supported. But the System.IO.Compression namespace provides streaming compression only - useful for communicating between cooperating parties but not directly useful for creating compressed archives, like .zip files. The built-in compression library does not know how to format zip archive headers and so on.

This is a simple class library that augments the System.IO.Compression.DeflateStream class, to provide handling for Zip files. Using this library, you can write .NET applications that read and write zip-format files.

http://www.codeplex.com/DotNetZip

El siempre tedioso mapeo de unidades e impresoras y una solución.

Daniel Matey — Thu, 25 Oct 2007 05:41:00 GMT

El problema

En toda red siempre hay una necesidad, los usuarios tienen que disponer en sus ordenadores de las unidades de red e impresoras que requieran para poder trabajar.

Las soluciones a este problema dependerán de los requisitos de la empresa, el número de usuarios, la preocupación por la seguridad y la evolución tecnológica del departamento de TI al cargo.

En mi caso y dado que mi religión me prohíbe tolerar conscientemente cosas ineficientes, hasta ahora siempre he usado scripts de inicio de sesión que asignaban las unidades de red e impresoras en base a la pertenencia a grupos, de esta forma te aseguras que los usuarios al arrancar sesión tendrán siempre sus unidades e impresoras disponibles.

Esta solución está bien o mejor dicho estaba bien, como siempre he dicho hay que replantearse las cosas y mejorarlas. Las razones que me motivan a buscar un cambio son las siguientes:

-El asunto se ha complicado un poco con Vista especialmente con UAC, usuarios sin privilegios, escenarios con múltiples scripts de inicio de sesión y mas aun con GPOs “anidadas” (Ver: http://www.gpanswers.com/community/viewtopic.php?p=5718 para descubrir el maravilloso mundo del launchapp2.wsf) segun como sea tu entorno te encontraras con algunos problemas con los scripts de inicios de sesión en Vista.

-Cuando se tienen muchos usuarios, grupos, impresoras, unidades, departamentos, localizaciones, etc los scripts se hacen kilométricos, difíciles de mantener y susceptibles del mayor virus de las redes; “el error humano” (aka: dedos gordos).

Un poco de culturilla

El Directorio Activo (AD) grande entre los grandes, nos propone como ya sabéis la posibilidad de crear shares e impresoras como objetos del mismo, los shares se materializaran en instancias de la clase “volum” y las impresoras en instancias de la clase “print-queue”.

El AD es un directorio LDAP y como tal tiene una estructura jerárquica, esto permite que todos los objetos del directorio activo, puedan ser nombrados o accedidos conociendo la ruta jerárquica completa, al atributo de un objeto que almacena esta ruta completa se lo denomina DistinguishedName o DN para abreviar.

Las clases del AD y por lo tanto los atributos que tiene cada clase están definidas en el Schema, cuando un atributo puede contener más de un valor se le denomina “multi-value”.

En el AD muchos objetos referencian a otros, por ejemplo un usuario, tiene un atributo de tipo DN y multi-value que se denomina “member-of” en el cual se almacenan el DN de todos los grupos a los que pertece, por el contrario todos los grupos tienen un atributo de tipo DN y multi-value denominado “members” donde se encuentran todos usuarios que pertenecen al grupo, a esto se le llama “linked-attributes” (http://www.activedir.org/article.aspx?aid=92).

Las clases print-queue y volumen, tienen un atributo cada uno de tipo DN y multi-value que se llama OwnerBL, estos campos aparentemente no se usan o al menos tras algunas pruebas no he logrado ver que se usen y tampoco hay ninguna información en Internet sobre su utilidad.

Otra de las funcionalidades del AD son los display-specifiers que nos facilitan entre otras cosas la posibilidad de poder alterar las opciones contextuales de los objetos en el AD, de esta forma es posible añadir nuestras propias opciones que aparecerán en el menú que aparece al pulsar en el botón derecho del ratón sobre un objeto que represente por ejemplo a un usuario dentro de la consola de usuarios y computadores.

Para más información sobre el esquema y los display-specifiers puedes leer mi artículo sobre el tema: Si hay que editar el esquema se edita, pero editarlo para nada.....

La solución

La solución busca mejorar la gestión necesaria para prestar este servicio, mejorar el rendimiento que se mide en el tiempo necesario para mapear las unidades e impresoras, simplificar y por ultimo ofrecer algún valor añadido.

La solución que propongo al problema de la asignación de impresoras y shares a los usuarios está todavía en desarrollo y pendiente de valorar las implicaciones de usar el atributo OwnerBL.

La alternativa a usar dicho atributo es extender el schema o esquema del AD, operación está a la que solo hay que tener respeto pero no fobia, pero que si se puede evitar, es mejor evitarla.

El asunto funciona así; gracias a un display-specifier (ver imagen 6), al pulsar sobre un grupo con el botón derecho del ratón dentro de la consola de users and computers, nos aparecerá dentro del menú contextual una opción nueva denominada “Unidades e impresoras” desde la cual podremos listar todos los objetos del tipo print-queue y volume que tengamos en el dominio (ver imagen 7). El administrador elegirá las impresoras y shares que quiere que mapeen los usuarios miembros de ese grupo y al salir del dialogo, la aplicación lanzada por el display-specifier guardara en los campos OwnerBL de los print-queue y volume el grupo sobre el que hayamos trabajado.

Imagen 6, Display-Specifier.

Imagen 7, Aplicación.

Obviamente tendremos que haber creado antes los objetos que representan los shares y las impresoras (ver imágenes 1,2 y 3), los shares o unidades los podremos ver desde la consola de usuarios y computadoras, las impresoras están escondidas dentro del AD, en realidad son objetos que jerárquicamente dependen del servidor en el que están (si, no te extrañes un objeto computer puede ser padre de otros objetos).

Imagen 1, Compartir una impresora y publicarla en el AD.

Imagen 2, Opciones para crear impresoras y shares en la consola de usuarios y computadoras.

Imagen 3, Una unidad en el directorio.

Podrías ver las impresoras en la consola de usuarios y computadoras, activando la opción “ver usuarios, computadoras y grupos como contenedores” (imagen 4) o a través de adsiedit puedes ver ambos casos en la Imagen 5.

Imagen 4, Ver recipientes como contenedores.

Imagen 5, Viendo las impresoras.

Finalmente un ejecutable convenientemente llamado desde el loginscript o directamente desde la GPO se encarga de mapear las unidades e impresoras, el ejecutable puede ser llamado con parámetros para indicarle si queremos que borre las impresoras o unidades ya existentes, las letras de unidad a usar para cada Share se pueden indicar en el AD dentro del objeto que haga referencia a dicho Share.

Tanto el ejecutable que usaremos en el script como el lanzado por el display-specifier los he programado en C# pero se podrían haber realizado con scripts de tipo HTA (http://dmatey.spaces.live.com/blog/cns!3B6FB47901ABC772!331.entry)

La ejecución del programa que mapea los elementos deja múltiples eventos en el eventlog de la maquina del usuario indicando las acciones que va realizando.

Queda algún pequeño detalle y más pruebas, pero cuando lo termine lo publicare en codeproject o codeplex.

¿Es tu código fiable ante ataques de XSS?

Daniel Matey — Tue, 23 Oct 2007 05:32:00 GMT

Las técnicas de XSS (Cross Site Scripting) son de las mas frecuentes junto con otras viejas amigas.

Microsoft que es así de maligna nos ofrece una demo/beta de un analizador de código implementado a través de un plugin para visual studio.

El plugin nos permite analizar nuestro código en busca de vulnerabilidades relacionadas con XSS.

Mas info: http://blogs.msdn.com/ace_team/archive/2007/10/22/xssdetect-public-beta-now-available.aspx

Artículos sobre desarrollo.

Daniel Matey — Fri, 28 Sep 2007 09:25:00 GMT

Mi novia que ha caído en esto de las comunidades (mira que se lo avise), respondiendo en los foros y a través de su blog ha venido publicando algunos artículos que os pueden resultar de utilidad, aquí os propongo algunos:

Insertar control de WPF en un WinForm .NET 2.0 :

http://csanchezg.spaces.live.com/blog/cns!41C0BFBBFE8E1519!326.entry

Validación con Enterprise Library en aplicación Windows :

Parte I, Parte II
Crear e instalar un Servicio Windows paso a paso

http://csanchezg.spaces.live.com/blog/cns!41C0BFBBFE8E1519!453.entry

Evitar problemas de conexión en Crystal Reports.

http://csanchezg.spaces.live.com/blog/cns!41C0BFBBFE8E1519!490.entry

Lista de funcionalidades de TFS 2008

Daniel Matey — Wed, 08 Aug 2007 20:33:00 GMT

Administration, Operations & Setup

Share Point 2007 support
Enable use of Sharepoint on any server and any port
Support for MOSS 2007
Enable support for Reporting Services on any server and any port (new) (RTM)
Support for SQL Named Instances – This will allow customers to share a SQL server between multiple TFS instances, or with other applications. This has been a commonly requested feature by enterprises.
“Longhorn” server support – TFS will support the next version of the server (and corresponding new version of IIS) that is currently under development.
Sync Large Groups – This is a set of work to improve the performance and robustness of TFS’s handling large groups of users (~30,000 or more) granted permission to a TFS instance. Today this can result in a support call to recover from it.
Non-default ports – We’ve gotten a bunch of feedback from enterprise customers about TFS’s limited support for alternate web sites and ports running afoul of data center policies. We are going to be improving TFS’s configurability in this respect in Orcas.
Simplify installation – In Orcas, we will be doing a variety of things to attempt to make installing TFS easier and quicker than it is now. Improvements include eliminating the separate data-tier installation, simplifying the requirements around required domain accounts by supporting the built in machine accounts (like Network Service) where we can, etc.
Official testing and support for more configurations - This includes clustering, mirroring, log shipping, Virtual machine deployment, and more.
Support for client certificates
Upgrade from TFS 2005
Support for SQL 2008 (aka Katmai) (new) (RTM)
TFSDeleteProject now permanently deletes (destroys) version control content (new) (RTM)
New role for many operations activities (new) (RTM) - You don't have to be server administrator to run many of the admin utilities any longer.
Enhancements to tfsadminutil (new) (RTM) - New capability to configure accounts, connections, etc on both TFS and the TFS proxy.

Build (more detail)

Support multi-threaded builds with the new MSBuild.
Continuous Integration – There are many components to this, including build queuing and queue management, drop management (so that users can set policies for when builds should be automatically deleted), and build triggers that allows configuration of exactly how when CI builds should be triggered, for example – every checkin, rolling build (completion of one build starts the next), etc.
Improved ability to specify what source, versions of source, and other build properties.
Improved extensibility of the build targets – such as ability to easily execute targets before and after each solution/project is built.
Improved ability to manage multiple build machines.
Stop and delete builds from within VS.
.NET Object model for programming against the build server.
Simplified ability to specify what tests get run as part of a build.
The ability to store build definitions anywhere in the version control hierarchy.
Scheduled builds - You can schedule builds to happen at specified times.
Improved build agent communication - We replaced .NET binary remoting with WCF web services, simplifying some configuration and security aspects.
Ability to run GUI tests as part of a build - Automated builds used to run tests in such a way as to prevent access to a GUI desktop.
New checkin policy for broken CI builds - Preventing checkin while the CI build is broken.
Support for HTTPS communication to the TFS server (new)
Continuous Integration build checkin policy (new)
Support for incremental gets and builds (new)

Data Warehouse

Add support for checkin policy overrides to the warehouse - an oversight from V1.

Migration

Migration toolkit – A toolkit for building conversion and mirroring solutions between TFS and other systems. In addition, we will release one or more new tools to integrate with popular alternative systems.

Version Control

Annotate – This is based on the TFS Annotate Power Tool but includes numerous improvements.
Folder Diff – Also based on the TFS Tree Diff Power Tool with numerous improvements.
Destroy – The ability to permanently delete version control files/folders from TFS. It can also be used to destroy the file contents while preserving the change set history.
Get Latest On Checkout – There have been many requests for this feature (which was a change in behavior from SourceSafe). There is now an option that allows you to specify that you want TFS to download the latest version of files when you check them out.
Workspace improvements – Workspaces will now support mapping a folder or file under a cloaked folder and wildcard mappings so that you can map all files in a folder without mapping sub folders. Based on experience with large projects, this will simplify workspace definitions for many people.
Performance improvements – A variety of Version Control performance enhancements that will improve virtually all aspects of version control performance. The gains for smaller servers/projects (< 10,000 files) will be modest. The gains for larger projects (particularly where the file count approaches 100,000’s) will be substantial.
Scale improvements – Fixed out of memory problems on the server when operating on more than a few hundred thousand files at a time.
Offline improvements - We've signficantly improved the experience going offline and integrated the tfpt online capability into the IDE for going back online.
Extranet support for the TFS Proxy - allowing you to access a local TFS proxy with a different set of credentials than the TFS server.
Command line help - You can now type "tf command /help" and get a console dump of the usage of that command. This is much more convenient than always being launched into the richer GUI hypertext help when you just want to remember what the options for a command are. You can still launch the GUI help by running "tf msdn". You can get a console dump of available commands by just typing "tf help".
Source Control Explorer refresh improvements - This includes less redrawing and reloading but even more important it enables updates based on changes made in other instances of TeamExploror or the command line. That's right, if you checkout a file from the command line, any instances of TeamExplorer you have running on the same machine will automatically refresh.
Async loading of the Source Control Explorer (new)
The SCE local path can now be selected and copied (new)
Merge improvements (new) - Improved the logic that detects merge conflicts to generate fewer false positives and handle more scenarios.

Work Item Tracking

Performance & Scale improvements – A variety of improvements that will make both the work item server and client faster and able to handle larger servers.
Query builder usability improvements - Drop down filtering based on current project, better MRU lists, column drag & drop, shift-click mouse based multi-column sorting, etc.
Attachments improvements - Save button, drag & drop for adding an attachment, multi-select for attaching files.
Tooltips on field names contain the field name used for querying
Server side support for deleting work items & work item types - We didn't have time to do client UI support for it but we plan to release a Power Tool that will take advantage of the new server side feature.
Support for security on the iteration hierarchy (new)

Web Access

Adding Web Access UI to TFS - As you've seen many places, we acquired devBiz and their TeamPlain Web Access product. We are releasing it as a Power Tool in the next few months and plan to release it as an official product in the Orcas timeframe. We have not figured out how the release date will line up with the Orcas date but it will be in the same general timeframe.

Bug fixes

In addition to all of the feature work, we’ve spent months testing the product and fixing any bugs we’ve found. We expect Orcas will have even better stability and robustness than TFS 2005.

Compatibility (no change since last time)

As Orcas is an adoption focused release, we have put a lot of emphasis on compatibility with VS2005. We are striving for near 100% compatibility. The Orcas client will be able to work with a VS2005 server and a VS2005 client will be able to work with an Orcas server. There are only a few compatibility issues.

Client side VS add-ins will need to be recompiled (or have policy changed) because the TFS OM assembly versions will change and add-ins will need to bind to the new assemblies. The APIs themselves are generally not changing, so we don’t expect much in the way of code changes – just recompilation.
Build is the only area where we plan to have some compatibility disconnects. In general, most build operations - listing build definitions, starting and stopping builds, examining build reports, etc. will work both with 2005 client -> Orcas server and Orcas client -> 2005 server. However, here are a few caveats:

An Orcas TFS server will only work with an Orcas build server - so you'll need to upgrade your build server when you upgrade your TFS server.
For an VS2005 client to start a build on an Orcas server, the build definition needs to be stored at $/<TeamProject>/TeamBuildTypes/<name>. In Orcas, you have more flexibility as to where to put them.
Changes made to properties in the .proj file that are in the database in Orcas will not be updated in the database and will no longer be in sync.
VS2005 will be able to start a build, but it can’t queue a build, see the list of builds in the queue, see the list of build agents, etc.
An Orcas client will not be able to create a new build definition on a TFS2005 server.
When starting a build, an Orcas client will not be able to change any parameters in the dialog for a TFS2005 Server.

Sacado de: http://blogs.msdn.com/bharry/archive/2007/08/08/final-tfs-2008-feature-list.aspx

Adicción al desarrollo

Daniel Matey — Wed, 11 Jul 2007 17:16:00 GMT

La mayoría me conocéis mas como alguien de Infraestructura, pero durante mucho tiempo mi carrera estuvo más enfocada al desarrollo, ahora que los avatares del destino me han centrado en aspectos alejados del código puro y duro, una voz en mi interior no paraba de presionarme para que desarrollara algo de cierto "calado", por supuesto que en estos últimos años he hecho pruebas de concepto, diseñado cosillas, asesorado e incluso dado alguna que otra charla sobre desarrollo sobre todo en lo relacionado a la integración y SDKs de productos de Microsoft, pero lo que me llamaba la atención era hacer un producto completo y complejo con el fin de tener experiencia práctica con algunos conceptos del Framework 3.0 que el trabajo no me ha dado ocasión de probar, también me llamaba la atención usar Scrum con TFS.

Mi novia que es developer se unió al proyecto y aprovechando la jornada de verano nos pusimos manos a la obra, una vez montado el entorno, lo siguiente fue el análisis y la definición de la arquitectura y la elaboración de las pruebas de concepto que la validasen.

Diagrama de la arquitectura de la solución a alto nivel:

La aplicación es un smart client así que las pruebas de concepto de la arquitectura se centraron sobre todo en probar cual era la manera más eficiente de mover los datos, las pruebas corroboraron lo que ya había leído y todos sabéis: WCF con endpoints TCP y serializaciones personalizadas o binarias acompañadas de evitar el uso de datasets (aunque tengo que decir que en 2.0 me ha sorprendido alguna de las optimizaciones que he visto) dado que muchos servicios WCF correrían sobre un host de tipo Windows Service realice pruebas de stress y escalabilidad para garantizar el funcionamiento en balanceo y los niveles adecuados de hilos que usaríamos.

Comparativa entre el tiempo necesario para mover los datos usando serialización binaria o xml.

El interfaz a cargo de mi novia también tuvo sus pruebas, aunque en un principio nos decantamos por no usar WPF finalmente la aplicación usara algunos controles WPF, otro aspecto que hubo que probar es el modulo de notificaciones a los usuarios a través de Broker de SQL y WCF, el sistema ha demostrado una escalabilidad “brutal” y una fiabilidad fuera de toda duda.

La seguridad plenamente basada en el modelo de .Net y en SQL Server donde los nunca pueden leer o escribir en tablas y siempre tienen que usar SPs para modificar y Vistas a través de querys parametrizadas para leer (aunque hay algún SP para lectura) las vistas proporcionan la seguridad a través de estar ya filtradas por joins que garantizan que los usuarios solo verán los datos que les interesan y los SPs también contemplan seguridad por roles en cuanto a la seguridad en .Net ya la conocéis y el que no la conozca que se lea el estupendo libro de Marino Posadas sobre seguridad en .Net.

A partir de ahí documentamos todo lo referente a nomenclaturas y normas de codificación, comentarios, etc, era muy importante para nosotros garantizar que todo el código que escribiéramos seria auditable por FXCop y otra pequeña herramienta que hemos programado.

De esta forma después de la build diaria, se corren las pruebas de testing, se valida la calidad del código y su adecuación a las normas de codificación, se evalúa el performance de la solución, se crea la documentación con SandCastle y se despliega a las maquinas virtuales.

En el trasfondo del código se dejan ver las Enterprise Library 3.1 que convenientemente heredadas en una capa propia nos permiten ahorrarnos mucha codificación que francamente no creo que pudiera hacer mejor ;-).

En este momento mientras que mi novia sigue generando un grid WPF (sacado del de XCeed) que permita filtrar automáticamente, elegir los campos a mostrar o no y otra serie de funcionalidades, yo estoy con “CodeGen” el generador de código que nos permitirá generar algunos de los elementos básicos de la aplicación.

Captura de pantalla del Codegen con una tabla de prueba:

Lo sé, lo sé, hay muchos generadores en el mundo, pero yo quería uno del cual entendiera el 100% del código generado, tuviera el código fuente, estuviera orientado a smart client y lo más importante: tratara las entidades como yo quiero y no generara una línea de mas.

De momento tengo prácticamente terminado el generador del código SQL (falta mas testing, algun hint y generar automaticamente las pruebas unitarias de todos los metodos de llamada al codigo generado ) y empezada la parte del generador de clases manager de entidades y de las propias entidades, donde los validadores y la injeccion de políticas de las Enterprise Library tiene un papel importante.

El generador de SQL genera:

-Un insert.

-Un update.

-Un update para cada FK.

-Un delete.

-Un select de registro.

-Un select de registro desde vista.

-Un select de multiples registros parametrizado con paginación de SQL 2005.

Opcionalmente:

-Una tabla de auditoría que incluye todos los campos de la tabla seleccionada más un ID, un campo que indica la operación realizada, otro campo para almacenar el login del usuario que realizo la acción y un campo datetime, estos dos últimos con sus correspondientes defaults.

-Incorporar a todos los SPs generados una llamada a un SP de inserción en la tabla de auditoría dentro de una transacción, de esta forma embebemos la auditoria en la propia BD evitando ocuparnos de ella en la aplicación, dado que ningún rol podrá acceder a las tablas directamente, podemos decir que gran parte de la auditoria o la totalidad en algunos casos, queda cubierta con el generador.

El código generado también ayuda a la gestión de los nulos, a mover las excepciones entre las capas, es increíble con que velocidad se generan miles de líneas ;-).

En la parte de las entidades queda mucho por hacer pero es muy interesante como por ejemplo el propio generador añade los atributos de los validators a las propiedades de las entidades de manera que si por ejemplo en la base de datos hemos definido que un campo sea un varchar(20) la propiedad de tipo string de la clase no pueda contener más de 20 caracteres, obiamente todo el codigo generado a de ser usado a traves de partial class o herancias (depende del caso).

Estoy ultimando un modulo que permite crear un pequeño BPM juntando Visio, WWF y policy injection.

Os dejo reconociendo que disfruto de cada línea de código que programo.

Os ire contando mas de mis avances con este proyecto.

Antes de empezar con eScrum

Daniel Matey — Sat, 23 Jun 2007 17:02:00 GMT

No me suelo meter en cosas de desarrollo porque para eso están los geeks del código como Bruno, Marino, Luis, Migueles, Davices y tantos otros, pero en esta ocasión hago una excepción y me tiro a la piscina.

Como no soy friki estaba hablando con mi novia hace unas semanas de una idea y ella que tampoco es friki me decía "estaría bien hacer un proyecto de desarrollo juntos este verano en jornada intensiva", así que ayer por la tarde en medio de una matanza del Shadow Run, pegue un berrido por la escalera y dije "Bilma!!! Bájate la escalera que nos vamos a comprar un servidor de TFS", mi novia apago su consola (no me iba a ganar de ninguna manera) y ni cortos ni perezosos nos fuimos a comprar una maquina (la 7ª de la casa) para que hiciera de servidor para el proyecto de desarrollo.

4Gb de RAM Windows Server R2 X64 SP2, WSS, TFS, SQL 2005 SP2 y Virtual Server R2 SP1 otro miembro más del dominio home.local ;-D.

Cuando empecé sabía lo que venía; los drivers de 64 no me lo pondrían fácil y el tener solo discos SATA tampoco, pero se supero el problema de instalar W2K3x64 en un disco SATA en un ordenador sin disquetera gracias a que la Bios permitía emular IDE con el SATA.

Esta mañana/tarde tras 1.5 botellas de sangría y unas cuantas chuletas de cordero a la sombra ha quedado oficialmente desarrollada la arquitectura de la aplicación que queremos probar y desechado WWF y WPF, solo usaremos WCF del 3.0, un generador para +- el 30% del código, todo ello para mi arquitectura idónea de este mes, estoy seguro de que el que mes que viene tendré otra y esta no me gustara :-)

A parte de desarrollar una aplicación el experimento trata de ver:

- Como de simple logramos que llegue a ser una aplicación compleja gracias a desarrollar una arquitectura orientada a la simplicidad y no al ingenio mas ingenioso,

- Probar el WCF con endpoints TCP en un caso real en el que esta justificado su uso (que teniamos ganas y no hemos tenido la oportunidad) ademas quiero medir el rendimiento en comparación con los WS tipicos.

- Crear un generador de codigo para las entidades y los SP (lo se hay muchos) y lograr implantarlo de tal forma que se puda modificar por encima de forma sencilla (herencia/partial, etc).

- Montar toda la seguridad en condiciones y en todas las capas, BD, Servicios, Codigo y aplicacion cliente.

- Convencer a mi novia de que SSRS es mas que sufiente para un proyecto serio.

El caso es que después de ver el episodio de Héroes de esta semana, he decidido empezar con el TFS y mi primera intención ha sido usar el reciente eSrum 1.0 de Microsoft como plantilla de metodología del proyecto, y la verdad, la instalación me ha parecido sangrante y lo obtenido un poco cutre, de momento me quedo con conchango o MSF Agile.

Para los que queráis probarlo os dejo este enlace donde se explica el arte del despliegue de eSrum.

http://weblogs.asp.net/bsimser/archive/2007/06/15/an-attempt-at-working-with-escrum.aspx

Oficialmente ya no hay sitio para mas ordenadores:

Usando Infopath en tus aplicaciones Windows o Web

Daniel Matey — Mon, 16 Apr 2007 05:21:00 GMT

Ahora me ha dado por el InfoPath 2007 y el Form Server y tengo que decir que se pueden hacer cosas muy interesantes muy rápido, lo cual siempre es algo a tener en cuenta.

Una de las cosas que tenía ganas de aprender es como usar estos formularios dentro de nuestras aplicaciones, esto es algo que había visto en algunas soluciones de Microsoft, la razón es que a parte de poder usar funcionalidades de SharePoint como la firma o los canales de envió ya programados, etc. el uso de InfoPath embebido puede ser una posible solución a aquellas aplicaciones que tengan que aportar funcionalidades de personalización por parte del cliente.

Aquí tenéis los enlaces:

Embeber InfoPath en Windows.

http://msdn2.microsoft.com/en-us/library/aa701079.aspx

Embeber InfoPath en Web.

http://msdn2.microsoft.com/en-us/library/aa701078.aspx

Ya esta aqui VSMMD

Daniel Matey — Fri, 30 Mar 2007 22:48:00 GMT

The VSMMD is a tool for modeling line-of-business health scenarios and the associated instrumentation. The tool includes guidance packages that generate platform instrumentation (called Instrumentation Helpers) and validators to confirm that application source code contains instrumentation defined in the Health Model. Lastly is the Management Guide that contains prescriptive guidance on building highly manageable applications on the Microsoft Windows platform.

The VSMMD also includes a guidance package to export a transformed model to the stand-alone Management Model Designer (MMD). The MMD may be used to continue to model additional management attributes as you progress to the total system view. The MMD also enables you to generate a Management Pack for Microsoft MOM and System Center.

VSMMD is in an early stage of development. It was developed to help raise the Architect and Developer awareness of the ITPRO. patterns & practices is releasing this CTP with a level of functionality to enable the end-to-end adoption and consuption of the health modeling scenario from Architecture to IT.

http://www.codeplex.com/dfo

El futuro del desarrollo web

Daniel Matey — Wed, 07 Feb 2007 08:09:00 GMT

Estupendo articulo que trata aspectos como IIS 7, Ajax, Orcas, Link, etc.

Lo podeis leer aqui.

Charla en LOVE Community: Lanzamiento Office, Vista, Exchange y .NET Framework 3.0

Daniel Matey — Tue, 06 Feb 2007 06:03:00 GMT

Tengo el honor de dar una charla el dia 15 de Febrero en el evento: LOVE Community: Lanzamiento Office, Vista, Exchange y .NET Framework 3.0

El evento sera en las oficinas de Microsoft en Madrid y mi charla tratara sobre el desarrollo para Exchange 2007.

Lo que veremos sera:

-Novedades en Exchange 2007.

-Aspectos a tener en cuenta para los que hayan desarrollado en Exchange 2003.

-El desarrollo en Exchange 2007.

-Ejemplos practicos.

Teneis mas información sobre el evento en:

http://madriddotnet.com/forums/thread/310.aspx

Guia de instalación de Team Fundation.

Daniel Matey — Tue, 06 Feb 2007 05:48:00 GMT

No todo es tener una guia, pero es un comienzo, animaros!!!

http://www.microsoft.com/downloads/details.aspx?familyid=E54BF6FF-026B-43A4-ADE4-A690388F310E&displaylang=en

Cosas Interesantes 28/01/2007

Daniel Matey — Sun, 28 Jan 2007 10:11:00 GMT

Hoy en cosas interesantes: Las Palms tambien pueden usar MS Direct Push, Ya esta disponible Vista Enterprise, Demo de Grid para WPF.

Las Palms tambien pueden usar MS Direct Push.

Pues eso, la Treo 700p y la 680 ya pueden descarse la actualización para conectarse a Exchange con direct push.

Como sabéis la tecnología Direct Push permite que el correo llegue al dispositivo móvil instantáneamente

http://www.geekzone.co.nz/content.asp?contentid=6971

Ya esta disponible Vista Enterprise.

Los clientes que tengan contratado Software Assurance ya pueden descargar del sitio de Licensing de Microsoft la versión Enterprise de Vista.

Vista Enterprise está diseñado para entornos empresariales teniendo mejoras en lo referente a protección de datos, compatibilidad de aplicaciones, virtualización, globalización y operaciones.

Demo de Grid para WPF.

Ver la demo: http://download3.xceedsoft.com/demo/gridwpf/Xceed.Wpf.DataGrid.Samples.LiveExplorer.xbap

Mas: http://xceed.com/Grid_WPF_Intro.html

Windows Live SDK

Daniel Matey — Sat, 27 Jan 2007 11:27:00 GMT

Accede a los mapas desde tus aplicaciones, conecta tus soluciones con el messenger, accede a blogs programaticamente, todo esto y mucho mas con el Windows Live SDK

Windows Live SDK

The Windows Live™ Platform puts a deeper level of control into developers' hands by offering access to the core services and data through open, easily accessible APIs. Now you can build applications and mashups that combine your innovation with the power of Windows Live services and social relationships.
Visit http://dev.live.com to learn more about other services and developer offerings from Windows Live.
Windows Live Services

The following software development kits and application programming interfaces are available to Windows Live developers:

Microsoft adCenter API - The Microsoft adCenter application programming interface (API) enables you to create applications that create and manage adCenter campaigns, orders, keywords, and ads; obtain the status on orders, keywords and ads; pause and resume orders; generate keyword estimates; generate reports about campaign performance; and perform order targeting.
Windows Live™ Search Web Service API - The Windows Live™ Search Web Service is an Extensible Markup Language (XML) Web service with a SOAP API. The Search Web Service enables you to submit queries to and return results from the Windows Live Search Engine. The Search section also features articles that cover a variety of technical topics and coding techniques for the Windows Live Search developer.
Messenger Activity SDK - The Messenger Activity software development kit (SDK) contains technical information about how to develop and test single-user and multi-user applications by using the Activity object model. The SDK also provides detailed information about development and testing requirements that your Activity must meet and how to increase the usage of your Messenger Activity application.
Windows Live™ Messenger Add-In API - By creating add-ins for the Windows Live™ Messenger 8.0 client, you can add new abilities to the client. This document explains how you can create add-ins and make them available to customers. This release of the Messenger Add-in API relies on the Microsoft .NET Framework as the hosting platform. Using the Code Access Security feature of the .NET Framework, you can isolate add-ins from the system on which they run.
Windows Live™ Spaces MetaWeblog API - The MetaWeblog API programming interface enables external programs to get and set the text and attributes of Weblog posts. The API uses the XML-RPC protocol for communication between client applications and the Weblog server.
Virtual Earth Map Control SDK, Version 4.0 - Virtual Earth provides the power behind Live Maps, an online mapping service that enables users to search, discover, explore, plan, and share information about specific locations. By using traditional road maps, labeled aerial photo views, low-angle high-resolution aerial photos, and proximity searching capabilities, Virtual Earth provides unique opportunities for developers to incorporate both location and local search features into their Web applications. The Virtual Earth map control software development kit (SDK) consists of a set of conceptual topics about Virtual Earth and a complete set of reference topics that cover the Virtual Earth map control application programming interface (API). Version 3.2 of the Virtual Earth Map Control SDK is also provided to support those developers who are using the earlier version of the map control and have not yet migrated to version 4.0. In addition, the Virtual Earth section features articles that cover a wide variety of technical topics and coding techniques for the Virtual Earth developer.
Windows Live™ Alerts SDK - The Windows Live™ Alerts SDK, version 2.5, enables developers familiar with Simple Object Access Protocol (SOAP) to programmatically integrate with the Alerts notification service and perform administrative tasks that are not available using the Windows Live Alerts web site.
Windows Live™ Custom Domains SDK - The Windows Live™ Custom Domains software development kit (SDK), version 1.2, enables developers to programmatically manage their Windows Live Custom Domains user base by means of a Web service. This SDK is intended for customers and partners who want to programmatically accomplish many of the administration tasks that are available on the Windows Live Custom Domains Web site in addition to tasks that are not available on the Web site, such as importing and exporting user lists.
Windows Live™ Expo (Beta) API - The Expo API defines a set of Web services enabling customers to programmatically access the Expo classifieds listings database, a collection of location-tagged classifieds listings in categories like merchandise, real estate, autos, jobs and commercial services.
Windows Live™ ID Service - Read all about the evolution of Microsoft Passport into Windows Live™ ID and how it helps make life online better for both users and developers in this white paper, which describes the technology behind an upcoming release of a new service offering for Windows Live developers.
Windows Live™ Toolbar Custom Button SDK - The Windows Live™ Toolbar Custom Button Software Development Kit (SDK) shows how you can extend Toolbar with custom buttons. This SDK provides a quick overview of how users can install publicly available buttons and create their own simple buttons. Most of this SDK, however, shows how you can use XML to create more sophisticated custom buttons, and how you can distribute those buttons to users.
Windows Live™ Writer SDK - Two sets of APIs are provided in this beta version of the SDK: The Application API, for launching Writer to create new posts or "Blog This" items for links, snippets, images, and feed items; and the Content Source Plugin API, for extending the capabilities of Writer to insert, edit, and publish new types of content. The SDK documentation contained in this beta version of the SDK is preliminary. The documentation will be extended and improved in a subsequent release of the SDK.