samedi 24 octobre 2009

Comment faire un proxy HTTP

Comme vous l’avez vu, j’ai récemment mis à jour mon projet codeplex zeroconf. Ce projet ne contient pas seulement l’implémentation du protocol DNS et du protocol Bonjour. Il contient aussi l’implémentation du protocol HTTP qui me permet d’envoyer des requêtes HTTP en UDP, chose qui n’est pas faisable avec l’implémentation du framework .NET. Au boulot, j’ai besoin de vérifier qu’une application que j’ai développé fonctionne correctement avec IE6( oui, ca existe encore… malheureusement). Puisque je suis sur Windows 7, je me suis dit que ca pourrait être super d’utiliser IE6 en application virtuelle. Je pense que vous voyer où je veux en venir. Sur une machine virtuel, on n’a pas accès au serveur de développement web démarré par visual studio. Ce que j’aurais pu faire, c’est déployer sur la machine virtuelle, ce qui veut dire, installer IIS, le configurer, passer du temps à vérifier le fichier web.config… Bref, pas une solution des plus simple à mettre en place. Alors, je me suis dit : Ce qu’il me faut, c’est un proxy, et j’ai déjà l’implémentation du protocole HTTP !

Voici le code du fameux proxy :

public class Proxy
{
RestServer proxy;
string hostToRedirectTo;

static void Main(string[] args)
{
Proxy p = new Proxy(ushort.Parse(args[0]), args[1]);
p.Start();
Console.ReadLine();
p.Stop();
}

private void Stop()
{
proxy.Stop();
}

private void Start()
{
proxy.StartTcp();
}

public Proxy(ushort portToListenOn, string hostToRedirectTo)
{
proxy = new RestServer(portToListenOn);
this.hostToRedirectTo = hostToRedirectTo;
proxy.HttpRequestReceived += proxy_HttpRequestReceived;
}

void proxy_HttpRequestReceived(object sender, HttpRequestEventArgs e)
{
e.Request.Host = this.hostToRedirectTo;
e.Response = e.Request.GetResponse(true);
e.Response.Body.Position = 0;
}
}


Comme vous pouvez le voir, la solution est très simple, et ne nécessite qu’une dizaine de lignes de code !!!

vendredi 23 octobre 2009

Bonjour mis à jour

Bonjour à tous,

J’ai mis à jour mon projet codeplex zeroconf. Le principal but de cette release est du refactoring. Ce project n’est pas seulement une implémentation de bonjour, mais contient aussi une implémentation de serveur. Avec cette implémentation de serveur, vous pouvez faire presque tout ce que vous voulez. Le seul désavantage, c’est que je ne gère pas les sessions. Pour comprendre de quoi je parle, je vous conseille de télécharger la dernière release de bonjour et de jeter un oeil à l’assembly Network.dll. Je vous promets que je fournirai un peu plus de documentation à ce sujet.

Vous pouvez déjà regarder la documentation sur le site du projet.

Amusez-vous bien !

mercredi 5 août 2009

Singleton réutilisable dépendant d'un context Http

Salut à tous,

Après avoir lu le post d'Ayende Rahien, je me suis dit qu'il fallait que je partage l'implémentation de mon module de singleton http que j'utilise depuis un certain temps maintenant. Ce module me permet avec très peu de lignes de codd d'avoir une seule instance de ce que je veux. Si comme Ayende, vous utilisez NHibernate, vous avez seulement d'hériter du code que je vais vous donner pour faire votre propre HttpSessionModule, et ainsi avoir une session créée HttpContext. Je l'utilise pour avoir non pas un ObjectContext (j'utilise euss), mais un service qui cache cette couche de persistence.

Voici l'implémentation abstraite de mon module de singleton Http :


public abstract class HttpSingletonModule<T> : IHttpModule
{
#region IHttpModule Members

public void Dispose()
{
}

public void Init(HttpApplication application)
{
application.PostAuthorizeRequest += new EventHandler(application_AuthorizeRequest);
application.EndRequest += new EventHandler(application_EndRequest);
}

void application_EndRequest(object sender, EventArgs e)
{
HttpApplication application = sender as HttpApplication;
HttpContext context = application.Context;
if (context != null)
{
T instance = (T)context.Items[typeof(T).AssemblyQualifiedName];
if (instance is IDisposable)
((IDisposable)instance).Dispose();
}
}

public static T Instance
{
get { return (T)HttpContext.Current.Items[typeof(T).AssemblyQualifiedName]; }
set { HttpContext.Current.Items[typeof(T).AssemblyQualifiedName] = value; }
}

void application_AuthorizeRequest(object sender, EventArgs e)
{
HttpApplication application = sender as HttpApplication;
HttpContext context = application.Context;
if (context != null)
context.Items.Add(typeof(T).AssemblyQualifiedName, CreateInstance(context));
}

protected abstract T CreateInstance(HttpContext context);

#endregion
}


Comme vous devez l'avoir compris maintenant, pour implémenter un module, c'est assez simple. Voici l'implémentation que j'utilise dans un projet :


public class PortalServiceModule : HttpSingletonModule<PortalService>
{
protected override PortalService CreateInstance(HttpContext context)
{
if (context.User.Identity.IsAuthenticated)
return new PortalService(context.User.Identity.Name);
return new PortalService();
}
}

Vous voyez ? Si peu de lignes de code pour une telle simplicité d'utilisation : pour récupérer l'instance de mon PortalService, j'ai juste à appeler la propriété static Instance de mon PortalServiceModule. Comment pourrait-on faire plus simple ?

vendredi 10 juillet 2009

ModalPopup paramétrée

Bonjour à tous,

Certains d'entres vous ont peut-être déjà eu le problème : ouvrir une fenêtre modale (en l'occurence avec AjaxControlToolkit), et pouvoir lui passer un paramètre, l'id du contrôle ayant ouvert la popup par exemple. Sachez que c'est entièrement possible, cela nécessite juste un peu de code. La première chose à savoir c'est qu'avec le framework AjaxControlToolkit, il existe une propriété BehaviorID sur tous les extenders. Cette propriété vous permet ensuite de manipuler cet extender côté client (en javascript, donc). Je vous propose de jeter un coup d'oeil sur le code avant les explications.


<asp:ModalPopupExtender runat="server" BehaviorID="myPopupBehavior"
PopupControlId="myPopup" TargetControlId="dummyLB" />
<asp:Panel ID="myPopup" runat="server">
<asp:HiddenField runat="server" ID="myParameter" />
</asp:Panel>
<asp:LinkButton ID="dummyLB" runat="server" style="display:none" />

<style type="text/javascript">
function openPopup(parameter)
{
$find("myPopupBehavior").show();
$get("<%= myParameter.ClientID %>").value=parameter;
}
</style>


Après avoir vu le code, je pense que vous avez besoin d'explications, et c'est tout à fait normal. Tout d'abord, la première chose à savoir, c'est qu'un extender AjaxControlToolkit a toujours besoin d'un TargetControlID. J'ai donc fait un LinkButton invisible pour l'utilisateur, mais qui est bien là pour ne pas faire planter l'application. La seconde chose à remarquer, c'est que dans le panel qui sera affiché, j'ai un champ caché (Hidden field). C'est ce dernier qui contiendra la valeur de mon paramètre. Pour affecter mon paramètre, j'ai donc fait une fonction javascript qui encapsule ce fonctionnement d'affectation de la valeur du champ caché. Ainsi, j'ai donc une fonction réutilisable à tout moment. Voici un exemple d'utilisation :


<a onclick="openPopup('http://www.google.fr')>lien vers google</a>

L'avantage de ce code est donc de pouvoir récupérer la valeur de votre paramètre côté serveur, puisque le champ caché est un contrôle serveur !

Voilà, j'espère que cet article vous aura plut.

samedi 6 juin 2009

jQuery Control Toolkit

Bonjour à tous,

Cela fait longtemps que je n'avais pas posté quelque chose sur mon blog, J'ai été légèrement occupé par mon travail. Mais ce travail me permet aujourd'hui de vous présenter un nouveau projet codeplex : jQuery Control Toolkit. Le but de ce projet est de permettre d'utiliser jQuery au travers d'extenders en ASP.NET, mais plus généralement de fournir des nouvelles fonctionnalités en tant que plugins jQuery. Ce projet n'est pas encore beaucoup détaillé, mais si vous ne pouvez pas attendre la description de chaque fonctionnalité, vous pouvez jetter un oeil dans le code source, il y a une application web qui utilise chaque fonctionnalité (principale). Il y a aussi plus de fonctionnalités dans le fichier source javascript jQuery.ACT.js, mais il n'est pas (encore) documenté.

Amusez-vous bien.

lundi 23 mars 2009

Powershell pour Visual Studio

Bonjour,

Voilà mon nouveau projet : Powershell for Visual Studio. Vous pourrez déjà y trouver la coloration syntaxique, ainsi qu'un intellisense basique (cmdlets disponibles, avec leur aide). Actuellement, il semble que le SDK VS2008 soit requis pour le faire marcher. Ce sera résolu dans la prochaine version...

Amusez-vous !
Powershell for Visual Studio

mardi 24 février 2009

XNA Designer 0.1

Bonjour à tous,

J'ai mis à jour mon projet XNA sur codeplex. Maintenant, le concepteur fonctionne, il est (plus ou moins) beau. De plus, vous pouvez aussi télécharger une librarie de composants contenant : des caméras, un model viewer, un cube, un escalier, un mur, ...

Vous pouvez avoir un aperçu du concepteur sur la page d'accueil du projet.

Vous voulez l'essaeyer par vous même, allez télécharger la release.

vendredi 6 février 2009

Bonjour MEF

Bonjour à tous,

Vous connaissez MEF (Managed Extensibility Framework) ? C'est un framework permettant une meilleure réutilisation d'application et de composants. En utilisant MEF, les applications .NET peuvent être compilées statiquement et composée dynamiquement. Je vous laisser allez vois le site sur codeplex pour plus d'informations.

MEF est basé sur un principe de catalogue, il y a un DirectoryCatalog, un AssemblyCatalog, ... Eh bien, je suis fier de vous présenter un BonjourCatalog.
Pour cela, toujours la même adresse : http://www.codeplex.com/zeroconf. A quoi ça sert ? eh bien tout simplement à détecter les services bonjour en utilisant MEF.

Je n'ai pas encore fais de release concernant ce BonjourCatalog, mais ca ne saurait tarder.

mercredi 14 janvier 2009

Implémentation concrète du pattern Singleton en .NET

Bonjour à tous,

Un pattern que l'on retrouve assez régulièrement est le pattern singleton, je vous propose ici une implémentation .NET. Celle ci gère le fait que l'on veuille un singleton dépendant d'un contexte ou non (singleton par contexte ASP.NET, singleton par contexte WCF, singleton par Thread, singleton pour une application ASP.NET) :


public class Singleton<T>
{
private Singleton()
{
if (CreatingInstance != null)
CreatingInstance(this, EventArgs.Empty);
}

private static T instance;

[ThreadStatic]
private static T threadInstance;

private static object instanceLock = new object();

public static T Instance
{
get
{
//ASP.NET case
T instance;
if (HttpContext.Current != null)
{
if (UseContextInstance)
instance = (T)HttpContext.Current.Items[typeof(T).AssemblyQualifiedName];
else
instance = (T)HttpContext.Current.Application[typeof(T).AssemblyQualifiedName];
if (instance == null)
{
instance = new Singleton<T>().SingletonInstance;
if (UseContextInstance)
HttpContext.Current.Items[typeof(T).AssemblyQualifiedName] = instance;
else
HttpContext.Current.Application[typeof(T).AssemblyQualifiedName] = instance;
}
return instance;
}
if (OperationContext.Current != null)
{
throw new NotImplementedException();
if (instance == null)
{
HttpContext.Current.Items[typeof(T).AssemblyQualifiedName] = new Singleton<T>().SingletonInstance;
}
return instance;
}
//In case of no HttpContext nor OperationContext
if (UseContextInstance)
{
if (Singleton<T>.threadInstance == null)
Singleton<T>.threadInstance = new Singleton<T>().SingletonInstance;
}
else
{
if (Singleton<T>.instance == null)
{
lock (instanceLock)
{
if (Singleton<T>.instance == null)
Singleton<T>.instance = new Singleton<T>().SingletonInstance;
if (Singleton<T>.instance == null)
TryActivate(out Singleton<T>.instance);

}
}
}
return Singleton<T>.instance;
}
}

private static void TryActivate(out T p)
{
try
{
p = Activator.CreateInstance<T>();
}
catch (MissingMethodException) { p = default(T); }
}

public T SingletonInstance { get; set; }

public static event EventHandler CreatingInstance;

/// <summary>
/// Set this property to <see cref="true" /> to have your singleton dependant on your context :
/// - one per thread in Windows Forms/WPF
/// - one per Context in ASP.NET
/// </summary>
public static bool UseContextInstance { get; set; }
}

mercredi 7 janvier 2009

Addresse de mon dernier projet sur codeplex

Bonjour à tous,

l'adresse de mon projet sur codeplex a changé. Pourquoi ? Tout simplement parce qu'en plus de gérer le protocol bonjour, j'ai aussi rajouter l'implémentation de upnp. Voici donc la nouvelle adresse :


See you

vendredi 2 janvier 2009

Implémentation DNS et Bonjour en .NET

Bonjour à tous,

J'ai récemment publié sur codeplex une implémentation partielle du protocole DNS en objet, ainsi qu'une implémentation du protocole Bonjour d'Apple. Vous allez certainement me dire pourquoi implémenter le protocole DNS alors que la classe Dns existe en .NET. Premièrement parce que la classe Dns se base sur des API Win32 chose que je ne voulais pas. Deuxièmement, parce que cette implémentation DNS est compatible avec le protocol mDNS (multicast DNS), protocole sur lequel repose Bonjour. Et enfin et surtout, pour le fun !
Je n'en dis pas plus, je vous laisse le découvrir...