2009-07-01 6 views
1

J'ai configuré un message de suivi pour mon WCF webservice comme ceci:traçage ASP.NET/WCF ne fonctionne pas dans Sharepoint

<!--TRACING --> 
    <system.diagnostics> 
    <sources> 
     <source name="System.ServiceModel" switchValue="Verbose, ActivityTracing" propagateActivity="true"> 
     <listeners> 
      <add name="xml" /> 
     </listeners> 
     </source> 
     <source name="System.ServiceModel.MessageLogging" switchValue="Verbose"> 
     <listeners> 
      <add name="xml" /> 
     </listeners> 
     </source> 
    </sources> 
    <sharedListeners> 
     <add name="xml" type="System.Diagnostics.XmlWriterTraceListener" initializeData="log_messages_verbose.log" /> 
    </sharedListeners> 
    <trace autoflush="true" /> 
    </system.diagnostics> 

Cela fonctionne bien sur ma machine de développement, il enregistre tous les messages et traces dans un fichier xml . Désormais, lors du déploiement du service Web en tant qu'application Web (sous) dans une application Web Sharepoint, le service fonctionne correctement, mais le fichier de trace reste vide.

J'ai vérifié l'autorisation sur le fichier, essayé les chemins absolus, mais cela ne fonctionne toujours pas. Comme le service Web est déployé en tant qu'application Web secondaire, il hérite des paramètres web.config de sharepoint. Cela pourrait-il être un problème? Est-ce que sharepoint désactive le tracé normal?

Toutes les suggestions sont les bienvenus ..

Répondre

0

Avez-vous la possibilité de copier ceci dans le web.config de sharepoint?

Vérifiez également dans votre journal d'événements les messages d'erreur.

Modifier

Je ne sais pas ce que la valeur par défaut est pour activé, vous pouvez essayer de le mettre à true

<trace enabled="true" /> 
+0

J'ai essayé cela, pas de différence :( Malheureusement, il n'y a malheureusement pas d'entrées dans le journal des événements – driAn

1

En supposant que votre service Web est déployé dans son propre répertoire (de sorte qu'il ne fonctionne pas interférer avec SharePoint), avez-vous essayé d'ajouter un web.config avec la configuration de trace ci-dessus à ce répertoire?

Sinon, comme Shiraz suggère d'essayer d'ajouter le code de trace au web.config de SharePoint.

+0

Le webservice a son propre répertoire (application web avec pool d'applications séparé) et son propre web.config – driAn

0

J'ai eu le même problème, puis déplacé la section à la racine web.config dans C: \ inetpub \ wwwroot \ wss \ VirtualDirectories \ 80.

J'ai eu le même problème avec log4net ne fonctionnait pas, et encore déplacé dans le fichier web.config parent.

Les deux fonctionnent maintenant.

1

J'ai eu le même problème. Ce qui a fonctionné pour moi était d'utiliser l'outil "SvcConfigEditor.exe" sur le web.config de SharePoint. J'ai probablement fait quelque chose de mal en essayant de le faire sans l'outil. C: \ inetpub \ wwwroot \ wss \ VirtualDirectories \.