Microsoft .NET Framework 4 Benioku

1. Sistem Gereksinimleri

1.1 Desteklenen Mimariler

• x86
• x64
• ia64 (ia64 üzerinde Windows Presentation Foundation (WPF) gibi bazı özellikler desteklenmez)

1.2 Desteklenen İşletim Sistemleri

• Windows XP SP3
• Windows Server 2003 SP2
• Windows Vista SP1
• Windows 7
• Windows Server 2008 (Sunucu Çekirdek Rolü üzerinde desteklenmez)
• Windows Server 2008 R2 (Sunucu Çekirdek Rolü üzerinde desteklenmez)

1.3 Donanım Gereksinimleri

• En Az Kullanılabilir Sabit Disk Alanı:
  • x86: 850 MB
  • x64: 2 GB
• İşlemci ve RAM:
  • En az: Pentium 1 GHz ve 512 MB RAM

1.4 Diğer Sistem Gereksinimleri

• Windows Installer 3.1
• Internet Explorer 5.01

2. Bilinen Sorunlar

2.1 Yükleme

2.1.1. Tam Framework (Yükleme)

2.1.1.1 .NET Framework 4 yüklüyken .NET Framework 3.5’te değişiklik yapıldıktan sonra ‘System.ServiceModel.Activation.HttpModule’ türü yüklenemiyor

Aşağıdaki senaryolar bu sorunun oluşmasına neden olabilir:

• Windows 2003 Server ve Windows XP üzerinde .NET Framework 4 yüklüyken .NET Framework 3.5’i kaldırma.
• .NET Framework 4 yüklüyken .NET Framework 3.0 WCF HTTP Etkinleştirmesi özelliğini etkinleştirme.
• .NET Framework 4 yüklüyken .NET Framework 3.5’i yükleme veya onarma.
• Yayım öncesi bir sürüm zaten yüklüyken güncel .NET Framework 4 sürümünü yükleme.

Hatanın tam metni aşağıdaki gibidir:

‘System.ServiceModel.Activation.HttpModule’ türü ‘System.ServiceModel, Version=3.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089’ derlemesinden yüklenemedi.

Açıklama: Geçerli web isteği yürütülürken işlenmemiş özel bir durum oluştu. Lütfen hata ve kod içinde kaynaklandığı yer hakkında daha fazla bilgi almak için yığın izlemesini gözden geçirin.

Bu sorunu çözmek için:

• Komut isteminde, %windows%\Microsoft.Net\Framework\<en son sürüm>\ konumuna gidin
• Şu komutu çalıştırın: aspnet_regiis.exe /iru

2.1.1.2 Windows Vista, Windows Server 2008 ve Windows 7 üzerinde .NET Framework 4 Beta 2 kaldırıldığında applicationHost.config dosyasında kullanılmayan “isapiCgiRestriction” girişleri kalıyor

IIS 7 veya IIS 7.5’in etkinleştirilmiş ve .NET Framework 4’ün yüklenmiş olduğu bir bilgisayarda, Beta 2 sürümü kaldırıldığında applicationHost.config dosyasında kullanılmayan “isapiCgiRestriction” girişleri kalır. Bu durum Windows Vista, Windows Server 2008 ve Windows 7 üzerinde görülür. Kullanılmayan girişler Web sunucusunun işlevini etkilemez. Aynı bilgisayara daha yeni .NET Framework 4 sürümleri güvenle yüklenebilir, çünkü sonraki yüklemeler “isapiCgiRestriction” girişlerini güncelleştirecektir.

Bu sorunu çözmek için:

Kullanılmayan “isapiCgiRestriction” girişlerini applicationHost.config dosyasından silin. Ancak, kaldırma işleminden sonra kalan girişler ürünün işlevini veya daha yeni sürümlerin yüklenmesini etkilemediğinden bu adım gerekli değildir.

2.1.1.3 .NET Framework 4 yüklendikten sonra .NET Framework 1.0 yüklenemiyor

.NET Framework 4 yüklendikten sonra .NET Framework 1.0 yüklenemez.  .NET Framework 1.0, .NET Framework 4 yüklenmeden önce yüklenmelidir.

Bu sorunu çözmek için:

1. Denetim Masası’na gidin ve Programlar ve Özellikler’i açın.
2. .NET Framework 4 Genişletilmiş öğesini kaldırın.
3. .NET Framework 4 İstemci Profili’ni kaldırın.
4. .NET Framework 1.0’ı yükleyin.
5. .NET Framework 4’ü yükleyin.

2.1.1.4 .NET Framework 4 Kurulumu başarısız oldu

.NET Framework 4 Kurulumu başarısız oldu.

Bu sorunu çözmek için:

.NET Framework 4 Kurulum sorun giderme kılavuzuna (http://go.microsoft.com/fwlink/?LinkId=186690) bakın

2.1.1.5 Windows Presentation Foundation (WPF) 4 Yazı Tipi Önbelleği Hizmeti, .NET Framework 4 kaldırıldıktan sonra tam olarak kaldırılmıyor (Tam Framework)

Windows Presentation Foundation (WPF) 4 Yazı Tipi Önbelleği Hizmeti, .NET Framework 4 kaldırıldıktan sonra tam olarak kaldırılmaz (Tam Framework).

Not: Bu sorun .NET Framework’ün hem Tam sürümünü hem de İstemci Profili sürümünü etkiler.

Bu sorunu çözmek için:

1. Yönetici modunda bir komut penceresi açın.
2. Şunu yazın:       ‘sc delete WPFFontCache_v0400’

“[SC] DeleteService BAŞARILI” görüntülenmelidir.

Hizmetler konsolunu yenilediğinizde Yazı Tipi Önbelleği görünmemelidir.  Bu yenileme sorunu gidermezse bilgisayarı yeniden başlatın.

2.1.2 İstemci Profili (Yükleme)

2.1.2.1 .NET Framework 4 İstemci Profili yüklendikten sonra .NET Framework 1.0 yüklenemiyor

.NET Framework 4 İstemci Profili yüklendikten sonra .NET Framework 1.0 yüklenemez.  .NET Framework 1.0, .NET Framework 4 İstemci Profili yüklenmeden önce yüklenmelidir.

Bu sorunu çözmek için:

1. Denetim Masası’na gidin ve Programlar ve Özellikler’i açın.
2. .NET Framework 4 İstemci Profili’ni kaldırın.
3. .NET Framework 1.0’ı yükleyin.
4. .NET Framework 4 İstemci Profili’ni yükleyin.

2.1.2.2 Windows Presentation Foundation (WPF) 4 Yazı Tipi Önbelleği Hizmeti, .NET Framework 4 kaldırıldıktan sonra tam olarak kaldırılmıyor (İstemci Profili)

.NET Framework 4 kaldırıldığında,WPF Yazı Tipi Önbelleği hizmeti tam olarak kaldırılmayabilir.

WPF Yazı Tipi Önbelleği kaldırma işleminden sonra artık kullanılamasa da, “Windows Presentation Foundation Yazı Tipi Önbelleği 4.0.0.0” hizmeti girişi Hizmetler konsolunda görüntülenmeye devam eder.

Windows Vista ve Windows Server 2008’de, Hizmetler konsolunun “Açıklama” alanında şu görünür: “<Açıklama Okunamadı. Hata Kodu: 2 >”.  Windows XP ve Windows Server 2003’te, “Açıklama” alanında doğru dize görüntülenmeye devam eder.

.NET Framework’ün yeniden yüklenmesi yüklemesi bunu düzeltir. Bilinen başka bir etki yoktur.

Not: Bu sorun .NET Framework’ün hem İstemci Profili sürümünü hem de Tam sürümünü etkiler.

Bu sorunu çözmek için:

1. Yönetici modunda bir komut penceresi açın.
2. Şunu yazın:       ‘sc delete WPFFontCache_v0400’

“[SC] DeleteService BAŞARILI” görüntülenmelidir.

Hizmetler konsolunu yenilediğinizde Yazı Tipi Önbelleği görünmemelidir.  Bu yenileme sorunu gidermezse bilgisayarı yeniden başlatın.

2.1.2.3 .NET Framework 4 İstemci Profili Kurulumu başarısız oldu

.NET Framework 4 İstemci Profili Kurulumu başarısız oldu.

Bu sorunu çözmek için:

.NET Framework 4 Kurulum sorun giderme kılavuzuna (http://go.microsoft.com/fwlink/?LinkId=186690) bakın

2.2 Kaldırma

2.2.1 Tam Framework (Kaldırma)

2.2.1.1 Windows Vista, Windows Server 2008 ve Windows 7 üzerinde .NET Framework 4 Beta 2 kaldırıldığında applicationHost.config dosyasında kullanılmayan “isapiCgiRestriction” girişleri kalıyor

IIS 7 veya IIS 7.5’in etkinleştirilmiş ve .NET Framework 4’ün yüklenmiş olduğu bir bilgisayarda, Beta 2 sürümü kaldırıldığında applicationHost.config dosyasında kullanılmayan “isapiCgiRestriction” girişleri kalır. Bu durum Windows Vista, Windows Server 2008 ve Windows 7 üzerinde görülür. Kullanılmayan girişler Web sunucusunun işlevini etkilemez. Aynı bilgisayara daha yeni .NET Framework 4 sürümleri güvenle yüklenebilir, çünkü sonraki yüklemeler “isapiCgiRestriction” girişlerini güncelleştirecektir.

Bu sorunu çözmek için:

Kullanılmayan “isapiCgiRestriction” girişlerini applicationHost.config dosyasından silin. Ancak, kaldırma işleminden sonra kalan girişler ürünün işlevini veya daha yeni sürümlerin yüklenmesini etkilemediğinden bu adım gerekli değildir.

2.2.1.2 WPF 4.0 Yazı Tipi Önbelleği Hizmeti, NET4 kaldırıldıktan sonra tam olarak kaldırılmıyor (Tam Framework)

Bu artık Yazı Tipi Önbelleği hizmetini tamamen kaldırmak için geçici çözüm:

1. Yönetici modunda bir komut penceresi açın
2. Şunu girin:       ‘sc delete WPFFontCache_v0400’

Şunu görmelisiniz:  “[SC] DeleteService BAŞARILI”.

Hizmetler konsolunu yenilerseniz Yazı Tipi Önbelleği artık görünmemelidir.  Hizmetler konsolunun yenilenmesi sorunu gidermeze bilgisayarın yeniden başlatılması gerekebilir.

(Not: Bu sorun Tam Framework içindir ve İstemci Profili ile ilişkili 877240 ile aynı Benioku sorunlarının bir kopyasıdır)

Bu sorunu çözmek için:

Bu artık Yazı Tipi Önbelleği hizmetini tamamen kaldırmak için geçici çözüm:

1. Yönetici modunda bir komut penceresi açın
2. Şunu girin:       ‘sc delete WPFFontCache_v0400’

Şunu görmelisiniz:  “[SC] DeleteService BAŞARILI”.

Hizmetler konsolunu yenilerseniz Yazı Tipi Önbelleği artık görünmemelidir.  Hizmetler konsolunun yenilenmesi sorunu gidermeze bilgisayarın yeniden başlatılması gerekebilir.

2.2.2. İstemci Profili (Kaldırma)

2.2.2.1 WPF 4.0 Yazı Tipi Önbelleği Hizmeti, NET4 kaldırıldıktan sonra tam olarak kaldırılmıyor (İstemci Profili)

.NET 4.0’ı Vista/XP/w2k3/W2k8 sistemlerden kaldırırken WPF yazı tipi hizmeti temiz bir şekilde kaldırılmaz.

WPF yazı tipi önbelleği kaldırma işleminden sonra artık kullanılamasa da, “Windows Presentation Foundation Yazı Tipi Önbelleği 4.0.0.0” hizmeti girişi geride kalır ve Hizmetler konsolunda görüntülenmeye devam eder.

Vista ve W2k8 sistemlerde, Hizmetler konsolunun “Açıklama” alanında şu görünür: “<Açıklama Okunamadı. Hata Kodu: 2 >”.  XP/w2k3 sistemlerde, “Açıklama” alanında doğru dize görüntülenmeye devam eder.

Framework’ün yeniden yüklenmesi yüklemesi bunu düzeltir. Bilinen başka bir etki yoktur.

Not: Bu sorun hem Net4 İstemci Profili hem de NET4 Tam için oluşur

Bu sorunu çözmek için:

Bu artık Yazı Tipi Önbelleği hizmetini tamamen kaldırmak için geçici çözüm:

1. Yönetici modunda bir komut penceresi açın
2. Şunu girin:       ‘sc delete WPFFontCache_v0400’

Şunu görmelisiniz:  “[SC] DeleteService BAŞARILI”.

Hizmetler konsolunu yenilerseniz Yazı Tipi Önbelleği artık görünmemelidir.  Hizmetler konsolunun yenilenmesi sorunu gidermeze bilgisayarın yeniden başlatılması gerekebilir.

(Not: Bu sorun İstemci Profili içindir ve Tam ile ilişkili 888322 ile aynı Benioku sorunlarının bir kopyasıdır.)

2.3 Ürün Sorunları

2.3.1 Genel Sorunlar

2.3.1.1 Yeniden dağıtılabilir dil paketlerinin konumları yanlış olduğundan ClickOnce yayımlama başarısız oluyor.

Bir uygulamayı yayımlamak için Visual Studio 2010’un Basitleştirilmiş Çince veya Geleneksel Çince sürümlerini kullanıyorsanız, Önkoşullar iletişim kutusunda ‘Önkoşulları uygulamamla aynı konumdan karşıdan yükle’ seçeneğini seçerseniz ve önkoşul olarak aşağıdaki bileşenlerden herhangi birini seçerseniz bir yapı hatası alabilirsiniz:

1. Microsoft .NET Framework 4 (x86 ve x64)
2. Microsoft .NET Framework 4 İstemci Profili (x86 ve x64)
3. .NET 2.0 için Microsoft Visual F# Çalışma Zamanı
4. .NET 4.0 için Microsoft Visual F# Çalışma Zamanı

Bu, ‘Microsoft .NET Framework 4 İstemci Profili (x86 ve x64)’ için görebileceğiniz yapı hatasıdır:

‘MSB3152: Önkoşullar için yükleme konumu, ‘bileşen satıcısı Web sitesi’ olarak ayarlanmamış ve ‘Microsoft .NET Framework 4 İstemci Profili (x86 ve x64)’ öğesindeki ‘DotNetFX40Client\dotNetFx40LP_Client_x86_x64cs.exe’ dosyası diskte bulunamıyor. Daha fazla bilgi için Yardım’a bakın.

Bu soruna geçici bir çözüm için:

Basitleştirilmiş Çince için bu sorunu geçici olarak çözmek amacıyla aşağıdaki adımları izleyin:

1. ‘%ProgramFiles%\Microsoft SDKs\Windows\v7.0A\Bootstrapper\Packages\DotNetFX40Client’ klasörüne gidin. x64 işletim sistemleri için, yol bunun yerine %ProgramFiles(x86)% altındadır.
2. zh-Hans klasörünü zh-chs adlı yeni bir klasöre taşıyın
3. zh-chs klasörüne gidin.
4. Package.xml dosyasını yönetici modunda açın.
5. >Culture< değerini aşağıdaki şekilde zh-chs olarak değiştirin:

<String Name=”Culture”>zh-chs</String>

Geleneksel Çince için bu sorunu geçici olarak çözmek amacıyla aşağıdaki adımları izleyin:

1. ‘%ProgramFiles%\Microsoft SDKs\Windows\v7.0A\Bootstrapper\Packages\DotNetFX40Client’ klasörüne gidin. x64 işletim sistemleri için, yol bunun yerine %ProgramFiles(x86)% altındadır.
2. zh-Hant klasörünü zh-cht adlı yeni bir klasöre taşıyın
3. zh-cht klasörüne gidin.
4. Package.xml dosyasını yönetici modunda açın.
5. >Culture< değerini aşağıdaki şekilde zh-cht olarak değiştirin:

<String Name=”Culture”>zh-cht</String>

2.3.1.2 ClickOnce uygulaması yanlış yeniden dağıtılabilir dil paketlerini yüklüyor.

Bir uygulamayı yayımlamak için Visual Studio 2010’un Basitleştirilmiş Çince veya Geleneksel Çince sürümlerini kullanıyorsanız, Önkoşullar iletişim kutusunda ‘Önkoşulları bileşen satıcısının web sitesinden karşıdan yükle’ seçeneğini seçerseniz ve önkoşul olarak aşağıdaki bileşenlerden herhangi birini seçerseniz Basitleştirilmiş Çince ve Geleneksel Çince Dil Paketlerini yükleyemeyebilirsiniz:

1. Microsoft .NET Framework 4 (x86 ve x64)
2. Microsoft .NET Framework 4 İstemci Profili (x86 ve x64)
3. .NET 2.0 için Microsoft Visual F# Çalışma Zamanı
4. .NET 4.0 için Microsoft Visual F# Çalışma Zamanı

Bu soruna geçici bir çözüm için:

Basitleştirilmiş Çince için bu sorunu geçici olarak çözmek amacıyla aşağıdaki adımları izleyin:

1. ‘%ProgramFiles%\Microsoft SDKs\Windows\v7.0A\Bootstrapper\Packages\DotNetFX40Client’ klasörüne gidin. x64 işletim sistemleri için, yol bunun yerine %ProgramFiles(x86)% altındadır.
2. zh-Hans klasörünü zh-chs adlı yeni bir klasöre taşıyın
3. zh-chs klasörüne gidin.
4. Package.xml dosyasını yönetici modunda açın.
5. >Culture< değerini aşağıdaki şekilde zh-chs olarak değiştirin:

<String Name=”Culture”>zh-chs</String>

Geleneksel Çince için bu sorunu geçici olarak çözmek amacıyla aşağıdaki adımları izleyin:

1. ‘%ProgramFiles%\Microsoft SDKs\Windows\v7.0A\Bootstrapper\Packages\DotNetFX40Client’ klasörüne gidin. x64 işletim sistemleri için, yol bunun yerine %ProgramFiles(x86)% altındadır.
2. zh-Hant klasörünü zh-cht adlı yeni bir klasöre taşıyın
3. zh-cht klasörüne gidin.
4. Package.xml dosyasını yönetici modunda açın.
5. >Culture< değerini aşağıdaki şekilde zh-cht olarak değiştirin:

<String Name=”Culture”>zh-cht</String>

2.3.2 ASP.NET

2.3.2.1 .NET Framework 4’ü Windows 7 üzerine yükledikten sonra, IIS 7.5’teki tek tek uygulama havuzlarının aspnet.config dosyalarını artık yapılandıramıyorsunuz

Windows 7 çalıştıran ve IIS 7.5’in etkinleştirilmiş olduğu bir istemci veya sunucu bilgisayara .NET Framework 4’ü yükledikten sonra, farklı uygulama havuzları için ASP.NET yapılandırma dosyalarını yapılandırma seçeneği çalışmaz. Bu, .NET Framework 4’ün yüklenmesi ortak dil çalışma zamanının (CLR) başlatma varsayılan davranışında küçük bir değişiklik yaptığı için oluşmaktadır. .NET Framework 4 yüklendiğinde, Windows 7 üzerindeki IIS 7.5 tarafından CLR başlatma işlemini gerçekleştirmek için yerel bir ASP.NET 4 DLL’sine çağrı yapılır ve bu başlatma mantığı farklı yapılandırma dosyalarının kullanımına olanak vermez.

Bu sorunu çözmek için:

CLR başlatma mantığı temelde .NET Framework 4 ve IIS 7.5 için aynı olduğundan (yapılandırma dosyası yan etkisi hariç), IIS 7.5’i CLR’yi başlatmak için artık ASP.NET 4’ü kullanmayacak şekilde yeniden yapılandırabilirsiniz. Bunu iki yolla yapabilirsiniz.

Seçenek 1
———-
IIS 7.5 applicationHost.config dosyasında, “managedRuntimeLoader” özniteliğinin değerini aşağıdaki örnekte olduğu gibi boş bir dize olarak ayarlayın:

<applicationPools>
<applicationPoolDefaults managedRuntimeLoader=”” />
</applicationPools>

Seçenek 2
———-
IIS 7.5 IIS_Schema.xml dosyasında, “managedRuntimeLoader” adlı öznitelikte “defaultValue” değerini boş dize olarak ayarlayın. Örneğin, öznitelik başlangıçta aşağıdaki örneğe benzeyebilir:

<attribute name=”managedRuntimeLoader” type=”string” defaultValue=”webengine4.dll” />

Bunu aşağıdaki biçimlendirmeye değiştirin:

<attribute name=”managedRuntimeLoader” type=”string” defaultValue=”” />

2.3.2.2 Windows XP ve Windows Server 2003 üzerinde ASP.NET 4 kaydını silip yeniden kaydetme IIS MMC’nin ASP.NET özellik sekmesindeki ASP.NET sürümünün değerinin boş olmasına neden oluyor

Windows XP ve Windows Server 2003 (tüm sürümler) üzerinde, IIS’den ASP.NET 4 kaydını silip sonra yeniden kaydederseniz, IIS MMC tarafından ASP.NET sekmesinde ASP.NET sürüm listesi olarak boş bir değer görüntülenir. Aşağıda sıralanan adımlar bu soruna neden olur:

1. aspnet_regiis’nin ASP.NET 4 sürümünü kullanarak “aspnet_regiis -u” komutunu çalıştırma
2. aspnet_regiis’nin ASP.NET 4 sürümünü kullanarak “aspnet_regiis -i -enable” komutunu çalıştırma

Bu sorunu çözmek için:

IIS MMC’deki ASP.NET sürüm listesinde, istediğiniz ASP.NET sürümünü el ile seçin ve sonra “Uygula” düğmesini tıklatın.

2.3.2.3 Windows Vista, Windows Server 2008 ve Windows 7 üzerindeki ASP.NET derleme görevleri, IIS çalışan işleminin Windows geçici dizininde yazma izni olmadığından başarısız olabilir

Windows Vista, Windows Server 2008 ve Windows 7 üzerindeki bazı ASP.NET derleme görevleri, IIS çalışan işleminin Windows geçici dizininde (%WINDOWS%\Temp) yazma izni olmadığından başarısız olabilir. WSDL dosyalarına bağımlı olan Web hizmeti başvuruları gibi öğeleri derlemeye çalıştığınızda, “Ayrıştırıcı Hata İletisi: Geçici sınıf üretilemiyor” gibi hatalar görebilirsiniz.

Bu hata, bilgisayarda IIS etkinleştirilmiş ve .NET Framework 4 yüklüyse, ancak ASP.NET ve .NET Genişletilebilirliği özellikleri etkinleştirilmemişse oluşur.

Bu sorunu çözmek için:

Seçenek 1
———-
IIS çalışan işlemi hesabına Windows geçici dizinine (%WINDOWS%\Temp) yazma iznini özel olarak verin. Bunu yapmanın bir yolu, çalışan işlemi hesabını içeren bir gruba (örneğin, IIS_IUSRS grubu) yazma erişimi vermektir.

Seçenek 2
———
ASP.NET ve .NET Genişletilebilirliği özelliklerini etkinleştirin. Windows Denetim Masası’nda, “Programlar ve Özellikler” altında “Programlar”ı açın, “Windows özelliklerini aç veya kapat”ı tıklatın. “Windows Özellikleri” iletişim kutusunda, sırasıyla “Internet Information Services”, “World Wide Web Hizmetleri” ve “Uygulama Geliştirme Özellikleri” düğümlerini açın. Aşağıdaki özellikleri etkinleştirin:

.NET Genişletilebilirliği
ASP.NET

2.3.2.4 GAC’de dağıtılan önceden derlenmiş Web derlemelerini yüklemeye çalışma işlemi, Web sitesi kısmi güvende çalışıyorken başarısız olarak bir “SecurityException” özel durumuna neden oluyor

ASP.NET Web sitelerini aspnet_compiler.exe komut satırı aracını kullanarak önceden derleyebilirsiniz. Oluşan derlemeleri bir anahtarla imzalarsanız, derlemeleri Web sitesinin Bin klasörü yerine GAC içinde dağıtabilirsiniz.

ASP.NET 4’te, kısmi güvende çalışan bir Web sitesi GAC’den derleme yüklemeye çalışırsa, bir “System.Security.SecurityException” özel durumu oluşturulur. Bunun nedeni, ASP.NET 4’ün varsayılan olarak önceki ASP.NET sürümlerinden daha yeni bir kod erişim güvenliği (CAS) uygulaması kullanmasıdır. Yeni CAS uygulamasında, GAC’ye dağıtılmış olan önceden derlenmiş ve imzalanmış derlemeler “SecurityTransparent” özniteliği kullanılarak özel olarak işaretlenmiş olmalıdır.

Bu sorunu çözmek için:

Seçenek 1
——–
Derlemeden önce aşağıdaki örnekte gösterildiği gibi “SecurityTransparent” özniteliğini kullanarak derlemeyi işaretleyin:

Seçenek 2
——–
(Sitenin Web.config dosyasına, “Nasıl Yapılır: Önceden Derlenmiş Web Siteleri İçin Sürümü Oluşturulmuş Derlemeler Oluşturma” (http://msdn.microsoft.com/en-us/library/ms228042.aspx) makalesinde anlatıldığı gibi bir “compilerOptions” ayarı ekleyin.) Bu işlemin bir parçası olarak, “compilerOptions” ayarının başvuruda bulunduğu AssemblyInfo.vb veya AssemblyInfo.cs dosyasına aşağıdaki satırı ekleyin:

Seçenek 3
——–
Aşağıdaki özniteliği içeren bir kukla sınıf kitaplığı oluşturun:

Sınıf kitaplığını bir derleme olarak derleyin ve sonra aşağıdaki örnekte gösterildiği gibi önceden derlenmiş Web sitesinde aspnet_merge.exe komut satırı aracını “copyattrs” seçeneğini kullanarak çalıştırın:

aspnet_merge c:\MyApplicationRootDirectory -copyattrs assemblyfile.dll

DLL adı için, “SecurityTransparent” özniteliği kullanılarak işaretlenmiş kukla sınıf kitaplığının adını kullanın.

Seçenek 4
——–
Aşağıdaki örnekte gösterildiği gibi sitenin Web.config dosyasında “trust” öğesinin “legacyCasModel” özniteliğini “true” olarak ayarlayarak eski CAS modunu geçici olarak geri döndürün:

<trust level=”Medium” legacyCasModel=”true”/>

Bu değişikliği yaptıktan sonra, önceden derlenmiş derlemelere “SecurityTransparent” özniteliğini eklemek için diğer seçeneklerden birini kullanmanızı öneririz. Daha sonra “legacyCasModel” özniteliğini kaldırabilir ve Web sitesini yeni CAS modunda çalıştırabilirsiniz.

2.3.2.5 ASP.NET ve WCF uygulamaları IIS 7 Tümleşik modunda başlayamayabilir

Bir ASP.NET veya Windows Communication Foundation (WCF) uygulamasının Web.config dosyasına yeni yapılandırma bölümleri eklendiyse, uygulama IIS 7 Tümleşik modunda çalışırken başlayamaz.

Örneğin, bir WCF uygulamasının Web.config dosyasına bir <standardEndpoints> yapılandırma bölümü eklenirse, uygulama IIS 7 Tümleşik modunda çalışırken başlayamaz. Bunun yerine, yeni yapılandırma bölümü IIS 7 yapılandırma sistemi tarafından tanınmadığından, IIS 7 bir yapılandırma doğrulama hatası döndürür.

Bu sorunu çözmek için:

Bu sorun için herkese açık olarak yayımlanan düzeltmeyi karşıdan yükleyip kurun. Düzeltme http://support.microsoft.com/kb/958854 adresinde bulunmaktadır. Alternatif olarak, düzeltmeyi içeren Windows Vista SP 2’yi yükleyebilirsiniz.  Windows 7 ve Windows Server 2008 R2 gerekli düzeltmeyi zaten içerdiğinden bu sorun bu işletim sistemlerinde yoktur.

2.3.2.6 Windows Vista, Windows Server 2008, Windows 7 ve Windows Server 2008 R2 üzerinde ASP.NET 4’ün yeniden kaydettirilmesi gerekebilir

.NET Framework 4 bilgisayara yüklendikten *sonra* IIS 7/7.5 veya IIS 7/7.5 .NET Genişletilebilirliği özelliği etkinleştirilirse, ASP.NET 4’ün yeniden kaydettirilmesi gerekir. Bilgisayarda .NET Framework 4 yüklüyken .NET Genişletilebilirliği özelliği kaldırılırsa da ASP.NET 4’ün yeniden kaydettirilmesi gerekir.

İki durumda da, IIS 7 ve IIS 7.5 için ve .NET Genişletilebilirliği özelliği için işletim sisteminin yükleme ve kaldırma işlemi daha yeni bir .NET Framework sürümünün bilgisayarda zaten bulunduğu senaryoya göre tasarlanmadığından yeniden kayıt gerekmektedir.

Bu sorunu çözmek için:

ASP.NET 4’ü yeniden kaydettirmek için aşağıdaki komutu çalıştırın:

aspnet_regiis -iru -enable

.NET Framework 4 yükleme dizininde yüklü bulunan aspnet_regiis.exe sürümünü kullandığınızdan emin olun.

2.3.2.7 Uzak bir Web sunucusunu yönetirken ASP.NET yönetim konsolu (MMC) sekmesi görüntülenmeyebilir

Uzak bir Web sunucusunu yönetirken yerel bir bilgisayarda yönetim konsolunu (MMC) çalıştırırsanız ASP.NET sekmesi görüntülenmeyebilir. Bu durum, IIS 6 yönetim aracını kullanarak ASP.NET yüklü olan bir Web sunucusunu uzaktan yönettiğinizde ve yerel bilgisayarda Windows Server 2008 x64, Windows 7, veya Windows Server 2008 R2 (x86 ya da x64) çalıştığında oluşur.

Bu sorunu çözmek için:

Geçici bir çözüm yoktur.

2.3.2.8 “aspnet_regiis -ua” komutunun ASP.NET 2.0 sürümü çalıştırıldığında ASP.NET 4 dahil olmak üzere diğer ASP.NET sürümlerinin kaydı silinemiyor

Windows Vista, Windows Server 2008, Windows 7 ve Windows Server 2008 R2 üzerinde “aspnet_regiis -ua” komutunun ASP.NET 2.0 sürümünün çalıştırılması aşağıdaki hataya neden olur:

İstek desteklenmiyor.

Bunun nedeni “aspnet_regiis” komutunun ASP.NET 2.0 sürümünün bilgisayarda daha yeni bir ASP.NET sürümü bulunduğunu algılayamamasıdır.

Bu sorunu çözmek için:

Bilgisayardaki tüm ASP.NET sürümlerinin kaydını silmek için “aspnet_regiis -ua” komutunun ASP.NET 4 sürümünü çalıştırın.

2.3.2.9 Windows Server 2003 üzerinde “aspnet_regiis -i” çalıştırılması sanal dizinlerin özyinelemeli olarak ASP.NET 4’e yükseltilmesini zorlamıyor

ASP.NET 2.0 için, “aspnet_regiis -i” komutu Windows Server 2003 üzerindeki tüm sanal dizinleri ASP.NET 2.0 kullanacak şekilde özyinelemeli olarak yükseltir. ASP.NET 4 için, “aspnet_regiis -i” komutu Windows Server 2003 üzerinde yalnızca IIS 6’nın kökünü ASP.NET 4’e yükseltir. Kökün altındaki herhangi bir sanal dizin özel olarak belirli bir ASP.NET sürümünü çalıştırmaya ayarlanmışsa, bu sanal dizinler kök dizinlerden ASP.NET 4 ayarını devralmak yerine özel olarak ayarlanmış olan ASP.NET sürümünü korur.

Bu sorunu çözmek için:

Aşağıdaki komutlardan birinin ASP.NET 4 sürümünü çalıştırın:

aspnet_regiis -s

aspnet_regiis -r

Bu komutlar tüm sanal dizinleri özyinelemeli olarak ASP.NET 4’e yükseltmeyi zorlar.

2.3.2.10 ASP.NET 2.0 kaydının silinmesi ASP.NET 4 performans sayaçlarını bozar

ASP.NET 4’ün zaten kayıtlı olduğu herhangi bir işletim sisteminde ASP.NET 2.0 kaydının silinmesi ASP.NET 4 ile ilgili bazı performans sayacı kayıtlarını bozar. Bunun nedeni ASP.NET 2.0 kayıt silme işleminin bilgisayarda daha yeni bir ASP.NET sürümünün yüklü olduğunu algılayamamasıdır. Sonuç olarak, belirli ASP.NET 4 performans sayaçlarını kullandığınızda, uygulama olay günlüğünde aşağıdakine benzer hata iletileri görülebilir:

“”ASP.NET” hizmeti için “%WINDOWS%\Microsoft.NET\Framework\v4.0.NNNNN\aspnet_perf.dll” DLL’sinde “%perf_sayacı_adı%” açık yordamı bulunamıyor.”

“”ASP.NET” hizmetinden performans sayaç verisi toplanması, bu hizmet için performans sayaç kitaplığı tarafından bir veya daha çok hata üretilmesi nedeniyle bu oturum için devre dışı bırakıldı.”

Bu sorunu çözmek için:

“aspnet_regiis -iru” komutunun ASP.NET 4 sürümünü çalıştırın.  Bu, ASP.NET 4 performans sayaçlarını yeniden kaydettirir.

2.3.2.11 SQL Server Express kullanıcı örnekleri IIS 6 veya IIS 7 altında Web uygulaması projeleriyle veya IIS 7.5 altında uygulamalarla çalışmıyor

Varsayılan olarak, SQL Server Express kullanıcı örneklerine bağımlı ASP.NET 4 Web projeleri ve Web uygulamaları aşağıdaki senaryolarda çalışmaz:

1. Bir Web uygulaması projesi (WAP) herhangi bir IIS sürümünde sanal dizin olarak barındırılıyorsa.  Bunun nedeni, SQL Server Express kullanıcı örneklerinin kullanıcının Belgeler klasöründe belirli dosya izinleri gerektirmesi ve IIS hizmeti hesabının (NETWORK SERVICE) bu izinlere sahip olmamasıdır.
2. Bir Web sitesi Windows 7 veya Windows Server 2008 R2 üzerinde çalışan IIS 7.5 üzerinde barındırılıyorsa. Bunun nedeni, IIS 7.5 uygulama havuzlarının varsayılan güvenlik kimlik bilgilerinin NETWORK SERVICE’i temel almamasıdır.

Bu sorunu çözmek için:

Bu sorunları gidermeyle ilgili ayrıntılar için, şu adresteki makaleye bakın:

http://go.microsoft.com/fwlink/?LinkID=160102

2.3.2.12 Uygulama düzeyi Web.config dosyalarında ilişkili bölümler var olduğunda ASP.NET 4 veya IIS 7 tarafından yapılandırma hataları veriliyor

ASP.NET 4’te, varsayılan Web.config dosyasının boyutu oldukça küçülmüştür. Sonuç olarak, IIS 7 (Windows Vista ve Windows Server 2008 üzerinde) ve IIS 7.5 (Windows Server 2008 R2 üzerinde) yapılandırma hataları oluşturur. Hataların tam olarak ne olacağı işletim sistemine yüklenmiş olan güncelleştirmelere ve uygulama düzeyi Web.config dosyalarında bulunan yapılandırma bilgilerinin türüne bağlıdır.

Ne KB958854 ne de SP2 yüklenmemiş olan Windows Vista SP1 veya Windows Server 2008 SP1. Bu yapılandırmada, IIS 7 yapılandırma sistemi yanlış bir şekilde bir uygulamanın yönetilen yapılandırmasını uygulama düzeyi Web.config dosyasını ASP.NET 2.0 machine.config dosyalarıyla karşılaştırarak birleştirir. Bu nedenle, .NET Framework 3.5 veya .NET Framework 4 sürümlerindeki uygulama düzeyi Web.config dosyalarının IIS 7 doğrulama hatasına neden olmamak için bir <system.web.extensions> yapılandırma bölümü içermeleri gerekir.  Visual Studio 2008 ile kullanıma sunulan özgün şablon yapılandırma bölümü tanımlarıyla tam olarak eşleşmeyen el ile değiştirilmiş uygulama düzeyi Web.config dosyası girişleri yapılandırma hatalarına neden olur. (Visual Studio 2008 tarafından yapılandırılan varsayılan yapılandırma girişleri çalışır). Genel bir sorun, el ile değiştirilen Web.config dosyalarının çeşitli yapılandırma bölümü tanımlarında bulunan “allowDefinition” ve “requirePermission” için yapılandırma özniteliklerini dahil etmemeleridir. Sonuç olarak, uygulama düzeyi Web.config dosyalarındaki kısaltılmış yapılandırma bölümü ile ASP.NET 4 machine.config dosyasındaki tam tanım arasında bir uyuşmazlık vardır. Bu nedenle, çalışma zamanında, ASP.NET 4 yapılandırma sistemi bir yapılandırma hatası verir.

KB958854 düzeltmesinin yüklü olduğu Windows Vista SP2, Windows Server 2008 SP2, Windows 7, Windows Server 2008 R2 ve ayrıca Windows Vista SP1 ve Windows Server 2008 SP1. Bu senaryoda, IIS 7 ve IIS 7.5 yerel yapılandırma sistemi, bir yönetilen yapılandırma bölümü işleyicisi için tanımlanan “type” özniteliğinde metin karşılaştırması gerçekleştirdiğinden bir yapılandırma hatası döndürür. Visual Studio 2008 ve Visual Studio 2008 SP1 tarafından üretilen tüm Web.config dosyalarının <system.web.extensions> (ve ilişkili) yapılandırma bölümlerindeki tür dizesinde “3.5” bulunduğu ve ASP.NET 4 machine.config dosyasında aynı yapılandırma bölümlerindeki “type” özniteliğinde “4.0” bulunduğu için, Visual Studio 2008 veya Visual Studio 2008 SP1 ile oluşturulan uygulamalar için her zaman IIS 7 ve IIS 7.5’te yapılandırma doğrulaması başarısız olur.

Bu sorunu çözmek için:

İlk senaryo için, uygulama düzeyi Web.config dosyasını, Visual Studio 2008 tarafından otomatik olarak üretilmiş bir Web.config dosyasındaki şablon yapılandırma metnini ekleyerek güncelleştirin.

İkinci senaryo için, uygulama düzeyi Web.config dosyasında tüm <system.web.extensions> yapılandırma bölümlerini ve yapılandırma bölümü grup tanımlarını silin veya açıklama metni yapın.

2.3.2.13 System.Web.Hosting.IProcessHostPreloadClient.Preload yöntemine hiçbir parametre geçirilmiyor

System.Web.Hosting.IProcessHostPreloadClient.Preload yöntemi giriş parametresi olarak bir dize dizisi alır. Ancak, bu veriyi ayarlamanın bir yolu yoktur ve bu parametrede asla herhangi bir bilgi geçirilmez.

Bu sorunu çözmek için:

IIS 7.5 otomatik başlatma özelliğinin önceki sürümleri ASP.NET 4 IProcessHostPerloadClient.Preload yöntemine geçirilmek üzere bir veya daha fazla dize yapılandırmaya olanak tanıyordu. Ancak bu işlev en son Windows 7 ve Windows Server 2008 R2 sürümünden önce kaldırılmıştır.

2.3.2.14 IIS 7/IIS 7.5 .NET Genişletilebilirliği özelliği Windows Vista, Windows Server 2008, Windows 7 ve Windows Server 2008 R2 üzerinde ASP.NET 4 ile tümleşik değil

IIS 7 ve IIS 7.5 .NET Genişletilebilirliği “Windows Özellikleri” iletişim kutusunda bulunan ve 7 veya IIS 7.5 özelliklerini yüklemeyi veya kaldırmayı sağlayan bir seçenektir. Özellik aşağıdaki düğümde bulunur:

Internet Information Services  > World Wide Web Hizmetleri  > Uygulama Geliştirme Özellikleri  > .NET Genişletilebilirliği 

Windows Vista, Windows Server 2008, Windows 7 ve Windows Server 2008 R2 üzerinde .NET Genişletilebilirliği özelliği yalnızca ASP.NET 2.0 ile IIS 7 veya IIS 7.5 tümleştirmesini etkiler. ASP.NET 4’ü IIS 7 veya IIS 7.5’e kaydettirme üzerinde hiçbir etkisi yoktur.

Bu sorunu çözmek için:

ASP.NET 4 ile IIS 7 veya IIS 7.5 tümleştirmesini yönetmek için, “aspnet_regiis.exe” komutunun ASP.NET 4 sürümünü kullanın.

2.3.2.15 IIS 6 üzerinde çalışan ASP.NET 2.0 uygulamaları “System.Web.HttpException: ‘/[UygulamanızınKökü]/eurl.axd/[Değer]’ yolu bulunamadı.” gibi hatalar oluşturabilir

IIS 6 (Windows Server 2003 ya da Windows Server 2003 R2 sistemlerde) üzerinde çalışan ASP.NET 2.0 uygulamaları aşağıdakine benzer hatalar üretebilir:

System.Web.HttpException: ‘/[UygulamanızınKökü]/eurl.axd/[Değer]’ yolu bulunamadı.

Bu hata yalnızca IIS 6 üzerinde ASP.NET 4 etkinleştirildikten sonra oluşur. Bu hata, ASP.NET tarafından Web sitesinin ASP.NET 4 kullanacak şekilde yapılandırıldığı belirlendiğinde, yerel bir ASP.NET 4 bileşeninin ek işlem için uzantısız URL’leri ASP.NET’in yönetilen bölümüne geçirmesi nedeniyle oluşur.

Ancak, ASP.NET 4 Web sitesinin altındaki sanal dizinler ASP.NET 2.0’ı kullanacak şekilde yapılandırılmışsa, uzantısız URL’nin bu şekilde işlenmesi “eurl.axd” içeren değiştirilmiş bir URL oluşturur ve bu da ASP.NET 2.0 uygulamasına gönderilir. ASP.NET 2.0 “eurl.axd” biçimini tanıyamaz.  Bu nedenle, ASP.NET 2.0 “eurl.axd” adlı bir dosyayı bulmaya ve yürütmeye çalışır.  Böyle bir dosya olmadığından, istek “HttpException” özel durumuyla başarısız olur.

Bu sorunu çözmek için:

Seçenek 1
——–
Web sitesini çalıştırmak için ASP.NET 4 gerekli değilse, siteyi ASP.NET 2.0 kullanacak şekilde yeniden eşleyin.

Seçenek 2
———
Web sitesini çalıştırmak için ASP.NET 4 gerekli değilse, alt ASP.NET 2.0 sanal dizinlerinin tümünü ASP.NET 2.0’a eşlenmiş farklı bir Web sitesine taşıyın.

Seçenek 3
———
Web sitesini ASP.NET 2.0’a eşlemek veya bir sanal dizinin konumunu değiştirmek pratik değilse, ASP.NET 4’te uzantısız URL işlemeyi açıkça devre dışı bırakın. Aşağıdaki yordamı kullanın:

1. Windows kayıt defterinde aşağıdaki düğümü açın:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\ASP.NET\4.0.<build#>

Not: <yapı#>, .NET Framework 4’ün yayım sürümünün yapı numarasıdır.

2. “EnableExtensionlessUrls” adlı bir DWORD değeri oluşturun.
3. “EnableExtensionlessUrls” ayarını 0 yapın. Bu ayar uzantısız URL davranışı devre dışı bırakır.
4. Kayıt defteri değerini kaydedin ve düzenleyiciyi kapatın.
5. “iisreset” komut satırı aracını çalıştırın dolayısıyla IIS yeni kayıt defteri değerini okuyabilir.

Not: “EnableExtensionlessUrls” 1 olarak ayarlandığında uzantısız URL davranışı etkinleşir. Değer belirtilmezse varsayılan davranış budur.

2.3.2.16 Entity Framework kullanan ve ASP.NET 4’ün yayım öncesi sürümleri kullanılarak oluşturulmuş Web siteleri eksik derleme başvuruları nedeniyle çalışmayı durdurur

Entity Framework kullanan Web projeleri için ad alanlarına ve derlemeler yönelik gerekli başvurular kök Web.config dosyasının RTM sürümünden kaldırılmıştır. Sonuç olarak, EntityDataSource kullanan Dinamik Veri Web siteleri yanında ASP.NET 4’ün yayım öncesi sürümleri kullanılarak oluşturulmuş Entity Framework kullanan Web uygulamaları başarısız olur ve derleme hataları bildirir.

Bu sorunu çözmek için:

Uygulamanın Web.config dosyasına eksik olan derleme ve ad alanı başvurularını ekleyebilirsiniz. Aşağıdaki örneklerde uygulama düzeyi Web.config dosyasına el ile eklenmesi gereken derleme ve ad alanı örnekleri gösterilmiştir.

<system.web>

<compilation>
<assemblies>
<add assembly=”System.Data.Entity, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089″ />
<add assembly=”System.Web.Entity, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089″/>
<add assembly=”System.Data.Linq, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089″ />
<add assembly=”System.Data.Entity.Design, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089″ />
</assemblies>
</compilation>

<pages>
<namespaces>
<add namespace=”System.Data.Entity.Design” />
<add namespace=”System.Data.Linq” />
</namespaces>
</pages>

</system.web>

2.3.2.17 IIS 7 veya IIS 7.5 üzerinde Tümleşik modda çalışan yayım öncesi ASP.NET 4 sürümleri RoleManagerModule sınıfında işlenmemiş bir NullReferenceException hatası bildirebilir

.NET Framework sürüm 2.0 ve sürüm 4’ün Windows Vista, Windows Server 2008, Windows 7 ve Windows Server 2008 R2 üzerindeki belirli sıralardaki yüklemelerinde, ASP.NET 4 uygulamaları RoleManagerModule sınıfında NullReferenceException hatası oluşturur. Bu durum, IIS 7 veya IIS 7.5’e kaydettirilen tek ASP.NET sürümü ASP.NET 4 olduğunda ve ASP.NET 2.0 ya IIS’ye hiç kaydettirilmemişse ya da IIS 7 veya IIS 7.5’ten ASP.NET 2.0 kaydı silinmişse oluşur.

İki senaryoda da, ASP.NET 4’ün tek başına kaydı, Tümleşik mod uygulamalarında kullanılan iki HTTP modülünün yapılandırma dosyasında yanlış bir sıraya neden olur.

Bu sorunu çözmek için:

Bu sorun ASP.NET 4’ün yayım sürümünde düzeltilmiş olmakla birlikte, yayım öncesi ASP.NET 4 sürümlerinde modüller için yanlış sıra belirtilmiş olabilir. İşlenmeyen özel durum yayım öncesi ASP.NET 4 sürümünden RTM sürümüne yükseltilmiş bir bilgisayarda hala oluşuyorsa, aşağıdaki adımları gerçekleştirin:

1. Aşağıdaki klasörde bulunan applicationHost.config dosyasını açın:

%windir%\System32\inetsrv\config

2. Aşağıdaki öğeyi bulun:

<location path=”” overrideMode=”Allow”>

Bu öğe Tümleşik mod için HTTP modüllerinin listesini içerir. Bilgi <modules> öğesindedir.

3. Aşağıdaki dizeyle başlayan öğeyi seçin:

<add name=”RoleManager”  …

4. Öğeyi, aşağıdaki dizeyle başlayan öğenin altına taşıyın:

<add name=”DefaultAuthentication”…

5. Dosyayı kaydedin.

Bitirdiğinizde, <modules> tanımının bir bölümü aşağıdaki örnektekine benzemelidir:

<add name=”DefaultAuthentication” type=”System.Web.Security.DefaultAuthenticationModule” preCondition=”managedHandler” />
<add name=”RoleManager” type=”System.Web.Security.RoleManagerModule” preCondition=”managedHandler” />

2.3.2.18 URL yönlendirme kullanan MVC 2 ve ASP.NET 4 Web Formları uygulamaları IIS 7 ve IIS 7.5 üzerinde uzantısız URL’leri işlemeye çalıştıklarında HTTP 404 hataları döndürebilir

Uzantısız URL kullanan MVC 2 ve ASP.NET 4 Web Formları uygulamaları Windows Vista, Windows Server 2008, Windows 7 veya Windows Server 2008 R2 üzerinde çalıştırıldıklarında HTTP 404 hataları döndürebilir. Bu durum, IIS Windows Özellikleri iletişim kutusu aracılığıyla yüklenirken yalnızca .NET Framework Genişletilebilirliği seçeneği açıksa oluşabilir. Minimum IIS yüklemesi belirli HTTP modüllerini içermez. ASP.NET ve IIS’nin HTTP ardışık düzen olay geçişlerini yönetme şekli nedeniyle, eksik olan HTTP modülleri ASP.NET URL yönlendirme modülünün uygun zamanda çalışmasını engelleyebilir. Sonuç olarak, uzantısız URL’lerle ilgili istekler URL yönlendirme modülü tarafından işlenmez ve bir 404 hatası oluşur.

Bu sorunu çözmek için:

Windows Denetim Masası’ndaki “Programlar ve Özellikler” uygulamasının
“Windows Özelliklerini Aç veya Kapat iletişim kutusunda aşağıdaki adımları gerçekleştirin”:

1. Aşağıdaki düğüme gidin:

Internet Information Services –> World Wide Web Hizmetleri –> Genel HTTP Özellikleri

2. “HTTP Hata Yönlendirmesi” seçeneğinin seçili olduğundan emin olun.

-veya-

1. Aşağıdaki düğüme gidin:

Internet Information Services –> World Wide Web Hizmetleri –> Performans Özellikleri

2. “Statik İçerik Sıkıştırma” seçeneğinin seçili olduğundan emin olun.

İki seçenekten biri seçildikten sonra, değişiklikleri kaydetmek için “Tamam”ı tıklatın.

HTTP Hata Yönlendirmesi modülünü veya Statik İçerik Sıkıştırma modülünü yeniden etkinleştirme ASP.NET ve IIS’nin HTTP ardışık düzen olaylarıyla doğru şekilde eşitlenmesini sağlar. Bu da URL yönlendirme modülünün uzantısız URL’leri işlemesini sağlar.

2.3.2.19 System.Web.Mobile.dll kök Web.config dosyasından kaldırılmıştır

Önceki ASP.NET sürümlerinde, kök Web.config dosyasının <assemblies> bölümünde <system.web><compilation> altında System.Web.Mobile.dll derlemesine bir başvuru vardı. Performansı artırmak için bu derleme başvurusu kaldırılmıştır.

Bu sorunu çözmek için:

System.Web.Mobile.dll derlemesi ASP.NET 4’e eklenmiştir ancak kullanımdan kalkmıştır. System.Web.Mobile.dll derlemesindeki türleri kullanmak istiyorsanız, kök Web.config dosyasına ya da uygulamanın Web.config dosyasına bu derleme için bir başvuru ekleyin. Örneğin, (kullanımdan kalkmış) ASP.NET mobil denetimlerinden herhangi birini kullanmak istiyorsanız, Web.config dosyasına System.Web.Mobile.dll derlemesi için bir başvuru eklemeniz gerekir.

2.3.2.20 Tarayıcı tanım dosyasında ve tarayıcı yeteneklerinde değişiklikler yapılmıştır

Tarayıcı tanım dosyası yeni ve güncelleştirilmiş tarayıcılar ve aygıtlarla ilgili bilgileri içerecek şekilde güncelleştirilmiştir. Netscape Navigator gibi eski tarayıcılar ve aygıtlar kaldırılmış ve Google Chrome ve Apple iPhone gibi yeni tarayıcılar ve aygıtlar eklenmiştir.

Bu sorunu çözmek için:

ASP.NET 4 ile eski tarayıcı tanım dosyalarını kullanabilirsiniz. Eski tarayıcı dosyaları ve bunları yüklemeyle ilgili belgeler, http://go.microsoft.com/fwlink/?LinkID=186493 adresindeki ASP.NET Tarayıcı Tanım Dosyaları sayfasında bulunmaktadır.

2.3.2.21 ScriptManager.EnableCdn ve Yerelleştirilmiş Microsoft Ajax Dosyaları

Microsoft Ajax JavaScript dosyalarının yerelleştirilmiş sürümleri (MicrosoftAjax.debug.ja.js gibi), yerelleştirilmiş .NET Framework 4 sürümleri yayımlanıncaya kadar Microsoft Ajax Content Delivery Network’e (CDN) ağına eklenmeyecektir. Bu nedenle, yerelleştirilmiş .NET Framework sürümlerini ve CDN’yi kullanıyorsanız, ScriptManager.EnableCdn özelliğini etkinleştirmeyin.

Bu sorunu çözmek için:

Microsoft Ajax Content Delivery Network’ü (CDN) kullanmadan önce yerelleştirilmiş .NET Framework 4 sürümlerinin yayımlanmasını bekleyin. O zamana kadar, uygulamanızdaki ScriptManager denetimlerinde EnableCdn=”true” olmadığından emin olun.

2.3.2.22 Genel ASP.NET Performans Sayaçları Yalnızca ASP.NET 4 Uygulamalarından Veri Rapor Ediyor

ASP.NET 4 yüklendikten sonra, genel ASP.NET performans sayaçları yalnızca ASP.NET 4 uygulamalarından veri rapor eder.  Genel performans sayaçları ASP.NET 1.1, ASP.NET 2.0 ve ASP.NET 3.5 uygulamalarında kullanılırsa, performans sayaçlar herhangi bir veri rapor etmez.  Önceki ASP.NET sürümlerini çalıştıran uygulamaların performans verileri sürümü oluşturulan ASP.NET performans kategorilerini kullanmalıdır.

Genel ASP.NET performans sayaçları şu performans sayacı kategorilerini içerir:  “ASP.NET” ve “ASP.NET Uygulamaları”.

Sürümü oluşturulan ASP.NET performans kategorileri şuna benzer adlara sahiptir: “ASP.NET v2.0.50727” ve “ASP.NET Uygulamaları v2.0.50727”.

Bu sorunu çözmek için:

Bu davranış tasarım gereğidir.  Bilgisayarda yüklü olan en son ASP.NET sürümü genel performans sayacı kategorilerinin “sahibidir”.  Bu nedenle, farklı ASP.NET sürümlerini çalıştıran birden fazla ASP.NET uygulamasından performans verisi toplarken sürümü oluşturulmuş performans sayaçları kullanmanızı öneririz.

2.3.3 Winforms

Bilinen herhangi bir sorun yoktur.

2.3.4 Paralel Programlama

Bilinen herhangi bir sorun yoktur.

2.3.5 Yönetilen Genişletilebilirlik Çerçevesi

Bilinen herhangi bir sorun yoktur.

2.3.6 Entity Framework

Bilinen herhangi bir sorun yoktur.

2.3.7 LINQ to SQL

Bilinen herhangi bir sorun yoktur.

2.3.8 Windows Communication Foundation (WCF)

2.3.8.1 İstemci profili yükseltildikten sonra bir hizmet başlatıldığında veya IIS sıfırlandığında “Sistem belirtilen dosyayı bulamıyor” hatası oluşuyor

.NET Framework 4 sürümü Beta 2’den RTM’ye yükseltildikten sonra, hizmetleri başlatırken veya IIS’yi yeniden başlatırken aşağıdaki hata oluşabilir:

“Sistem belirtilen dosyayı bulamıyor”

Bu sorunu çözmek için:

Denetim Masası’nın Programlar uygulamasında .NET Framework İstemci Profili’ni onarın.

2.3.9 Windows Presentation Foundation (WPF)

2.3.9.1 Windows Presentation Foundation (WPF), ia64 üzerinde desteklenmez

WPF derlemeleri ia64 bilgisayarlarına yüklenmez ve bu bilgisayarlarda desteklenmez.

Bu sorunu çözmek için:

Geçici bir çözüm yoktur. WPF, ia64 üzerinde kullanılamaz.

2.3.10 Windows Workflow Foundation (WF)

2.3.10.1 İş akışı doğrulama sizeof işlecini desteklemiyor

sizeof işlecini içeren bir iş akışı doğrulandığında bir özel durum oluşur.

Bu sorunu çözmek için:

İş akışlarında sizeof işlecini kullanmayın.

2.3.11 İstemci Profili (Ürün)

2.3.11.1 .NET Framework 4 İstemci Profili, ia64 üzerinde desteklenmez

.NET Framework 4 İstemci Profili, ia64 üzerinde desteklenmez.

Bu sorunu çözmek için:

ia64 üzerinde .NET Framework 4’ü kaldırırsanız, hem Tam sürümünü hem de İstemci Profili sürümünü kaldırdığınızdan emin olun.

3. İlgili Bağlantılar

• Microsoft, müşterilerimizi korumamıza yardımcı olmak için bizimle işbirliği yapan aşağıdaki kişilere teşekkür eder:

* Jeroen Frijters

• .NET Framework 4’e yükselten bir ASP.NET geliştiricisi için engelleyici olabilecek değişikliklerin listesini görmek için, bkz: http://go.microsoft.com/fwlink/?LinkID=186526. Yeni sorunlar bulundukça bu liste güncelleştirilmektedir.

© 2010 Microsoft Corporation. Tüm hakları saklıdır.

Kullanım Koşulları  | Ticari Markalar  | Gizlilik Bildirimi