Служба WCF, размещенная на консоли, не выполняет трассировку

Я написал простой сервисный контракт (IServiceObject), а затем реализовал его (ServiceObject). Я размещаю его в объекте ServiceHost, который содержится в консольном приложении. В одном из моих OperationContract методов я вызываю Trace.WriteLine(...). Я также звоню Console.WriteLine(...). В консольном приложении до и после Open() ServiceHost я вызываю Trace.WriteLine(...) и Console.WriteLine(...).

Трассировка настроена на автоматическую очистку и имеет 2 прослушивателя (TextWriterTraceListener и ConsoleTraceListener). Когда консольное приложение запускается, все вызовы Trace и Console WriteLine() записываются в соответствующие журналы. Таким образом, вызов Trace будет записывать в мой текстовый файл и на мою консоль, а вызов Console будет записывать в мою консоль.

Когда мое клиентское приложение (отдельное приложение) вызывает метод OperationContract, на экране консоли отображаются только вызовы Console.WriteLine(...) внутри него. Вызовы Trace.WriteLine(...) не записываются на экран консоли или в текстовый файл.

Когда я запрашиваю (из метода OperationContract) статистику трассировки (выводя их на экран консоли с помощью Console.WriteLine(...)), мне говорят, что в трассировке есть 2 слушателя (текст и консоль) и что автосброс включен.

Кто-нибудь знает, почему мои вызовы Trace.WriteLine(...) не могли написать ни одному из слушателей только из метода OperationContract? Есть ли какие-то особые атрибуты, которыми мне нужно украсить мой класс ServiceObject? Есть ли какие-то настройки, которые я мог бы где-то пропустить? Мне кажется, Трассировка настроена правильно, так как она работает везде, кроме как из моих OperationContract методов...

Это кажется проблемой, моя общая библиотека, которая содержит только мой OperationContract и его реализацию:

IServiceObject.cs

using System;
using System.Collections.Generic;
using System.Text;
using System.ServiceModel;
using System.Diagnostics;

namespace SuccessEHS.Dev.Shared
{
    [ServiceContract]
    public interface IServiceObject
    {
        [OperationContract]
        bool Test(string text);
    }
}

ServiceObject.cs

using System;
using System.Collections.Generic;
using System.Text;
using System.Diagnostics;
using System.ServiceModel;

namespace SuccessEHS.Dev.Shared
{
    public class ServiceObject : IServiceObject
    {
        public bool Test(string text)
        {
            Console.Write("Testing 1");
            Trace.Write("..2");
            Console.Write("..3");
            Trace.Write("..4");
            Console.WriteLine("..5");

            Console.WriteLine("CW: {0}", text);
            Trace.WriteLine(string.Format("TW: {0}", text));

            return true;
        }
    }
}

Shared.csproj (который, как я подозреваю, является виновником, но не знаю почему):

<?xml version="1.0" encoding="utf-8"?>
<Project ToolsVersion="4.0" DefaultTargets="Build" xmlns="http://schemas.microsoft.com/developer/msbuild/2003">
  <PropertyGroup>
    <Configuration Condition=" '$(Configuration)' == '' ">Debug</Configuration>
    <Platform Condition=" '$(Platform)' == '' ">AnyCPU</Platform>
    <ProductVersion>8.0.30703</ProductVersion>
    <SchemaVersion>2.0</SchemaVersion>
    <ProjectGuid>{23F9A333-9CC8-43FA-8A01-06BEA8B9D0E6}</ProjectGuid>
    <OutputType>Library</OutputType>
    <AppDesignerFolder>Properties</AppDesignerFolder>
    <RootNamespace>Shared</RootNamespace>
    <AssemblyName>SharedTest</AssemblyName>
    <TargetFrameworkVersion>v3.5</TargetFrameworkVersion>
    <FileAlignment>512</FileAlignment>
    <TargetFrameworkProfile />
  </PropertyGroup>
  <PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'Debug|AnyCPU' ">
    <DebugSymbols>true</DebugSymbols>
    <DebugType>full</DebugType>
    <Optimize>false</Optimize>
    <OutputPath>bin\Debug\</OutputPath>
    <DefineConstants>DEBUG;TRACE</DefineConstants>
    <ErrorReport>prompt</ErrorReport>
    <WarningLevel>4</WarningLevel>
    <PlatformTarget>x86</PlatformTarget>
  </PropertyGroup>
  <PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'Release|AnyCPU' ">
    <DebugType>pdbonly</DebugType>
    <Optimize>true</Optimize>
    <OutputPath>bin\Release\</OutputPath>
    <DefineConstants>TRACE</DefineConstants>
    <ErrorReport>prompt</ErrorReport>
    <WarningLevel>4</WarningLevel>
  </PropertyGroup>
  <PropertyGroup Condition="'$(Configuration)|$(Platform)' == 'Debug|x86'">
    <DebugSymbols>true</DebugSymbols>
    <OutputPath>bin\x86\Debug\</OutputPath>
    <DefineConstants>DEBUG;TRACE</DefineConstants>
    <DebugType>full</DebugType>
    <PlatformTarget>x86</PlatformTarget>
    <CodeAnalysisLogFile>bin\Debug\Shared.dll.CodeAnalysisLog.xml</CodeAnalysisLogFile>
    <CodeAnalysisUseTypeNameInSuppression>true</CodeAnalysisUseTypeNameInSuppression>
    <CodeAnalysisModuleSuppressionsFile>GlobalSuppressions.cs</CodeAnalysisModuleSuppressionsFile>
    <ErrorReport>prompt</ErrorReport>
    <CodeAnalysisRuleSet>MinimumRecommendedRules.ruleset</CodeAnalysisRuleSet>
    <CodeAnalysisRuleSetDirectories>;C:\Program Files (x86)\Microsoft Visual Studio 10.0\Team Tools\Static Analysis Tools\\Rule Sets</CodeAnalysisRuleSetDirectories>
    <CodeAnalysisIgnoreBuiltInRuleSets>true</CodeAnalysisIgnoreBuiltInRuleSets>
    <CodeAnalysisRuleDirectories>;C:\Program Files (x86)\Microsoft Visual Studio 10.0\Team Tools\Static Analysis Tools\FxCop\\Rules</CodeAnalysisRuleDirectories>
    <CodeAnalysisIgnoreBuiltInRules>true</CodeAnalysisIgnoreBuiltInRules>
  </PropertyGroup>
  <PropertyGroup Condition="'$(Configuration)|$(Platform)' == 'Release|x86'">
    <OutputPath>bin\x86\Release\</OutputPath>
    <DefineConstants>TRACE</DefineConstants>
    <Optimize>true</Optimize>
    <DebugType>pdbonly</DebugType>
    <PlatformTarget>x86</PlatformTarget>
    <CodeAnalysisLogFile>bin\Release\Shared.dll.CodeAnalysisLog.xml</CodeAnalysisLogFile>
    <CodeAnalysisUseTypeNameInSuppression>true</CodeAnalysisUseTypeNameInSuppression>
    <CodeAnalysisModuleSuppressionsFile>GlobalSuppressions.cs</CodeAnalysisModuleSuppressionsFile>
    <ErrorReport>prompt</ErrorReport>
    <CodeAnalysisRuleSet>MinimumRecommendedRules.ruleset</CodeAnalysisRuleSet>
    <CodeAnalysisRuleSetDirectories>;C:\Program Files (x86)\Microsoft Visual Studio 10.0\Team Tools\Static Analysis Tools\\Rule Sets</CodeAnalysisRuleSetDirectories>
    <CodeAnalysisIgnoreBuiltInRuleSets>true</CodeAnalysisIgnoreBuiltInRuleSets>
    <CodeAnalysisRuleDirectories>;C:\Program Files (x86)\Microsoft Visual Studio 10.0\Team Tools\Static Analysis Tools\FxCop\\Rules</CodeAnalysisRuleDirectories>
    <CodeAnalysisIgnoreBuiltInRules>true</CodeAnalysisIgnoreBuiltInRules>
  </PropertyGroup>
  <ItemGroup>
    <Reference Include="System" />
    <Reference Include="System.Data" />
    <Reference Include="System.ServiceModel" />
    <Reference Include="System.Xml" />
  </ItemGroup>
  <ItemGroup>
    <Compile Include="Class1.cs" />
    <Compile Include="Properties\AssemblyInfo.cs" />
  </ItemGroup>
  <Import Project="$(MSBuildToolsPath)\Microsoft.CSharp.targets" />
  <!-- To modify your build process, add your task inside one of the targets below and uncomment it. 
       Other similar extension points exist, see Microsoft.Common.targets.
  <Target Name="BeforeBuild">
  </Target>
  <Target Name="AfterBuild">
  </Target>
  -->
</Project>

Я создал новое консольное приложение сервера для размещения новой общей библиотеки и нового клиентского консольного приложения для подключения к ней, и у меня не было проблем. Когда я затем импортировал этот проект как разделяемую библиотеку (см. выше), трассировка не сработала, что было найдено в ServiceObject.cs. Есть новые идеи?


person Schrader    schedule 04.11.2011    source источник
comment
Можете ли вы предоставить минимальный образец кода, который воспроизведет проблему? Я предполагаю, что это не потребуется (поскольку я предполагаю, что это какая-то проблема с настройкой трассировки), но это может быть полезно для людей, читающих и отвечающих на вопрос.   -  person Merlyn Morgan-Graham    schedule 04.11.2011
comment
Я собираюсь начать новый проект с минимальным кодом, чтобы посмотреть, смогу ли я его отследить. Как только напишу, выложу.   -  person Schrader    schedule 05.11.2011


Ответы (2)


В этой статье описывается, как включить и настроить прослушиватели/источники трассировки для WCF. Есть несколько частей, и если вы пропустите некоторые из них, я ожидаю, что отслеживание не сработает.

person Merlyn Morgan-Graham    schedule 04.11.2011
comment
Я не собираюсь включать источники WCF. Я прочитал статью, но она не дала подсказки для решения этой проблемы. Я только хочу знать, почему, когда я использую класс .net Trace в размещенном объекте, он не выводит никакой трассировки, даже если конфигурация не изменилась с тех пор, как объект был размещен. И у программы, в которой размещен объект, нет проблем с трассировкой, даже когда объект находится на хосте. Хорошая статья для настройки источников WCF. (Примечание: когда я включаю источники WCF, я получаю всю их трассировку, но все еще не трассировку Trace.WriteLine(...)) - person Schrader; 05.11.2011
comment
@Schrader: облом. Я проверю ваш код на ОП, когда вы его опубликуете. - person Merlyn Morgan-Graham; 05.11.2011
comment
Да, это ошеломляет меня, и я слишком упрям, чтобы сдаться без какого-либо ответа, даже если ответ окажется сообщением об ошибке в MS: P - person Schrader; 05.11.2011

Пробовали ли вы WCF средство просмотра трассировки службы. Посмотрите, поможет ли это вам.

person SliverNinja - MSFT    schedule 04.11.2011
comment
Я использую ServiceTraceViewer при просмотре данных от слушателей WCF. Однако там ничего из прослушивателей трассировки не отображается, даже трассировка, которая работает в приложении хостинга. Хотя я бы не подумал, что он там появится, поскольку это слушатели, не связанные с слушателями System.Diagnostics.Trace. - person Schrader; 05.11.2011