1. .NET Framework 3.0:n asennuksen järjestelmävaatimukset
2. .NET Framework 3.0: Tunnettuja asennusongelmia
3. Latausvirheiden vianmääritysohjeet
4. Tunnettuja Windows Communication Foundation -ongelmia
5. Tunnettuja Windows Workflow Foundation -ongelmia 6. Tunnettuja Windows Presentation Foundation -ongelmia
Suoritin | Vähintään:
Suositus:
|
Käyttöjärjestelmä | .NET Framework 3.0:n voi asentaa seuraaviin käyttöjärjestelmiin:
*.NET Framework 3.0 toimitetaan Windows Vistan mukana. Erillistä asennuspakettia ei tarvita. Vista ei tue .NET Framework 3.0 -erillispaketteja. |
RAM-muisti | Vähintään:
Suositus:
|
Kiintolevy | Levytilaa voidaan tarvita jopa 500 megatavua. |
CD- tai DVD-asema | Ei tarvita. |
Näyttö | Vähintään:
Suositus:
|
Hiiri | Ei vaatimuksia. |
Kun käynnistät .NET Framework 3.0 -asennusohjelman, oletusasennussijaintina käytetään järjestelmäasemaa eli asemaa, josta järjestelmä käynnistetään. Varmista, että järjestelmäasemassa on vähintään tarvittavat 500 megatavua vapaata tilaa.
.NET Framework 3.0:n lataus ja asennus epäonnistuu ajoittaisesti.
Ongelman ratkaiseminen
Suorita dotnetfx3setup.exe uudelleen Web-sivustosta ja yritä latausta uudelleen. Napsauttamalla tätä saat lisää latausvirheitä koskevia vianmääritystietoja.
– TAI –
Asenna Redistribution Package dotnetfx3.exe (x86) tai dotnetfx3_x64.exe (x64) kokonaisuudessaan. Nämä Redistribution Package -paketit ovat käytettävissä .NET Framework 3.0:n latausosiossa.
Jos asennusohjelma täytyy käynnistää uudelleen ja virustentorjuntaohjelma on määritetty tyhjentämään Temp-kansio käynnistyksen yhteydessä, tarvittavat asennustiedostot poistetaan ja ohjelmaa ei löydy -tyyppinen virhe aiheuttaa asennusohjelman epäonnistumisen.
Ongelman ratkaiseminen
Määritä virustentorjuntaohjelman asetukset siten, että Temp-kansiota ei tyhjennetä käynnistyksen tai uudelleenkäynnistyksen yhteydessä, ennen kuin suoritat .NET Framework 3.0:n asennuksen. Etsi toimintaohjeet virustentorjuntaohjelman oppaista.
Jos virustentorjuntaohjelma tai muita sovelluksia on käynnissä, kun ylläpitotila käynnistetään, muut prosessit voivat hidastaa asennusohjelman toimintaa huomattavasti ja antaa sen vaikutelman, että asennus on epäonnistunut.
Ongelman ratkaiseminen
Asennus ei ole epäonnistunut, joten tarvitaan vain kärsivällisyyttä. Tätä ongelmaa ei voi kiertää.
Kun.NET Framework 3.0 asennetaan, näkyviin voi tulla virhesanoma, jossa Windows Workflow Foundationin asennus kehotetaan poistamaan. Lisää tai poista sovellus -toiminnossa ei kuitenkaan ole valintaa, jolla tuotteen asennus poistetaan.
Ongelman ratkaiseminen
Suorita asennuksen poistotyökalu osoitteessa http://www.microsoft.com/downloads/details.aspx?FamilyId=AAE7FC63-D405-4E13-909F-E85AA9E66146
Jos MSXML6:n lokalisoitu versio on asennettuna Windows XP SP2- tai Windows 2003 SP1 -käyttöjärjestelmässä, .NET Framework 3.0 -asennus korvaa MXSML6:n lokalisoidun version englanninkielisellä versiolla.
Ongelman ratkaiseminen
Asenna MSXML6:n lokalisoitu versio uudelleen .NET Framework 3.0:n asennuksen jälkeen.
.NET Framework 3.0. toimitetaan Windows Vistan mukana. Erillistä asennuspakettia ei tarvita. Vista ei tue.NET Framework 3.0 -erillispaketteja.
Tässä kappaleessa käsitellään ongelmia, joita voi ilmetä, jos tietokoneeseen on asennettu .NET Framework 3.0:n ennakkoversio (CTP ja beeta) ja haluat poistaa niiden asennuksen ennen päivittämistä RTM-versioksi.
Suorita asennuksen poistotyökalu
.NET Framework 3.0:n asennuksen poistotyökalu on käytettävissä osoitteessa http://www.microsoft.com/downloads/details.aspx?FamilyId=AAE7FC63-D405-4E13-909F-E85AA9E66146. Käyttämällä tätä työkalua vältytään useilta asennuksen poistoon liittyviltä ongelmilta, ja sen avulla asennuksen poistamiseen ja uudelleenasentamiseen liittyviä ongelmia on hyvä lähteä ratkaisemaan. Lataussivulla on työkalun käyttöohjeet.
Jos työkalua ei voi suorittaa tai jos ongelma ei ratkea sen avulla, voit etsiä ongelmaan ratkaisua jäljempänä olevasta Tunnettuja ongelmia ja korjauksia kohdasta.
Huomautus: Nämä asennusongelmat ilmenevät vain, jos järjestelmään on asennettu varhaisia .NET Framework 3.0 -ennakkoversioita ennen RTM-version asentamista. Näiden ongelmien aiheuttajat on korjattu uudemmissa .NET Framework 3.0 -ennakkoversioissa.
Tunnettuja ongelmia ja korjauksia
2.7.1 "Microsoft Digital Identity Service" (idsvc) jää poistamatta asennuksen poistamisen yhteydessä
Osa .NET Framework 3.0 -ennakkoversioista sisältää virheen, jonka vuoksi osa niiden luomista palveluista jää poistamatta asennuksen poistamisen yhteydessä. Jos jokin näistä palveluista jää järjestelmälohkoon, .NET Framework 3.0:n asennus estetään. Asennus epäonnistuu ja seuraavankaltainen virhesanoma tulee näkyviin:
ERROR_INSTALL_FAILURE 1603 Vakava virhe asennuksen aikana
Myös seuraavat tiedot näkyvät yhdessä %temp%\dd_wcf_retCA*.txt-lokitiedostossa:
ServiceModelReg [15:48:08:041]: Asennetaan: Microsoft Digital Identity Service (idsvc)
ServiceModelReg [15:48:08:073]: Virhe: System.ComponentModel.Win32Exception: Nimi on jo käytössä joko palvelunimenä tai palvelun esitysnimenä.
Ongelman ratkaiseminen
Suorita asennuksen poistotyökalu osoitteessa http://www.microsoft.com/downloads/details.aspx?FamilyId=AAE7FC63-D405-4E13-909F-E85AA9E66146
Tee seuraavat toimet, jos ongelma jatkuu:
Avaa komentorivi.
2.7.2 Osa .NET Framework 3.0:n ennakkoversioista sisältää puutteen, jonka vuoksi osa WCF-resurssilaskurien rekisteriavaimista jää poistamatta asennuksen poistamisen yhteydessä
Osa .NET Framework 3.0:n ennakkoversioista sisältää puutteen, jonka vuoksi osa resurssilaskurien rekisteriavaimista jää poistamatta asennuksen poistamisen yhteydessä. Jos jokin seuraavista avaimista jää rekisteriin, .NET Framework 3.0:a ei voi asentaa. Asennus epäonnistuu ja seuraavankaltainen virhesanoma tulee näkyviin:
"ERROR_INSTALL_FAILURE 1603 Vakava virhe asennuksen aikana"
Seuraavat avaimet voivat jäädä rekisteriin myös asennuksen poistamisen jälkeen:
• HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSDTC Bridge 3.0.0.0\Performance
• HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\ServiceModelEndpoint 3.0.0.0\Performance
• HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\ServiceModelOperation 3.0.0.0\Performance
• HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\ServiceModelService 3.0.0.0\Performance
• HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\SMSvcHost 3.0.0.0\Performance
Ongelman ratkaiseminen
Suorita asennuksen poistotyökalu osoitteessa http://www.microsoft.com/downloads/details.aspx?FamilyId=AAE7FC63-D405-4E13-909F-E85AA9E66146
Tee seuraavat toimet, jos ongelma jatkuu:
1. Yritä käynnistää tietokone uudelleen. Resurssilaskurien virheelliseen toimintaan voi olla monta syytä. Osa näistä ongelmista voi ratketa käynnistämällä järjestelmä uudelleen. Se on myös turvallisempaa kuin rekisterin manuaalinen muokkaaminen.
2. Jos ongelma ei ratkea, tee seuraavat toimet:
a. Tarkista seuraavat rekisteriavaimet. Poista seuraavien rekisteriavainten päärekisteriavaimet, jos rekisteriavaimet ovat tyhjiä tai niiden arvo sisältää merkkijonon "Wbem*":
• HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSDTC Bridge 3.0.0.0\Performance
• HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\ServiceModelEndpoint 3.0.0.0\Performance
• HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\ServiceModelOperation 3.0.0.0\Performance
• HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\ServiceModelService 3.0.0.0\Performance
• HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\SMSvcHost 3.0.0.0\Performance
b. Jos tämä rekisteriavain on tyhjä:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\ServiceModelEndpoint 3.0.0.0\Performance
Poistettava rekisteriavain on tällöin:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\ServiceModelEndpoint 3.0.0.0”
2.7.3 Vanhentuneet machine.config-määritykset, joissa viitataan.NET Framework 3.0 -kokoonpanojen "2.0.0.0"-versioihin, estävät asennuksen
Osa .NET Framework 3.0:n ennakkoversioista sisältää puutteen, jonka vuoksi osa machine.config-määrityksistä jää poistamatta asennuksen poistamisen yhteydessä. Machine.config-tiedoston määritykset, joissa viitataan "System.ServiceModel.dll"-tiedoston 2.0.0.0-versioon, estävät .NET Framework 3.0:n asennuksen. Asennus epäonnistuu ja seuraavankaltainen virhesanoma tulee näkyviin:
"ERROR_INSTALL_FAILURE 1603 Vakava virhe asennuksen aikana"
Myös seuraavat kohdat toteutuvat:
1. Sovelluksen tapahtumalokiin tulee virhetapahtuma, jossa viitataan ServiceModelReg.exe-tiedoston suoritusongelmiin.
2. Käyttäjän %temp%-kansiossa sijaitsevaan "dd_wcf_retCA*"-asennuslokitiedostoon tulee merkintä, jonka mukaan ServiceModelReg.exe-tiedoston suorittamisessa on ongelmia.
3. Tapahtumalokissa tai asennuslokissa voi olla seuraavankaltainen poikkeus (aikaleima ei välttämättä ole sama):
ServiceModelReg [16:21:10:656]: Virhe: System.IO.FileLoadException: Tiedostoa tai kokoonpanoa 'System.ServiceModel, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089' tai jotakin sen riippuvuutta ei voi ladata. Löydetty kokoonpanon luettelomääritys ei vastaa kokoonpanon viittausta. (HRESULT-poikkeus: 0x80131040)
Ongelman ratkaiseminen
Poista vanhentuneet machine.config-määritykset manuaalisesti:
1. Suorita "notepad %windir%\microsoft.net\framework\v2.0.50727\config\machine.config" komentoriviltä
2. Poista XML-solmut ja alisolmut, joissa viitataan System.ServiceModel.dll-tiedostoon.
3. Tee seuraavat toimet, jos käytössä on 64-bittinen tietokone ja koneessa on seuraava määritystiedosto:
“%windir%\Microsoft.NET\Framework64\v2.0.50727\config\machine.config”
Muokkaa tiedostoa ja poista System.ServiceModel.dll-tiedostoon viittaavat XML-solmut ja alisolmut.
2.7.4 WCF-palveluiden Web-isännöinti ei välttämättä onnistu, jos WCF:n RC1-versiota edeltävä ennakkoversio on ollut asennettuna
Jos olet asentanut .NET Framework 3.0:n vanhemman version, kun IIS on ollut asennettuna, ja päivität .NET Framework 3.0:n RTM-versioksi, IIS-isännöityjä WCF-palveluita ei välttämättä voi käyttää svc-tiedostojen avulla. Windows Server 2003 -käyttöjärjestelmässä .svc-laajennuksen käyttäminen selaimesta voi palauttaa "404: Sivua ei löydy" -virheen. Windows XP -käyttöjärjestelmässä .svc-sisältö voi näkyä vain teksti -muodossa.
Syynä on edellisessä julkaisuversiossa esiintynyt WCF-komentosarjakarttojen rekisteröinteihin liittyvä ongelma.
Ongelman ratkaiseminen
Ongelman voi kiertää kolmella tavalla:
1. Lataa ei-tuettu työkalu CleanIISScriptMaps.exe osoitteesta http://wcf.netfx3.com/files/folders/product_team/entry5648.aspx. Suorita työkalu komentokonsolista ilman argumentteja.
2. Poista IIS:n asennus ja asenna se uudelleen tai luo Web-sivustot uudelleen:
a. Poista IIS:n asennus ja asenna se uudelleen. Tällöin IIS-metakanta päivittyy. Rekisteröi sitten WCF-komentosarjakartat uudelleen suorittamalla WCF-asennustyökalu manuaalisesti:
"%windir%\Microsoft.NET\Framework\v3.0\Windows Communication Foundation\ServiceModelReg.exe" /r /y
b. Windows 2003 Server -käyttöjärjestelmässä ongelman voi mahdollisesti ratkaista poistamalla "Web-oletussivuston" ja luomalla se uudelleen.
3. Asenna .svc manuaalisesti tilapäisratkaisuksi:
a. Voit asentaa .svc-määrityksen manuaalisesti seuraavalla komennolla. Tällöin aiemmin luotujen sivustojen IIS-metakanta kuitenkin päivitetään.
"%windir%\Microsoft.NET\Framework\v3.0\Windows Communication Foundation\ServiceModelReg.exe" /s:W3SVC
2.7.5 Vahingoittunut IIS-metakanta estää .NET Framework 3.0:n asennuksen
Jos olet asentanut .NET Framework 3.0:n aiemman version, kun IIS on ollut asennettuna, IIS-metakanta on voinut vahingoittua. .NET Framework 3.0:n asentaminen ei tällöin välttämättä onnistu.
Tekemällä seuraavat toimet voit selvittää, onko nimenomaan tämä ongelma kyseessä:
1. Asennus epäonnistuu ja seuraava virhesanoma tulee näkyviin:
"ERROR_INSTALL_FAILURE 1603 Vakava virhe asennuksen aikana"
2. Sovelluksen tapahtumalokiin tulee virhetapahtuma, jossa viitataan WCF-komentosarjakarttojen rekisteröimisen epäonnistumiseen. Tapahtuman lähde on System.ServiceModel.Install.dll 3.0.0.0.
3. Käyttäjän %temp%-kansion asennuslokit sisältävät myös viittauksia siihen, että WCF-komentosarjakarttojen rekisteröinti on epäonnistunut.
4. Tapahtumalokissa tai asennuslokissa voi olla seuraavankaltaiset poikkeuspinon jäljitystiedot:
System.ApplicationException: ServiceModelReg.exe on havainnut, että IIS-metakanta, joka estää ServiceModel IIS -komentosarjakarttojen rekisteröinnin, voi olla vioittunut. Korjaa vioittunut IIS-metakanta. Jos et tarvitse ServiceModel WebHost -toimintoja, voit myös poistaa IISAdmin -palvelun käytöstä ja rekisteröidä ServiceModel-ominaisuuden uudelleen.
Ongelman ratkaiseminen
1. Poista IIS:n asennus.
2. Asenna IIS uudelleen.
3. Suorita .NET Framework 3.0 -asennusohjelma uudelleen.
Tämä virhe tapahtuu, kun BITS-palvelu puuttuu, kun BITS-palvelu on poissa käytössä, poistettu palvelusovelluksesta tai pysäytetty kesken latauksen tai kun BITS-palvelu on riippuvainen palvelusta, jossa on virhe tai joka on poistettu. Tämän ongelman yhteydessä ilmenee seuraavankaltainen virhesanoma: "BITS-palvelu täytyy ottaa käyttöön ennen asennuksen aloittamista. Ota BITS-palvelu käyttöön ja suorita asennusohjelma uudelleen."
Ongelman ratkaiseminen
services.msc
ja valitse OK.Huomautus: Jos luettelossa ei ole BITS-tausta-ajo (Background Intelligent Transfer Service) -vaihtoehtoa, palvelua ei ole asennettu tietokoneeseen. Voit ladata ja asentaa BITS-palvelun osoitteesta http://www.microsoft.com/downloads/details.aspx?FamilyId=B93356B1-BA43-480F-983D-EB19368F9047&displaylang=en.
Jos ongelma ei ratkea näillä toimilla, palvelut, joista BITS on riippuvainen, täytyy mahdollisesti ottaa käyttöön.
Sellaisten palveluiden ottaminen käyttöön, joista BITS on riippuvainen
Nämä virheet toteutuvat, kun BITS-käyttöliittymiä ei ole rekisteröity tai kun rekisteriasetuksissa on virhe.
Ongelman ratkaiseminen
Päivitä BITS 2.0 -versioon osoitteessa http://www.microsoft.com/downloads/details.aspx?FamilyId=B93356B1-BA43-480F-983D-EB19368F9047&displaylang=en.
– TAI –
Korjaa BITS-palvelu suorittamalla Bitsadmin-työkalu komentoriviltä:
Bitsadmin /util /repairservice /force
Voit ladata Bitsadmin-työkalun osoitteesta http://www.microsoft.com/downloads/details.aspx?amp;displaylang=en&familyid=49AE8576-9BB9-4126-9761-BA8011FABF38&displaylang=en.
Näiden virheiden syynä voi olla jokin (tai jotkin) seuraavista:
Ongelman ratkaiseminen
Määritä välityspalvelimen asetukset oikein ja varmista, että tietokoneesi voi selvittää välityspalvelimen osoitteen.
– TAI –
Päivitä versioksi BITS 2.0. Voit ladata BITS 2.0 -version osoitteesta
http://www.microsoft.com/downloads/details.aspx?amp;displaylang=en&familyid=49AE8576-9BB9-4126-9761-BA8011FABF38&displaylang=en.
Huomautus Kun haluat ratkaista nämä virheet, sulje asennusohjelma, varmista, että verkkoyhteys on muodostettuna, ja käynnistä asennusohjelma uudelleen.
Nämä virheet ilmenevät, kun BITS-palvelu ei onnistu luomaan tiedostoa tai kirjoittamaan tiedostoon. Jokin muu käynnissä oleva ohjelma, kuten chkdsk.exe, on ehkä lukinnut levyn ja estänyt BITS-palvelua kirjoittamasta tiedostoon.
Ongelman ratkaiseminen
Varmista, että käynnissä ei ole muita ohjelmia (esimerkiksi chkdsk.exe), joka voi lukita levyn, ja yritä ladata uudelleen.
– TAI –
Käynnistä tietokone uudelleen ja käynnistä sitten asennusohjelma uudelleen. Varmista, että Internet-yhteys on muodostettuna.
Jokin seuraavista välityspalvelimeen liittyvistä virheistä voi aiheuttaa BITS-palvelun epäonnistumisen:
Ongelman ratkaiseminen
Anna asianmukaiset valtuutustiedot välityspalvelimen todennusta varten ja käynnistä asennusohjelma uudelleen.
– TAI –
Päivitä välityspalvelin siten, että se tukee HTTP 1.1 -protokollaa, ja varmista, että välityspalvelin tukee oletettuja valtuutustietoja (kuten NTLM-todennusta). Ota tarvittaessa yhteys verkonvalvojaan.
– TAI –
Ohita välityspalvelin muuttamalla Internet Explorerin välityspalvelinasetuksia.
Voit ohittaa välityspalvelimen seuraavasti:
Jos tarvitset välityspalvelimen asetuksia koskevia lisäohjeita, ota yhteys verkonvalvojaan.
BITS-palvelua ei voi suorittaa seuraavissa tilanteissa:
Ongelman ratkaiseminen
Ongelmaa ei voi kiertää. Näitä tilanteita ei tueta.
4.10 Poikkeus suoritettaessa TCP-palvelua ja TCP MEX -päätepistettä samassa portissa
Kun portin jakaminen on käytössä, TCP-palvelun ja TCP MEX -päätepisteen käyttäminen samassa portissa aiheuttaa palvelua käynnistettäessä AddressAlreadyInUse-poikkeuksen.
Ongelman voi kiertää kahdella tavalla:
1. Määritä TCP-palvelu ja TCP MEX -päätepisteet käyttämään eri portteja.
2. Salli portin jakaminen TCP MEX -päätepisteen TcpTransportBindingElement-ominaisuudelle. Nämä toimet on havainnollistettu seuraavassa koodissa:
ServiceMetadataBehavior mexBehavior = new ServiceMetadataBehavior();
host.Description.Behaviors.Add(mexBehavior);
Binding mexBinding = MetadataExchangeBindings.CreateMexTcpBinding();
CustomBinding mexBinding2 = new CustomBinding(mexBinding);
mexBinding2.Elements.Find<TcpTransportBindingElement>().PortSharingEnabled = true;
host.AddServiceEndpoint(typeof(IMetadataExchange), mexBinding2, mexAddress);
4.11 Virhesanomat > 64 kilotavun koko voi aiheuttaa ProtocolException-poikkeuksen
Kun MaxBufferSize on vähintään Int.MaxValue – 1024 tavua (2147482623 tavua), 64 kilotavua suuremman virhesanoman lähettäminen aiheuttaa asiakkaaseen ProtocolException-poikkeuksen FaultException-poikkeuksen asemesta. Jos siirto puskuroidaan, MaxBufferSize on sama kuin MaxReceivedMessageSize. Tämä ongelma koskee vain HTTP(S)-siirtoa käyttäviä palveluita.
Voit kiertää tämän ongelman määrittämällä MaxBufferSize (MaxReceivedMessageSize) -arvoksi Int.MaxValue – 1025 tavua (2147482622 tavua) tai pienemmän arvon. Voit myös määrittää haluamasi rajoituksen suoraan HttpWebRequest.DefaultMaximumErrorResponseLength-arvoksi. Kun DefaultMaximumErrorResponseLength määritetään, vaikutus ulottuu saman sovellustoimialueen kaikkiin kanaviin.
4.12 EncryptBeforeSign- ja XmlSerializerFormatAttribute-määritettä ei voi käyttää samassa sopimuksessa
Sanomien EncryptBeforeSign-suojaus ei toimi asianmukaisesti, jos sopimuksessa käytetään XmlSerializerFormatAttribute-määritettä. Jos molempia määritteitä käytetään, WCF:n luomien sanomien sisältö muuttuu kelvottomaksi salauksen purkamisen jälkeen; ylimääräinen <?xml ..>-käsittelyohje muodostetaan ennen ensimmäistä body-sisältöelementtiä.
Jos haluat välttyä tältä ongelmalta, älä käytä EncryptBeforeSign- ja XmlSerializerFormatAttribute-määritettä samassa sopimuksessa.
4.13 WS-ReliableMessaging-kanavien isännöinti ei onnistu eri WS-Addressing-versioilla
AppDomain ei voi isännöidä WS-ReliableMessaging-kanavia, joissa käytetään eri WS-Addressing-versioita. Tällaisissa tilanteissa ensimmäinen aktiivinen kanava määrittää kaikkien vastaisuudessa lähetettävien protokollasanomien WS-Addressing Action -otsikkotietojen version, vaikka sanoman olisi lähettänyt kanava, joka on määritetty käyttämään jotakin muuta osoitteenmääritysprotokollan versiota.
Jos yhden sovelluksen tai palvelun on tarkoitus luoda WS-ReliableMessaging-kanavia, joissa käytetään eri WS-Addressing-versioita, käytä kussakin erillistä AppDomain-toimialuetta. Kun WCF-palvelu on Web-isännöity, käytä kahta näennäiskansioita – yhtä WS-Addressing 1.0 -päätepisteissä ja toista WS-Addressing August 2004 -päätepisteissä olevien palveluiden isännöintiin.
<system.webServer>
<modules>
<add name="WorkflowHost" type="System.Workflow.Runtime.Hosting.WorkflowWebHostingModule, System.Workflow.Runtime, Version=3.0.00000.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" preCondition="runtimeVersionv2.0" />
<modules>
</system.webServer> |
ExternalDataExchangeService-palvelua ei voi lisätä useaan WorkflowRuntime-esiintymään. Jokaisen uuden WorkflowRuntime-esiintymän luomisen yhteydessä täytyy luoda myös uusi ExternalDataExchangeService-palvelu, ja mahdolliset paikalliset tietoliikennepalvelut täytyy lisätä uudelleen ExternalDataExchangeService-palveluun.
Jos luot mukautetun yhdistelmätehtävän, ja siinä on alitehtävä, joka käyttää ICompensatable-tehtävää ja yhdistelmätehtävää kompensoivaa (ei kuitenkaan alitehtävää suoraan kompensoivaa) CompensateActivity-tehtävää, kompensointi epäonnistuu poikkeuksin, jos mukautettu tehtävä sijoitetaan työnkulkuun.
Voit välttyä tältä ongelmalta sisällyttämällä kaikki mukautetun tehtävän alitehtävät CompensatableSequenceActivity-tehtävään ja käyttämällä kompensoinnissa CompensatableSequenceActivity-tehtävää.
Jos ratkaisussa on useita projekteja, projektikansioiden täytyy olla samalla kansiohierarkian tasolla. Jos projektirakennetta muutetaan siten, että yhden projektin pääkansio on jonkin toisen projektin kansiossa, uudelleenmuodostamisvaiheessa voi ilmetä odottamattomia koodinkäännösvirheitä, joissa ilmoitetaan, että jotakin viitatun DLL:n tyyppiä ei löydy (jostakin riippuvaisesta projektista).
Ongelman voi kiertää seuraavilla tavoilla: