Вызов веб-службы замедлен из решения dev - PullRequest
Новая
       33

Вызов веб-службы замедлен из решения dev

2 голосов
/ 10 августа 2011

Хорошо, я получил веб-сервис asp.net, использующий WSE2.Он работает на компьютере XP.И я получил приложение asp.net на моем компьютере с win7.

в Framework 3.5.

В производственной среде все нормально.

Проблема в том, когдаЯ запускаю версию front-end «veloppement », вызовы веб-сервисов занимают вечность.И под вечностью я имею в виду вечность .Здесь мы считаем вечность в минутах.

Под версией "developmentpement" я подразумеваю, что я запускаю экземпляр, который привязан к решению visual studion (2008).Я использую локальный веб-сервер IIS.

Сначала я подумал о проблеме сети / брандмауэра между двумя компьютерами.Но если из Visual Studio я «публикую» сайт в другой виртуальной папке, то все работает нормально.

Итак, у меня есть http://localhost/MyDevApp и http://localhost/MyPublishedApp.

Оба используютпул приложений по умолчанию.Оба имеют идентичный web.config.Насколько я знаю, оба виртуальных каталога имеют одинаковые параметры.

Но http://localhost/MyDevApp ужасно при вызове веб-служб, а http://localhost/MyPublishedApp работает со скоростью света.

Так происходит уже 3 дня.

Выполняя отладку, я могу сказать, что: 

    MyWebServiceRequest request = new MyWebServiceRequest ();
    request.Url = "http://mywebserviceurl";
    request.RequestSoapContext.Tokes.Add (MyUsernameToken);
   //All these previous lines executes correctly, rapidly.

    //THIS is the slow one.
    request.CallWebServiceMethod ();

Кто-нибудь имеет хоть малейшее представление о том, в чем может быть проблема?

Редактировать

Я также пытался изменить виртуальный каталог из свойства моего веб-сайта на что-то другое (скажем, http://localhost/MydDevApp2), с тем же результатом.

Редактировать 2

Возможно, причина в том, что сайт, связанный с решением, находится в c:\Projets\MySolution\MyDevApp, а «опубликованный» - под c:\inetpub\wwwroot\MyPublishedApp. Папка c:\Projets исключена из антивирусного сканирования, поэтому обычно она должна быть быстрее вместо медленнее .

Редактировать 3

Я создал другое рабочее пространство (решение находится под контролем исходного кода командного сервера) в каталоге c: \ inetpub \ wwwroot\ Другое, изменил URL веб-проекта, скомпилировал и запустил: нет проблемЛем.Так что действительно кажется, что физический путь, в котором находятся файлы, является причиной этого, в то время как факт привязки к решению не является.

Редактировать 4 (19 августа)

Ну, похожечто там особо нечего делать.Со времени моего последнего обновления прошло около 10 дней, и теперь сайт в новой рабочей области тоже начинает тормозить.Поэтому я переместил рабочую область на диск, теперь в c: \ inetpub \ wwwroot \ Other2, и знаете что?Это снова нормально.Возможно, мне придется переместить его снова примерно через 10 дней.

Редактировать 5

Я пометил свой вопрос, чтобы перейти на serverfault, в конце концов, это не имеет ничего общего с программированием, как я сначаламысль.

Ответы [ 2 ]

0 голосов
/ 08 сентября 2011

Наконец, кажется, что wse2 отслеживает где: 

  <microsoft.web.services2>
    <diagnostics>
      <trace enabled="true" input="InputTrace.log" output="OutputTrace.log" />
    </diagnostics>
    <policy>
      <cache name="policyCache.config" />
    </policy>
  </microsoft.web.services2>

В то время как файл журнала все больше и больше растет, он замедляется и замедляется ... просто отключение трассировки решает проблему.*

0 голосов
/ 10 августа 2011

Трудно сказать, не видя вашу машину в конфигурации, но часто это означает, что у вас есть какая-то проблема с вашим DNS-сервером или файлом hosts, из-за которой процесс замедляется для разрешения службы.

Кроме того, если вы используете прокси-сервер, убедитесь, что вы обходите его для любых URL-адресов, вызывающих службу.

...