[Modelinterpreter] debugging jdt nélkül
Dévai Gergely
deva at elte.hu
Mon May 4 21:58:46 CEST 2015
Sziasztok!
Ma délelőtt azt beszéltünk meg, hogy JDT-s virtuális gép helyett JDI
virtuális gépet használunk, mert ez a tavalyi case study-ban működött.
Ha jól értem az alábbi levelet, még nem ez történik.
Lehet, hogy az alábbi probléma épp azért merül föl, debug target nélkül
indul egy debuggolásra becsomagolt VM... de csak találgatok.
Gergő
On 05/04/2015 09:30 PM, Boldizsár Németh wrote:
> Sziasztok!
>
> Azt sikerült megoldani, hogy úgy launch-ol a delegate, hogy nem jegyez
> be debug target-et, így nem kerül bele a debug nézetbe a jdt-s debug
> target.
>
> Sajnos a fejlesztés ezen szálán nem várt akadályok merültek föl.
> Egyszerűen nem tudom rávenni a moka DebugTarget-jét (xUML-Rt State
> machine), hogy a UI-on megfelelően látszódjon az állapota. Vagyis
> hiába suspendelem, attól még úgy látszik, hogy fut, és nem lehet a
> resume gombra kattintani.
>
> Ami eddig világossá vált számomra, az az, hogy a debug target-eknek
> jellemzően vannak thread-jei (így van ez a jdt-ben és a moka fuml
> execution engine-jában is). Egy thread-en állva nyom az ember
> resume-ot. Lehet, hogy ezért nem érti meg a gui, amikor állapotot vált
> a mokás debug target. Próbáltam manuálisan küldözgetni értesítéseket
> arról, hogy suspendelődött a debug target, de így sem vette. Arra
> tudok gyanakodni, hogy valamelyik komponens csak arra figyel, hogy
> thread-eknek mikor változik az állapota, debug target-ekre meg nem.
>
> Megoldások, amik nekem eszembe jutnak:
> - Másik resume gomb
> - Valahogy thread-eket gyártani neki
> - Egy controller target-ről vezérelni, aminek gyártunk thread-eket
>
> Mit gondoltok?
>
> Boldi
>
> _______________________________________________
> Modelinterpreter mailing list
> Modelinterpreter at plc.inf.elte.hu
> https://plc.inf.elte.hu/mailman/listinfo/modelinterpreter
More information about the Modelinterpreter
mailing list