S razvojem tehnologije u programu 1C 8, postoji potreba (kako je dolje navedeno) da značajno prerađuje postupak za ispravljanje pogrešaka. To se ogleda u verziji 8.3.7.1759. Prvo, stvoreno je univerzalno sučelje za ovaj postupak, a drugo, takva promjena osigurava daljnji razvoj samog programa. Uostalom, sada s uklanjanjem pogrešaka možete raditi ne samo putem Konfiguracije, već i uz pomoć razvojnih alata. Razmotrite kako omogućiti uklanjanje pogrešaka na poslužitelju 1C počevši od nove inačice.
sadržaj
- 1 Svrhe stvaranja novog debuggera
- 1.1 Korištenje novog protokola
- 1.2 Nova arhitektura
- 1.3 Mobilne aplikacije
- 1.4 Ostale promjene
- 1.5 Debugger za razvojne alate
- 2 Ono što sada izgleda
- 3 Omogući uklanjanje pogrešaka u različitim scenarijima
- 3.1 Skripta datoteka
- 3.2 Skripta klijent-poslužitelj
Svrhe stvaranja novog debuggera
Korištenje novog protokola
Prethodno debugger, koji je implementiran u prethodnim verzijama, upravlja aplikacijama klijenta i poslužitelja koristeći TCP / IP protokol.
Trenutno, korištenje takvog protokola je počelo ograničavati izlaz programa 1C: Enterprise na Internet i izazvao neugodnosti za rad mobilnih aplikacija.
Stoga, za slobodan pristup informacijskim bazama podataka koji se nalaze izvan lokalne mreže, sada je usvojen fleksibilni HTTP protokol.
Nova arhitektura
Prije toga, prilikom obavljanja pogrešaka konfiguratora, zaposlenik se morao povezati s infobazom. Da bi to učinio, bilo je potrebno davati joj prava administratora.
U novoj verziji u izravnoj vezi s bazama podataka nema potrebe - samo dovoljno da imaju istu bazu kao i klijent. A možete je preuzeti iz datoteke.
Mobilne aplikacije
Koristeći HTTP, sada je moguće ispraviti podatke poslužitelja, klijenta i aplikacije.
Ostale promjene
S novom verzijom promjena vrijednosti lokalnih varijabli dostupna je u postupku uklanjanja pogrešaka - za tu je svrhu implementiran novi prozor brzog prikaza.
Način izračuna se mijenja u asinkron, što vam omogućuje nastavak rada bez čekanja rezultata.
Debugger za razvojne alate
Interakcija s novim postupkom vrši se u posebno dizajniranom univerzalnom softverskom sučelju. S jedne strane, ovo sučelje koristi Konfigurator. S druge strane, implementira se u novom okruženju 1C: Enterprise Development Tools.
Ono što sada izgleda
Nakon mijenjanja programa, postupak se izvodi prema sljedećem scenariju:
Izgleda kao postupak za uklanjanje pogrešaka 1C
Sada u njoj nisu uključeni samo debugger i stavke, kao što je bilo prije. Dodatni element dodan je u lanac - poslužitelj.
Ne samo da je dodana - ona služi kao glavni element razmjene informacija između debuggera i stavki. A sama razmjena odvija se putem poruka u redu čekanja.
A budući da se ova razmjena odvija putem HTTP protokola, sada nije važno gdje se podaci mogu locirati.
Pozivi prema poslužitelju generiraju se iz debuggera i stavki u obliku dodatnih zahtjeva za povezivanjem. Kada se pojave, šalju se odgovarajući odgovori.
Omogući uklanjanje pogrešaka u različitim scenarijima
Nema promjena za razvojnog programera aplikacija. Značajna razlika je u tome što mora biti uključen novi mehanizam. Uostalom, prema zadanim je postavkama sada onemogućen.
Razmotrite što se događa kada pokrenete način rada ako odaberemo jedan od dva scenarija.
Skripta datoteka
Na početku varijante datoteke potrebno je u konfiguracijskim postavkama naznačiti upotrebu novog mehanizma - "Otklanjanje pogrešaka putem HTTP protokola".
Zatim, sa strane Konfiguracije, automatski će se ponuditi za korištenje lokalnog poslužitelja. Ovo stanje mora biti prihvaćeno i ponovno pokrenuto u konfiguracijskom načinu rada.
HTTP ispravljanje pogrešaka
Nakon toga, novootvoreni Konfigurator sprema novu metodu koju odaberemo na sljedećoj sesiji. Ali za istu informacijsku bazu. Stoga, pri pristupu drugoj infobasi također je potrebno uključiti.
Omogućeni mehanizam sada će automatski pokrenuti Debugger Server, što je posebna aplikacija dbgs.exe. To se odražava u prozoru Upravitelja zadataka.
Posebna primjena dbgs.exe
Vrijednost parametra vlasnikaPID odgovara identifikatoru aplikacije koji je povezan s njim.
Kada pokrenete sesiju za ispravljanje pogrešaka putem konfiguracije - veza s poslužiteljem će se automatski pojaviti. I to će odražavati povezane predmete.
Povezane pogreške stavki 1C
Ako je program 1C aktiviran bez novog mehanizma, ručno morate omogućiti ispravljanje pogrešaka na poslužitelju 1C. Samo sada ćete morati odrediti adresu poslužitelja:
Idite na Alati - Opcije
Nalazi se u postavkama stavki:
Idite na vezu - postavljanje
Kada koristite skriptu datoteka s nekoliko baza podataka, morate istodobno uzeti u obzir važnu nijansu - svaki od Konfiguracija (s mehanizmom omogućenim putem HTTP-a) šalje vlastiti poslužitelj:
Razni debug poslužitelji
Stoga, ako je nekoliko konfiguratora otvoreno, a zatim za povezivanje klijenta, morate odrediti točan.
Skripta klijent-poslužitelj
Otklanjanje pogrešaka na poslužitelju 1C u scenariju klijent-poslužitelj, kao u prethodnom slučaju, započinje pokretanjem načina rada. To ukazuje na upotrebu novog HTTP mehanizma. To se obavlja na ovaj način:
ragent.exe -debug -http
Kada se pokrene, debugger se automatski pokreće nakon njega.
Vrijednost parametra vlasnikaPID odgovara identifikacijskom broju upravitelja klastera 1C.
Zatim, u postavkama konfiguratora ukazuju na upotrebu novog mehanizma za uklanjanje pogrešaka - "Debugger pop protocol HTTP".
Program će oblikovati prijedlog za upotrebu klaster debug poslužitelja sada (a ne lokalno kao u prethodnom scenariju). Slažemo se i ponovno pokrenemo.
Koristite poslužitelj za uklanjanje klastera sada
U budućnosti, sve će biti poput skripte datoteka. Samo pri pokretanju poslužitelja baze poslužitelja debugger lokalnog poslužitelja neće se više pokrenuti.
Nadamo se da će naša publikacija pomoći da se riješite problema kako omogućiti ispravljanje pogrešaka na poslužitelju 1C.
Postavljajte pitanja, podijelite svoje iskustvo i ostavite komentare.
