WCF, значення атрибута служби в директиві ServiceHost не вдалося знайти

Я намагаюся розмістити свою службу з IIS 6, але я продовжую отримувати цей виняток.

    Server Error in '/WebServices' Application.
--------------------------------------------------------------------------------

The type 'QS.DialogManager.Communication.IISHost.RecipientService', provided as the Service attribute value in the ServiceHost directive could not be found. 
Description: An unhandled exception occurred during the execution of the current web request. Please review the stack trace for more information about the error and where it originated in the code. 

Exception Details: System.InvalidOperationException: The type 'QS.DialogManager.Communication.IISHost.RecipientService', provided as the Service attribute value in the ServiceHost directive could not be found.

Source Error: 

An unhandled exception was generated during the execution of the current web request. Information regarding the origin and location of the exception can be identified using the exception stack trace below.  

Stack Trace: 


[InvalidOperationException: The type 'QS.DialogManager.Communication.IISHost.RecipientService', provided as the Service attribute value in the ServiceHost directive could not be found.]
   System.ServiceModel.Activation.ServiceHostFactory.CreateServiceHost(String constructorString, Uri[] baseAddresses) +6714599
   System.ServiceModel.HostingManager.CreateService(String normalizedVirtualPath) +604
   System.ServiceModel.HostingManager.ActivateService(String normalizedVirtualPath) +46
   System.ServiceModel.HostingManager.EnsureServiceAvailable(String normalizedVirtualPath) +654

[ServiceActivationException: The service '/WebServices/dm/RecipientService.svc' cannot be activated due to an exception during compilation.  The exception message is: The type 'QS.DialogManager.Communication.IISHost.RecipientService', provided as the Service attribute value in the ServiceHost directive could not be found..]
   System.ServiceModel.AsyncResult.End(IAsyncResult result) +15626880
   System.ServiceModel.Activation.HostedHttpRequestAsyncResult.End(IAsyncResult result) +15546921
   System.ServiceModel.Activation.HostedHttpRequestAsyncResult.ExecuteSynchronous(HttpApplication context, Boolean flowContext) +265
   System.ServiceModel.Activation.HttpModule.ProcessRequest(Object sender, EventArgs e) +227
   System.Web.SyncEventExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute() +80
   System.Web.HttpApplication.ExecuteStep(IExecutionStep step, Boolean& completedSynchronously) +171




--------------------------------------------------------------------------------
Version Information: Microsoft .NET Framework Version:2.0.50727.3082; ASP.NET Version:2.0.50727.3082 

Я абсолютно не маю уявлення, крім того, що, здається, він не може знайти мої збори. Код повинен бути правильно складений із загальнодоступними класами.

Ось мій файл .svc:

<%@ ServiceHost Language="C#" Debug="true" Service="QS.DialogManager.Communication.IISHost.RecipientService" CodeBehind="RecipientService.svc.cs" %>

Я спробував створити дуже просту службу, яка не містить нічого, теж подивіться, чи це спрацює, але все одно з'являється та сама стара помилка.

The type 'IISHost.Service1', provided as the Service attribute value in the ServiceHost directive could not be found. 

Варіант перший :

Це повідомлення часто виникає через проблему конфігурації IIS 7. Якщо ви звикли створювати віртуальний каталог, вказуючи на папку, де знаходиться ваша служба, це більше не працює. Тепер вам натомість потрібно використовувати опцію "Створити програму ...".

Інші варіанти :

• WCF: Не вдалося знайти тип, наданий як атрибут Service
• Не вдалося знайти тип, вказаний як значення атрибута Service у директиві ServiceHost.

Проблема також може полягати в іншому просторі імен у файлі svc, як у файлі svc.cs.

У просторі імен svc файл має бути у наступному форматі.

Service="Namespace.SvcClassName"

Я знаю, що це, мабуть, "очевидна" відповідь, але це мене трохи спокусило. Переконайтеся, що в папці bin є dll для проекту. Коли служба була опублікована, хлопець, який її опублікував, видалив dll-файли, оскільки вважав, що вони перебувають у GAC. Одного спеціально для проекту (QS.DialogManager.Communication.IISHost.RecipientService.dll, в даному випадку) там не було.

Та сама помилка з ДУЖЕ іншої причини.

Ця помилка виникає через невідповідність імені служби у файлі .SVC. Можливо, ви могли змінити назву класу служби, який реалізує інтерфейс. Рішення полягає у відкритті .SVC-файлу та точному співпаденні атрибуту служби та атрибуту CodeBehind. Отже, ваш файл .SVC має бути таким

<%@ ServiceHost Language="Language you are using" Debug="bool value to enable debugging" Service="Service class name that is implementing your Service interface" Codebehind="~/Appcode/Class implementing interface.cs"%>. for eg.

<%@ ServiceHost Language="C#" Debug="true" Service="Product.Service" CodeBehind="~/AppCode/Product.Service.cs"%>

Цей приклад стосується файлу .svc, який використовує мову C #, з увімкненою налагодженням, інтерфейсом реалізації класу Service, і цей клас знаходиться в папці програми з ім'ям Service.cs, а Product - це простір імен для класу Service.

Також, будь ласка, внесіть відповідні зміни у файл конфігурації служби.

<system.serviceModel>
    <services>
        <service name="Product.Service" behaviorConfiguration="ServiceBehavior">
            <endpoint address="" binding="wsHttpBinding" contract="Product.Iservice">
            </endpoint>
            <endpoint address="mex" binding="mexHttpBinding" contract="IMetadataExchange"/>
        </service>
    </services>
    <behaviors>
        <behavior name="ServiceBehavior">
            <serviceMetaData httpGetEnabled="true"/>
            <serviceDebug includeExceptionDetailInFaults="false"/>
        </behavior>
    </behaviors>
</system.serviceModel>

Перевірте, чи посилаєтесь на правильний тип із директиви ServiceHost у файлі .svc. Ось як ...

1. У проекті VS, що містить вашу веб-службу, відкрийте файл .svc у редакторі XML (клацніть файл правою кнопкою миші, Відкрити за допомогою ..., виберіть Редактор XML (текст), OK).
2. Зверніть увагу на значення атрибута "Сервіс".
3. Переконайтесь, що воно відповідає повній назві типу вашої послуги. Це включає простір імен + ім'я типу. Наприклад, якщо простір імен "MyCompany.Department.Services", а клас називається "MyService", тоді значення атрибута Service має бути "MyCompany.Department.Services.MyService".

У мене був той самий виняток, це пов’язано з типом, неправильно згаданим у файлі .svc

Я виправив виправлення нижче.

якщо ваш .svc.cs має такий клас

namespace Azh.Services.MyApp
{
    public class WcfApp : FI.IWcfAppService
{
...
}
}

для цього файл .svc повинен виглядати так

<%@ ServiceHost Language="C#" Debug="true" Service="Azh.Services.MyApp.WcfApp" CodeBehind="WcfApp.svc.cs" %>

Вам слід налаштувати шлях до папки bin для обслуговування локального bin.

Якщо ви що-небудь перейменували, перевірте AssemblyInfo.csправильність (Властивості /) , а також заголовок у службовому файлі.

ServiceName.svc

<%@ ServiceHost Language="C#" Debug="true" Service="Company.Namespace.WcfApp" CodeBehind="WcfApp.svc.cs" %>

Вирівнювання з вашим простором імен у вашому Service.svc.cs

Я практично вирішив те саме питання. Ось моя пропозиція - Помилка означає, що об’єкт, на який посилається атрибут Service, не знайдений. Щоб об’єкт був знайдений, програма або бібліотека повинна побудувати вихідні дані до папки bin.

Ви можете відредагувати сторінку властивостей програми та вказати вихідний шлях до 'bin'.

У мене була ця проблема - мій тип послуги був у GAC. Це б працювало, якби я додав dll, що містить тип, до папки bin, але як це було в GAC, це НЕ те, що я хотів. Врешті-решт я додав це до web.config для послуги

<system.web>
    <customErrors mode="RemoteOnly" />
    <compilation debug="true" targetFramework="4.0">
        <assemblies>
            <add assembly="[name in GAC], Version=[version in GAC], Culture=neutral, PublicKeyToken=[ac token]" />
        </assemblies>
    </compilation>
</system.web>

і це працювало, не потребуючи ніяких dll у папці bin.

Два ключі до цього для певних ароматів проблеми "Значення атрибута служби в директиві ServiceHost не вдалося знайти": (1) Якщо ви працюєте в Silverlight, вам слід скористатися послугою Silverlight WCF, а не не- Сервіс WCF Silverlight; це оновить Web.Config для прив’язок і дозволить видимому типу; (2) Установіть відповідність між назвою класу в новій службі та назвою Служби - метою тут є створення wsdl ... так, щоб ви знали, що функціональність служби піддається вашому клієнту Silverlight та Інтернету; допомагає відповідати службі класу. Якщо у вас є імена, ви повинні будете відредагувати Web.Config у 3 місцях (serviceBehaviors, послуги та прив'язки).

Було так багато щирих спроб допомогти людям у вирішенні цієї проблеми, які мені не допомогли, тому слід наголосити, що це написання стосується рішення Silverlight, і воно може не застосовуватися до тих, хто не використовує Silverlight 3 у клієнтській / веб-конфігурації .

Сподіваюся, це допоможе.

У мене була та сама проблема, але я не мав уявлення, що її спричинило. Я вирішив це, змінивши з Налагодження на Випуск і Запуск за допомогою Налагодження / Запуск нового екземпляра. Після цього він запускався як у Release, так і в Debug. Це була магія ...

Я також зіткнувся з цією проблемою, пробуючи зразок WCF Microsoft.ServiceModel.Samples.Calculator. Я використовую IIS 5.1. Я вирішив це, переконавшись, що веб-сайт, який автоматично згенеровано (servicemodelsamples), не є додатком. Клацніть правою кнопкою миші папку, натисніть «Властивості» та натисніть кнопку «Створити».

У мене були службові DLL-файли в папці bin, де знаходився файл svc. Переміщення DLL-файлів до кореневої папки bin вирішило проблему.

У моєму випадку клацніть правою кнопкою миші на віртуальному каталозі та виберіть «Перетворити на додаток»!

Сьогодні я зіткнувся з цією помилкою, причиною було; Користувач IIS не має дозволу на доступ до папки програми. Я дав дозволи на читання кореневій папці програми.

Це може здатися тривіальним, але варто згадати: Ви повинні створити службу (у Visual Studio) - тоді DLL буде створено в підпапці bin.

Коли послуга "розгорнута" на сервері - у цій папці bin повинен бути цей файл DLL - інакше ця помилка буде видана ...

Додайте посилання на послугу у своєму сервісі або скопіюйте dll.

Створення рішення перед додаванням посилання на службу вирішило мою проблему.

Я отримав цю помилку під час спроби додати посилання на службу для першого WCF з підтримкою Silverlight у тому ж рішенні. Я просто будую веб-проект, і він почав працювати ..

У мене була та ж проблема, я знайшов цю тему, спробував все, крім ніго.

Потім я проводжу ще 4 години даремно витраченого часу.

Потім я виявив, що налаштування компіляції змінилися з 64 біт на x86. Коли я змінив його на 64-бітний, він спрацював. Не знаю точно, чому, але може бути, що пул додатків IIS не був встановлений для дозволу 32-розрядних програм.

1. Переконайтеся, що файл розмітки (svc) має атрибут служби з простором імен. Ім'я класу, а код позаду - ім'я класу

2. Відновіть рішення

3. Перезапустіть пули програм з локального IIS один раз.