Aracılığıyla paylaş

IIS ve WAS'ta Yapılandırma Temelli Etkinleştirme

  • Makale

Normalde, Internet Information Services (IIS) veya Windows İşlem Etkinleştirme Hizmeti (WAS) altında bir Windows Communication Foundation (WCF) hizmeti barındırırken bir .svc dosyası sağlamanız gerekir. .svc dosyası hizmetin adını ve isteğe bağlı bir özel hizmet ana bilgisayar fabrikasını içerir. Bu ek dosya yönetilebilirlik ek yükü ekler. Yapılandırma tabanlı etkinleştirme özelliği bir .svc dosyasına ve dolayısıyla ilişkili ek yüke sahip olma gereksinimini ortadan kaldırır.

Yapılandırma Temelli Etkinleştirme

Yapılandırma tabanlı etkinleştirme, .svc dosyasına yerleştirilen meta verileri alır ve Web.config dosyasına yerleştirir. öğesinin<serviceHostingEnvironment> içinde bir <serviceActivations> öğesi vardır. öğesinde, barındırılan <serviceActivations> her hizmet için bir veya daha fazla <add> öğe vardır. öğesi, <add> hizmet ve hizmet türü veya hizmet ana bilgisayar fabrikası için göreli adresi ayarlamanıza olanak sağlayan öznitelikler içerir. Aşağıdaki yapılandırma örneği kodu bu bölümün nasıl kullanıldığını gösterir.

Not

Her <add> öğenin bir hizmet veya fabrika özniteliği belirtmesi gerekir. Hem hizmet hem de fabrika özniteliklerinin belirtilmesine izin verilir.

<serviceHostingEnvironment>
  <serviceActivations>
    <add relativeAddress="MyServiceAddress" service="Service" factory="MyServiceHostFactory"/>
  </serviceActivations>
</serviceHostingEnvironment>

Bunu Web.config dosyasında kullanarak hizmet kaynak kodunu uygulamanın App_Code dizinine veya uygulamanın Bin dizinine uyumlu bir derleme yerleştirebilirsiniz.

Not

  • Yapılandırma tabanlı etkinleştirme kullanılırken, .svc dosyalarındaki satır içi kod desteklenmez.
  • Özniteliğin relativeAddress "sub-directory/service.svc" veya "<~/<sub-directory>/service.svc" gibi göreli bir adrese ayarlanması gerekir.
  • WCF ile ilişkilendirilmiş bilinen bir uzantıya sahip olmayan göreli bir adres kaydederseniz bir yapılandırma özel durumu oluşturulur.
  • Belirtilen göreli adres, sanal uygulamanın köküne göre belirlenir.
  • Yapılandırmanın hiyerarşik modeli nedeniyle, makine ve site düzeyinde kayıtlı göreli adresler sanal uygulamalar tarafından devralınır.
  • Yapılandırma dosyasındaki kayıtlar .svc, .xamlx, .xoml veya başka bir dosyadaki ayarlardan önceliklidir.
  • IIS/WAS'ye gönderilen bir URI'deki tüm '\' (ters eğik çizgi), otomatik olarak '/' (eğik çizgi) olarak dönüştürülür. '\' içeren bir göreli adres eklenirse ve IIS'ye göreli adresi kullanan bir URI gönderirseniz, ters eğik çizgi eğik çizgiye dönüştürülür ve IIS bunu göreli adresle eşleştiremez. IIS, eşleşme bulunamadığını belirten izleme bilgileri gönderir.

Ayrıca bkz.