problème de déploiement d'un service WCF

Version imprimable

18/05/2010, 15h14
johnjohn26

problème de déploiement d'un service WCF

Bonjour :),

Je développe un service WCF depuis quelques jours et brusquement ce matin en voulant déployer mon service sous IIS (V7) seul le web.config et let crossdomain.xml se sont déployés (pas de .svc). Pourtant visual studio (2010) prêtant que le déploiement s'est bien passé.
En lançant les service sous visual studio j'obtiens l'erreur suivante :

Citation:

System.IO.FileNotFoundException: Impossible de charger le fichier ou l'assembly 'System.Runtime.Serialization, Version=2.0.5.0, Culture=neutral, PublicKeyToken=7cec85d7bea7798e' ou une de ses dépendances. Le fichier spécifié est introuvable.
Nom de fichier*: 'System.Runtime.Serialization, Version=2.0.5.0, Culture=neutral, PublicKeyToken=7cec85d7bea7798e'
à System.ModuleHandle.ResolveType(RuntimeModule module, Int32 typeToken, IntPtr* typeInstArgs, Int32 typeInstCount, IntPtr* methodInstArgs, Int32 methodInstCount, ObjectHandleOnStack type)
à System.ModuleHandle.ResolveTypeHandleInternal(RuntimeModule module, Int32 typeToken, RuntimeTypeHandle[] typeInstantiationContext, RuntimeTypeHandle[] methodInstantiationContext)
à System.ModuleHandle.ResolveTypeHandle(Int32 typeToken, RuntimeTypeHandle[] typeInstantiationContext, RuntimeTypeHandle[] methodInstantiationContext)
à System.Reflection.RuntimeModule.ResolveType(Int32 metadataToken, Type[] genericTypeArguments, Type[] genericMethodArguments)
à System.Reflection.CustomAttribute.FilterCustomAttributeRecord(CustomAttributeRecord caRecord, MetadataImport scope, Assembly& lastAptcaOkAssembly, RuntimeModule decoratedModule, MetadataToken decoratedToken, RuntimeType attributeFilterType, Boolean mustBeInheritable, Object[] attributes, IList derivedAttributes, RuntimeType& attributeType, IRuntimeMethodInfo& ctor, Boolean& ctorHasParameters, Boolean& isVarArg)
à System.Reflection.CustomAttribute.IsCustomAttributeDefined(RuntimeModule decoratedModule, Int32 decoratedMetadataToken, RuntimeType attributeFilterType, Boolean mustBeInheritable)
à System.Reflection.CustomAttribute.IsDefined(RuntimeType type, RuntimeType caType, Boolean inherit)
à System.ServiceModel.Description.TypeLoader.CreateMessageDescription(MethodInfo methodInfo, Boolean isAsync, XmlName returnValueName, String defaultNS, String action, XmlName wrapperName, String wrapperNamespace, MessageDirection direction)
à System.ServiceModel.Description.TypeLoader.CreateOperationDescription(ContractDescription contractDescription, MethodInfo methodInfo, MessageDirection direction, ContractReflectionInfo reflectionInfo, ContractDescription declaringContract)
à System.ServiceModel.Description.TypeLoader.CreateOperationDescriptions(ContractDescription contractDescription, ContractReflectionInfo reflectionInfo, Type contractToGetMethodsFrom, ContractDescription declaringContract, MessageDirection direction)
à System.ServiceModel.Description.TypeLoader.CreateContractDescription(ServiceContractAttribute contractAttr, Type contractType, Type serviceType, ContractReflectionInfo& reflectionInfo, Object serviceImplementation)
à System.ServiceModel.Description.TypeLoader.LoadContractDescriptionHelper(Type contractType, Type serviceType, Object serviceImplementation)
à System.ServiceModel.Description.ContractDescription.GetContract(Type contractType, Type serviceType)
à System.ServiceModel.ServiceHost.CreateDescription(IDictionary`2& implementedContracts)
à System.ServiceModel.ServiceHostBase.InitializeDescription(UriSchemeKeyedCollection baseAddresses)
à System.ServiceModel.ServiceHost..ctor(Type serviceType, Uri[] baseAddresses)
à Microsoft.Tools.SvcHost.ServiceHostHelper.CreateServiceHost(Type type, ServiceKind kind)
à Microsoft.Tools.SvcHost.ServiceHostHelper.OpenService(ServiceInfo info)

AVT*: la journalisation de liaison d'assembly est désactivée.
Pour activer la journalisation des échecs de liaison d'assembly, attribuez la valeur 1 à la valeur de Registre [HKLM\Software\Microsoft\Fusion!EnableLog] (DWORD).
Remarque*: une certaine perte de performance est associée à l'enregistrement dans le journal des échecs de liaison d'assembly.
Pour désactiver cette fonctionnalité, supprimez la valeur de Registre [HKLM\Software\Microsoft\Fusion!EnableLog].

J'ai pensé d'abord que le problème venait du projet silverlight qui utilisait une référence à la dll System.Runtime.Serialization propre à silverlight alors que mon projet service utilise la versions de base microsoft framework mais cette piste ne m'a pas emmené loin.
18/05/2010, 15h58
benji_dv

Donc, si je comprends bien :
tu as une appli Silverlight, qui utilise un service wcf,

pour que wcf fonctionne sur iis7, faut que iis 7 ait certains modules installés :
Donc : panneau de conf, activer / desactiver des fonctionnalités windows ,
cherche Microsoft.net framework 3.5.qqch et déplie le,
vérifie que WCF Http activation, et non http activation soient sélectionnés,
(moi ca m'a résolu le pb)
19/05/2010, 10h20
johnjohn26

Merci pour ton aide, mais le framework 3.5 était bien installé.
19/05/2010, 10h30
benji_dv

Ok,
Peux tu nous préciser le contenu de l'arbo du projet de dev,
et celle déployée s'il te plait,

Benjamin

Oui bien entendu :),

Il y a 3 projets dans la solution web. Le premier (ServicesCommons) est une bibliothèque de classe WCF qui expose une interface que le second projet WcfPACVisio (aussi une bibliothèque de classe WCF) va implémenter. Celui ci fait donc référence au 1er projet.
Le 3eme projet regroupe les types utilisés par le client silverlight; le projet interface (le premier projet) y fait donc référence.

Le service exposé correspond au second projet (celui qui expose l'interface). C'est lui que le client silverlight va utiliser. Dans ce projet j'ai 3 fichier de configuration.
Le premier App.config

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
 
<?xml version="1.0"?>
<configuration>
  <system.web>
    <compilation debug="true"/>
  </system.web>
  <system.serviceModel>
 
    <bindings>
      <basicHttpBinding>
        <binding name="Service1Biding" maxBufferSize="2147483647" maxBufferPoolSize="2147483647" maxReceivedMessageSize="2147483647">
          <readerQuotas maxArrayLength="2147483647"/>
          <security>
 
          </security>
        </binding>
      </basicHttpBinding>
    </bindings>
 
    <client/>
    <services>
      <service behaviorConfiguration="WcfServiceLibraryPacsVisio.Service2Behavior" name="WcfServiceLibraryPacsVisio.Service1">
        <endpoint address="http://192.168.1.16:8069/toto/WcfServiceLibraryPacsVisio.Service1.svc" binding="basicHttpBinding" contract="ServicesCommons.IService1">
          <identity>
            <dns value="localhost"/>
          </identity>
        </endpoint>
        <endpoint address="mex" binding="mexHttpBinding" contract="IMetadataExchange"/>
        <host>
          <baseAddresses>
            <add baseAddress="http://192.168.1.16:8069/toto/WcfServiceLibraryPacsVisio.Service1.svc"/>
          </baseAddresses>
        </host>
      </service>
    </services>
 
 
 
    <behaviors>
      <serviceBehaviors>
        <behavior name="WcfServiceLibraryPacsVisio.Service1Behavior">
          <serviceMetadata httpGetEnabled="true"/>
          <serviceDebug includeExceptionDetailInFaults="true"/>
        </behavior>
        <behavior name="WcfServiceLibraryPacsVisio.Service2Behavior">
          <serviceMetadata httpGetEnabled="true"/>
          <serviceDebug includeExceptionDetailInFaults="false"/>
        </behavior>
      </serviceBehaviors>
    </behaviors>
  </system.serviceModel>
<startup><supportedRuntime version="v2.0.50727"/></startup></configuration>

Le second :
clientaccesspolicy.xml

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
 
<?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>

et le Troisieme crossdomain.xml:

Code:

1
2
3
4
5
6
7
8
 
<!DOCTYPE cross-domain-policy SYSTEM "http://www.adobe.com/xml/dtds/cross-domain-policy.dtd">
 
<cross-domain-policy>
 
<allow-http-request-headers-from domain="*" headers="*"/>
 
</cross-domain-policy>

j'oubliais le Service1.svc
Code:

1 2 <%@ ServiceHost Service="WcfServiceLibraryPacsVisio.Service1" %>

19/05/2010, 11h37
benji_dv

Dans ton premier post, tu parles que le fichier svc n'est pas déployé sur le serveur web.

Cela ne m'a pas parlé (suis dans wcf ria services pour le moment, d'ou la raison).

Normalement sur un projet WCF classique, les svc sont aussi déployés. (Yen a pas pour WCF RIA Services, car dynamique).

Donc, as tu essayé en copiant manuellement le fichier svc dans l'arbo du web, au même endroit que l'arbo du dev ?

PS : Ton appli Silverlight et le wcf ne sont pas hébergés sur le même domaine (car tu disposes de clientaccesspolicy, et crossdomain) ? ces fichier ne servent à rien, si ton appli SL et ton service wcf sont sur le même domaine.

Re-PS : t'es pas obligé d'utiliser le clientaccesspolicy, si tu utilises le crossdomain, car SL reconnait nativement le fichier au format adobe.
19/05/2010, 12h08
johnjohn26

Oui en effet il n'y a pas besoin du crossdomain et du clientaccessepolicy en même temps. A dire vrai je n'en ai pas utilité maintenant. Mais à l'avenir le client silverlight qui consommera le service sera sur un domaine différent. J'ai toutefois supprimé le clientaccessepolicy.
J'ai copié collé le .svc sur le siteweb hébergé par IIS. Mais finalement le problème n'est pas là
Lorsque sur mon navigateur je tape http://192.168.1.16:8069/toto/Service1.svc.

Citation:

Erreur du serveur dans l'application '/toto'.
Impossible de charger le fichier ou l'assembly 'System.Runtime.Serialization, Version=2.0.5.0, Culture=neutral, PublicKeyToken=7cec85d7bea7798e' ou une de ses dépendances. Le fichier spécifié est introuvable.
Description : Une exception non gérée s'est produite au moment de l'exécution de la demande Web actuelle. Contrôlez la trace de la pile pour plus d'informations sur l'erreur et son origine dans le code.

Détails de l'exception: System.IO.FileNotFoundException: Impossible de charger le fichier ou l'assembly 'System.Runtime.Serialization, Version=2.0.5.0, Culture=neutral, PublicKeyToken=7cec85d7bea7798e' ou une de ses dépendances. Le fichier spécifié est introuvable.

Erreur source:

Une exception non gérée s'est produite lors de l'exécution de la demande Web actuelle. Les informations relatives à l'origine et l'emplacement de l'exception peuvent être identifiées en utilisant la trace de la pile d'exception ci-dessous.

Suivi du chargement de l'assembly: Les informations suivantes peuvent permettre de déterminer la raison pour laquelle l'assembly 'System.Runtime.Serialization, Version=2.0.5.0, Culture=neutral, PublicKeyToken=7cec85d7bea7798e' n'a pas pu être chargé.

AVT : le journal de liaison d'assembly est désactivé.
Pour activer le journal des échecs de liaison d'assembly, attribuez la valeur 1 à la valeur de Registre [HKLM\Software\Microsoft\Fusion!EnableLog] (DWORD).
Remarque : une certaine perte de performance est associée à l'enregistrement dans le journal des échecs de liaison d'assembly.
Pour désactiver cette fonctionnalité, supprimez la valeur de Registre [HKLM\Software\Microsoft\Fusion!EnableLog].

Je pense que le problème réside dans la compatibilité entre assemblies et reférence, mais je ne vois pas quoi exactement. J'ai vérifié que chaque projet faisait référence à la dll System.Runtime.Serialization du framwork 3.0 sauf le 3eme qui nécessite celle de silverlight.
19/05/2010, 12h12
Nathanael Marchand

L'autre jour sur Silverlight j'avais un message m'indiquant qu'il n'arrivait pas à charger l'assembly System.Runtime.Serialization. En réalité, j'avais cafouillé dans mon contrat et l'erreur n'avait rien à voir :)
19/05/2010, 12h32
benji_dv

Autre question, sur ton poste de travail tu utilise le Fr3.5sp1 ? et sur le serveur Sp1 aussi ?

Ya un ptit truc qui me pose question dans ton fichier de config :

Code:

<supportedRuntime version="v2.0.50727"/>

je vois pas pourquoi le supportedRuntime y est ...

Donc, si la question des version est Oui,
pe tu tenter en mettant en commentaire <startup><supportedruntime... />
</startup>
19/05/2010, 14h13
johnjohn26

J'utilise le framework 3.5 mais pas de servicepack 1. Sur le serveur c'est pareil.
19/05/2010, 16h38
johnjohn26

J'ai installé service pack 1, mais toujours pas de changements.
19/05/2010, 16h39
benji_dv

Je t'ai pas oublié, je réfléchis... :)
19/05/2010, 16h53
johnjohn26

Et j te remercie pour ton aide :)
19/05/2010, 17h33
benji_dv

Avec plaisir, mais là j'avoue que je creuse ma soupière profondément...
20/05/2010, 11h57
johnjohn26

Salut j'ai des news :)
J'ai compris le problème. Le truc c'est qu'un projet WCF qui fait référence à un projet silverlight doit faire prend en compte les libraires importées. Dans mon cas System.Runtime.Serialisation avait sa version dans le projet "mère" ainsi que dans l'importation sous silverlight d'où le conflit. La solution est de créer un projet interface ou l'on trouvera toutes les types nécessaires au fonctionnement de l'application de service WCF.
20/05/2010, 12h06
benji_dv

Oui, effectivement, les assemblies sont différents...
Merci du suivi !
02/09/2010, 11h48
Asma_INSAT86

Citation:

Envoyé par johnjohn26

Salut j'ai des news :)
J'ai compris le problème. Le truc c'est qu'un projet WCF qui fait référence à un projet silverlight doit faire prend en compte les libraires importées. Dans mon cas System.Runtime.Serialisation avait sa version dans le projet "mère" ainsi que dans l'importation sous silverlight d'où le conflit. La solution est de créer un projet interface ou l'on trouvera toutes les types nécessaires au fonctionnement de l'application de service WCF.

Bonjour :)
je suis encore un newbie avec WCF, j'ai le meme probleme sauf que j'arrive pas a bien comprendre votre demarche pour le resoudre .
Vueillez eclaircir d'avantage votre demarche .
Merci d'avance
08/05/2012, 02h46
metalsephiroth

Désolé de faire remonter ce topic mais il semblerait que j'ai le même problème.
Comment mettre en oeuvre la solution proposée ?
11/09/2012, 11h50
abmptit

Comment faire?

Citation:

Envoyé par johnjohn26

Salut j'ai des news :)
J'ai compris le problème. Le truc c'est qu'un projet WCF qui fait référence à un projet silverlight doit faire prend en compte les libraires importées. Dans mon cas System.Runtime.Serialisation avait sa version dans le projet "mère" ainsi que dans l'importation sous silverlight d'où le conflit. La solution est de créer un projet interface ou l'on trouvera toutes les types nécessaires au fonctionnement de l'application de service WCF.

Comment faire pour éviter le conflit?
Le conflit est à quel niveau.
Merci