IIS7 diegimas - „system.web.extensions / scripting / scriptResourceHandler“ kopijavimas

Kai bandau įdiegti .net 3.5 svetainę į numatytąjį programų rinkinį, esantį IIS7, su „Framework“ skyriumi nustatant 4,0, gaunu šią klaidą.

Apibrėžta sekcija „system.web.extensions / scripting / scriptResourceHandler“.

Taip pat nepadėjo komentuoti pažeidimų linijų. Bet kokie patarimai, ką turiu daryti ar pamatyti?

177
02 авг. nustatė user20358 02 rug . 2010-08-02 14:38 '10, 14:38, 2010-08-02 14:38
@ 15 atsakymų

Jei planuojate diegti IIS, naudodami .net 4.0 veikiančią programinę įrangą, turėsite išvalyti web.config failą, kuriame yra visas „Definitions“ skyrius, nukreipiantis į .net 3.5. Taip yra todėl, kad šios sekcijos apibrėžtys jau yra įtrauktos į .NET 4.0 šaknį web.config (žr.% Windir% microsoft.net, v4.0.30319 konfigūravimo). Paskelbta jau paskelbta interneto svetainė.

Kitas greitas išsprendimas yra tas, kad programų rinkinys yra 2,0, kaip atrodo jūsų kūrimo mašinoje.

282
04 авг. atsakymą pateikė Carlos Aguilar Mares 04 rug. 2010-08-04 06:48 '10, 6:48, 2010-08-04 06:48

Man buvo pasiūlyta keisti „NET“ sistemos versiją iš „v4.0“ į „v2.0“ taikomųjų programų grupes pagal nutylėjimą:

2019

42
04 янв. Atsakymas duotas DaveDev 04 jan. 2012-01-04 15:41 '12 at 15:41 2012-01-04 15:41

Jei, kaip ir man, reikia nukreipti v4, bet galite sukurti tik naudodami .net 3.5, vadovaukitės čia pateiktomis instrukcijomis. Tiesiog pakeiskite visą <configSections> turinį su savo <configSections>

 <configSections> <sectionGroup name="system.web.extensions" type="System.Web.Configuration.SystemWebExtensionsSectionGroup, System.Web.Extensions, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"> <sectionGroup name="scripting" type="System.Web.Configuration.ScriptingSectionGroup, System.Web.Extensions, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"> <section name="scriptResourceHandler" type="System.Web.Configuration.ScriptingScriptResourceHandlerSection, System.Web.Extensions, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" requirePermission="false" allowDefinition="MachineToApplication"/> <sectionGroup name="webServices" type="System.Web.Configuration.ScriptingWebServicesSectionGroup, System.Web.Extensions, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"> <section name="jsonSerialization" type="System.Web.Configuration.ScriptingJsonSerializationSection, System.Web.Extensions, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" requirePermission="false" allowDefinition="Everywhere"/> <section name="profileService" type="System.Web.Configuration.ScriptingProfileServiceSection, System.Web.Extensions, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" requirePermission="false" allowDefinition="MachineToApplication"/> <section name="authenticationService" type="System.Web.Configuration.ScriptingAuthenticationServiceSection, System.Web.Extensions, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" requirePermission="false" allowDefinition="MachineToApplication"/> <section name="roleService" type="System.Web.Configuration.ScriptingRoleServiceSection, System.Web.Extensions, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" requirePermission="false" allowDefinition="MachineToApplication"/> </sectionGroup> </sectionGroup> </sectionGroup> 

38
05 июля '13 в 15:57 2013-07-05 15:57 Atsakymą pateikė Johanas liepos 5 d. 13 d. 15:57 2013-07-05 15:57

Necromansavimas.

Jei jūsų web.config sistemoje nėra system.web.extensions konfigūracijos skyrių ar tvarkyklės / modulio įrašų, šią problemą sukelia tai, kad jūs / kažkas nukopijavo „VisualStudio-Project“ (2013/2015/2017), o paslėpti failai nėra paslėpti .

Dėl šios priežasties jis ne tik nukopijuos .git, bet ir .VS , kuriame yra IIS-Express failas applicationhost.config , kuris nukreipia į web.config failus kelyje, kuris neegzistuoja (arba dar blogiau, kurie yra, bet neturi to paties turinio) ...

Sprendimas:
Ištrinkite .hS aplanke esančią failą applicationhost.config.

Arba tiesiog ištrinkite .VS aplanką.

„Visual Studio“ ją atkurs.

1
05 окт. Atsakyti Stefan Steiger 05 okt. 2017-10-05 14:44 '17, 14:44 pm 2017-10-05 14:44

El problema es porque el asortimentas baseinas ru ru ruo esta 4.0 4.0 Solucion: administratorius IIS serveris IRA serverio derecho establecer valores de grupos de aplicaciones. [Įveskite paveikslėlio aprašymą čia] [1] karminė karjera! [įveskite paveikslėlio aprašymą čia] [2]

Sustiprinkite „SharePoint 2010 Centralized Database Management Solutions“

----- naudojant „Google“ vertimą -----

Problema ta, kad baseinas yra numatytasis. Sprendimas „Net 4.0“: įveskite „IIS Manager“, kad nustatytumėte vertes dešinėje programų grupių pusėje. [Įveskite vaizdo aprašymą čia] [1] ir pakeiskite rėmo versiją! [Įveskite vaizdo aprašymą čia] [2]

Tai turėtų išspręsti problemą diegiant „SharePoint 2010“ centrinę administraciją.

1
21 дек. Aldo Flores Reyes atsakymas gruodžio 21 d 2011-12-21 17:35 '11, 17:35, 2011-12-21 17:35

Tai gali būti neteisingas atsakymas. Bet tai buvo pirmasis paspaudimas „Google“, kai bandžiau išspręsti savo problemą. Su tuo pasakė ...

Tas pats klaidos pranešimas atsitiko man, bet kai bandžiau paleisti „IIS Express“ per „Visual Studio“.

Mano problema buvo ta, kad klaidingai perkeliau savo „ applicationhost.config“ į TFS. Vėliau, kai bandžiau paleisti projektą ant mano nešiojamojo kompiuterio, gavęs naujausius įsipareigojimus. kad įvykus klaidai.

Radau, kad kelias į virtualųjį katalogą buvo neteisingas.

 <virtualDirectory path="/" physicalPath="C:\Users\giddan\Documents\Visual Studio 2015\Projects\ProjectName\DeV.ProjectName\DeV.ProjectName.Web" /> 

Tikiuosi, kad tai padės kam nors!

Tai mano pirmasis pranešimas, todėl būkite atsargūs :)

0
16 дек. Atsakymas pateikiamas MrFile 16 dec. 2016-12-16 01:41 '16 at 1:41 2016-12-16 01:41

Mano paraiška buvo ASP.Net3.5 programa (naudojant sistemos 2 versiją). Kai sukuriamos „ASP.Net3.5“ programos, „Visual Studio“ automatiškai įtraukia scenarijųResourceHandler į web.config. Vėliau .Net versijos tai padėjo į failą machine.config. Jei paleisite ASP.Net 3.5 programą, naudodamiesi programos 4 versijos programa (priklausomai nuo diegimo užsakymo, tai yra numatytasis programos baseinas), gausite šią klaidą.

Kai perėjau į programos 2.0 versijos versiją. Klaida išnyko. Tada teko susidoroti su klaida aptarnaujant WCF.svc:

HTTP klaida 404.17 - nerastas Prašomas turinys atrodo kaip scenarijus ir jis nebus aptarnaujamas statinio failų tvarkytojo.

Po tam tikro tyrimo man atrodo, kad turiu užregistruoti WCF prižiūrėtoją. atlikdami šiuos veiksmus:

  • atidarykite „Visual Studio“ komandų eilutę (kaip administratorius)
  • eikite į „C:„ Windows “„ Microsoft.
  • Pradėkite servicemodelreg -i
0
08 июня '17 в 14:18 2017-06-08 14:18 Atsakymą pateikė Paul Diggle Birželio 08, 17, 14:18 2017-06-08 14:18

Kitas būdas išvengti šios problemos, kuri gali padėti kitiems sukurti „.net“ žiniatinklio paslaugą iki 4.0 ar naujesnės versijos, jei įmanoma.

0
23 авг. atsakymas pateikiamas Aelphaeis 23 rug . 2013-08-23 16:07 '13, 16:07, 2013-08-23 16:07

Įdiekite programų rinkinį į 2.0, tai padariau ir jis dirbo.

0
08 сент. atsakymas į Arnold Sandí Calderón. 2014-09-08 20:07 '14, 20:07, 2014-09-08 20:07

Šis klaidos pranešimas rodomas skirtingose ​​situacijose.

Mano atveju, ant mano „Web.Config“ programos failo šakniniame aplanke turėjau papildomą Web.Config failą (C: Inppub www.root). Tikriausiai liko ten po kai kurių bandymų, pamiršau viską apie tai ir negalėjau suprasti, kokia problema.

Pašalinus jį išspręsta problema man.

0
06 марта '16 в 21:25 2016-03-06 21:25 atsakymas pateikiamas nassosk kovo 06 d. 16:25 2016-03-06 21:25

Mano atveju, turėjau 2 skirtingas programas, turinčias tą patį programų rinkinį. Pirmasis naudojo .net4.5 sistemą ir naująjį 2.0. Pakeitus antrą paraišką į savo taikomųjų programų grupę, jis pradėjo dirbti normaliai, be jokių pakeitimų.

0
08 апр. Atsakyti Dowlers balandžio 08 2015-04-08 01:27 '15 - 1:27 2015-04-08 01:27

Mano sprendimas buvo kvailas.

  • Įdiegiau .net 3.5 kopiją

  • Sukurtas kitas taikomųjų programų fondas ir pasirinkta .net 3.5 (rudenį sakoma 2.0.5077)

  • Pridėjo mano svetainę prie šio programos.

  • Atkurti seni ir nauji baseinai, o svetainė pradėjo dirbti.

Jis mane suprato, kad neturėjau 3,5, nors aš įjungiau „Windows“ funkcijas, sakė man ir kuriant kitą naudojimąsi programa. Tikiuosi, kad tai padės kitiems.

0
03 авг. atsakymą pateikė TheGhoul 03 rug . 2015-08-03 20:36 '15 , 8:36 pm 2015-08-03 20:36
0
02 авг. atsakymas duotas Tobiasopdenbrouw 02 rugpjūčio mėn . 2010-08-02 14:42 '10, 14:42 pm 2010-08-02 14:42

Mano atveju norėjau rankiniu būdu pridėti „urlrewrite“ taisyklę ir nematau akivaizdžios klaidos (praleidau <rules> ):

neteisingas kodas:

  <rewrite> <rule name="some rule" stopProcessing="true"> <match url="some-pattenr/(.*)" /> <action type="Redirect" url="/some-ne-pattenr/{R:1}" /> </rule> </rewrite> </system.webServer> </configuration> 

teisingas kodas (su taisyklės žyma):

  <rewrite> <rules> <rule name="some rule" stopProcessing="true"> <match url="some-pattenr/(.*)" /> <action type="Redirect" url="/some-ne-pattenr/{R:1}" /> </rule> </rules> </rewrite> </system.webServer> </configuration> 
0
20 окт. Mariusz Pawelski atsakymas . 2014-10-20 14:11 '14, 14:11 2014-10-20 14:11

Aš išsprendžiau tai atlikdamas šiuos veiksmus:

  • IIS sukūriau naują paraiškų grupę.
  • Atidarykite išplėstinius svetainės ar žiniatinklio programos parametrus, turinčius šią problemą.
  • Ir įdiegti naują programų grupę.

Čia rasite šiuos veiksmus:

2019

26 февр. Giovanny Farto M. atsakymas . 2016-02-26 07:32 '16 at 7:32 2016-02-26 07:32

Kiti klausimai apie žymes arba Užduoti klausimą