[Modelinterpreter] source lookup

[Boldizsár Németh]

Sziasztok!

Na, kezd összeállni a kép
Pár kérdés, megjegyzés:
  - Robi: Amíg közvetlenül a VM-et kezelted, addig sok esemény nem 
érkezett meg. Ezért váltottunk a java debug target használatára. Mutat 
arra valami, hogy ezek a dolgok mégis meglesznek, ha most megint 
visszatérünk a sima VM használatára?
  - Explicit debug model átadást, kezelést én nem nagyon láttam. Ily 
módon nem is nagyon tudom kukázni, hiszen ezt implicit az eclipse UI 
környezete teszi hozzá. Viszont ha egyáltalán nem regisztrálom be az 
eclipse-nél az én futó jvm-emet, akkor nyilván nem is fog róla tudomást 
szerezni.
  - Ha run módban launch-oljuk az alkalmazást, akkor maradhat az eddigi 
java launcher? (Ekkor nincs moka sem indítva.) Mert ha csak elstartolok 
egy java vm-et és mondjuk az végtelen ciklust tartalmaz, akkor különben 
sehogy nem tudja a user eclipse-ből lelőni csak max feladatkezelőből.

Boldi


On 2015.05.03. 18:23, kmate at caesar.elte.hu wrote:
> Sziasztok!
>
> Idézet (Boldizsár Németh <nboldi at caesar.elte.hu>):
>
>> Akkor valószínűleg az én ismereteim túl hiányosak ebben a debug 
>> témakörben, vagy lemaradtam (akár címzettként, akár csak figyelmen 
>> kívül hagyva) némi levelezésről.
>
> A listára küldtem be "jdt + moka launch" témával, nálam a következő 
> dátum szerepel: Thu, 30 Apr 2015 18:13:52 +0200
>
>> Amiből kiindultam:
>>  - Maga a java delegate nem befolyásolja közvetlenül a UI 
>> megjelenítést. (Tehát nincs benne olyan hívás, hogy most regisztráld 
>> be ezt, mint java debug alanyt.)
>
> Én úgy láttam, sajnos befolyásolja. Két szinten: debug target ami az 
> alap debug commandokat endedélyezi, plusz a debug model, ami a 
> folymatokat meg onnan lefelé a stack-et mutatja. Lásd az előbbi levélben.
>
>>  - A jdt launcher egy rakás dolgot csinál, amit nem lenne jó copy-zni.
>
> Persze, mert a háromnegyede nem is kell, sőt, nekünk egyenesen káros, 
> lásd debug target és model készítése. Csak az indító kód egy része kell.
>
>>  - Ahhoz, hogy normálisan tudjuk kezelni például a class betöltési 
>> eseményeket, szükségünk van egy (beregisztrált, normális kontextusban 
>> létező) JavaDebugTarget-re.
>
> Nekünk egy VM objektum kell, ezen jönnek ugyanazok az események. Azt 
> tudunk csinálni, Robi már készített is egyet korábban, csak aztán a 
> jdt-ből kilopottat használtuk.
>
>> Próbáljuk akkor kitalálni, hogy merre is lehet itt haladni, mit kéne 
>> lecserélni és mire, mert úgy érzem információhiány van.
>
> Röviden, mégegyszer:
> - jdt launch és így az általa létrehozott debug target és model kuka 
> (igen, ez a kettő a UI és a VM is)
> - csak a moka launch meghagyása
> - saját vm létrehozása moka execution engine-ben
> - ennek a VM-nek a kezelése az execution engine eseményeire (ugye ezt 
> igazgatja a user a command-okkal a UI-ról)
> - majdhogynem üres debug model visszaadása a moka-nak (ezt valahogy az 
> execution engine interfészén kell, és most így van gondolom)
> - esetleg az aktuális model elemet (átmenet/állapot) lehet mutatni a 
> debug modelben a stack helyén (nagyon érdemes lenne)
>
> Ha valami még nem világos, vagy gond van, írjatok.
>
> Üdv,
>  Máté
>
>
> _______________________________________________
> Modelinterpreter mailing list
> Modelinterpreter at plc.inf.elte.hu
> https://plc.inf.elte.hu/mailman/listinfo/modelinterpreter