8, ir nepieciešams (kā aprakstīts tālāk) būtiski pārveidot atkļūdošanas procedūru. Tas tika atspoguļots versijā 8.3.7.1759. Pirmkārt, šai procedūrai tika izveidots universāls interfeiss, otrkārt, šīs izmaiņas nodrošina pašas programmas tālāku attīstību. Galu galā tagad jūs varat strādāt ar atkļūdošanu ne tikai caur konfiguratoru, bet arī izmantojot izstrādes rīkus. Apskatīsim, kā iespējot atkļūdošanu 1C serverī, sākot ar jauno versiju.
Izmantojot jauno protokolu
Iepriekšējais atkļūdotājs, kas tika ieviests iepriekšējās versijās, pārvaldīja klientu un servera lietojumprogrammas, izmantojot TCP/IP protokolu.
Pašlaik šāda protokola izmantošana ir sākusi ierobežot programmas 1C:Enterprise piekļuvi internetam un ir radījusi neērtības mobilo lietojumprogrammu darbībā.
Tāpēc, lai brīvi piekļūtu informācijas bāzēm, kas var atrasties ārpus lokālā tīkla, tagad ir pieņemts elastīgais HTTP protokols.
Jauna arhitektūra
Iepriekš, veicot konfigurācijas atkļūdošanu, darbiniekam bija jāpieslēdzas informācijas bāzei. Lai to izdarītu, viņam bija jāpiešķir administratora tiesības.
Jaunajā versijā nav nepieciešams tieši pieslēgties datu bāzēm – pietiek ar to, ka vienkārši ir tāda pati datu bāze kā klientam. Un jūs varat to ielādēt no faila.
Mobilās aplikācijas
Izmantojot HTTP protokolu, tagad ir iespējams atkļūdot servera datus, klienta datus un lietojumprogrammas.
Citas izmaiņas
Ar jauno versiju ir iespējams mainīt vietējo mainīgo vērtības atkļūdošanas procedūrā, šim nolūkam ir ieviests jauns ātrā skata logs.
Aprēķinu režīms ir mainīts uz asinhronu, kas ļauj turpināt darbu, negaidot rezultātus.
Atkļūdotājs izstrādes rīkos
Mijiedarbība ar jauno procedūru tiek veikta speciāli izstrādātā universālā programmatūras saskarnē. No vienas puses, šo saskarni izmanto konfigurators. No otras puses, tas ir ieviests jaunajā 1C:Enterprise Development Tools vidē.
Kā tas izskatās tagad
Pēc programmas maiņas procedūra notiek saskaņā ar šādu scenāriju:
Tagad tas ietver ne tikai atkļūdotāju un vienumus, kā tas bija iepriekš. Tagad ķēdē ir ieviests papildu elements - serveris.
Tas ir ne tikai pievienots - tas kalpo kā galvenais informācijas apmaiņas elements starp atkļūdotāju un objektiem. Un pati apmaiņa notiek, izmantojot ziņojumus, kas sakārtoti rindā.
Un tā kā šī apmaiņa tiek veikta, izmantojot HTTP protokolu, tagad nav nozīmes, kur tieši dati var atrasties.
Izsaukumi uz serveri tiek veidoti no atkļūdotāja un objektiem papildu savienojuma pieprasījumu veidā. Kad tie parādās, tiem tiek nosūtītas atbilstošas atbildes.
Iespējot atkļūdošanu dažādos scenārijos
Lietojumprogrammu izstrādātājam izmaiņas nav notikušas. Būtiskā atšķirība ir tā, ka jaunais mehānisms ir jāiespējo. Galu galā tagad pēc noklusējuma tas ir atspējots.
Apskatīsim, kas notiek, kad režīms sākas, ja izvēlamies vienu no diviem scenārijiem.
Faila skripts
Faila versijas sākumā konfigurācijas iestatījumos ir jānorāda jauna mehānisma izmantošana - “Atkļūdošana, izmantojot HTTP protokolu”.
Pēc tam konfigurētājs automātiski ieteiks izmantot vietējo serveri. Šis nosacījums ir jāpieņem un programma jārestartē konfiguratora režīmā.
Pēc tam tikko palaists konfigurators nākamajā sesijā saglabās jauno metodi, ko esam izvēlējušies. Bet par to pašu informācijas bāzi. Tāpēc, piekļūstot citai informācijas bāzei, arī tā ir jāiespējo.
Iespējotais mehānisms tagad automātiski palaidīs atkļūdotāja serveri, kas ir īpaša lietojumprogramma dbgs.exe. Tas tiek atspoguļots uzdevumu pārvaldnieka logā.
Parametra ownerPID vērtība atbildīs ar to saistītās lietojumprogrammas ID.
Kad sākat atkļūdošanas sesiju, izmantojot konfiguratoru, servera savienojums tiks izveidots automātiski. Un savienotie objekti tiks atspoguļoti tajā.
Ja programma 1C tika aktivizēta bez jaunā mehānisma, atkļūdošana 1C serverī būs jāiespējo manuāli. Tikai tagad jums būs jānorāda servera adrese:
Dodieties uz Pakalpojums — opcijas
Tas atrodas vienuma iestatījumos:
Dodieties uz Savienojums - Iestatījumi
Lietojot faila skriptu ar vairākām datu bāzēm vienlaikus, jāņem vērā svarīga nianse - katrs no konfiguratoriem (ar iespējotu HTTP mehānismu) nosūta savu serveri:
Tāpēc, ja ir atvērti vairāki konfiguratori, lai pieslēgtu Klientu, ir jānorāda pareizais.
Klienta-servera scenārijs
Atkļūdošana 1C serverī, izmantojot klienta-servera scenāriju, tāpat kā iepriekšējā gadījumā, sākas ar režīma palaišanu. Tas nosaka jaunā HTTP mehānisma izmantošanu. Tas tiek darīts šādā veidā:
ragent.exe -debug -http
Kad tas sākas, atkļūdotājs automātiski sāk darboties aiz tā.
Parametra ownerPID vērtība atbildīs 1C klastera pārvaldnieka identifikācijas numuram.
Programma ģenerēs priekšlikumu tagad izmantot klastera atkļūdošanas serveri (nevis lokālo, kā tas bija iepriekšējā scenārijā). Mēs piekrītam un restartējam.
Nākotnē viss ritēs kā faila skripts. Tikai startējot servera bāzes konfiguratoru, vietējais atkļūdotāja serveris vairs netiks startēts.
Mēs ceram, ka mūsu publikācija palīdzēja jums noskaidrot problēmu, kā iespējot atkļūdošanu 1C serverī.
1C izstrādātāja uzdevums ir ne tikai rakstīt kodu, bet arī izsekot un labot kļūdas, izveidot optimālu komandu izpildes algoritmu un optimizēt darba ātrumu, tas ir, atkļūdošanu. To ir grūti izdarīt, neizmantojot servera procedūru iebūvētā atkļūdotāja funkcionalitāti.
Sākotnēji 1C serveros atkļūdošanas režīms ir atspējots, tāpēc izstrādātājam būs jāveic vienkāršas manipulācijas ar iestatījumiem, lai varētu rūpīgi pārbaudīt kodu.
Atkļūdošanas režīma iespējošana serverī 1C platformas versijai 8.2 un jaunākai versijai
Atkļūdošanas iespējošanas algoritms ir diezgan vienkāršs. Tas neprasa padziļinātas zināšanas par operētājsistēmas arhitektūru un 1C administrēšanu. Tomēr joprojām jābūt ļoti uzmanīgiem, jo atkļūdošanas darbi tiek veikti tieši serverī un ar administratora tiesībām. Tāpēc, ja jums nav pamatīgu zināšanu, stingri ievērojiet darbību algoritmu bez improvizācijas:
- Pārtrauciet 1C:Enterprise Server Agent pakalpojumu, izmantojot servera pārvaldnieku. Ja iestatīšana notiek ražošanas serverī, jums jau iepriekš jāparūpējas, lai datu bāzē nebūtu 1C lietotāju;
- Palaidiet sistēmas reģistra redaktoru, noklikšķinot uz "Sākt" - "Palaist" vai īsinājumtaustiņu "Win" + "R". Atvērtajā logā ievadiet rindu “regedit”;
- Reģistrā jums jāatrod vienums;
- Starp parametriem atrodiet “ImagePath” un mainiet to, esošajai vērtībai pievienojot “-debug” ar atstarpi beigās;
- Izmantojot servera pārvaldnieku, palaidiet pakalpojumu, kas tika apturēts - “1C: Enterprise Server Agent”.
Atkļūdošanas režīma iespējošana serverī 1C versijai 8.1
Ja platformā 8.1 ir jāiespējo atkļūdošanas režīms, darbību algoritms paliek praktiski nemainīgs. Vienīgās izmaiņas ir ceļa parametra "ImagePath" atrašanās vieta. Versijā 8.1 tas atrodas sadaļā.
1C izstrādātāji iesaka iespējot atkļūdošanas režīmu tikai testa serveriem, kur kods ir jāatkļūdo. Šī ieteikuma iemesls ir veiktspējas ietekme, kas rodas, ja serverī ir iespējota atkļūdošana. Ja jums ir daudz lietotāju vai servera jauda atstāj daudz vēlamo, uzmanīgi ievērojiet šo padomu, lai atkļūdošana neradītu negatīvas sekas.
18.10.2016
Atkļūdošana 1C serverī (8.2, 8.3...)
Ja 1C datu bāze darbojas klienta-servera versijā, koda atkļūdošanas režīms servera pusē ir atspējots. Tāpēc soli pa solim nebūs iespējams redzēt, kas notiek, izpildot funkciju vai procedūru. Lai iespējotu servera puses atkļūdošanu, jums ir jāveic dažas vienkāršas darbības.
Iespējot atkļūdošanu 1C:Enterprise serverī 8.2, 8.3
Pirmā lieta, kas jums jādara, ir apturēt 1C: Enterprise servera pakalpojumu. Dodieties uz "Start - Run" (vai īsinājumtaustiņu "Windows + R"), ierakstiet "services.msc" (protams, jums ir jāatver Windows pakalpojumu pārvaldība no administratora)Pēc apstāšanās atveriet Windows reģistra redaktoru ("Start - Run" (vai īsinājumtaustiņš "Windows + R") un ierakstiet "regedit") un atrodiet filiāli ar nosaukumu. "" vai "" atkarībā no platformas versijas
Mūs interesē reģistra atslēga ar nosaukumu "ImagePath". Atslēgas vērtības beigās pievienojiet "-debug". Tas nozīmē, ka 1C servera pusē ir aktivizēts atkļūdošanas režīms.
Bija: "C:\Program Files\1cv8\8.3.6.2530\bin\ragent.exe" -srvc -agent -regport 1541 -port 1540 -range 1560:1591 -d "C:\Program Files\1cv8\srvinfo"
Kļuva: "C:\Program Files\1cv8\8.3.6.2530\bin\ragent.exe" -srvc -agent -regport 1541 -port 1540 -range 1560:1591 -d "C:\Program Files\1cv8\srvinfo" -debug
Saglabājiet un sāciet pakalpojumu 1C. Viss ir gatavs! Laimīgu atkļūdošanu!
Lai varētu atkļūdot servera procedūras, konfiguratora formā “Pakalpojums->Parametri” ir jāiestata karodziņi:
Atkļūdošana lietojumprogrammu serverī
Tas ir aprakstīts dokumentācijā:
Grāmata “1C: Uzņēmums 8.1. Konfigurācija un administrēšana"
18. nodaļa. Konfigurācijas rīki
Atkļūdotājs un veiktspējas mērījumi
"Atkļūdošanas kods serverī
Lai instalētu atkļūdošanas režīmu, palaidiet 1C:Enterprise serveri ar komandrindas slēdzi /Debug (ragent.exe /debug)."
Servera aģenta startēšanas atslēgas ir aprakstītas grāmatā:
"1C: Uzņēmums 8.1. Klients-serveris. Uzstādīšanas un lietošanas iezīmes"
"Servera aģenta kā pakalpojuma palaišana
Ja, instalējot serveru klasteri, izvēlējāties iespēju palaist centrālā servera aģentu kā pakalpojumu, tad šis pakalpojums tiks automātiski palaists instalēšanas procesa laikā un tiks palaists arī operētājsistēmas startēšanas laikā.
Ja centrālā servera aģents tika instalēts kā lietojumprogramma, tad pakalpojumu ir iespējams reģistrēt manuāli un pēc tam palaist.
Pakalpojuma reģistrācija tiek veikta ar šādu komandu:
Ragent.exe -instsrvc -usr<пользователь>-pwd<пароль>-osta<порт>- diapazons<диапазоны>-seclev<уровень>-atkļūdot | -rmsrvc | -sākt | - apstāties
Instsrvc – klastera aģenta reģistrēšana kā Windows pakalpojums. Ja Ragent.exe tiek palaists ar šo atslēgu, tas tiek reģistrēts Windows pakalpojumu sarakstā un beidzas. Nav savietojams ar -srvc, -rmsrvc slēdžiem;
Usr<имя пользователя>
Pwd<пароль пользователя>– tā Windows lietotāja vārds un parole, ar kura vārdu Ragent.exe ir jāpalaiž kā Windows pakalpojums. Var izmantot tikai kopā ar slēdzi -instsrvc, reģistrējot Ragent.exe kā Windows pakalpojumu;
Osta<порт>– klastera aģenta galvenās ostas numurs. Šo portu izmanto klastera konsole, lai piekļūtu centrālajam serverim. Klastera aģenta ports ir norādīts arī kā darba servera IP ports;
Diapazons<диапазоны>- IP portu diapazoni dinamiskai atlasei. No tiem tiek atlasīti klasteru procesu apkalpošanas porti, ja tos nav iespējams atlasīt no atbilstošā darba servera iestatījumiem. Noklusējums: 1560-1591. Vērtību piemēri<диапазоны>: "45:49", "45:67,70:72,77:90";
Seclev<уровень>– klastera aģenta procesa drošības līmenis. Nosaka ar procesu ragent.exe izveidoto savienojumu drošības līmeni.<уровень>var iegūt šādas vērtības: 0 (noklusējuma) savienojumi nav droši, 1 – droši savienojumi tikai uz lietotāja autentifikācijas laiku, 2 – pastāvīgi droši savienojumi.;
Rmsrvc — atceļ klastera aģenta reģistrāciju kā Windows pakalpojumu. Ja programma Ragent.exe tiek palaista ar šo atslēgu, tā atceļ reģistrāciju Windows pakalpojumu sarakstā un iziet. Nav savietojams ar slēdžiem -srvc, -daemon, -instsrvc.
Sākt — palaidiet ragent.exe, kas reģistrēts kā Windows pakalpojums. Palaiž programmu ragent.exe, kas iepriekš reģistrēta kā Windows pakalpojums, un pēc tam iziet;
Apturēt — apturiet Ragent.exe, kas reģistrēts un darbojas kā Windows pakalpojums. Aptur Ragent.exe, kas iepriekš reģistrēts un darbojas kā Windows pakalpojums, un pēc tam iziet;
Atkļūdošana — servera klastera palaišana konfigurācijas atkļūdošanas režīmā. "
Tādējādi, ja 1C:Enterprise serveris tika palaists kā pakalpojums un kāda iemesla dēļ tas būtu jāpalaiž arī kā pakalpojums atkļūdošanas režīmā, vispirms ir jāatceļ pakalpojuma reģistrācija (atslēga -rmsrvc) un pēc tam atkārtoti jāreģistrē pakalpojums, izmantojot atkļūdošanas atslēga.
Acīmredzot līdzīgu efektu var panākt arī citos veidos, piemēram, tieši rediģējot Windows reģistru. Lai to izdarītu, jums vajadzētu iepazīties ar Windows dokumentāciju.
Darbojas tikai tad, ja reģistrā ir iestatīta atslēga "-debug". Visos citos gadījumos tas kādu iemeslu dēļ nedarbojas.
"ImagePath"=
bija "F:\Program Files\1cv81\bin\ragent.exe" -srvc -agent -regport 1541 -port 1540 -range 1560:1591 -d "F:\Program Files\1cv81\server"
iestatiet "F:\Program Files\1cv81\bin\ragent.exe" -srvc -agent -regport 1541 -port 1540 -range 1560:1591 -debug -d "F:\Program Files\1cv81\server"
Ieviests versijā 8.3.7.1759.
Mēs esam būtiski pārveidojuši atkļūdošanas mehānismu. Tam bija vairāki iemesli. Pirmkārt, mēs vēlējāmies sniegt jums iespēju atkļūdot katru šodien pieejamo lietojumprogrammu. Otrkārt, iepriekšējā atkļūdotāja arhitektūrā bija nepieciešamas izmaiņas, lai neatpaliktu no pašreizējām tendencēm un pielāgotos turpmākajai attīstībai. Treškārt, bija nepieciešams universāls atkļūdošanas interfeiss, ar kuru ne tikai 1C:Enterprise konfigurators, bet arī .
Galvenās priekšrocības
Lai jūs varētu iedomāties mūsu veikto izmaiņu apjomu, mēs īsumā uzskaitīsim galvenās jaunā mehānisma priekšrocības.
HTTP atkļūdošana
Iepriekšējais atkļūdošanas mehānisms bija balstīts uz faktu, ka atkļūdotājs, kas tika ieviests konfiguratorā 1C:Enterprise, tieši mijiedarbojās ar atkļūdošanas vienumiem (klienta un servera lietojumprogrammām). Šī mijiedarbība tika veikta, izmantojot TCP/IP protokolu.
Tomēr līdz ar 1C:Enterprise lietojumprogrammu izlaišanu internetā un jo īpaši ar mobilo lietojumprogrammu parādīšanos šī pieeja ir kļuvusi par ierobežojumu un neērtību avotu. TCP/IP protokols ne vienmēr ļauj atkļūdotājam “sasniegt” vienumus, kas tiek atkļūdoti. Galu galā tie var atrasties ārpus lokālā tīkla, kurā darbojas atkļūdotājs.
Tāpēc jaunajā mehānismā par transporta protokolu izvēlējāmies “visuresošāko” HTTP protokolu, kuru, starp citu, izmanto arī klientu aplikācijas, lai pieslēgtos informācijas datu bāzēm.
Mūsdienu atkļūdošanas arhitektūra
Iepriekšējā atkļūdošanas mehānisma iezīme bija nepieciešamība izveidot savienojumu ar informācijas bāzi, izmantojot konfiguratoru. Tā rezultātā izstrādātāja atkļūdošanas funkcijai bija pilnīga piekļuve visām administratīvajām funkcijām.
Jaunajam atkļūdošanas mehānismam vairs nav nepieciešams savienojums ar informācijas bāzi, kurā tiek veikta atkļūdošana. Galvenais, kas tagad ir nepieciešams atkļūdotājam, ir tā pati konfigurācija, kas darbojas klientiem. Lai to iegūtu, nav nepieciešams izveidot savienojumu ar informācijas bāzi, kurā tiek veikta atkļūdošana. Varat to ielādēt, piemēram, no faila.
Mobilo lietojumprogrammu atkļūdošana
Pateicoties HTTP protokola izmantošanai, ir kļuvis iespējams atkļūdot lietojumprogrammas, kuras izpilda mobilā platforma. Turklāt jūs varat atkļūdot jebkuru kontekstu: klientu, serveri, kā arī fona darbus.
Tagad atkļūdošanas laikā varat mainīt jebkuru rakstāmo mainīgo vērtības. Lai ātri skatītu un mainītu vietējos mainīgos, esam ieviesuši atsevišķu logu. Un atkļūdotāja parādīto izteiksmju aprēķins tagad tiek veikts asinhronā režīmā.
Atkļūdošana izstrādes rīkos
Veidojot jaunu atkļūdošanas mehānismu, mēs ieviesām jaunu, universālu programmatūras saskarni mijiedarbībai ar to. Šo saskarni izmanto 1C: Enterprise konfigurators, un to pašu interfeisu tagad izmanto arī jaunā izstrādes vide. Tādējādi visas atkļūdošanas iespējas tagad ir pieejamas, strādājot .
Atkļūdošanas procesa arhitektūra
Jaunā atkļūdošanas arhitektūra izskatās šādi:
Atkļūdošana ietver atkļūdotāju, atkļūdošanas vienumus un jaunu elementu - atkļūdošanas serveris.
Nav tiešas informācijas pārsūtīšanas starp atkļūdotāju un atkļūdošanas vienumiem. Visa mijiedarbība tiek organizēta caur atkļūdošanas serveri. Šis ir mehānisma galvenais elements. Atkļūdošanas serverim ir ziņojumu rinda, caur kuru atkļūdotājs un atkļūdošanas vienumi nodod informāciju viens otram.
Gan pats atkļūdotājs, gan atkļūdošanas vienumi sazinās ar atkļūdošanas serveri, izmantojot HTTP. Tāpēc tagad nav nozīmes, kur atrodas šie atkļūdošanas vienumi.
Mijiedarbību ar atkļūdošanas serveri sāk atkļūdotājs un atkļūdošanas vienumi. Šim nolūkam tiek organizēti papildu savienojumi. To galvenais mērķis ir noskaidrot, vai informācija viņiem ir parādījusies atkļūdošanas serverī. Un, ja tā parādās, iegūstiet šo informāciju.
Tādējādi mijiedarbība ir vienpusēja. Informācija tiek pastāvīgi pārsūtīta no atkļūdošanas servera uz atkļūdotāju un atkļūdošanas objektiem.
Informācijas bāzu apzināšana
Iepriekšējā mehānismā informācijas bāzu identificēšanai tika izmantota savienojuma virkne. Šis risinājums dažos gadījumos radīja grūtības saskaņot atkļūdošanas vienumus un konfiguratoru. Jo, pirmkārt, tas bija reģistrjutīgs, un, otrkārt, atkļūdojot dažus kontekstus, platforma automātiski ģenerēja savienojuma virkni. Un tas ne vienmēr sakrita ar to, ko norādījāt, pievienojot informācijas bāzi konfiguratorā. Šādu situāciju atrašana un labošana sarežģīja atkļūdošanas procesu.
Jaunajā mehānismā mēs atbrīvojāmies no savienojuma virknes. Tagad lietojam informācijas bāzes identifikators. Failu informācijas bāzē šāds identifikators tiek ģenerēts, kad pirmo reizi tiek izveidots klienta savienojums. Servera informācijas bāzē kā šāds identifikators tiek izmantots informācijas bāzes reģistrācijas identifikators klasterī.
Jauks papildu punkts šeit ir tas, ka pagaidām platformā esam saglabājuši veco atkļūdošanas mehānismu (nākotnē tas var tikt izslēgts). Un jūs varat to izmantot, ja vēlaties vai ja nepieciešams. Tāpēc mēs esam modificējuši veco mehānismu, un tagad tas izmanto arī informācijas bāzes identifikatoru, nevis savienojuma virkni.
Tipiski atkļūdošanas scenāriji
No lietojumprogrammu izstrādātāja viedokļa tipiskie atkļūdošanas scenāriji nav mainījušies. Vienīgā būtiskā atšķirība ir tā, ka ir jāiespējo jaunais atkļūdošanas mehānisms. Tā kā pēc noklusējuma tas ir atspējots.
Neatkarīgi no tā, ir lietderīgi iepazīties ar to, kas notiek tagad, kad veicat atkļūdošanu. Jo tas var jums noderēt dažos nestandarta darba scenārijos.
Faila opcija
Pirms sākat atkļūdošanu faila versijā, konfiguratora iestatījumos ir jānorāda, ka vēlaties izmantot jauno atkļūdošanas mehānismu - " HTTP atkļūdošana».
Šādā gadījumā konfigurators automātiski liks jums izmantot vietējo atkļūdošanas serveri. Jums ir jāpiekrīt tam un jārestartē konfigurators.
Iestatītā atkļūdošanas metode tiek saglabāta starp konfiguratora sesijām, taču tā tiek saglabāta informācijas bāzu kontekstā. Tāpēc citai informācijas bāzei tā būs jāiespējo vēlreiz.
Tagad, startējot konfiguratoru vai restartējot to, platforma automātiski palaidīs atkļūdošanas serveri. Šī ir atsevišķa dbgs.exe lietojumprogramma. To var redzēt uzdevumu pārvaldniekā.
Parametrs ownerPID norāda tās lietojumprogrammas identifikatoru, kurai pieder šis atkļūdošanas serveris. Šajā gadījumā tas ir 1C:Enterprise konfigurators.
Tagad, ja palaižat 1C:Enterprise atkļūdošanas sesiju no konfiguratora, tas automātiski izveidos savienojumu ar atkļūdošanas serveri, un konfiguratorā jūs redzēsit pievienotos atkļūdošanas vienumus.
Ja 1C:Enterprise sesija tika palaista bez atkļūdošanas, tad, tāpat kā iepriekš, varat to savienot ar atkļūdotāju. Tikai tagad jums jānorāda atkļūdošanas servera adrese:
Šo adresi varat atrast atkļūdošanas vienumu iestatījumos:
Ir viens neparasts punkts, kas saistīts ar darbu ar vairākām failu datu bāzēm vienlaikus. Faila versijā katrs konfigurators ar iespējotu http atkļūdošanu palaiž savu atkļūdošanas servera kopiju dažādos portos:
Tāpēc, ja vienlaikus ir atvērti vairāki konfiguratori, tad, lai savienotu klienta lietojumprogrammu ar atkļūdotāju, ir jāizvēlas pareizais.
Klienta-servera opcija
Pirms atkļūdošanas sākšanas klienta-servera versijā, tāpat kā iepriekš, 1C:Enterprise serveris jāpalaiž atkļūdošanas režīmā, taču jānorāda, ka atkļūdošanai tiks izmantots jaunais HTTP mehānisms. Piemēram, šādi:
ragent.exe -debug -http
Kad serveris tiek startēts šādā veidā, tiks palaists arī atkļūdošanas serveris.
Parametrs ownerPID norādīs 1C:Uzņēmuma klastera pārvaldnieka identifikatoru.
Tagad konfiguratora iestatījumos, tāpat kā failu datu bāzes gadījumā, jums jānorāda, ka vēlaties izmantot jauno atkļūdošanas mehānismu - " HTTP atkļūdošana».
Šādā gadījumā konfigurators automātiski liks jums izmantot klastera atkļūdošanas serveri, nevis vietējo serveri. Jums ir jāpiekrīt tam un jārestartē konfigurators.
Atkļūdošanas vienumu savienošana
Kad sākat atkļūdošanas sesijas no konfiguratora, lietojumprogrammas automātiski savieno atkļūdošanas vienumus (gan klientu, gan serveri) ar atkļūdošanas serveri.
Tajā pašā laikā, tāpat kā iepriekš, jums ir iespēja konfigurēt konfiguratoru, lai automātiski savienotu atkļūdošanas vienumus neatkarīgi no tā, kā tie tika palaisti. Tagad šīs iespējas ir kļuvušas daudz bagātākas.
Pirmkārt, platforma tagad piedāvā visus iespējamos atkļūdošanas vienumus, no kuriem izvēlēties.
Un, otrkārt, ir parādījies cits, smalkāks iestatīšanas veids. Tas ir iepriekš izveidoto izlašu izmantošana.
Šādas atlases varat izmantot gan savienojot atkļūdošanas vienumus, gan lai skatītu pieejamos atkļūdošanas vienumus.
Atlasē papildus pašiem atkļūdošanas vienumiem varat norādīt konkrētus lietotājus, kuru sesijas jūs interesē, kā arī, ja tiek izmantota datu atdalīšana, norādīt informācijas bāzes apgabalu, kurā tiks veikta atkļūdošana.
Mainīgo, objektu īpašību maiņa un izteiksmju asinhrona novērtēšana
Jaunais atkļūdošanas mehānisms ļauj mainīt mainīgās vērtības atkļūdošanas laikā. Iepriekšējā mehānismā šādas iespējas nebija.
Ērtai vietējo mainīgo skatīšanai un mainīšanai, kas, šķiet, ir visizplatītākais uzdevums, esam ieviesuši “ Vietējie mainīgie».
Ārēji tas ir ļoti līdzīgs “Rezultātu tablo”, pie kura esat pieradis. Bet, pirmkārt, šis logs jau ir automātiski aizpildīts ar visiem vietējiem mainīgajiem, un, otrkārt, tagad varat mainīt mainīgo vērtības.
Primitīvo tipu vērtības var mainīt tieši šūnā " Nozīme»:
Un, lai mainītu citas vērtības, varat izmantot izteiksmes ievades logu:
Jauks bonuss ir tas, ka kontekstuālais rīka padoms šajā logā ir pilnībā funkcionāls.
Tieši tādā pašā veidā jūs varat mainīt jebkura (ne tikai vietējo) mainīgo un rakstāmo rekvizītu vērtības. Izteiksmes aprēķināšanas logā (ko izsauc komanda Shift+F9) varat mainīt mainīgo vērtības gan šūnā “Vērtība”, gan izmantojot atsevišķu dialoglodziņu.
Starp citu, pats izteiksmes aprēķins tagad tiek veikts asinhroni. Tas nozīmē, ka konfigurators pasūta atkļūdošanas vienuma aprēķinu. Un kādu laiku šis aprēķins ir gaidāms serverī. Ja aprēķins ir pabeigts, rezultāti nekavējoties tiek nosūtīti konfiguratoram. Ja aprēķins tiek veikts ilgu laiku, šo aprēķinu rezultāti asinhroni nonāk konfiguratorā vēlāk. Šī pieeja ļauj negaidīt ilgus aprēķinus konfiguratorā un turpināt darbu.
