1. A .NET-keretrendszer 3.0 telepítésének rendszerkövetelményei
2. .NET-keretrendszer 3.0: Ismert telepítési problémák
3. Letöltési hibák elhárítása
4. A Windows kommunikációs alaprendszer ismert problémái
5. A Windows folyamatkövetõ alaprendszer ismert problémái 6. A Windows megjelenítési alaprendszer ismert problémái
| Processzor | Minimum:
Ajánlott:
|
| Operációs rendszer | A .NET-keretrendszer 3.0 az alábbi rendszerekre telepíthetõ:
*A Windows Vista tartalmazza a .NET-keretrendszer 3.0-s verzióját. Nincs szükség hozzá külön telepítõcsomagra. A Vista nem támogatja az önálló .NET-keretrendszer 3.0 telepítõcsomagokat. |
| Memória | Minimum:
Ajánlott:
|
| Merevlemez | Legfeljebb 500 MB szabad területre lehet szükség. |
| CD- vagy DVD-meghajtó | Nem szükséges. |
| Megjelenítés | Minimum:
Ajánlott:
|
| Egér | Nem szükséges |
A .NET-keretrendszer 3.0 telepítõjének indításakor az alapértelmezett telepítési mappa a rendszermeghajtón (a rendszer indítását végzõ meghajtón) található. Ezért ügyeljen rá, hogy a rendszermeghajtón rendelkezésre álljon a szükséges szabad hely (legfeljebb 500 MB).
A .NET-keretrendszer 3.0 letöltése és telepítése megszakad.
A probléma megoldása
Futtassa újra a dotnetfx3setup.exe fájlt a webhelyrõl, és próbálkozzon újra a letöltéssel. Ide kattintva további hibaelhárítási információkat érhet el a letöltési hibákkal kapcsolatban.
vagy
Telepítse a dotnetfx3.exe (x86) vagy a dotnetfx3_x64.exe (x64) teljes továbbterjesztési csomagot. Ezek a teljes csomagok a .NET-keretrendszer 3.0 letöltési webhelyén érhetõk el.
Ha a telepítõnek újra kell indítania a számítógépet, és a víruskeresõ alkalmazás az elindulás során törli a Temp mappa tartalmát, az a szükséges telepítõfájlok törlését okozza, és a telepítés a „program nem található” hibával leáll.
A probléma megoldása
A .NET-keretrendszer 3.0 telepítése elõtt módosítsa a víruskeresõ alkalmazás beállításait, hogy ne törölje a Temp mappa tartalmát elindítása vagy a számítógép újraindítása alkalmával. A szükséges beállításokkal kapcsolatban tanulmányozza a víruskeresõ dokumentációját.
Ha a karbantartó mód indítása közben más folyamatok is futnak (például egy víruskeresõ szoftver), ezek a folyamatok jelentõsen lelassíthatják a telepítést, ezért úgy látszhat, hogy megszakadt a telepítés.
A probléma megoldása
Legyen türelemmel. Ezt a problémát nem lehet megkerülni. A telepítés nem állt le.
A .NET-keretrendszer 3.0 telepítése közben elõfordulhat, hogy a „Please uninstall Windows Workflow Foundation”hibaüzenetet kapja, azonban a Programok telepítése és törlése listában nem szerepel a termék bejegyzése.
A probléma megoldása
Futtassa a http://www.microsoft.com/downloads/details.aspx?FamilyId=AAE7FC63-D405-4E13-909F-E85AA9E66146 címen található eltávolító segédeszközt.
A Windows XP SP2 és a Windows 2003 SP1 rendszeren, ha korábban telepítette az MSXML6 honosított verzióját, a .NET-keretrendszer 3.0 telepítése felülírja a honosított MSXML6 verziót az angol nyelvû verzióval.
A probléma megoldása
A .NET-keretrendszer 3.0 telepítése után telepítse újra a MSXML6 honosított verzióját.
A Windows Vista tartalmazza a .NET-keretrendszer 3.0 szoftvert. Nincs szükség külön telepítõcsomagra. A Vista nem támogatja az önálló .NET-keretrendszer 3.0 telepítõcsomagokat.
Ez a szakasz azokat a problémákat tárgyalja, amelyekkel akkor találkozhat, ha korábban telepítette a .NET-keretrendszer egy elõzetes (CTP vagy Béta) verzióját, és szeretné eltávolítani, hogy telepíthesse az RTM verziót.
Futtassa az eltávolító segédeszközt
A .NET-keretrendszer 3.0 eltávolító segédeszköz a http://www.microsoft.com/downloads/details.aspx?FamilyId=AAE7FC63-D405-4E13-909F-E85AA9E66146 címen érhetõ el. Ez a segédeszköz sok eltávolítási problémát megold, és a legjobb elsõ lépés az eltávolítási/újratelepítési problémák megoldása felé. A segédeszköz helyes használatának részletei a letöltési oldalon érhetõk el.
Ha nem tudja lefuttatni a segédeszközt, vagy az eszköz nem oldja meg a problémát, lentebb, az Ismert problémák és megoldások szakaszban olvashat a lehetséges megoldásokról.
Megjegyzés: Ezek a problémák csak akkor fordulnak elõ, ha a .NET-keretrendszer 3.0 egy korai elõzetes verzióját telepítette az RTM verzió telepítése elõtt. Az újabb .NET-keretrendszer 3.0 elõzetes verziók már nem okoznak ilyen problémákat.
Ismert problémák és megoldások
2.7.1Az eltávolítás nem törli a „Microsoft Digital Identity Service” (idsvc) szolgáltatást
A .NET-keretrendszer 3.0 egyes kibocsátás elõtti verziói az eltávolítás során nem törölték megfelelõen az összes, általuk létrehozott szolgáltatást. Ha ilyen szolgáltatások vannak jelen egy rendszeren, az megakadályozza a .NET-keretrendszer 3.0 telepítését. A telepítés a következõ hibával szakad meg:
ERROR_INSTALL_FAILURE 1603 Fatal error during installation
Ezenkívül az egyik %temp%\dd_wcf_retCA*.txt naplófájlban az alábbi szöveg látható:
ServiceModelReg [15:48:08:041]: Installing: Microsoft Digital Identity Service (idsvc)
ServiceModelReg [15:48:08:073]: Error: System.ComponentModel.Win32Exception: The name is already in use as either a service name or a service display name
A probléma megoldása
Futtassa a http://www.microsoft.com/downloads/details.aspx?FamilyId=AAE7FC63-D405-4E13-909F-E85AA9E66146 címen található eltávolító segédeszközt.
Ha a probléma továbbra is fennáll:
Nyisson meg egy parancssori ablakot.
2.7.2 A .NET-keretrendszer 3.0 elõzetes verziói az eltávolítás során nem törölték a WCF teljesítményszámláló-bejegyzéseit a rendszerleíró adatbázisból
A .NET-keretrendszer 3.0 egyes elõzetes verziói nem törölték a teljesítményszámláló rendszerleíró bejegyzéseit az eltávolításuk során. Ezeknek a kulcsoknak a jelenléte megakadályozza a .NET-keretrendszer 3.0 telepítését. A telepítés a következõ hibával szakad meg:
„ERROR_INSTALL_FAILURE 1603 Fatal error during installation”
Az alábbi kulcsok lehetnek jelen a rendszerleíró adatbázisban az eltávolítás után:
• 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
A probléma megoldása
Futtassa a http://www.microsoft.com/downloads/details.aspx?FamilyId=AAE7FC63-D405-4E13-909F-E85AA9E66146 címen található eltávolító segédeszközt.
Ha a probléma továbbra is fennáll:
1. Próbálkozzon a számítógép újraindításával. Több probléma okozhatja a teljesítményszámlálók instabilitását. Az újraindítás megoldhatja ezeket a problémákat, és biztonságosabb, mint a rendszerleíró adatbázis manuális szerkesztése.
2. Ha ez nem oldja meg a problémát:
a. Ellenõrizze az alábbi rendszerleíró kulcsokat. Ha az alábbi kulcsok valamelyike üres, vagy az értékük tartalmazza a „Wbem*” karaktersorozatot, törölje az adott kulcs szülõkulcsát:
• 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. Ha például üres ez a kulcs:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\ServiceModelEndpoint 3.0.0.0\Performance,
az alábbi kulcsot kell törölni:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\ServiceModelEndpoint 3.0.0.0”
2.7.3 A .NET-keretrendszer 3.0 részegységeinek „2.0.0.0” verziójára hivatkozó megmaradt machine.config bejegyzések megakadályozhatják a telepítést
A.NET-keretrendszer 3.0 egyes elõzetes verziói nem törölték a machine.config fájl bejegyzéseit az eltávolításuk során. A machine.config fájl „System.ServiceModel.dll” 2.0.0.0 verziójára vonatkozó bejegyzések megakadályozzák a .NET-keretrendszer 3.0 telepítését. A telepítés a következõ hibával szakad meg:
„ERROR_INSTALL_FAILURE 1603 Fatal error during installation”
Ezenkívül:
1. Egy hibaesemény jelenik meg az alkalmazások eseménynaplójában, amely a ServiceModelReg.exe futtatásával kapcsolatos problémákra hivatkozik.
2. A felhasználó %temp% könyvtárában található „dd_wcf_retCA*” nevû telepítési naplófájl tartalmaz egy bejegyzést, amely a ServiceModelReg.exe futtatásával kapcsolatos problémát jelez. 3. Vagy az eseménynaplóban, vagy a telepítési naplóban lehet egy, az alábbihoz hasonló kivétel (az idõbélyegzõ eltérhet) :
ServiceModelReg [16:21:10:656]: Error: System.IO.FileLoadException: Could not load file or assembly 'System.ServiceModel, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089' or one of its dependencies. The located assembly's manifest definition does not match the assembly reference. (Exception from HRESULT: 0x80131040)
A probléma megoldása
Törölje manuálisan a machine.config fájl megmaradt bejegyzéseit:
1. Egy parancssori ablakban adja ki a „notepad %windir%\microsoft.net\framework\v2.0.50727\config\machine.config” parancsot.
2. Távolítsa el a System.ServiceModel.dll fájlra hivatkozó XML-csomópontokat és gyermekcsomópontokat.
3. Ha 64 bites rendszert használ, és az alábbi konfigurációs fájl létezik:
"%windir%\Microsoft.NET\Framework64\v2.0.50727\config\machine.config"
, a fájl módosításával távolítsa el a System.ServiceModel.dll fájlra hivatkozó összes XML-csomópontot és gyermekcsomópontot.
2.7.4 Ha korábban a WCF egy RC1 elõtti verziója volt telepítve, a WCF szolgáltatások elérhetetlenné válhatnak.
Ha úgy telepítette a .NET-keretrendszer 3.0 egy korábbi verzióját, hogy telepítve volt az IIS, az RTM verzióra történõ frissítés után problémák lehetnek az IIS által .svc fájlokkal mûködtetett WCF-szolgáltatások elérésével. Ha a Windows Server 2003 operációs rendszerû számítógépeken böngészõbõl próbál elérni egy .svc bõvítményt, a böngészõ a „404: Az oldal nem található” hibaüzenettel válaszolhat. A Windows XP rendszerû számítógépeken a .svc tartalom egyszerû szövegként jelenhet meg.
Ezt a hibát a WCF-parancsfájl-leképezések regisztrációjával kapcsolatos probléma okozza, amely egy korábbi kiadásra volt jellemzõ.
A probléma megoldása
A problémát háromféleképpen lehet megkerülni:
1. A http://wcf.netfx3.com/files/folders/product_team/entry5648.aspx címrõl töltse le a CleanIISScriptMaps.exe nevû, nem támogatott segédeszközt. Futtassa a segédeszközt a parancssorból, argumentumok nélkül.
2. Távolítsa el, majd telepítse újra az IIS szolgáltatást, vagy hozza létre újra a webhelyeket:
a. Az IIS szolgáltatás eltávolításával és újratelepítésével frissítse az IIS-metabázis adatait. Ezután manuálisan futtassa a WCF telepítõ segédeszközét a WCF parancsfájl-leképezések ismételt regisztrációja céljából:
"%windir%\Microsoft.NET\Framework\v3.0\Windows Communication Foundation\ServiceModelReg.exe" /r /y
b. Ha a Windows 2003 Server operációs rendszert használja, lehet, hogy megoldhatja a problémát az „Alapértelmezett webhely” törlésével és ismételt létrehozásával.
3. .svc telepítése manuálisan, ideiglenes megkerülõ megoldásként:
a. Az alábbi parancs végrehajtásával manuálisan telepítheti a .svc leképezést. Ez viszont a létezõ webhelyek IIS-metabázisának frissítésével jár.
"%windir%\Microsoft.NET\Framework\v3.0\Windows Communication Foundation\ServiceModelReg.exe" /s:W3SVC
2.7.5 Az IIS metabázisának sérülése megakadályozza a .NET-keretrendszer 3.0 telepítését
Ha a .NET-keretrendszer 3.0 egy korábbi változatát az IIS telepítése után telepítette, elõfordulhat, hogy az IIS metabázisa megsérült. Ez megakadályozhatja a .NET-keretrendszer 3.0 telepítését.
Ezt a problémát a következõ módszerekkel azonosíthatja:
1. A telepítés a következõ hibával szakad meg:
„ERROR_INSTALL_FAILURE 1603 Fatal error during installation”
2. Egy hibaesemény jelenik meg az alkalmazások eseménynaplójában, amely a WCF parancsfájl-leképezések regisztrálásának hibájára hivatkozik. Az esemény forrása a System.ServiceModel.Install.dll 3.0.0.0.
3. A %temp% mappában található telepítési naplók szintén a WCF parancsfájl-leképezések regisztrálásának hibájára utalnak.
4. Az eseménynapló vagy a telepítési napló tartalmazhatja az alábbi kivétel-veremkivonatot:
System.ApplicationException: ServiceModelReg.exe has detected a possible corruption in the IIS metabase that prevents the registration of the ServiceModel IIS scriptmaps. Please either fix the IIS metabase corruption, or, if you do not desire ServiceModel WebHost functionality, disable the IISAdmin service and reregister ServiceModel.
A probléma megoldása
1. Távolítsa el az IIS szolgáltatást.
2. Telepítse újra.
3. Indítsa el újra a .NET-keretrendszer 3.0 telepítését.
Ez a hiba akkor fordul elõ, ha a BITS szolgáltatás le van tiltva, nem létezik, törölték a szolgáltatások közül, letöltés közben leállt, vagy ha valamely, a BITS mûködéséhez szükséges szolgáltatás nem mûködik vagy nincs jelen a rendszerben. Ezt a problémát a következõ hibaüzenet jelzi: „BITS service must be enabled before you start the installation process. Enable the BITS service and run setup again.”
A probléma megoldása
services.msc parancsot, majd kattintson az OK gombra.Megjegyzés: Ha a listában nem található a Háttérben futó intelligens átviteli szolgáltatás, ez a szolgáltatás nincs telepítve a számítógépre. A BITS szolgáltatás a http://www.microsoft.com/downloads/details.aspx?FamilyId=B93356B1-BA43-480F-983D-EB19368F9047&displaylang=hu címen letölthetõ és telepíthetõ.
Ha a fenti lépések nem oldották meg a problémát, engedélyezni kell a BITS mûködéséhez szükséges szolgáltatásokat.
A szükséges szolgáltatások engedélyezése
Ezek a hibák akkor fordulnak elõ, ha a BITS felületei nincsenek regisztrálva, vagy ha a rendszerleíró adatbázisban tárolt beállítások megsérültek.
A probléma megoldása
Frissítsen a BITS 2.0-s verziójára, amely a http://www.microsoft.com/downloads/details.aspx?FamilyId=B93356B1-BA43-480F-983D-EB19368F9047&displaylang=hu címen érhetõ el.
vagy
Állítsa helyre a BITS szolgáltatást a parancssorból indítható bitsadmin segédeszközzel:
Bitsadmin /util /repairservice /force
A bitsadmin segédeszközt a http://www.microsoft.com/downloads/details.aspx?amp;displaylang=hu&familyid=49AE8576-9BB9-4126-9761-BA8011FABF38&displaylang=hu címen töltheti le.
Ezek a hibák az alábbi okokból fordulhatnak elõ:
A probléma megoldása
Adja meg a megfelelõ proxybeállításokat, és gondoskodjon róla, hogy a számítógép képes legyen megfelelõen csatlakozni a proxykiszolgálóhoz.
vagy
Frissítsen a BITS 2.0 verziójára. A BITS 2.0 a
http://www.microsoft.com/downloads/details.aspx?amp;displaylang=hu&familyid=49AE8576-9BB9-4126-9761-BA8011FABF38&displaylang=hu címrõl tölthetõ le.
Megjegyzés: Az említett hibákat úgy háríthatja el, hogy kilép a telepítõbõl, és ha nem áll fenn hálózati kapcsolat, kapcsolatot létesít, majd újra elindítja a telepítõt.
Ezek a hibák akkor fordulnak elõ, ha a BITS szolgáltatás nem tud létrehozni vagy írni egy fájlt. Lehetséges, hogy egy másik program, például a chkdsk.exe futása közben zárolta a meghajtót, és ezért a BITS nem tud a fájlba írni.
A probléma megoldása
Gyõzõdjön meg arról, hogy nem fut más program (például a chkdsk.exe), amely zárolhatná a meghajtót, és kísérelje meg újra a letöltést.
vagy
Indítsa újra a számítógépet, majd indítsa el újra a telepítést. Ellenõrizze, hogy a számítógép kapcsolódik az internetre.
A BITS szolgáltatás mûködését a következõ, proxykiszolgálóval kapcsolatos hibák akadályozhatják:
A probléma megoldása
Adja meg a megfelelõ hitelesítõ adatokat a proxykiszolgálónak, majd indítsa el újra a telepítést.
vagy
Frissítse a proxykiszolgálót, hogy támogassa a HTTP 1.1 protokollt, és gyõzõdjön meg arról, hogy a kiszolgáló támogatja az implicit hitelesítés (például az NTLM) használatát. Ehhez szükség lehet a hálózati rendszergazda segítségére.
vagy
Kerülje meg a proxykiszolgálót az Internet Explorer proxybeállításainak módosításával.
A proxykiszolgáló megkerülése:
Ha további segítségre van szüksége a proxykiszolgáló beállításaival kapcsolatban, forduljon a hálózati rendszergazdához.
A BITS szolgáltatás nem fut:
A probléma megoldása
Ezeket a problémákat nem lehet megoldani. A telepítés nem hajtható végre ilyen körülmények között.
4.10 Kivétel egy TCP-szolgáltatás és egy TCP MEX közös porton történõ futtatása esetén
Ha a portmegosztás engedélyezve van, és egy TCP-szolgáltatást és egy TCP MEX-végpontot azonos port használatára állít be, AddressAlreadyInUse kivétel jelentkezik a szolgáltatás indításakor.
A problémát kétféleképpen lehet megkerülni:
1. Módosítsa a TCP-szolgáltatás és a TCP MEX-végpont beállításait, hogy különbözõ portokat használjanak.
2. Engedélyezze a TCP MEX-végpont TcpTransportBindingElement eleme számára a portmegosztást. Az alábbi kód ezt a folyamatot mutatja be:
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 A 64 KB-nál nagyobb hibaüzenetek ProtocolException kivételt okozhatnak
Ha a MaxBufferSize értéke nagyobb vagy egyenlõ Int.MaxValue-1024 bájt (2147482623 bájt), a 64 KB-nál nagyobb hibaüzenetek hatására az ügyfél ProtocolException kivételt kap, és nem FaultException kivételt. Pufferelt átvitelek esetén a MaxBufferSize megegyezik a MaxReceivedMessageSize értékkel. Ez csak a HTTP(S) átvitelt használó szolgáltatásokat érinti.
A probléma megoldásához a MaxBufferSize (MaxReceivedMessageSize) értéket állítsuk be Int.MaxValue-1025 bájtra (2147482622 bájt) vagy kisebb értékre. Ezenkívül közvetlenül is beállíthatjuk a HttpWebRequest.DefaultMaximumErrorResponseLength értékét a kívánt határra. A DefaultMaximumErrorResponseLength értékének módosítása minden csatornát érint az adott alkalmazástartományban.
4.12 Az EncryptBeforeSign és az XmlSerializerFormatAttribute nem használható ugyanazzal a kontrakttal
Az EncryptBeforeSign védelmi parancs kiadása elõtt az üzenetbiztonság nem mûködik megfelelõen, ha a kontrakton használta az XmlSerializerFormatAttribute attribútumot. Ha mindkettõt használja, a WCF dekódolás után érvénytelen tartalmú üzenetet hoz létre – egy <?xml ..> feldolgozási utasítás kerül az üzenet törzsének elsõ eleme elé.
A probléma elkerülése érdekében ne használja az EncryptBeforeSign és az XmlSerializerFormatAttribute attribútumot ugyanazon a kontrakton.
4.13 Különbözõ WS-Addressing verziót használó WS-ReliableMessaging csatornák nem mûködtethetõk egyszerre
Az AppDomain nem tud egyszerre mûködtetni különbözõ WS-Addressing verziókat használó WS-ReliableMessaging csatornákat. Ilyen helyzetekben az elsõ aktív csatorna határozza meg az összes további protokollüzenet WS-Addressing fejlécének verzióját még akkor is, ha azokat az üzeneteket egy eltérõ címzõprotokoll-verziót használó csatorna küldte.
Ha egyetlen alkalmazásból vagy szolgáltatásból szeretne különbözõ WS-Addressing verziókat használó WS-ReliableMessaging csatornákat létrehozni, minden verzióhoz külön AppDomain használandó. WebHost-alapú WCF szolgáltatások esetén két külön virtuális könyvtárat kell használni – az egyik a WS-Addressing 1.0 végpontokat, a másik a WS-Addressing August 2004 végpontokat mûködteti.
<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> |
Egy ExternalDataExchangeService szolgáltatást nem adhat hozzá több különbözõ WorkflowRuntime-példányhoz. Amikor létrehoz egy új WorkflowRuntime-példányt, egy új ExternalDataExchangeService szolgáltatást is létre kell hozni, és minden helyi kommunikációs szolgáltatást újra hozzá kell adni az ExternalDataExchangeService szolgáltatáshoz.
Ha egyéni összetett tevékenységet hoz létre, amely egy ICompensatable elemet implementáló gyermektevékenységet implementál, valamint egy CompensateActivity tevékenységet, amely az összetett tevékenységet kompenzálja (de nem kifejezetten a gyermektevékenységet), a kompenzáció sikertelen lesz és kivételeket okoz, ha az egyedi tevékenységet egy munkafolyamatba helyezi.
A probléma elkerülése érdekében az egyedi tevékenység minden gyermektevékenyégét egy CompensatableSequenceActivity tevékenységbe kell ágyazni, és a kompenzációt ezen a CompensatableSequenceActivity tevékenységen kell végrehajtani.
Ha egy megoldás több projektet tartalmaz, akkor a projektkönyvtáraknak egy szinten kell lenniük. Ha úgy módosítja a projekt szerkezetét, hogy az egyik projekt gyökérkönyvtára egy másik projekt könyvtárában található, Rebuild során váratlan fordítási hibák fordulhatnak elõ, melyek szerint egy hivatkozott DLL-ben (az egyik függõ projektben) tárolt típus nem található.
Megoldási lehetõségek: