JuanLu, ElGuerre

Asp.Net Projects in Visual Studio 2008 & IIS7

2009-02-28T10:55:31Z

AND

Hace unos días, tuve la necesidad de formatear (a Windows Vista, aunque para Windows Server 2008 el caso hubiese sido el mismo) de nuevo el equipo, ¡cosa casi habitual!. Después de otros varios días trabajando con el, y tras haber instalado Visual Studio 2008 entre otras cosas, :-D, me disponía a crear un proyecto ASP.NET con objeto de realizar unas pruebas, pero de repente, me encuentro con "esto", no es que sea un error, pero si me parece curioso, o ¡al menos es la primera vez que lo veo!.

Pues bien, si intentas publicar un proyecto ASP.NET en un IIS7 (local en mi caso) en donde NO se encuentre instalada la caractarística "IIS6 Metabase and II6 Configuration Compatibility" de II6, resulta imposible publicar, curioso como digo, pero, si estoy con II7,¿no debería evitar esta compatibilidad y trabajar directamente con IIS7?, :-D

Aquí os dejo los pasos que seguí:

Crear un proyecto ASP.NET
Publicar el proyecto en local (Publish Web Site)
Elegir la publicación en "Local IIS"
Zassss.... ¡no se puede! :-$

A continuación continué con las indicaciones de la instalación de esta característica, marcando sólo la casita "IIS Metabase and II6 configuration compatibility" y tras un reinicio y una actualización de Window Vista.... ¡pues sí, finalmente funcionó!

Tampoco soy el único con este caso o similar; Visual Studio 2008 and IIS 7.

Para más detalle, aquí os dejo un enlace bastante interesante sobre temas de deploy con II7: Using Visual Studio 2008 with IIS 7.0

Buuueno, poco para aprender, pero algo más a tener en cuenta, ;)

Saludos @home
Juanlu

Exchange, directo al grano con OwaAuth

2009-02-15T21:25:48Z

Durante la semana pasada he estado realizando una pequeña POC para el acceso a OWA (Outloook Web Access) via OwaAuth.dll y creo que, en cierto modo, estoy en la necesidad de que no pase al olvido, (si Juan, por si acaso, jejeje...).

¿Que es eso de OwaAuth.dll?

Se trata de la ISAPI de Exchange para el Logon en Owa. Esta es quizás una gran desconocida para muchos y aunque pasa desapercibida puede ser que en alguna ocasión sea necesario tener que hacer uso de ella para un propósito "un tanto distinto" :-D.

Owa necesita un "sessionid" y un "cadata" para poder acceder y obtener información de cada una de sus páginas, pues bien, owaauth.dll es la encargada de obtener estos dos datos en una primera petición http de tipo POST, y, a partir de aquí, haciendo uso de estos en las peticiones sucesivas cada página web de Owa retornará el código HTML sin ningún tipo de preámbulo.

Paso a paso:

Invocar a owaauth.dll mediante una petición http (POST) a través de la url: "https://MACHINE_NAME/owa/auth/owaauth.dll" y con una serie de parámetros específicos; destination, flags, forcedownlevel, trusted, username, password, submitCreds, isUtf8. Para la obtención de estos parámetros he utilizado el siguiente método:

public string GetPostData(Uri uri)
{        
    // Setting data to create a request body.
    Dictionary<string, string> props = new Dictionary<string, string>();
    props.Add("destination",
uri.Scheme + Uri.SchemeDelimiter + HttpUtility.UrlEncode(uri.Host + "/exchange/" + _user + "/"));
    props.Add("flags", "4");            /* 0 */
    props.Add("forcedownlevel", "0");
    props.Add("trusted", "4");          /* 0 */
    props.Add("username", HttpUtility.UrlEncode(String.Format(@"{0}\{1}", _domain, _user)));
    props.Add("password", HttpUtility.UrlEncode(_password));
    props.Add("submitCreds", "Log+On");
    props.Add("isUtf8", "1");

    ASCIIEncoding encoding = new ASCIIEncoding();

    string postData = String.Empty;
    foreach (string key in props.Keys)
    {
        string pValue = null;
        props.TryGetValue(key, out pValue);
        postData += string.Format("{0}={1}&", key, pValue);
    }
    if (props.Keys.Count > 0)
        postData = postData.Substring(0, postData.Length - 1);

    return postData;
}

Realizada la petición HTTP según el siguiente método, se obtienen los datos buscados; "sessionid" y "cadata". Estos son recuperados en el objeto "CookieCollection".

public CookieCollection Authenticate(string url)
{
    string postData = GetPostData(new Uri(url));
    // Get Response - Cookie        
    var response = HttpManager.SendRequest(
        url, postData, null,
        RequestMethod.POST, _user, _password, _domain,
        "application/x-www-form-urlencoded");

    if (response.Cookies.Count < 2)
        return null;

    return response.Cookies;
}

Ahora ya se pueden realizar peticiones a cualquiera de las páginas de Owa, eso sí, de tipo GET y teniendo en cuenta que deben ir acompañadas de "sessionid" y "cadata".
La respuesta a cada petición contiene el código HTML de cada una de las páginas solicitadas.

El método "SendRequest" es el encargado de realizar:

La primera petición de tipo "POST" y contentType "application/x-www-form-urlencoded" y,
Cada petición de tipo "GET" y contentType "text/xml".

public static HttpWebResponse SendRequest(string url, string postData,
    CookieCollection cookieCol, RequestMethod requestMethod,
    string user, string pwd, string domain, string contentType)
{
            ServicePointManager.ServerCertificateValidationCallback = delegate(Object obj, X509Certificate certificate, X509Chain chain, SslPolicyErrors errors)
            {
                return true;
            };

    Uri uri = new Uri(url);

    var request = (HttpWebRequest)HttpWebRequest.Create(uri);

    request.Method = requestMethod.ToString();
    request.CookieContainer = new CookieContainer();            
    request.ContentType = contentType;
    request.AllowAutoRedirect = false;
    // request.ServicePoint.Expect100Continue = false;
    request.KeepAlive = true;
    request.UserAgent = "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.2; SV1;" +
                        ".NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.648; .NET CLR 3.5.21022)";
    request.Accept = "image/gif, image/x-xbitmap, image/jpeg, image/pjpeg,"
                    + "application/x-ms-application, application/x-ms-xbap, application/vnd.ms-xpsdocument, application/xaml+xml, */*";           

    byte[] body = null;
    if (requestMethod == RequestMethod.POST)
    {
        // BODY
        body = Encoding.ASCII.GetBytes(postData);
        request.ContentLength = body.Length;
    }

    // Cookies
    if (cookieCol != null)
    {
        foreach (Cookie c in cookieCol)
            // request.Headers.Add(c.Name, c.Value);
            request.CookieContainer.Add(c);
    }

    // Security
    CredentialCache credentialCache = new System.Net.CredentialCache();
    credentialCache.Add(uri,
     "Basic", /* Basic */
     new System.Net.NetworkCredential(user, pwd, domain)
     );

    request.Credentials = credentialCache;

    if (requestMethod == RequestMethod.POST)
    {
        // Response
        var stream = request.GetRequestStream();
        stream.Write(body, 0, body.Length);

        stream.Close();
    }

    return (HttpWebResponse)request.GetResponse();
}

Esto ha sido todo por esta vez, espero como siempre, haber dado un pasito más.

Saludos @SundayHome
Juanlu

.csharpcode, .csharpcode pre { font-size: small; color: black; font-family: consolas, "Courier New", courier, monospace; background-color: #ffffff; /*white-space: pre;*/ } .csharpcode pre { margin: 0em; } .csharpcode .rem { color: #008000; } .csharpcode .kwrd { color: #0000ff; } .csharpcode .str { color: #006080; } .csharpcode .op { color: #0000c0; } .csharpcode .preproc { color: #cc6633; } .csharpcode .asp { background-color: #ffff00; } .csharpcode .html { color: #800000; } .csharpcode .attr { color: #ff0000; } .csharpcode .alt { background-color: #f4f4f4; width: 100%; margin: 0em; } .csharpcode .lnum { color: #606060; }

"El Truco del Almendruco" en la depuración con "vsjitdebugger.exe"

2008-06-28T17:35:18Z

En más de una ocasión hemos tenido que depurar de una forma un tanto compleja, o al menos no de la forma habitual, es decir ni depurando directamente desde Visual Studio ni atachando procesos, ¡seguro que si! Más concretamente, y para el caso que nos ocupa pondré un para de ejemplos muy prácticos.

Durante estas semanas junto con un compañero de trabajo hemos estado realizando Setups "más o menos complejos" y, bueno, así es como uno se da cuenta de los problemas y de como surgen las necesidades, jejeje...

Durante estos Setups las "Customs Acctions", clases específicas para el tratamiento de acciones durante la instalación/desinstalación, surge la necesidad de depurarlas, y la pregunta es ¿cómo?. Alguno dirá; pues con MessageBox.Show(....), Console.WriteLine(...), etc.. si este mecanismo siempre funciona, pero es bastante más tedioso.

Pues nada de eso, a partir de ahora ¡y claro, para aquel que no conozca este truquito!, será mucho más fácil.

Pasos:

Abre el registro de windows: regedit.exe
Localiza la ruta "\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\WindowsNT\CurrentVersion\Image File Execution Options\"
Crear una nueva key "MsiExec.exe"
Para la Key creada, crear un nuevo valor alfanumérico/String value (REG_SZ) y asígnale el nombre "Debugger"
Ahora, asignale el valor "vsjitdebugger.exe"

Debería quedar así:

Esta configuración hará que nuestro depurador; "Visual Studio Just-In-Time Debugger" se inicie cada vez que se ejecute el comando Msiexec.exe

Si ahora sobre nuestro proyecto de Setup de Visual Studio, hacemos "click" con el botón derecho de ratón y pulsamos "Install", "Tachaaaaannnnnn" ¡a depurar!, claro, previamente estableceremos los puntos de ruptura (Break Points) adecuados, :-D.

De la misma forma, si queremos instalar un Servicio Windows en la consola de servicios y utilizamos "InstallUtil" repetiremos los pasos sustituyendo MsiExec.exe por "InstallUtil.exe".

Una vez que hayamos finalizado la depuración, Modificar la key "MsiExed.exe" para que no se ejecute siempre, de manera que quede algo como; " _***_MsiExec.exe". De forma similar para InstallUtil.exe, por ejemplo _***_InstallUtil.exe.

Tambíen podríamos sustituir nuestro depurador "vsjitdebugger.exe" por cualquier otro disponible en nuestra máquina.

Por supuesto, gracias a Javier,(si, el de las cervecitas, jejeje...) por tal descubrimiento.

¡Buscando la fácil senda en el desarrollo!
Juanlu

WCF & MSMQ

2008-06-28T17:34:27Z

Hace unas semanas hablaba con un compañero acerca de como implementar una aplicación con acceso a MSMQ y tras una larga discusión, en un intento de conseguir pensar en el mejor camino de lograrlo, pensé en hacerlo con WCF, y, ¿Que mejor forma de probarlo que haciendo un ejemplo o proyecto? , pues, e aquí el motivo de este post.

Os dejo el conjunto de pasos seguidos:

Pasos:

Generar una estructura en Visual Studio similar a la siguiente:

Añadir el siguiente código a la interfaz, fichero IService1.cs

[ServiceContract]
public interface IService1
{
     [OperationContract(IsOneWay = true, Action = "*")]
     void Send(MsmqMessage<Persona> msg);
}

Añadir el siguiente código al servicio Service1.cs

public class Service1 :  IService1
{
    [OperationBehavior(TransactionScopeRequired = true, TransactionAutoComplete = true)]
    public void Send(MsmqMessage<Persona> message)
    {
        Persona msg = (Persona)message.Body;
        Console.WriteLine("Persona: [{0} {1}; ({2})] ", msg.Nombre, msg.Apellidos, msg.OtraCosaMariposa);
    }
}

En el fichero Program.cs del proyecto WcfMsmqHost añadir lo siguiente:

static void Main(string[] args)
{
    string msmqPath = ConfigurationManager.AppSettings["baseAddress"];

    if (!MessageQueue.Exists(msmqPath))
        MessageQueue.Create(msmqPath);

    Uri baseAddress = new Uri(String.Format("msmq.formatname:DIRECT=OS:{0}", msmqPath));

    using (ServiceHost serviceHost = new ServiceHost(typeof(Service1), baseAddress))
    {
        serviceHost.Authorization.PrincipalPermissionMode = System.ServiceModel.Description.PrincipalPermissionMode.None;
        
        serviceHost.Open();

        Console.WriteLine("Servicio listo.");
        Console.WriteLine("Pulsa <INTRO> para finalizar.");
        Console.ReadLine();
        
        serviceHost.Close();
    }
}

El fichero de configuración del servidor deberá contener esto:

<appSettings>
  <add key="baseAddress" value=".\private$\MyTest33"/>
</appSettings>

<system.serviceModel>
  <bindings>
    <msmqIntegrationBinding>
      <binding name="NewBinding0" exactlyOnce="false" useSourceJournal="false"
        useMsmqTracing="true">
        <security mode="None">
          <transport msmqAuthenticationMode="None" />
        </security>
      </binding>
    </msmqIntegrationBinding>
  </bindings>
  <services>
    <service name="WcfMsmqHost.Service1">
      <endpoint address="" binding="msmqIntegrationBinding" bindingConfiguration="NewBinding0"
        contract="WcfMsmqIntegration.IService1" />
    </service>
  </services>
</system.serviceModel>

Finalmente la función Main, en Program.cs del proyecto de test debe contener algo similar a esto:

string msmqPath = ConfigurationManager.AppSettings["baseAddress"];

MsmqIntegrationBinding binding = new MsmqIntegrationBinding();
EndpointAddress address = new EndpointAddress(
          String.Format(@"msmq.formatname:DIRECT=OS:{0}", msmqPath));            
ChannelFactory<IService1> channelFactory = new ChannelFactory<IService1>(binding, address);

// None, porque MQM no esta en Active Directory
binding.Security.Mode = MsmqIntegrationSecurityMode.None;                       

IService1 channel = channelFactory.CreateChannel();

Persona msg = new Persona();
msg.Nombre = "Juan Luis";
msg.Apellidos = "Guerrero";
msg.OtraCosaMariposa = "elGuerre";

MsmqMessage<Persona> message = new MsmqMessage<Persona>(msg);
using (TransactionScope scope = new TransactionScope(TransactionScopeOption.Required))
{
    channel.Send(message);
    scope.Complete();
}

Y el fichero de configuración del cliente deberá contener:

<configuration>
  <appSettings>
    <add key="baseAddress" value=".\private$\MyTest33"/>
  </appSettings>
</configuration>

No olvidar incluir los espacios de nombre:

using System.ServiceModel;
using System.Messaging;
using System.ServiceModel.MsmqIntegration;

Y ni que decir tiene que la clase Persona (Persona.cs) contiene tres propiedades públicas sin más; Nombre, Apellidos y OtraCosaMariposa, incluso, no será necesario establecer el atributo DataContract.

Por otro lado y durante la configuración del ejemplo nos podemos encontrar con alguno errores y que detallo a continuación:

Caso 1:

serviceHost.Open: Binding validation failed because the binding's ExactlyOnce property is set to true while the destination queue is non-transactional. The service host cannot be opened. Resolve this conflict by setting the ExactlyOnce property to false or creating a transactional queue for this binding.

Este problema es debido a la propiedad "exactlyOnce" tiene el valor "true" y la cola no es transaccional para solucionarlo:

Si la cola es transaccional entonces asignarle el valor "true" a esta propiedad.
si la cola NO es transaccional asignarle el valor "false".

Caso 2:

Binding validation failed because the binding's MsmqAuthenticationMode property is set to WindowsDomain but MSMQ is installed with Active Directory integration disabled. The channel factory or service host cannot be opened.

En este caso la solución es evitar que el valor del modo de seguridad del binding sea "WindowsDomain", puesto que la integración de MSMQ con Active Directory no ha sido instalada. Bastará, y si estamos en un dominio, con instalar esta integración desde los componentes de windows. Luego para nuestro caso, tanto cliente como servidor/host deberán establecer algunos valores:

Cliente en modo programático:

binding.Security.Mode = MsmqIntegrationSecurityMode.None;

Servidor mediante fichero de configuración:

<endpoint address="" binding="msmqIntegrationBinding" 
   bindingConfiguration="NewBinding0"  contract="WcfMsmqIntegration.IService1" />

El inconveniente de utilizar transacciones, si es que es un inconveniente, es el MSTC (Microsoft Transsaction Coordinator), que nos asegura la transaccionalidad de la operación de forma automática, pero que sin embargo, y dependiendo del entorno, es decir de la distribución entre servidores, podría resultar muy pesado e incluso no deseable. En caso de no hacer uso de la transaccionalidad, bastará con invocar de nuevo a nuestro "Sender" (envío de mensajes a MSMQ con WCF) desde el propio servidor/host y establecer un tratamiento adecuado y con esto estaría solucionado.

Finalmente y por ahora, he decir, que la ventaja de utilizar WCF para el tratamiento de colas MSMQ radica principalmente en la posibilidad de cambiar los bindings sin problema alguno, la trazabilidad totalmente automática, la seguridad de que todo va a funcionar a la primera, :-D

"Lo malo" puede ser que nos encontremos con que ya tenemos un sistema de colas MSMQ en un entorno de producción y que no podamos crear ningún servicio WCF, en tal caso, siempre podremos optar por crear un cliente WCF (ClientBase<T>), incluso también optar por el caso contrario, un servidor WCF y un cliente no WCF (System.Messaging).

http://www.cogin.com/mq/download.php

Un nuevo camino para el tratamiento de colas MSMQ.

saludos
Juanlu

AutoCode. Programar más rápido, aún sigue siendo posible.

2008-03-25T21:11:06Z

Bueno, pues ya se terminaron las vacaciones, al menos para algunos, para otros seguro que no, alguno aún sigue pasándolo bien, jejeje...
Vengo de vacaciones, y por fin encuentro una herramienta que me permite desarrollar aún más rápido, si, ya hacía tiempo que la estaba esperando, jejeje... me río porque un compañero ("A.....") me comentó que la estaba desarrollando y por fin ha dado su fruto, la verdad, es maravillosa, ¡vamos, que ya la tengo instalada!, os recomiendo que le echéis un vistazo, no tiene desperdicio. Además, podéis encontrar un vídeo en su página, http://www.devprojects.net/, por el momento os adelanto algunas características:

Fast command invocation just pressing Ctrl+Enter
ASPX like syntax to generate code
Full access to Visual Studio automation objects
FileCodeModel access, SmartFormat, code surrogate, cursor positioning and more
Use Visual Studio editor to create custom commands
Integrated Catalog ToolWindow to explore commands
Multiple useful commands included
Visual Studio 2005 and 2008 versions
Supports Windows Vista

A continuación muestro la integración del catálogo en Visual Studio 2008.

He de decir que funciona, y además nos permite "customizarlo" a nuestro antonjo inmediatamente, accediendo a través del catálogo y guardando los cambios oportunos.

Descargarlo directamente para:

Visual Studio 2008: http://www.devprojects.net/download2008.aspx
Visual Studio 2005: http://www.devprojects.net/download2005.aspx

Saludos desde 3Cantos y de parte de mi compi Anonimo, :-D
Juanlu

Crossposting from JuanLu, El Guerre

WCF - Creación dinámica de una clase proxy a partir de un WSDL

2008-02-29T01:09:33Z

No sé si a alguien le puede venir bien este ejemplo, pero seguro que sí, en cualquier caso, aquí está, :-P

Se trata de un proyecto C# que permite crear "proxys" clientes a partir de un WSDL de forma dinámica.

Es un ejemplo de una calculadora muy sencillo pero que sin embargo y lo más importante es que puede modificarse y adaptase a nuestra necesidad con bastante facilidad.

He aquí la referencia para descargarlo y pegarse un poco más con el: http://wcf.netfx3.com/files/folders/development_tools/entry6148.aspx

Una vez Más espero haber ayudado un poquito.
Juanlu

Crossposting from JuanLu, El Guerre

Hosteando en IIS un WCF con Http Basic Authentication y Compatibilidad ASP.NET (HttpContext; Session, cookies, cache, etc)

2008-02-27T16:16:00Z

Una vez más, sigo por aquí con VS2008 y con WCF, en esta ocasión trataré de comentar, como hostear en IIS un WCF basado en un binding "Http Basic Authentication" y conseguir hacer uso de nuestra conocida clase HttpContext. Son unos cuantos pasos muy fáciles y básicos, jejeje.. ¡claro, ahora que los conozco!

Los pasos a seguir para conseguir el objetivo de este post son:

Crear un proyecto Web de tipo "WCF Service Application".

La plantilla nos creará un proyecto con un Interfaz (Servicio) y una clase de datos (contrato), además un servicio, lo que es nuestro Web Service que ha de implementar obligatoriamente la Interfaz.
Seguidamente modificamos el Web.config del servicio manualmente o con nuestro maravilloso editor (Windows Communication Foundation (WCF) - BUG 1) estableciendo principalmente la configuración tal y como muestro aquí un par de pantallazos:

A continuación tenemos dos opciones para trabajar con la compatibilidad ASP NET:
- Anadir el attributo "AspNetCompatibilityRequirements" ([AspNetCompatibilityRequirements(RequirementsMode= AspNetCompatibilityRequirementsMode.Allowed)]) al servicio, Service1 tal y como se muestra a continuación. Aprovechamos para establecer el Namespace, :-D, ¡ya sabéis "best practices"! (tempuri.org con WCF).

 1 [ServiceBehavior(Namespace="http://elGuerre.loc/Service1/")]
 2     [AspNetCompatibilityRequirements(RequirementsMode= AspNetCompatibilityRequirementsMode.Allowed)]
 3     public class Service1 : IService1
 4     {
 5         public string GetData(int value)
 6         {
 7             return string.Format("You entered: {0}", value);
 8         }
 9 
10         public CompositeType GetDataUsingDataContract(CompositeType composite)
11         {
12             if (composite.BoolValue)
13             {
14                 composite.StringValue += "Suffix";
15             }
16             return composite;
17         }

y, añadir la siguiente línea en el web.config.

1 <system.serviceModel>
2     <serviceHostingEnvironment aspNetCompatibilityEnabled="true" />
3 ...

Añadir el atributo "AspNetCompatibilityRequirements" ([AspNetCompatibilityRequirements(RequirementsMode= AspNetCompatibilityRequirementsMode.Required)] y,
no incluir la configuración en el web.config.

Publicar el servicio ("Publish").
Modificar las propiedades del sitio Web en IIS:
1. Quitar autenticación anónima
2. Activar autenticación básica (dejar activa solamente esta casilla).

Ahora tenemos la compatibilidad con ASP.NET pero con la potencia de WCF, nuestra clase HttpContext (session, cookies, cache, etc) está lista para ser usada.

Si estáis interesados en esto, aquí os dejo unas cuantas referencias:

WCF Services and ASP.NET
http://msdn2.microsoft.com/en-us/library/ms752234.aspx

Saludos @3Cantos
Juanlu Crossposting from JuanLu, El Guerre

WCF - Creando un nuevo Behavior

2008-02-15T13:17:20Z

Continuo con VS2008, con WCF (Windows Communication Foundation), en este caso integrando WCF con JAVA y más concretamente con una aplicación desarrollada en AXIS 1.1.0.xxx, vamos, "~~una patata~~" un problema, puesto que es la primera y obsoleta versión, no cumple muchos puntos del estandard WSDL, el principal es que no permite las cláusulas <import>, es decir, es necesario generar un WSDL "to junto", en fin, cosas del directo como se suele decir, jeje...

Para conocer como afrontar este inconveniente, os cuento lo que he hecho:

Se trata de crear una extensión para nuestro WCF y en cierta forma dotarlo de una nueva funcionalidad, para ello usaremos los interfaces; IWsdlExportExtension, IEndpointBehavior. Entrando más en detalle, necesitaremos añadir código al evento ExportEndPoint de IWsdlExportExtension tal y como muestro a continuación:

 public void ExportEndpoint(
              WsdlExporter exporter,
              WsdlEndpointConversionContext context
           )
        {
            XmlSchemaSet schemaSet = exporter.GeneratedXmlSchemas;
            foreach (WsdlDescription wsdl in exporter.GeneratedWsdlDocuments)
            {
                List<XmlSchema> importsList = new List<XmlSchema>();
                foreach (XmlSchema schema in wsdl.Types.Schemas)
                {
                    AddImportedSchemas(schema, schemaSet, importsList);
                }
                wsdl.Types.Schemas.Clear();
                foreach (XmlSchema schema in importsList)
                {
                    RemoveXsdImports(schema);
                    wsdl.Types.Schemas.Add(schema);
                }
            }
        }

        private void AddImportedSchemas(
           XmlSchema schema,
           XmlSchemaSet schemaSet,
           List<XmlSchema> importsList
           )
        {
            foreach (XmlSchemaImport import in schema.Includes)
            {
                ICollection realSchemas =
                   schemaSet.Schemas(import.Namespace);
                foreach (XmlSchema ixsd in realSchemas)
                {
                    if (!importsList.Contains(ixsd))
                    {
                        importsList.Add(ixsd);
                        AddImportedSchemas(ixsd, schemaSet, importsList);
                    }
                }
            }
        }

        private void RemoveXsdImports(XmlSchema schema)
        {
            for (int i = 0; i < schema.Includes.Count; i++)
            {
                if (schema.Includes[i] is XmlSchemaImport)
                    schema.Includes.RemoveAt(i--);
            }
        }

El resto de métodos a sobrescribir podrán dejarse vacíos.

Adicionalmente y para poder configurar nuestro WCF con la herramienta de configuración (WCF Service Configuration Editor), será necesario:

public class InlineXsdBehaviorSection : BehaviorExtensionElement
    {

        protected override object CreateBehavior()
        {
            return new InlineXsdInWsdlBehavior();
        }

         public override Type BehaviorType
        {
            get
            {
                Type t = Type.GetType("MyProject.WCF.Extensions.InlineXsdInWsdlBehavior");
                return t;
            }
        }
    }

Finalmente tendremos que incluir esta DLL en el GAC, creando previamente un Strong Key, o bien, incluir la referencia en nuestro proyecto, con "Copy Local = true". Al menos durante el desarrollo os recomiendo que la incluyais en el GAC, evitará el estar constantemente seleccionando esta dll cada vez que editamos la configuración con el "WCF Service Configuration Editor", ~~"menuda lata, ¿no?"~~.

Para poner en marcha nuestro WCF:

Configurar el WS de forma normal
Cargar la nueva funcionalidad, para ello:
- Abrir el editor y en el árbol de configuración (a la izquierda), desplegar"Advanced - Extensions"
- seleccionar "behavior element extensions".
- En la ventana de la derecha crear un nuevo elemento, Click en "New..."
- Buscar y seleccionar nuestra DLL y asignar un nombre.

Crear un nuevo "Endpoint Behavior".
- Seleccionar "Advanced - Endpoint Behavior" en el árbol de configuración y crear ("Add...") un nuevo elemento.
- El el siguiente cuadro de diálogo buscar y seleccionar el nombre dado a nuestra DLL.

Por último, asociar la nueva extensión a nuestro EndPoint:
- seleccionar "Services - MyProject.WCF.Extensions.InlineXsdInWsdlBehavior - EndPoints - MyEndpoint"
- Asignar el Endpoint beavior a nuestro servicio dando valor la la propiedad "BehaviorConfiguration"

Si ahora comprobamos el WSDL de nuestro WCF veremos como ya no incluye ninguna clausula "import".

Esto no es del todo cierto, jejeje... existe un inconveniente/restricción y dependerá de los Namespaces de nuestras clases, es decir, será necesario que todos los Namespaces sean iguales, vamos, que sólo exista un único Namespace. Para ver como cambiar el namespace, echad un vistazo a este otro post; "tempuri.org con WCF".

Para mayor detalle y comprensión sobre los behaviors, os sugiero que le echéis un vistazo a un artículo de la MSDN Magazine de Diciembre de 2007: http://msdn.microsoft.com/msdnmag/issues/07/12/ServiceStation/default.aspx?loc=es

Nota: Para el siguiente post contaré sobre "ASP NET Compatibility" y lo que ofrece sobre todo a aquellos que estamos empezando con WCF.

Saludos y suerte en vuestras nuevas extensiones
Juanlu Crossposting from JuanLu, El Guerre

Evitando el namespace "http://tempuri.org" con WCF

2008-02-12T01:29:18Z

Hace unos días me toco quitar el ya conocido http://tempuri.org del WSDL y asignarle un namespace específico, es más, esto es lo recomendado por seguridad y como buena practica, en fin, para conseguirlo bastará con lo siguiente:

Especificar el Namespace en el ServiceContract (Interfaces):

[ServiceContract(Namespace = "http://MyProject.Tests")]

Especificar el Namespace en cada uno de los tipos/clases de datos o contratos; DataContract

[DataContract(Namespace="http://MyProject.Tests")]

Quitar el http://tempuri.org de la definición del WSDL y para ello:
- Añadir el siguiente atributo al servicio:
```
[ServiceBehavior(Namespace="http://MyProject.Tests")] 
```
Modificar/Añadir valor a la propiedad "bindingNamespace" del endpoint del servicio según indico concretamente en la línea 2, si no se tiene en cuenta este punto, el namespace por defecto es es "tempuri.org" y aunque cambiemos el namespace en los tres puntos anteriores, este no cambiará:

1 <service name="WcfService1.Service1" behaviorConfiguration="WcfService1.Service1Behavior">      
2    <endpoint bindingNamespace="http://MyProject.Tests" address="" binding="wsHttpBinding" contract="WcfService1.IService1">

ó, graficamente:

El valor para esta propiedad, aunque puede ser cualquiera, ¡con un poco de sentido común, claro!, sería conveniente que tomara el mismo que el indicado para el "[ServiceBehavior]".

Este último punto fue el que más tardé en encontrar, ¡y mira que está visible! :-D ¡si leyera un poco de vez en cuando!, jeje... ¡si es que lo dice claramente al pie de la ventana! De todos modos, es curioso, porque todos los post y artículos que hacen referencia a los namespaces, pasan por alto este último punto.

Una ayudita más, un gran logro, :-D.

Saludos
Juanlu

Crossposting from JuanLu, El Guerre

WCF - "ServiceModelReg -i"

2008-01-30T15:53:02Z

Durante el día de ayer mientras trabajaba con WCF en una máquina virtual, tuve la necesidad de instalar Exchanger Server 2003 junto con OWA porque el proyecto en el que estoy en cierta forma lo requería, cual fue mi sorpresa cuando tras la instalación, los web services desarrollados con WCF (Framework 3.0) dejaron de funcionar. El error "The page cannot be display" o "Service Unavailable" ¿Por qué? ¿A que se debe esto?, pues bien, la respuesta es muy fácil,¡claro ahora que la conozco! Los ficheros ".svc" no son reconocidos, las ISAPI que tratan estos ficheros no se encuentran registradas y por tanto es necesario volverlas a registrar, jeje... ¡es lo que tiene el instalar y desinstalar cosas en las máquinas de desarrollo!

Estos son los pasos a realizar:

C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Aspnet_regiis -i - enable. (Esta ya es bastante conocida y seguro que a más de uno nos a pasado más de una vez).
C:\WINDOWS\Microsoft.NET\Framework\v3.0\Windows Communication Foundation\ServiceModelReg -i

Tras la ejecución de este comando

En esta página, explica los pasos más en profundidad así como la reparación manual si fuera necesario.

Justo hoy, un añito más viejo, jejeje...
Gracias a tod@s por compartirlo conmigo
Juanlu

Crossposting from JuanLu, El Guerre

Fiddler 2 - Depurador y sniffer

2008-01-29T14:40:26Z

Aunque muchos de vosotros ya conocéis posiblemente esta herramienta y a pesar de que lleva tiempo publicada, quiero hacerle mención para aquellos que no la conocen y decir que en más de una vez me ha sacado de un apuro, jeje..., en fin, es una de esas herramientas que debe formar parte del repositorio de cada desarrollador, ¡de mi colección ya forma parte!. En otras ocasiones he comentado sobre herramientas similares (WSE 2.0 Tracing Utility y TCPTrace (Un Sniffer TCP)) a esta, pero esta, sin lugar a dudas las supera con creces, al menos esa es mi opinión.

Páginas html al completo, contenidos de ficheros ".js", ".css", imágenes, peticiones y respuestas SOAP, posibilidad de editar y realizar peticiones, multitud de vistas posibles para hacer más fácil su uso, estadísticas, filtros, por si fuera poco permite hasta breakpoints y,... yo que sé cuantas cosas más... ¡Una herramienta que lo tiene todo! La verdad, merece la pena, si podéis, echarle un vistazillo, no os arrepentiréis.

Es gratuita y podéis encontrarla aquí: http://www.fiddlertool.com/fiddler/

"Por un camino más sencillo y cercano"

Gracias
Juanlu

Crossposting from JuanLu, El Guerre

WCF - WcfServiceHost, WcfTestClient, SvcConfigEditor y SvcTraceViewer.

2008-01-28T18:24:03Z

Muy buenas de nuevo, siento haber estado desaparecido una temporada, pero como mi madre dice "En misa y repicando", ¡no,no,no...! jejeje...

En fin, en esta ocasión y antes de comentar varios casos sobre WCF (Windows Communication Foundation),voy a hacer mención a varias de las herramientas que nos van a permitir poder trabajar un poquito mejor. Para hacer más fácil su uso y comprensión, ¡que mejor que hacer un pequeño ejemplo y ver su funcionamiento!.

En primer lugar creamos un proyecto "WCF Service Application".
Publicamos el Web service en nuestro IIS: Ej: en http://localhost/WcfService1/ .
Comprobamos el acceso al servicio desde iexplorer: http://localhost/wcfservice1/service1.svc
Hasta aquí, todo perfecto, todo funciona, perfectamente. Nota: Al publicar un servicio por primera vez, la la autenticación se establece como "anónima".
Ahora veamos como configurar nuestro servicio. "WCF Service Configuration Editor". Por defecto una vez creado el servicio, el Binding es "wsHttpBinding" para nuestro Services - EndPoint

Con Internet Explorer, todo funciona correctamente, si creamos una aplicación de consola (en 3.0 ó 3.5) y añadimos una referencia a nuestro WCF Service "Add Service Reference" se crea una clase proxy y listo. Poco hemos hecho hasta este momento, jejeje... ¡vamos por buen camino!

Ahora utilizando la siguiente herramienta, podremos chequear nuestro WCF Service sin necesidad de tener que crear una aplicación de test como la anterior, además podremos visualizar todas las peticiones y respuestas de tipo SOAP.

WcfTestClient

C:\Development\WCF\Samples\WcfService1>wcftestclient http://localhost/WcfService1/Service1.svc

Todo sigue funcionando correctamente y hemos chequeado la funcionalidad del WCF Service. Ya tenemos todo apunto.

NOTA: Ni que decir tiene que el servicio que se quiere testear ha de estar en ejecución, de lo contrario un error amenizará la ocasión, jijiji...

Ahora otra forma de hostear nuestro Web Service:

WcfServiceHost

¿Porque necesito "obligatoriamente" hostear mi WCF service en IIS?, pues bien, con esta herramienta proporcionada por WCF no será necesario, simplemente diferente a como estamos acostumbrados, podemos evitar el tener que instalar IIS, bien porque no queremos o no tenemos el CD/DVD correspondiente o, simplemente debido a las prisas, cosa que suele ser bastante común, jejeje...

Asegura de que el servicio no está hosteado en IIS para que no existan conflictos, también hay que estar seguro de que la propiedad Address del Endpoint del servicio tiene el valor "http://localhost/Wcfservice1/service1.svc", seguidamente tecleamos:

C:\Develpment\WCF\Samples\WcfService1> wcfsvchost /service:"./bin/WcfService1.dll" /config:web.config

Tras ejecutar este comando se carga el WCF Service en la herramienta, pero ¿Que ocurre?, pues que tenemos un error:

 1 System.InvalidOperationException: The HttpGetEnabled property of ServiceMetadataBehavior is set to true and the HttpGetUrl property is a relative address, but there is no http base address.  Either supply an http base address or set HttpGetUrl to an absolute address.
 2    at System.ServiceModel.Description.ServiceMetadataBehavior.EnsureGetDispatcher(ServiceHostBase host, ServiceMetadataExtension mex, Uri url, String scheme)
 3    at System.ServiceModel.Description.ServiceMetadataBehavior.CreateHttpGetEndpoints(ServiceDescription description, ServiceHostBase host, ServiceMetadataExtension mex)
 4    at System.ServiceModel.Description.ServiceMetadataBehavior.System.ServiceModel.Description.IServiceBehavior.ApplyDispatchBehavior(ServiceDescription description, ServiceHostBase serviceHostBase)
 5    at System.ServiceModel.Description.DispatcherBuilder.InitializeServiceHost(ServiceDescription description, ServiceHostBase serviceHost)
 6    at System.ServiceModel.ServiceHostBase.InitializeRuntime()
 7    at System.ServiceModel.ServiceHostBase.OnOpen(TimeSpan timeout)
 8    at System.ServiceModel.Channels.CommunicationObject.Open(TimeSpan timeout)
 9    at System.ServiceModel.Channels.CommunicationObject.Open()
10    at Microsoft.Tools.SvcHost.ServiceHostHelper.OpenService(ServiceInfo info)

Utilizamos el editor de configuración de WCF (SvcConfigEditor) y asignamos el valor http://localhost/WcfService1/Service1.svc a la propiedad HttpGetUrl según muestro en la siguiente imagen:

Si ahora intentamos ejecutar de nuevo la instrucción veremos como el WCF Service es iniciado correctamente. En este momento ya lo tenemos nuevamente "hosteado".

También existe la posibilidad de lanzar estas dos aplicaciones "Servidor/Host" y "Cliente/Client" de una sóla "atacada", :-D

C:\Develpment\WCF\Samples\WcfService1> wcfsvchost /service:"./bin/WcfService1.dll" /config:web.config /client: MyClient.exe /clientArgs:123456, abcdef

Trazas - SvcTraceViewer

Esta herramienta con una interfaz gráfica que se distribuye con WCF, aunque por otro lado "no estoy seguro", parece que con algunas versiones de VSTS si es así, no obstante, con el SDK de Windows se distribuye y en cualquier caso, aquí os dejo un ".zip" con dicha herramienta.

El objetivo de esta es mostrar la información almacenada en los ficheros ".svclog", que son generados por el "Service.Model" configurado en los web.config de los WCF Services; un fichero de mensajes y otro de trazas.

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

Existe otra herramienta de terceros "Live Service Trace Viewer" (http://blogs.msdn.com/craigmcmurtry/archive/2006/09/19/762689.aspx) que a pesar de mostrar la misma información (.svclog) lo hace de una forma mucho más gráfica y "quizás" más intuitiva.

Como vemos WCF está comenzando a dar mucho juego y por supuesto a facilitarnos mucho el trabajo, en fin, mientras sea así, todo será bienvenido, :-D

Espero haber sido de ayuda una vez más.
Saludos y hasta la próxima.
Juanlu

Crossposting from JuanLu, El Guerre

YO, Robot. Yo, Visual Studio 2008 - OnobaNet (Huelva)

2007-12-18T03:38:18Z

En esta ocasión quiero comentar el éxito conseguido el pasado viernes en Huelva y por supuesto, agradecer a Fran y a Miguel la posibilidad que me brindaron de poder ser uno de los ponentes, a Paco agradecerle también el maravillo esfuerzo que hizo por conseguir darnos esa publicidad espectacular, tanto en los Carteles que diseño como en la publicidad que mostraban los autobuses de la capital. (Chicos ya nos mandaréis esa foto :-D).

A Bruno tampoco quiero dejarlo atrás, puesto que fue el quien me metió en este "Berengenal", jeje... en serio, un gran placer poder trabajar con el en este evento, como tu dirías, Bruno, "Felicitaciones" jejeje...

Aquí os dejo una referencia al Blog de Bruno donde se encuentran todas las fotos del evento así como aquellas de las degustaciones nocturnas, es decir el motivo del viaje, :-P:

http://elbruno.com/blogs/elbruno/archive/2007/12/15/evento-materiales-de-la-presentacion-quot-yo-robot-quot-en-huelva.aspx

El Cartel: http://img49.imageshack.us/img49/7743/071214eventoyorobotgs5.jpg

Saludos @todos
Juanlu

Crossposting from JuanLu, El Guerre

Windows Communication Foundation (WCF) - BUG 1

2007-12-13T02:28:12Z

Seguimos con otra cosita interesante, ahora sobre WCF, se trata del Configurador "WCF Service Configuration Editor". Sabemos que es una herramienta "externa" pero a la vez, integrada en el Visual Studio 2008, bueno, o eso creo.

Es curioso, pero si intentamos abrir este configurador a partir de nuestro menú "popup" al hacer "click" sobre un fichero ".config" de un proyecto, debería abrirse, ese es su cometido, sin embargo, no ocurre así, no la primera vez, si, como digo, no, la primera vez, jejejeje....

Sigue estos pasos y verás:

Abre el Visual estudio y crea un nuevo proyecto.
Añade un item de tipo ".config"
Haz clic con el botón derecho sobre dicho item, y...

Ahora, selecciona: Menu: "Tools - WCF Service Configurator Editor"

Por último, vuelve a hacer "click" con el botón derecho sobre el item ".config" y........ "taaaaachaaaaannnn....", ahí esta el "tío", :-P

Pues nada, una vez más, mostrando un camino más fácil, o por lo menos, dando a conocer los tropiezos de un largo recorrido, :-D

Saludos desde Nuevos Ministerios
Juanlu

Crossposting from JuanLu, El Guerre

Error en Visual Studio 2008. Camino del SP1.

2007-12-04T12:25:58Z

Aquí tenemos, casi seguro uno de los primeros "~~errores~~" bug de Visual Studio 2008, se trata de Visual Studio Tools for Office en concreto, si, y además curioso, aunque también tengo que decir, que no por ello voy a dejar de utilizar VS, jejeje... no, no, no...

Aquí os dejo los pasos que yo he seguido hasta llegar a este "problemilla":

Abrimos Vs2008
Creamos un proyecto para un Addin de Outlook.
Añadimos un Item de tipo Ribbon
Añadimos un nuevo Item de tipo UserControl de XAml (de WPF).
Una vez realizada una compilación, veremos como nuestro control aparece en la Toolbox. De no ser así, añádelo a mano creando un Tab y seleccionando a continuación la DLL que lo contiene.

Si a continuación arrastramos nuestro UserControl hacia el centro de la ventana en la que se encuentra el Diseñador de Ribbons, Zasssssssss..... No hace falta ni soltarlo, basta con dejar el ratón pulsado unos segundos y, se termina todo, :-D

He de añadir que un UserControl.xaml no puede ser hosteado en un Ribbon aunque sí en un un "FormRegion". En cualquier caso es algo digno de mención, ¿no?

Pues ahí lo dejo, por si alguien está interesado en alguna de las nuevas novedades de VS2008, :-D

Saludos desde 3@Cantos
Juanlu Crossposting from JuanLu, El Guerre

JuanLu, ElGuerre

Asp.Net Projects in Visual Studio 2008 & IIS7

Exchange, directo al grano con OwaAuth

"El Truco del Almendruco" en la depuración con "vsjitdebugger.exe"

WCF & MSMQ

AutoCode. Programar m&#225;s r&#225;pido, a&#250;n sigue siendo posible.

WCF - Creaci&#243;n din&#225;mica de una clase proxy a partir de un WSDL

Hosteando en IIS un WCF con Http Basic Authentication y Compatibilidad ASP.NET (HttpContext; Session, cookies, cache, etc)

WCF - Creando un nuevo Behavior

Evitando el namespace &quot;http://tempuri.org&quot; con WCF

WCF - &quot;ServiceModelReg -i&quot;

Fiddler 2 - Depurador y sniffer

WCF - WcfServiceHost, WcfTestClient, SvcConfigEditor y SvcTraceViewer.

YO, Robot. Yo, Visual Studio 2008 - OnobaNet (Huelva)

Windows Communication Foundation (WCF) - BUG 1

Error en Visual Studio 2008. Camino del SP1.

AutoCode. Programar más rápido, aún sigue siendo posible.

WCF - Creación dinámica de una clase proxy a partir de un WSDL

Evitando el namespace "http://tempuri.org" con WCF

WCF - "ServiceModelReg -i"