8, postoji potreba (kao što je objašnjeno u nastavku) za značajnim preradom procedure za otklanjanje grešaka. Ovo se odrazilo u verziji 8.3.7.1759. Prvo, stvoreno je univerzalno sučelje za ovu proceduru, a drugo, ova promjena osigurava daljnji razvoj samog programa. Uostalom, sada možete raditi s otklanjanjem grešaka ne samo kroz konfigurator, već i koristeći razvojne alate. Pogledajmo kako omogućiti otklanjanje grešaka na 1C serveru počevši od nove verzije.
Korištenje novog protokola
Prethodni program za otklanjanje grešaka, koji je implementiran u prethodnim verzijama, upravljao je klijentskim i serverskim aplikacijama koristeći TCP/IP protokol.
Trenutno je korištenje takvog protokola počelo ograničavati pristup programa 1C:Enterprise Internetu i izazvalo neugodnosti za rad mobilnih aplikacija.
Stoga je za slobodan pristup bazama podataka koje se mogu nalaziti izvan lokalne mreže sada usvojen fleksibilni HTTP protokol.
Nova arhitektura
Ranije, prilikom obavljanja otklanjanja grešaka u konfiguraciji, zaposlenik je morao da se poveže na bazu podataka. Za to mu je bilo potrebno dati administratorska prava.
U novoj verziji nema potrebe za direktnim povezivanjem na baze podataka - dovoljno je jednostavno imati istu bazu podataka kao i klijent. I možete ga učitati iz datoteke.
Mobilne aplikacije
Koristeći HTTP protokol, sada je moguće debugirati serverske podatke, klijentske podatke i aplikacije.
Ostale promjene
Sa novom verzijom moguće je mijenjati vrijednosti za lokalne varijable u proceduri otklanjanja grešaka; u tu svrhu implementiran je novi prozor za brzi pregled.
Način izračunavanja je promijenjen u asinhroni, što vam omogućava da nastavite s radom bez čekanja rezultata.
Debugger u razvojnim alatima
Interakcija sa novom procedurom odvija se u posebno razvijenom univerzalnom softverskom interfejsu. S jedne strane, ovaj interfejs koristi konfigurator. S druge strane, implementiran je u novom okruženju 1C:Enterprise Development Tools.
Kako to sada izgleda
Nakon promjene programa, postupak se odvija prema sljedećem scenariju:
Sada to uključuje ne samo debuger i stavke, kao što je ranije bio slučaj. Sada je u lanac uveden dodatni element - Server.
Ne samo da je dodat – on služi kao glavni element razmjene informacija između debagera i objekata. A sama razmjena se odvija kroz poruke poređane u redu.
A budući da se ova razmjena vrši putem HTTP protokola, sada nije bitno gdje se tačno podaci mogu nalaziti.
Pozivi na server se formiraju iz debagera i objekata u obliku dodatnih zahtjeva za povezivanje. Kada se pojave, šalju im se odgovarajući odgovori.
Omogućite otklanjanje grešaka u različitim scenarijima
Za programera aplikacije, nije bilo promjena. Značajna razlika je u tome što novi mehanizam mora biti omogućen. Na kraju krajeva, sada je po defaultu onemogućen.
Pogledajmo šta se dešava kada se režim pokrene ako odaberemo jedan od dva scenarija.
File skripta
Na početku verzije datoteke morate navesti u postavkama konfiguracije korištenje novog mehanizma - „Otklanjanje grešaka putem HTTP protokola“.
Tada će konfigurator automatski predložiti korištenje lokalnog servera. Ovaj uvjet se mora prihvatiti i program ponovo pokrenuti u načinu konfiguratora.
Nakon toga, novopokrenuti konfigurator će sačuvati novu metodu koju smo odabrali tokom sljedeće sesije. Ali za istu bazu podataka. Stoga, prilikom pristupa drugoj bazi podataka, i nju je potrebno omogućiti.
Omogućeni mehanizam će sada automatski pokrenuti Debugger Server, koji je posebna aplikacija dbgs.exe. To se odražava u prozoru Task Manager-a.
Vrijednost parametra ownerPID će odgovarati ID-u aplikacije koja je vezana za njega.
Kada pokrenete sesiju otklanjanja grešaka preko konfiguratora, konekcija sa serverom će se desiti automatski. I povezani objekti će se odraziti u njemu.
Ako je 1C program aktiviran bez novog mehanizma, morat ćete ručno omogućiti otklanjanje grešaka na 1C serveru. Tek sada ćete morati navesti adresu servera:
Idite na Servis - Opcije
Nalazi se u postavkama stavke:
Idite na Connection - Settings
Kada koristite skriptu datoteke s nekoliko baza podataka istovremeno, morate uzeti u obzir važnu nijansu - svaki od konfiguratora (sa uključenim HTTP mehanizmom) šalje svoj poslužitelj:
Stoga, ako je otvoreno nekoliko konfiguratora, tada za povezivanje klijenta morate navesti ispravan.
Klijent-server scenario
Otklanjanje grešaka na 1C serveru pomoću scenarija klijent-server, kao u prethodnom slučaju, počinje pokretanjem režima. Ovo specificira upotrebu novog HTTP mehanizma. Ovo se radi na ovaj način:
ragent.exe -debug -http
Kada se pokrene, debugger se automatski pokreće iza njega.
Vrijednost parametra ownerPID odgovarat će identifikacijskom broju 1C upravitelja klastera.
Program će generirati prijedlog za korištenje servera za otklanjanje grešaka klastera sada (a ne lokalnog kao u prethodnom scenariju). Slažemo se i ponovo ga pokrećemo.
U budućnosti će sve ići kao fajl skript. Tek kada pokrenete Server Database Configurator, lokalni server za otklanjanje grešaka više se neće pokretati.
Nadamo se da vam je naša publikacija pomogla da shvatite problem kako omogućiti otklanjanje grešaka na 1C serveru.
Zadatak 1C programera nije samo pisanje koda, već i praćenje i ispravljanje grešaka, izgradnja optimalnog algoritma za izvršavanje naredbi i optimizacija brzine rada, odnosno otklanjanja grešaka. Teško je to učiniti bez korištenja funkcionalnosti ugrađenog debugera serverskih procedura.
U početku je način otklanjanja grešaka onemogućen na 1C serverima, tako da će programer morati napraviti jednostavne manipulacije s postavkama kako bi mogao temeljito provjeriti kod.
Omogućavanje načina za otklanjanje grešaka na serveru za 1C platformu verziju 8.2 i noviju
Algoritam za omogućavanje otklanjanja grešaka je prilično jednostavan. Ne pretpostavlja dubinsko poznavanje arhitekture operativnog sistema i administracije 1C. Ipak, ipak treba da budete veoma oprezni, jer se rad na otklanjanju grešaka obavlja direktno na serveru i sa administratorskim pravima. Stoga, ako nemate temeljno znanje, striktno slijedite algoritam akcija bez improvizacije:
- Zaustavite uslugu 1C:Enterprise Server Agent putem Server Managera. Ako se postavljanje odvija na proizvodnom serveru, tada biste trebali unaprijed voditi računa o odsustvu 1C korisnika u bazi podataka;
- Pokrenite uređivač sistemskog registra klikom na “Start” - “Run” ili prečicom na tastaturi “Win” + “R”. U prozoru koji se otvori unesite red “regedit”;
- U registru trebate pronaći stavku;
- Među parametrima, pronađite “ImagePath” i promijenite ga dodavanjem “-debug” postojećoj vrijednosti sa razmakom na kraju;
- Preko upravitelja servera pokrenite uslugu koja je zaustavljena - "1C: Enterprise Server Agent".
Omogućavanje načina za otklanjanje grešaka na serveru za 1C verziju 8.1
Ako trebate omogućiti način otklanjanja grešaka na platformi 8.1, algoritam akcija ostaje gotovo nepromijenjen. Jedina promjena je lokacija parametra putanje "ImagePath". U verziji 8.1 nalazi se u odjeljku.
1C programeri savjetuju da se omogući način otklanjanja grešaka isključivo za test servere, gdje bi kod trebao biti otklonjen. Razlog za ovu preporuku je zbog uticaja na performanse koji se javlja kada je otklanjanje grešaka omogućeno na serveru. Ako imate mnogo korisnika ili snaga servera ostavlja mnogo da se poželi, pažljivo poslušajte ovaj savjet kako otklanjanje grešaka ne bi imalo negativne posljedice.
18.10.2016
Otklanjanje grešaka na 1C serveru (8.2, 8.3...)
Ako 1C baza podataka radi u verziji klijent-server, način otklanjanja grešaka koda na strani servera je onemogućen. Stoga, neće biti moguće vidjeti korak po korak šta se dešava prilikom izvršavanja funkcije ili procedure. Da biste omogućili otklanjanje grešaka na strani servera, morate slijediti nekoliko jednostavnih koraka.
Omogućite otklanjanje grešaka na serveru 1C:Enterprise 8.2, 8.3
Prva stvar koju trebate učiniti je zaustaviti uslugu servera 1C:Enterprise. Idite na "Start - Run" (ili prečicu na tastaturi "Windows + R"), napišite "services.msc" (naravno morate otvoriti upravljanje Windows uslugama od administratora)Nakon zaustavljanja, otvorite Windows uređivač registra ("Start - Run" (ili prečica na tastaturi "Windows + R") i napišite "regedit") i pronađite granu sa imenom "" ili "" ovisno o verziji platforme
Zanima nas ključ registratora pod nazivom "ImagePath". Dodajte "-debug" na kraj vrijednosti ključa. To znači da je aktiviran način otklanjanja grešaka na strani 1C servera.
Bio: "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"
postao: "C:\Program Files\1cv8\8.3.6.2530\bin\ragent.exe" -srvc -agent -regport 1541 -port 1540 -opseg 1560:1591 -d "C:\Program Files\1cv8\srvinfo" -debug
Sačuvajte i pokrenite 1C uslugu. Sve je spremno! Srećno otklanjanje grešaka!
Da biste mogli da otklanjate greške u serverskim procedurama, morate postaviti zastavice u “Service->Parameters” formi konfiguratora:
Otklanjanje grešaka na serveru aplikacija
Ovo je opisano u dokumentaciji:
Knjiga „1C:Preduzeće 8.1. Konfiguracija i administracija"
Poglavlje 18. Alati za konfiguraciju
Debuger i mjerenja performansi
"Kôd za otklanjanje grešaka na serveru
Da biste instalirali režim za otklanjanje grešaka, trebalo bi da pokrenete 1C:Enterprise server sa prekidačem komandne linije /Debug (ragent.exe /debug)."
Ključevi za pokretanje agenta servera opisani su u knjizi:
"1C: Preduzeće 8.1. Klijent-server. Karakteristike instalacije i upotrebe"
„Pokretanje serverskog agenta kao usluge
Ako ste prilikom instaliranja klastera servera odabrali opciju pokretanja agenta centralnog servera kao servisa, tada će se ovaj servis automatski pokrenuti tokom procesa instalacije, a također će biti pokrenut i kada se operativni sistem pokrene.
Ako je agent centralnog servera instaliran kao aplikacija, tada je moguće ručno registrovati servis i zatim ga pokrenuti.
Registracija servisa se vrši sljedećom naredbom:
Ragent.exe -instsrvc -usr<пользователь>-pwd<пароль>-port<порт>-domet<диапазоны>-seclev<уровень>-debug | -rmsrvc | -start | - stop
Instsrvc – registracija agenta klastera kao Windows servisa. Ako se ragent.exe pokrene sa ovim ključem, registruje se na listi Windows usluga i izlazi. Nije kompatibilno sa -srvc, -rmsrvc prekidačima;
Usr<имя пользователя>
Pwd<пароль пользователя>– ime i lozinka Windows korisnika pod čijim imenom ragent.exe treba da se pokrene kao Windows servis. Može se koristiti samo u kombinaciji sa ključem -instsrvc kada se ragent.exe registruje kao Windows usluga;
Port<порт>– broj glavnog porta agenta klastera. Ovaj port koristi konzola klastera za pristup centralnom serveru. Port agenta klastera je takođe specificiran kao IP port radnog servera;
Domet<диапазоны>– Opseg IP portova za dinamički odabir. Iz njih se biraju servisni portovi procesa klastera ako ih je nemoguće izabrati iz postavki odgovarajućeg radnog servera. Zadano: 1560-1591. Primjer vrijednosti<диапазоны>: "45:49", "45:67,70:72,77:90";
Seclev<уровень>– nivo sigurnosti procesa klaster agenta. Određuje nivo sigurnosti veza uspostavljenih sa procesom ragent.exe.<уровень>može imati sljedeće vrijednosti: 0 (podrazumevano) veze nisu sigurne, 1 – sigurne veze samo za vrijeme trajanja autentifikacije korisnika, 2 – trajno sigurne veze.;
Rmsrvc – poništava registraciju agenta klastera kao Windows usluge. Ako se ragent.exe pokrene sa ovim ključem, onda on poništava svoju registraciju na listi Windows servisa i izlazi. Nije kompatibilno sa -srvc, -daemon, -instsrvc prekidačima.
Start - pokrenite ragent.exe, registrovan kao Windows servis. Pokreće ragent.exe, prethodno registrovan kao Windows usluga, a zatim izlazi;
Stop - zaustavi ragent.exe registrovan i radi kao Windows usluga. Zaustavlja ragent.exe, koji je prethodno registrovan i radi kao Windows usluga, a zatim izlazi;
Otklanjanje grešaka - pokretanje klastera servera u modu za otklanjanje grešaka u konfiguraciji. "
Dakle, ako je 1C:Enterprise server pokrenut kao usluga i iz nekog razloga bi također trebao biti pokrenut kao usluga u načinu za otklanjanje grešaka, prvo morate odjaviti uslugu (ključ -rmsrvc), a zatim ponovo registrovati uslugu sa -debug ključ.
Očigledno, sličan efekat se može postići na druge načine, na primjer, direktnim uređivanjem Windows registra. Da biste to uradili, verovatno biste trebali konsultovati svoju Windows dokumentaciju.
Radi samo kada je ključ "-debug" postavljen u registratoru. U svim ostalim slučajevima iz nekog razloga ne radi.
"Putanja slike"=
bio je "F:\Program Files\1cv81\bin\ragent.exe" -srvc -agent -regport 1541 -port 1540 -range 1560:1591 -d "F:\Program Files\1cv81\server"
postavite "F:\Program Files\1cv81\bin\ragent.exe" -srvc -agent -regport 1541 -port 1540 -range 1560:1591 -debug -d "F:\Program Files\1cv81\server"
Implementirano u verziji 8.3.7.1759.
Značajno smo redizajnirali mehanizam za otklanjanje grešaka. Za to je bilo nekoliko razloga. Prvo, željeli smo vam dati mogućnost otklanjanja grešaka u svakoj aplikaciji koja je danas dostupna. Drugo, prethodna arhitektura debuggera zahtijevala je promjene kako bi se održala korak sa trenutnim trendovima i prilagodila budući razvoj. Treće, bilo je potrebno univerzalno sučelje za otklanjanje grešaka, s kojim ne samo 1C:Enterprise konfigurator, već i .
Glavne prednosti
Kako biste mogli zamisliti obim promjena koje smo napravili, ukratko ćemo navesti glavne prednosti novog mehanizma.
HTTP otklanjanje grešaka
Prethodni mehanizam za otklanjanje grešaka bio je zasnovan na činjenici da je debuger, implementiran u konfiguratoru 1C:Enterprise, direktno komunicirao sa stavkama za otklanjanje grešaka (klijentske i serverske aplikacije). Ova interakcija je obavljena korištenjem TCP/IP protokola.
Međutim, puštanjem aplikacija 1C:Enterprise na Internet, a posebno pojavom mobilnih aplikacija, ovaj pristup je postao izvor ograničenja i neugodnosti. TCP/IP protokol ne dozvoljava uvijek ispravljaču grešaka da "dostigne" stavke koje se otklanjaju. Na kraju krajeva, oni se mogu nalaziti izvan lokalne mreže u kojoj je pokrenut program za otklanjanje grešaka.
Stoga smo u novom mehanizmu kao transportni protokol odabrali „sveprisutniji“ HTTP protokol, koji, inače, koriste i klijentske aplikacije za povezivanje sa informacionim bazama podataka.
Moderna arhitektura za otklanjanje grešaka
Karakteristika prethodnog mehanizma za otklanjanje grešaka bila je potreba za povezivanjem na infobazu pomoću konfiguratora. Kao rezultat toga, programer za otklanjanje grešaka imao je pun pristup svim administrativnim funkcijama.
Novi mehanizam za otklanjanje grešaka više ne zahtijeva vezu s informacijskom bazom koja se otklanja. Glavna stvar koja debugeru sada treba je ista konfiguracija koja radi za klijente. Da biste ga dobili, nema potrebe da se povežete na infobazu koja se otklanja greške. Možete ga učitati, na primjer, iz datoteke.
Otklanjanje grešaka u mobilnim aplikacijama
Zahvaljujući korištenju HTTP protokola, postalo je moguće otklanjanje grešaka u aplikacijama koje izvršava mobilna platforma. Štaviše, možete otkloniti greške u bilo kojem kontekstu: klijentu, serveru, kao i pozadinskim poslovima.
Sada, tokom otklanjanja grešaka, možete promijeniti vrijednosti bilo koje varijable za pisanje. Za brzi pregled i promjenu lokalnih varijabli implementirali smo poseban prozor. A izračunavanje izraza koje prikazuje program za otklanjanje grešaka sada se izvodi u asinhronom režimu.
Otklanjanje grešaka u razvojnim alatima
Prilikom kreiranja novog mehanizma za otklanjanje grešaka, implementirali smo novi, univerzalni softverski interfejs za interakciju sa njim. Ovaj interfejs koristi konfigurator 1C:Enterprise, a isti interfejs sada koristi i novo razvojno okruženje. Stoga su sve mogućnosti otklanjanja grešaka sada dostupne kada radite u .
Arhitektura procesa otklanjanja grešaka
Nova arhitektura za otklanjanje grešaka izgleda ovako:
Otklanjanje grešaka uključuje debugger, stavke za otklanjanje grešaka i novi element - debug server.
Ne postoji direktan prijenos informacija između alata za otklanjanje grešaka i stavki za otklanjanje grešaka. Sva interakcija je organizirana preko servera za otklanjanje grešaka. Ovo je glavni element mehanizma. Server za otklanjanje grešaka ima red poruka kroz koji debuger i stavke za otklanjanje grešaka prenose informacije jedna drugoj.
I sam program za otklanjanje grešaka i stavke za otklanjanje grešaka komuniciraju sa serverom za otklanjanje grešaka preko HTTP-a. Dakle, sada nije važno gdje se nalaze ove stavke za otklanjanje grešaka.
Interakciju sa serverom za otklanjanje grešaka inicira program za otklanjanje grešaka i stavke za otklanjanje grešaka. U tu svrhu se organiziraju dodatne veze. Njihova glavna svrha je otkriti da li su se informacije pojavile za njih na serveru za otklanjanje grešaka. I ako se pojavi, saznajte ovu informaciju.
Dakle, interakcija je jednostrana. Informacije se stalno prenose sa servera za otklanjanje grešaka u debuger i objekte za otklanjanje grešaka.
Identifikacija informacionih baza
U prethodnom mehanizmu, niz veze je korišten za identifikaciju baza podataka. Ovo rješenje je u nekim slučajevima uzrokovalo poteškoće u usklađivanju stavki za otklanjanje grešaka i konfiguratora. Zato što je, prvo, bilo osjetljivo na velika i mala slova, a drugo, prilikom otklanjanja grešaka u nekim kontekstima, platforma je automatski generirala niz veze. I nije se uvijek podudarao s onim koji ste naveli prilikom povezivanja baze podataka u konfiguratoru. Pronalaženje i ispravljanje takvih situacija zakomplikovalo je proces otklanjanja grešaka.
U novom mehanizmu smo se riješili niza veze. Sada koristimo identifikator baze podataka. U bazi podataka datoteka, takav identifikator se generiše prvi put kada se uspostavi veza sa klijentom. U informacijskoj bazi servera, identifikator registracije baze podataka u klasteru se koristi kao takav identifikator.
Lijepa dodatna stvar ovdje je da smo za sada zadržali stari mehanizam za otklanjanje grešaka na platformi (možda će biti isključen u budućnosti). I možete ga koristiti ako želite, ili ako je potrebno. Tako smo izmijenili stari mehanizam i sada koristi identifikator baze podataka, a ne niz veze.
Tipični scenariji za otklanjanje grešaka
Iz perspektive programera aplikacija, tipični scenariji otklanjanja grešaka se nisu promijenili. Jedina značajna razlika je u tome što novi mehanizam za otklanjanje grešaka mora biti omogućen. Zato što je po defaultu onemogućeno.
Bez obzira na to, ima smisla upoznati se s onim što se dešava sada kada pokrenete otklanjanje grešaka. Zato što vam može biti od koristi u nekim nestandardnim radnim scenarijima.
Opcija datoteke
Prije nego što počnete s otklanjanjem grešaka u verziji datoteke, morate u postavkama konfiguratora naznačiti da želite koristiti novi mehanizam za otklanjanje grešaka - “ HTTP otklanjanje grešaka».
U ovom slučaju, konfigurator će vas automatski upitati da koristite lokalni server za otklanjanje grešaka. Morate se složiti s ovim i ponovo pokrenuti konfigurator.
Metoda otklanjanja grešaka koju ste postavili se čuva između sesija konfiguratora, ali se pohranjuje u kontekstu baza podataka. Stoga, za drugu bazu podataka morat ćete je ponovo omogućiti.
Sada, kada pokrenete konfigurator ili kada ga ponovo pokrenete, platforma će automatski pokrenuti server za otklanjanje grešaka. Ovo je posebna aplikacija dbgs.exe. Možete ga vidjeti u upravitelju zadataka.
Vlasnički parametar specificira identifikator aplikacije koja posjeduje ovaj server za otklanjanje grešaka. U ovom slučaju, ovo je konfigurator 1C: Enterprise.
Sada, ako pokrenete sesiju otklanjanja grešaka 1C:Enterprise iz konfiguratora, ona će se automatski povezati sa serverom za otklanjanje grešaka, a u konfiguratoru ćete vidjeti povezane stavke za otklanjanje grešaka.
Ako je sesija 1C: Enterprise pokrenuta bez otklanjanja grešaka, tada je, kao i prije, možete povezati s debugerom. Tek sada morate navesti adresu servera za otklanjanje grešaka:
Ovu adresu možete pronaći u postavkama stavki za otklanjanje grešaka:
Postoji jedna neobična stvar povezana sa radom sa nekoliko baza podataka odjednom. U verziji datoteke, svaki konfigurator s omogućenim http debuggingom pokreće vlastitu kopiju servera za otklanjanje grešaka na različitim portovima:
Stoga, ako imate nekoliko otvorenih konfiguratora odjednom, da biste povezali klijentsku aplikaciju s debagerom, morate odabrati ispravan.
Klijent-server opcija
Prije nego što započnete otklanjanje grešaka u verziji klijent-server, morate, kao i prije, pokrenuti 1C:Enterprise server u načinu za otklanjanje grešaka, ali navedite da će se novi HTTP mehanizam koristiti za otklanjanje grešaka. Na primjer, ovako:
ragent.exe -debug -http
Kada se server pokrene na ovaj način, pokrenut će se i server za otklanjanje grešaka.
Vlasnički parametar će naznačiti identifikator upravitelja klastera 1C:Enterprise.
Sada u postavkama konfiguratora, kao iu slučaju baze podataka datoteka, morate naznačiti da želite koristiti novi mehanizam za otklanjanje grešaka - “ HTTP otklanjanje grešaka».
U ovom slučaju, konfigurator će vas automatski upitati da koristite server za otklanjanje grešaka u klasteru, a ne lokalni server. Morate se složiti s ovim i ponovo pokrenuti konfigurator.
Povezivanje stavki za otklanjanje grešaka
Kada pokrenete sesije otklanjanja grešaka iz konfiguratora, aplikacije automatski povezuju stavke za otklanjanje grešaka (i klijent i server) sa serverom za otklanjanje grešaka.
Istovremeno, kao i prije, imate priliku konfigurirati konfigurator da automatski povezuje stavke za otklanjanje grešaka, bez obzira na to kako su pokrenute. Sada su ove mogućnosti postale mnogo bogatije.
Prvo, platforma vam sada nudi sve moguće stavke za otklanjanje grešaka koje možete izabrati.
I drugo, pojavio se još jedan, suptilniji način postavljanja. Ovo je korištenje unaprijed kreiranih selekcija.
Takve odabire možete koristiti i kada povezujete stavke za otklanjanje grešaka i da vidite dostupne stavke za otklanjanje grešaka.
U odabiru, pored samih stavki za otklanjanje grešaka, možete odrediti određene korisnike čije sesije vas zanimaju, a također, ako se koristi razdvajanje podataka, naznačiti područje baze podataka koje će biti otklonjene.
Promjena varijabli, svojstava objekta i asinhrono evaluiranje izraza
Novi mehanizam za otklanjanje grešaka omogućava vam da promenite vrednosti varijabli tokom otklanjanja grešaka. U prethodnom mehanizmu nije postojala takva mogućnost.
Za praktično gledanje i promjenu lokalnih varijabli, što se čini najčešćim zadatkom, implementirali smo “ Lokalne varijable».
Izvana, vrlo je sličan „Scoreboardu“ na koji ste navikli. Ali, prvo, ovaj prozor je već automatski popunjen svim lokalnim varijablama, a drugo, sada možete promijeniti vrijednosti varijabli.
Možete promijeniti vrijednosti primitivnih tipova direktno u ćeliji " Značenje»:
A da promijenite druge vrijednosti, možete koristiti prozor za unos izraza:
Dobar bonus je što je kontekstualni opis alata potpuno funkcionalan u ovom prozoru.
Na potpuno isti način možete promijeniti vrijednosti bilo koje (ne samo lokalne) varijable i svojstva za pisanje. U prozoru za izračunavanje izraza (koji se poziva naredbom Shift+F9) možete promijeniti vrijednosti varijabli i u ćeliji „Vrijednost“ i pomoću zasebnog dijaloga.
Inače, sam proračun izraza se sada izvodi asinhrono. To znači da konfigurator naređuje izračunavanje stavke za otklanjanje grešaka. I neko vrijeme se ovaj proračun očekuje na serveru. Ako je proračun završen, rezultati se odmah šalju konfiguratoru. Ako se proračun provodi dugo vremena, rezultati ovih proračuna kasnije asinhrono stižu u konfigurator. Ovaj pristup vam omogućava da ne čekate dugotrajne proračune u konfiguratoru i nastavite sa radom.
