Hiljuti tegin veebipõhise paberigrupeerimise projekti. Peamised funktsioonid on sõnade trükitöö, eelvaade ja eksamitööde koostamine. Kui rääkida Wordi operatsioonidest alguses, siis üks asi, mis pähe tuleb, on Office COM komponent Wordi haldamiseks. Kogu süsteemi koodi kirjutamine võttis umbes kaks nädalat. Seejärel hakkasin korduvalt testima, tundsin kohapeal hästi, suutsin sujuvalt koostada sõnatesti paberi ja tulemused olid korras. Nii et ma ei jõudnud ära oodata, millal saan selle serverisse välja anda.
Esimene on see, et komponent, mille CLSID {000209FF-0000-0000-C000-0000000046} COM-tehases rikneb järgmise vea tõttu: 8000401a Süsteem ei saa serveriprotsessi käivitada, kuna konfiguratsiooni ID on vale. Palun kontrollige kasutajanime ja parooli. (Erand HRESULT:0x8000401A).
Esiteks on kõik need probleemid põhjustatud õigustest ja lahendus on lihtsalt õiguste seadistamine. Kasulik mitte ainult Exceli ja Wordi jaoks, vaid ka kõigi Office'i toodete jaoks.
Et asja tuumani jõuda, sisesta esmalt dcomcnfg, ava component service manager->component service->my computer->DCOM-> leia vastav Microsoft Excel Applicotion/Microsoft Word 97-2003 dokument ja seejärel paremklõpsa atribuudil, et aktiveerida käivitamisõigus – see annab OK-le. -------- pole probleemi, see probleem on lahendatud.
Räägime teisest olukorrast "Jõudlusprobleem": kuna meie süsteem on meie veebisaidi järgmine alamsüsteem. Seega on olemas teatud kasutajaskond. Süsteemile pääses ligi suur hulk kasutajaid kohe, kui see käivitati. Alguses rühmitati päevas neli või viissada artiklit ning aegamisi kasvas ajalehtede maht järjest suuremaks, mis oli süsteemi probleemide algus. Esiteks on protsessis palju winWord.exe protsesse. See ei saa lõppeda. Kuigi süsteemikood sisaldab Quit-protsessi ja taaskasutab ressursse, ei lahendata probleemi kunagi. Paljude winword.exe protsesside tagajärjeks on see, et server aeglustub. Selle komponendi puhul peaks see olema eriti mälumahukas.
Probleemi lahendamiseks pole mingit võimalust. Viimane röövel pidi kirjutama ajastusteenuse, mis tappis winwordi protsessi, mis ei töötanud. See ravib sümptomeid, kuid mitte algpõhjust. 、
Siin tahan öelda, et Microsoft Office on lauaarvuti kontorirakenduste tarkvara, mis on peamiselt loodud tavakasutajatele, sellel on rikkalikud kasutajaliides (kasutajaliides) elemendid ning see on puhas kohaliku jooksva tarkvara või klienditarkvara komplekt. Wordi automatiseerimise liides on peamiselt loodud aknarakenduste kõnede hõlbustamiseks. Näiteks natiivsed rakendused, mida arendavad Delphi, VB, C# Winform jne. Kuigi on võimalik sundida Visible'i olema vale ja Word saab töötada serveripoolses koodis, toob see siiski kaasa palju keerulisi probleeme.
1. ASP.NET põhineb B/S arhitektuuril. B/S arhitektuuris on kasutajate ligipääs samaaegne, mis tähendab, et N kasutajat esitab sageli päringuid serveri lehele samaaegselt. Sellisel juhul sureb Wordi automatiseerimise kõne sageli aeg-ajalt.
2. Peidetud liidese operatsiooni tõttu ei suuda mõned liidesed, mis sisaldavad aknaprogrammis edukalt kutsutud liideseid, serveri poolel kutsuda või isegi jooksevad kokku, mis sageli viib protsesside surmani.
3. Kuna Word on keerukas töölauaprogramm ja ei vasta üldiste veebiteenuste standarditele lihtsuse ja tõhususe osas, töötab see serveripoolel aeglaselt ning tarbib palju ressursse (CPU, mälu), eriti ei suuda see korraga suurt hulka kasutajaid kasutada ning ressursid saavad kiiresti otsa.
4. Enamik arendajaid on COM-tehnoloogiaga suhteliselt vähe tuttavad ning programmeerimisel ja Wordi liidese kutsumisel esineb tihti koodivigu, mistõttu on raske probleemi kontrollida, mis on sage tegur, mis põhjustab protsesside katkemist. Wordi surnud protsessid mitte ainult ei tarbi serveri ressursse, vaid põhjustavad sageli, et serverilehed ei loo uusi Wordi automatiseerimise objekte ja jätkavad tööd. Mõned netikasutajad pakkusid välja surnud protsessi lahenduse: programmeerida, mis tapab Wordi surnud protsessi, mis ravib sümptomeid, kuid mitte juurpõhjust, Wordi surnud protsess on kadunud, kuid Wordi ebanormaalne sulgemine põhjustab paljude ressursside võimetust õigeaegselt vabastada. Kui kaua selline veebiserver kestab, on raske öelda.
Nende probleemide lahendamiseks leidis autor pärast põhjalikku uurimist ja võrdlust, et internetis on olemas komponent aspose.words, mis täielikult kõrvaldab ülaltoodud probleemid ja on soovitatav teiega jagada.
Allpool jagan teiega osa aspose.words komponendi töökoodist lootuses, et see on abiks neile, kes seda vajavad
Originaallink: http://blog.csdn.net/fraing/article/details/8989736
|
Postitatud 08.04.2016 16:44:24
|
|
|
Postitatud 03.05.2020 09:07:08