En el último post de la serie esta que comencé de "Las Cosas Claras" estuvimos viendo como podíamos acceder al DOM del explorador para, en el ejemplo, llamar a funciones javascript. Pues bien, hoy veremos como hacer precisamente lo contrario.

En el siguiente ejemplo veremos como desde javascript podemos provocar cambios en el Silverlight, en este caso cambiar la orientación de los elementos de un StackPanel, pero también podríamos provocar el inicio de una animación o pararla, etc.

En primer lugar utilizaremos el siguiente namespace ya que contiene lo necesario para realizar esto:

using System.Windows.Browser;

Centrándonos en la página principal del Silverlight Page.xaml. El código XAML será muy sencillo, un simple StackPanel con varios botones:

    <StackPanel x:Name="LayoutRoot" Background="White">
        <Button Content="Rojo" Background="Red"/>
        <Button Content="Verde" Background="Green"/>
        <Button Content="Azul" Background="Blue"/>
        <Button Content="Amarillo" Background="Yellow"/>
        <Button Content="Blanco" Background="White"/>
        <Button Content="Negro" Background="Black"/>
    </StackPanel>

Y en el código fuente debemos registrar la clase MiTipoScriptable para poderla usar desde javascript de la siguiente manera:

• En el evento Loaded de la página registraremos el objeto que será usados para acceder desde javascript al método.

HtmlPage.RegisterScriptableObject("slObject", this);

• Y por último decoraremos un método de la clase Page, donde hemos realizado el registro del objeto del punto anterior, con el decorador [ScriptableMember] el cual será el método al que podremos llamar desde javascript.

[ScriptableMember]
public void slMethod(string o)
{
    if (o != "H")
        LayoutRoot.Orientation = Orientation.Vertical;
    else
        LayoutRoot.Orientation = Orientation.Horizontal;
}

Ahora nos vamos a la página ASPX desde la cual llamaremos al método slMethod del Silverlight. Para esto en primer lugar obtendremos el contenedor del Silverlight el cual en nuestro caso del ejemplo se llama SilverlightContainer y por último accederemos al método registrado mediante la siguiente sintaxis:

function Orientacion(oo)
{
    var slPlugin = $get("SilverlightContainer");
     
    slPlugin.Content.slObject.slMethod(oo);
}

PD: Se han creado dos botones Vertical y Horizontal que llamarán a la función Orientacion para cambiar el tipo de orientación del StackPanel.

Hoy veremos algo que nos puede resultar muy útil en nuestras aplicaciones Silverlight. Estamos hablando de la posibilidad de acceder al DOM (Document Object Model) del navegador para llamar a una función javascript que hará lo que queramos en el cliente.

Para ello necesitamos en primer lugar usar el siguiente Namespace:

using System.Windows.Browser;

En este namespace disponemos de la clase HtmlPage que será la que nos permita tener el acceso necesario al DOM del navegador.

Para este post he montado en un momentillo un ejemplo muy fácil. Son dos botones y una caja de texto. El primer botón llama a una función que muestra un alert con un mensaje predefinido en el cliente y el segundo botón muestra un alert con el texto del TextBox como mensaje. Algo sencillo pero que muestra lo más básico que podemos hacer: Llamar a una función con y sin parámetros.

En el código fuente podemos ver como utilizando el método GetProperty al que se le pasa el nombre de la función javascript, obtenemos un objeto de tipo ScriptObject. Este tipo de objeto dispone del método InvokeSelf que se encarga de hacer la llamada a la función en cuestión. Este método recibirá los parámetros que le serán pasados a la función javascript.

private void bttLaunch_Click(object sender, RoutedEventArgs e)
{
    ScriptObject scriptMethod = (ScriptObject)HtmlPage.Window.GetProperty("MostrarAlerta");
    scriptMethod.InvokeSelf();
}

private void bttLaunch2_Click(object sender, RoutedEventArgs e)
{
    ScriptObject scriptMethod = (ScriptObject)HtmlPage.Window.GetProperty("MostrarAlerta2");
    scriptMethod.InvokeSelf(txtMessage.Text);
}

Un muestra del resultado por ejemplo al pulsar el segundo botón seria el siguiente:

En el siguiente post de esta serie veremos como hacer lo contrario. Llamar desde el cliente, el navegador, a un función del Silverlight.

Fácilmente! Esa es la forma en la que podemos obtener desde Silverlight Beta 2 nuestro post en Twitter. Este nos provee de una forma de obtener en diferentes formatos, nuestros últimos post y más información.

Con la siguiente URL: http://twitter.com/statuses/user_timeline/USERNAME.xml podemos obtener en formato XML los post y más información. Solo decir que debemos autenticarnos para poder recibir esta información.

Twitter provee los siguientes formatos: RSS, XML y JSON

Para más información sobre códigos de error posibles, limitaciones de uso, etc: Twitter API Documentation

En el ejemplo de hoy vamos a consumir el último mensaje del usuario de este blog FernandoBlog.

Para ello crearemos en primer lugar una aplicación Silverlight hospedada en un Sitio Web también creado en el mismo momento. De la forma en la que lo haremos, crearemos un servicio WCF que expondrá un método de obtención de los mensajes del usuario. En la siguiente imagen se puede ver las clases que necesitaremos para tal servicio:

• Service: Expone el contrato del servicio. En este caso dos métodos para obtener los mensajes del usuario identificado y otro para obtener los mensajes de un usuario a cuyos mensajes tenga acceso el usuario identificado.
• TwitterHelper: Es la clase que realiza la petición HTTP al API de Twitter y donde se procesan los datos recibidos

private List<TwitterPost> GetRequest(string uri)
{
    WebRequest request = HttpWebRequest.Create(uri);

    if (!string.IsNullOrEmpty(_ttUser) && !string.IsNullOrEmpty(_ttPwd))
    {
        request.Credentials = new NetworkCredential(_ttUser, _ttPwd);
    }

    WebResponse res = request.GetResponse();
    StreamReader stream = new StreamReader(res.GetResponseStream());
    TextReader reader = new StringReader(stream.ReadToEnd());

    XDocument xDoc = XDocument.Load(reader);

    return (from post in xDoc.Descendants("statuses").Descendants("status")
           select new TwitterPost
           {
               Id = post.Element("id").Value,
               CreatedAt = DateTime.ParseExact(post.Element("created_at").Value, "ddd MMM dd HH:mm:ss zzzzz yyyy", CultureInfo.InvariantCulture, DateTimeStyles.AssumeLocal),
               Text = HttpUtility.HtmlDecode(post.Element("text").Value)
           }).ToList<TwitterPost>();
}

• TwitterPost: Representa un mensaje de twitter. El API devuelve mucha información que para este ejemplo solo con el Identificador, el texto del mensaje y la fecha de la creación del mismo nos es suficiente.

En la parte de Silverlight simplemente añadiremos una referencia la servicio WCF creado y haremos una llamada al método correspondiente.

public Page()
{
    InitializeComponent();
    ServiceClient client = new ServiceClient();
    client.TwitterPostsCompleted += new EventHandler<TwitterPostsCompletedEventArgs>(client_TwitterPostsCompleted);
    client.TwitterPostsAsync();
}

private void client_TwitterPostsCompleted(object sender, TwitterPostsCompletedEventArgs e)
{
    List<TwitterPost> twitter = e.Result;
    if (twitter.Count > 0)
    {
        TwitterPost lastTwitter = (from post in twitter orderby post.CreatedAt descending select post).First();
        txtPost.Text = lastTwitter.Text;
        txtTime.Text = RelativeCreatedAt(lastTwitter.CreatedAt);
    }
}

Como curiosidad se muestra la función utilizada para mostrar la fecha de creación del mensaje en relación al día en la que se obtiene el mensaje desde Silverlight:

private string RelativeCreatedAt(DateTime _createAt)
{
    TimeSpan _time = DateTime.Now.Subtract(_createAt);

    int _days = Convert.ToInt32(_time.TotalDays);
    if (_days > 0) return string.Format("Hace {0} dia{1}", _days, _days > 1 ? "s" : "");

    int _hours = Convert.ToInt32(_time.TotalHours);
    if (_hours > 0) return string.Format("Hace {0} hora{1}", _hours, _hours > 1 ? "s" : "");

    int _minutes = Convert.ToInt32(_time.TotalMinutes);
    if (_minutes > 0) return string.Format("Hace {0} minuto{1}", _minutes, _minutes > 1 ? "s" : "");

    int _seconds = Convert.ToInt32(_time.TotalSeconds);
    if (_seconds < 0) _seconds = 0;
    return string.Format("Hace {0} segundo{1}", _seconds, (_seconds > 1 || _seconds == 0) ? "s" : "");
}

Finalmente el resultado sería el siguiente.

Hasta la salida de la Beta 2 de Silverlight, cuando queríamos con la Beta 1 realizar una llamada un Servicio Web o WCF sabíamos que debíamos de colorar los ficheros Crossdomain.xml o ClientAccessPolicy.xml en el raíz del Sitio Web donde estuviese el Servicio a consumir por Silverlight. Silverlight por defecto irá a buscar el fichero ClientAccessPolicy.xml y sino lo encuentra buscará el Crossdomain.xml

Si hacemos pruebas desde Silverlight Beta2, nos encontraremos que aun teniendo estos ficheros, recibimos el siguiente error depurando:

El formato del fichero ClientAccessPolicy.xml que teníamos hasta ahora con el que conseguíamos que funcionase era:

<?xml version="1.0" encoding="utf-8"?>
<access-policy>
  <cross-domain-access>
    <policy>
      <allow-from>
        <domain uri="*"/>
      </allow-from>
      <grant-to>
        <resource path="/" include-subpaths="true"/>
      </grant-to>
    </policy>
  </cross-domain-access>
</access-policy>

Pero para esta versión necesitamos realizar un sutil cambio en el fichero:

<?xml version="1.0" encoding="utf-8"?>
<access-policy>
  <cross-domain-access>
    <policy>
      <allow-from http-request-headers="*">
        <domain uri="*"/>
      </allow-from>
      <grant-to>
        <resource path="/" include-subpaths="true"/>
      </grant-to>
    </policy>
  </cross-domain-access>
</access-policy>

Ahora si que funciona nuestro Silverlight.

Vamos por partes. Máquina con Windows Vista y Microsoft Visual Studio 2008 recién instalado. Creamos un nuevo sitio web y cuando queremos depurar, nos encontramos con esto:

¿Qué será?....El problema esta en el puñetero IPv6, y ¿Cómo deshabilitar esto?

Abrimos Regedit.exe y en HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\tcpip6\Parameters añadimos un DWORD de nombre DisabledComponents y asignamos el valor decimal 255.

Después de reiniciar he conseguido que funcione, a pesar de que aunque el ASP.NET Development Server levanta un puerto, en el IE 7 intenta acceder a otro!!

Otro día busco porqué!

Despues de un viernes de sorporte al límite, conseguí encontrar el problema a una incidencia que me plantearon. El problema estaba al compartir cookies de autenticación entre dos aplicaciones asp.net, una escrita con .net 1.1 y la otra con .net 2.0. Buceando por la red encontré varios artículos que comentaban soluciones y la que más me ayudo fué sin duda la de ScottGu donde explica como compartir cookies entre aplicaciones compiladas con distintas versiones de framework. Link al Artículo.

La solución que se plantea en dicho artículo y que me funcionó es la de fijar, en el web.config de cada aplicación o en el machine.config de cada framework, los atributos validationkey y descryptionkey del tag . Además, como bien apunta Scott en su artículo, en la aplicación 2.0 debemos añadir además el atributo decyption con el valor 3DES, que es el que está marcado por defecto en .net 1.1 y que no permite modificarlo.

Por tanto, con esta serie de cambios podremos compartir cookies de autenticación entre aplicaciones sin necesidad de pedir al usuario que vuelva a autenticarse cuando pase de una aplicación a otra.

Existe una herramienta online que genera este código para la versión 1.1 y que nos facilita bastante el trabajo: http://www.aspnetresources.com/tools/keycreator.aspx

Saludos

Exiten alguno "problemillas" encuanto a la grabación de escenarios web que contienen funcionalidad de tipo Ajax. Es tan simple el fallo como que no detecta muchas de las peticiones HTTP que realiza la funcionalidad Ajax a probar.

Por suerte, disponemos de una herramienta que ya existía antes del lanzamiento de Visual Studio 2005, llamada Fiddler HTTP debugger que nos permitirá capturar absolutamente todas las peticiones HTTP que nuestro navegador realice. Y como colofón final, nos permite exportar las peticiones en un fichero de tipo .WebTest con que le podremos "trastear" y modificar ya con Visual Studio 2005.

¡Otra cosa en relación al último post! Podemos descargarnos varios videos entre los que se encuentra uno con el mismo título que este post en ATLAS ASP.NET Web: The Official Microsoft "ATLAS" Site : Atlas donde se explica muy bien "en inglés" mediante un sencillísimo ejemplo como implementar una aplicación ajax.

Observar como a evolucionado la framework de "Atlas" desde la charla de Miguel. :-D

MAD.NUG - Madrid .NET User Group

Si recordais quienes estuvisteis en la charla que dio Miguel Jimenez sobre Atlas en una de las reuniones del grupo de usuarios de MAD.NUG, este post viene a informar que finalmente se liberado la CTP de Atlas que se puede descargar de ASP.NET “Atlas” April Community Technology Preview (CTP)

Recordad que ASP.NET "Atlas" necesita de la Microsoft .NET Framework Version 2.0.