Bienvenue à Blogs CodeS-SourceS Identification | Inscription | Aide

Atteint de JavaScriptite Aiguë [Cyril Durand]

Expert ASP.net Ajax et WCF, Cyril Durand parle dans son blog de point techniques sur ASP.net, ASP.net Ajax, JavaScript, WCF et .net en général. Cyril est également consultant indépendant, n'hésitez pas à le contacter pour de l'assistance sur vos projets

Actualités

  • Blog de Cyril DURAND, passionné de JavaScript, Ajax, ASP.net et tout ce qui touche au developpement Web Client-Side.

    N'hésitez pas à me contacter pour vos projets .net : architecture, accompagnement, formation, ...

    View Cyril Durand's profile on LinkedIn
    hit counters


    Expertise Commerce server et BizTalk

Partager des ressources (resx) entre 2 applications - resx et visibilité public/internal (PublicResXFileCodeGenerator Vs ResXFileCodeGenerator)

J’ai récemment eu besoin de partager une ressource (resx) entre 2 sites web. J’ai alors créé une ressource dans une assembly partagée.

image

Malheureusement, je n’ai pas pu accéder à cette ressource depuis mes sites web. En effet, par défaut, les ressources génèrent du code avec une visibilité internal.

image

Bien sur, j’aurais pu utiliser la classe ResourceManager et accéder à mes ressource par ce biais, cette solution est cependant moins pratique que d’avoir un accès direct.

Par défaut les resx utilisent l’outil personnalisé nommé “ResXFileCodeGenerator” afin de générer le code. Il existe un autre outil permettant de générer des ressources avec une visibilité public : PublicResXFileCodeGenerator.

image

Ainsi vous pouvez accéder à vos ressources directement depuis les autres assemblies.

ASP.net 2.0 nous propose le ResourceExpressionBuilder, cela nous permet d’utiliser le code suivant :

<asp:Literal runat="server" Text="<%$ Resources : Shared, Hello %>" />

La solution proposée plus haut ne permet pas d’utiliser cette expression. En effet le ResourceExpressionBuilder recherche les ressources seulement dans le dossier App_GlobalResources.

Si vous souhaitez avoir le même comportement en utilisant des ressources partagés, il faut son votre propre ExpressionBuilder. J’ai expliqué comment faire un ExpressionBuilder ici : Dynamic Expression personnalisée : ProfileExpressionBuilder avec ASP.net 2.0

Et vous ? Avec vous eu déjà besoin de partager vos ressources entre plusieurs applications ?

Posted: mardi 29 septembre 2009 22:25 par cyril
Ce post vous a plu ? Ajoutez le dans vos favoris pour ne pas perdre de temps à le retrouver le jour où vous en aurez besoin :

Commentaires

Pas de commentaires

Les commentaires anonymes sont désactivés

Les 10 derniers blogs postés

- MBA : Pourquoi faire et comment le choisir ? par Blog Technique de Romelard Fabrice le il y a 16 heures et 7 minutes

- Y'a des erreurs qui peuvent rendre le développeur violent par Aleks's Blog le 02-02-2012, 16:33

- [Hyper-V 3] Présentation des commandlets PowerShell par Blog de SPBrouillet (Pierrick BROUILLET) le 01-31-2012, 16:01

- IIS7 – Compression GZIP par Atteint de JavaScriptite Aiguë [Cyril Durand] le 01-31-2012, 15:52

- SharePoint 15 Technical Preview Managed Object Model Software Development Kit par Matthew le 01-31-2012, 12:34

- Office 15 Technical Preview - Open specification Update par Matthew le 01-31-2012, 10:14

- TFS Integration Tools – Installation par Vivien Fabing le 01-31-2012, 00:06

- Test par RonnyK le 01-30-2012, 16:56

- [SharePoint 2010] Désactiver le correcteur orthographique dans les pages d’un site de publication par Jean-Christophe Brabant le 01-30-2012, 09:30

- [SharePoint 2010] Site internet et performances : poids et nombre des ressources par Arnault Nouvel le 01-30-2012, 00:52