Az 1C fejlesztő feladata nem csak a kód írása, hanem a hibák nyomon követése és javítása, optimális parancsvégrehajtási algoritmus felépítése és a munka sebességének optimalizálása, vagyis a hibakeresés. Ezt nehéz megtenni a szervereljárások beépített hibakeresőjének funkcióinak használata nélkül.

Kezdetben a hibakeresési mód le van tiltva az 1C szervereken, így a fejlesztőnek egyszerű manipulációkat kell végeznie a beállításokkal, hogy alaposan ellenőrizni tudja a kódot.

Hibakeresési mód engedélyezése a szerveren az 1C platform 8.2-es és újabb verzióihoz

A hibakeresés engedélyezésének algoritmusa meglehetősen egyszerű. Nem feltételezi az operációs rendszer architektúrájának és az 1C adminisztrációjának alapos ismereteit. Ennek ellenére nagyon óvatosnak kell lenni, mert a hibakeresés közvetlenül a szerveren és rendszergazdai jogokkal történik. Ezért, ha nem rendelkezik alapos ismeretekkel, szigorúan kövesse a cselekvések algoritmusát improvizáció nélkül:

• Állítsa le az 1C:Enterprise Server Agent szolgáltatást a Kiszolgálókezelőn keresztül. Ha a beállítás éles kiszolgálón történik, akkor előre gondoskodnia kell arról, hogy az 1C felhasználók ne legyenek az adatbázisban;
• Indítsa el a rendszerleíró adatbázis-szerkesztőt a „Start” - „Futtatás” vagy a „Win” + „R” billentyűparancsra kattintva. A megnyíló ablakban írja be a „regedit” sort;

• A rendszerleíró adatbázisban meg kell találnia az elemet;

• A paraméterek között keresse meg az „ImagePath” elemet, és módosítsa úgy, hogy a meglévő értékhez hozzáadja a „-debug” szót szóközzel a végén;

• A Kiszolgálókezelőn keresztül indítsa el a leállított szolgáltatást - „1C:Enterprise Server Agent”.

Hibakeresési mód engedélyezése a szerveren az 1C 8.1-es verziójához

Ha engedélyeznie kell a hibakeresési módot a 8.1-es platformon, a műveletek algoritmusa gyakorlatilag változatlan marad. Az egyetlen változás az "ImagePath" elérési út paraméterének helye. A 8.1-es verzióban a szakaszban található.

Az 1C fejlesztői azt tanácsolják, hogy engedélyezzék a hibakeresési módot kizárólag a tesztszervereken, ahol a kódot hibakeresni kell. Ennek az ajánlásnak az az oka, hogy a kiszolgálón a hibakeresés engedélyezése a teljesítményre hatással van. Ha sok felhasználója van, vagy a szerver teljesítménye sok kívánnivalót hagy maga után, óvatosan fogadja meg ezt a tanácsot, hogy a hibakeresésnek ne legyen negatív következménye.

Megvalósítva a 8.3.7.1759 verzióban.

Jelentősen átterveztük a hibakeresési mechanizmust. Ennek több oka is volt. Először is lehetőséget akartunk adni a ma elérhető összes alkalmazás hibakeresésére. Másodszor, a korábbi hibakereső architektúra változtatásokat igényelt annak érdekében, hogy lépést tartson a jelenlegi trendekkel és alkalmazkodjon a jövőbeli fejlődéshez. Harmadrészt szükség volt egy univerzális hibakereső felületre, amellyel nemcsak az 1C:Enterprise konfigurátor, hanem a .

Fő előnyei

Hogy el tudja képzelni az általunk végrehajtott változtatások mértékét, röviden felsoroljuk az új mechanizmus fő előnyeit.

HTTP hibakeresés

A korábbi hibakeresési mechanizmus azon a tényen alapult, hogy az 1C:Enterprise konfigurátorban megvalósított hibakereső közvetlenül kommunikált a hibakereső elemekkel (kliens- és szerveralkalmazásokkal). Ez az interakció a TCP/IP protokoll használatával történt.

Az 1C:Enterprise alkalmazások internetes megjelenésével, és különösen a mobilalkalmazások megjelenésével azonban ez a megközelítés korlátok és kényelmetlenség forrásává vált. A TCP/IP protokoll nem mindig teszi lehetővé a hibakereső számára, hogy „elérje” a hibakeresés alatt álló elemeket. Végül is előfordulhat, hogy azon a helyi hálózaton kívül találhatók, amelyben a hibakereső fut.

Ezért az új mechanizmusban a „mindenütt jelenlévő” HTTP protokollt választottuk szállítási protokollnak, amelyet egyébként a kliens alkalmazások is használnak az információs adatbázisokhoz való csatlakozásra.

Modern hibakereső architektúra

A korábbi hibakeresési mechanizmus egyik jellemzője az volt, hogy a konfigurátor segítségével csatlakozni kellett az információs bázishoz. Ennek eredményeként a fejlesztői hibakereső teljes hozzáférést kapott az összes adminisztrációs funkcióhoz.

Az új hibakeresési mechanizmus már nem igényel kapcsolatot a hibakeresés alatt álló információs bázissal. A legfontosabb dolog, amire a hibakeresőnek most szüksége van, ugyanaz a konfiguráció, amely az ügyfelek számára is működik. Megszerzéséhez nem kell csatlakozni a hibakeresés alatt álló infobázishoz. Letöltheti például egy fájlból.

Mobil alkalmazások hibakeresése

A HTTP protokoll használatának köszönhetően lehetővé vált a mobil platform által futtatott alkalmazások hibakeresése. Sőt, bármilyen kontextusban hibakeresést végezhet: kliens, kiszolgáló, valamint háttérfeladatokat.

Most, a hibakeresés során, megváltoztathatja bármely írható változó értékét. A helyi változók gyors megtekintéséhez és módosításához külön ablakot vezettünk be. És a hibakereső által megjelenített kifejezések kiszámítása most aszinkron módban történik.

Hibakeresés a fejlesztői eszközökben

Egy új hibakereső mechanizmus létrehozásakor egy új, univerzális szoftver interfészt valósítottunk meg a vele való interakcióhoz. Ezt az interfészt használja az 1C:Enterprise konfigurátor, és ugyanezt a felületet használja most az új fejlesztői környezet is. Így az összes hibakeresési lehetőség elérhető, ha a -ban dolgozik.

Hibakeresési folyamat architektúrája

Az új hibakereső architektúra így néz ki:

A hibakeresés egy hibakeresőt, hibakereső elemeket és egy új elemet tartalmaz - hibakereső szerver.

Nincs közvetlen információátvitel a hibakereső és a hibakereső elemek között. Minden interakció a hibakereső szerveren keresztül történik. Ez a mechanizmus fő eleme. A hibakereső kiszolgálónak van egy üzenetsora, amelyen keresztül a hibakereső és a hibakereső elemek információkat adnak át egymásnak.

Maga a hibakereső és a hibakereső elemek is HTTP-n keresztül kommunikálnak a hibakereső szerverrel. Így most már nem számít, hol találhatók ezek a hibakereső elemek.

A hibakereső szerverrel való interakciót a hibakereső és a hibakereső elemek kezdeményezik. Ebből a célból további kapcsolatokat szerveznek. Fő céljuk, hogy megtudják, megjelentek-e számukra információk a hibakereső szerveren. És ha megjelenik, szerezze be ezt az információt.

Így az interakció egyoldalú. Az információk folyamatosan átvitelre kerülnek a hibakereső szerverről a hibakeresőre és a hibakereső objektumokra.

Információs bázisok azonosítása

Az előző mechanizmusban egy kapcsolati karakterláncot használtak az információs bázisok azonosítására. Ez a megoldás bizonyos esetekben nehézségeket okozott a hibakereső elemek és a konfigurátor egyeztetésében. Mert egyrészt megkülönböztette a kis- és nagybetűket, másrészt bizonyos kontextusok hibakeresésekor a platform automatikusan generálta a kapcsolati karakterláncot. És nem mindig esett egybe azzal, amit az infobázis csatlakoztatásakor megadott a konfigurátorban. Az ilyen helyzetek megtalálása és kijavítása megnehezítette a hibakeresési folyamatot.

Az új mechanizmusban megszabadultunk a kapcsolódási karakterlánctól. Most használjuk infobázis azonosítója. A fájl információs bázisában egy ilyen azonosító az ügyfélkapcsolat első létesítésekor jön létre. A szerver információs bázisában a fürtben lévő infobázis regisztrációs azonosítót használják ilyen azonosítóként.

Egy szép plusz pont itt az, hogy a régi hibakeresési mechanizmust egyelőre megtartottuk a platformon (a jövőben kizárható). És használhatja, ha akarja, vagy ha szükséges. Tehát módosítottuk a régi mechanizmust, és most az is az infobase azonosítót használja, és nem a kapcsolati karakterláncot.

Tipikus hibakeresési forgatókönyvek

Az alkalmazásfejlesztő szemszögéből a tipikus hibakeresési forgatókönyvek nem változtak. Az egyetlen lényeges különbség az, hogy az új hibakereső mechanizmust engedélyezni kell. Mert alapból le van tiltva.

Ettől függetlenül érdemes megismerkedni azzal, hogy mi történik most, amikor a hibakeresést futtatja. Mert hasznos lehet néhány nem szabványos munkahelyzetben.

Fájl opció

Mielőtt elkezdené a hibakeresést a fájl verziójában, jeleznie kell a konfigurátor beállításaiban, hogy az új hibakeresési mechanizmust szeretné használni - " HTTP hibakeresés».

Ebben az esetben a konfigurátor automatikusan felkéri Önt egy helyi hibakereső kiszolgáló használatára. El kell fogadnia ezt, és újra kell indítania a konfigurátort.

A beállított hibakeresési módszer mentésre kerül a konfigurátori munkamenetek között, de az információs bázisok kontextusában kerül tárolásra. Ezért egy másik információs bázishoz újra engedélyeznie kell.

Most, amikor elindítja a konfigurátort, vagy amikor újraindítja, a platform automatikusan elindítja a hibakereső kiszolgálót. Ez egy külön dbgs.exe alkalmazás. A feladatkezelőben láthatod.

A ownerPID paraméter adja meg a hibakereső kiszolgálót birtokló alkalmazás azonosítóját. Ebben az esetben ez az 1C:Enterprise konfigurátor.

Most, ha elindít egy 1C:Enterprise hibakereső munkamenetet a konfigurátorból, az automatikusan csatlakozik a hibakereső szerverhez, és a konfigurátorban látni fogja a csatlakoztatott hibakereső elemeket.

Ha az 1C:Enterprise munkamenetet hibakeresés nélkül indították el, akkor, mint korábban, csatlakoztathatja a hibakeresőhöz. Csak most kell megadnia a hibakereső szerver címét:

Ezt a címet a hibakeresési elemek beállításainál találja meg:

Van egy szokatlan pont az egyszerre több fájladatbázissal végzett munka során. A fájlverzióban minden konfigurátor, amelynél engedélyezve van a http hibakeresés, elindítja a saját másolatát a hibakereső szerverről különböző portokon:

Ezért ha több konfigurátor van nyitva egyszerre, akkor az ügyfélalkalmazás és a hibakereső csatlakoztatásához ki kell választania a megfelelőt.

Kliens-szerver opció

Mielőtt elkezdené a hibakeresést a kliens-szerver verzióban, a korábbiakhoz hasonlóan el kell indítania az 1C:Enterprise szervert hibakeresési módban, de meg kell adnia, hogy az új HTTP-mechanizmust használja a hibakereséshez. Például így:

ragent.exe -debug -http

Ha a szervert így indítjuk el, a hibakereső szerver is elindul.

A ownerPID paraméter az 1C:Enterprise fürtkezelő azonosítóját jelzi.

Most a konfigurátor beállításaiban, mint a fájladatbázis esetében, jeleznie kell, hogy az új hibakeresési mechanizmust szeretné használni - " HTTP hibakeresés».

Ebben az esetben a konfigurátor automatikusan felkéri, hogy a fürt hibakereső kiszolgálóját használja, és ne a helyi kiszolgálót. El kell fogadnia ezt, és újra kell indítania a konfigurátort.

Hibakeresési elemek csatlakoztatása

Amikor elindítja a hibakeresési munkameneteket a konfigurátorból, az alkalmazások automatikusan csatlakoznak a hibakereső elemekhez (mind az ügyfél, mind a szerver) a hibakereső kiszolgálóhoz.

Ugyanakkor, mint korábban, lehetősége van beállítani a konfigurátort úgy, hogy automatikusan csatlakoztassa a hibakereső elemeket, függetlenül azok indítási módjától. Most ezek a lehetőségek sokkal gazdagabbak lettek.

Először is, a platform mostantól az összes lehetséges hibakereső elem közül választhat.

Másodszor pedig megjelent egy másik, finomabb beállítási mód. Ez az előre elkészített kijelölések használata.

Ezeket a kijelöléseket mind a hibakeresési elemek csatlakoztatásakor, mind az elérhető hibakeresési elemek megtekintéséhez használhatja.

A kiválasztásban magukon a hibakereső elemeken kívül megadhatja azokat a felhasználókat, akiknek a munkamenetei érdeklik Önt, és ha adatszétválasztást használnak, jelezze az információs bázis azon területét, amelyen hibakeresés történik.

Változók, objektumtulajdonságok módosítása és kifejezések aszinkron kiértékelése

Az új hibakereső mechanizmus lehetővé teszi a változó értékek módosítását hibakeresés közben. A korábbi mechanizmusban nem volt ilyen lehetőség.

A legáltalánosabb feladatnak tűnő helyi változók kényelmes megtekintésére és megváltoztatására bevezettük a „ Lokális változók».

Külsőleg nagyon hasonlít az Ön által megszokott „Eredménytáblához”. De először is, ez az ablak már automatikusan meg van töltve az összes helyi változóval, másodszor pedig megváltoztathatja a változók értékeit.

A primitív típusok értékeit közvetlenül a cellában módosíthatja " Jelentése»:

Más értékek megváltoztatásához használhatja a kifejezés beviteli ablakát:

Jó bónusz, hogy a kontextuális eszköztipp teljes mértékben működik ebben az ablakban.

Pontosan ugyanígy módosíthatja bármely (nem csak helyi) változó és írható tulajdonság értékeit. A kifejezésszámítási ablakban (amelyet a Shift+F9 parancs hív meg) megváltoztathatja a változók értékeit mind az „Érték” cellában, mind egy külön párbeszédpanelen.

Egyébként maga a kifejezésszámítás most aszinkron módon történik. Ez azt jelenti, hogy a konfigurátor megrendeli a hibakereső elem kiszámítását. És egy ideig ez a számítás várható a szerveren. Ha a számítás befejeződött, az eredmények azonnal elküldésre kerülnek a konfigurátornak. Ha a számítást hosszú ideig végzik, akkor ezeknek a számításoknak az eredménye aszinkron módon később érkezik meg a konfigurátorhoz. Ez a megközelítés lehetővé teszi, hogy ne várjon hosszas számításokra a konfigurátorban, és folytassa a munkát.

Ez a cikk arról szól, hogyan engedélyezheti a hibakeresést egy 1C 8.1-es, 8.2-es és 8.3-as kiszolgálón Windows és Ubuntu operációs rendszereken.

Ezenkívül megjegyzem, hogy ez a cikk egy kis cikksorozat része az 1C hibakeresésről:

• Hogyan lehet engedélyezni a hibakeresést egy 1C szerveren

Hibakeresés engedélyezése az 1C szerveren a Windows rendszerben

Indítsa el a rendszerleíróadatbázis-szerkesztőt a regedit parancs futtatásával (a Win+R vagy a Start->Futtatás használatával).

A HTTP hibakeresésről és a hibakereső szerverről a sorozat következő cikkében olvashat bővebben.

Engedélyezze a hibakeresést az 1C szerveren az Ubuntuban

Először telepítjük a szervert:

sudo service srv1cv83 stop

Ezután nyissa meg az /etc/init.d/srv1cv83 fájlt szuperfelhasználóként, és keresse meg benne a sort:

És hozzuk ezt a formát:

Ezután újraindítjuk a szervert:

sudo service srv1cv83 start

Az ügyfélgép konfigurátorában lépjen a "Beállítások" -> "1C:Enterprise indítása" -> "Speciális" elemre, és engedélyezze a két elemet:

• "Hibakeresés engedélyezési mód beállítása"
• "A hibakeresés indítása indításkor"

Olvassa el, hogyan telepíthet 1C szervert Ubuntu 16.04/18.04 rendszeren.

Ez minden, remélem, ez a cikk hasznos volt az Ön számára. Hadd emlékeztesselek az 1C hibakeresésről szóló sorozat további cikkeire is; az ezekre mutató hivatkozások a cikk elején találhatók.

Hogyan kezdjem el a hibakeresést egy 1C szerveren...

Alapértelmezés szerint az 1C:Enterprise kliens-szerver architektúra használatakor az 1C kódhibakeresési mód csak a kliens oldalon működik. A szervereljárások és -funkciók nem láthatók az ügyfélgép számára.

A hibakeresés használatának engedélyezéséhez az 1C szerveren a következő lépéseket kell végrehajtania:

1. Keresse meg és állítsa le az „1C:Enterprise Server Agent 8.3” szolgáltatást a szolgáltatáskezelőben (8.3-as verzióhoz).

2. Nyissa meg a rendszerleíróadatbázis-szerkesztőt. Használhatja a parancssort vagy a Start - Futtatás... menüeszközt és a parancsot regedit.

3. Keresse meg az ágat a rendszerleíró adatbázisban:

• Az 1C 8.1 verzióhoz
• Az 1C 8.2 verzióhoz
• 1C 8.3 verzióhoz

4. Módosítsa az ImagePath tulajdonságot, és adja hozzá a „-debug” direktívát a sor végéhez. A következő tulajdonságsor jelenik meg: "C:\Program Files (x86)\1cv8\8.3.6.2152\bin\ragent.exe" -srvc -agent -regport 1541 -port 1540 -range 1560:1591 -d "C: \Program Files (x86)\1cv8\srvinfo" – hibakeresés

Ezt követően az 1C szerver kódja biztonságosan ellenőrizhető hibakeresővel, és ahol szükséges, beállíthatók a töréspontok.

18.10.2016

Hibakeresés 1C szerveren (8.2, 8.3...)

Ha az 1C adatbázis kliens-szerver verzióban fut, akkor a szerveroldali kódhibakeresési mód le van tiltva. Ezért nem lehet lépésről lépésre látni, hogy mi történik egy függvény vagy eljárás végrehajtásakor. A szerveroldali hibakeresés engedélyezéséhez néhány egyszerű lépést kell követnie.

Engedélyezze a hibakeresést az 1C:Enterprise szerveren 8.2, 8.3

Az első dolog, amit meg kell tennie, az 1C:Enterprise szerverszolgáltatás leállítása. Lépjen a "Start - Futtatás" elemre (vagy a "Windows + R" billentyűparancsra), írja be a "services.msc" parancsot (természetesen meg kell nyitnia a Windows szolgáltatások kezelését a rendszergazdától)

A leállítás után nyissa meg a Windows rendszerleíró adatbázis-szerkesztőjét ("Start - Futtatás" (vagy a "Windows + R" billentyűparancs), és írja be a "regedit" kifejezést), és keresse meg a névvel rendelkező ágat. "" vagy "" platform verziótól függően

Érdekel bennünket az "ImagePath" nevű rendszerleíró kulcs. Adja hozzá a "-debug" kifejezést a kulcsérték végéhez. Ez azt jelenti, hogy az 1C szerver oldalon a hibakeresési mód aktiválva van.
Volt: "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"
lett: "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

Mentse és indítsa el az 1C szolgáltatást. Minden készen áll! Boldog hibakeresést!