[Modelinterpreter] XUmlRtExecutionEngine elnevezés

[Dévai Gergely]

Sziasztok!

Az Ericsson szamara gyartott termeknek frontend es backend oldalon is az xUML-RT profilt hasznalo modelleket kell tamogatnia. Ugyanakkor jo lenne ezt nem beledrotozni a rendszerbe: Mas felhasznaloknak mas UML feature-okre lehet szuksege, mas profillal. A txtUML mar most is tamogat olyan allapotgep elemeket (hierarchia, fork/join node) amik nincsenek az ericssonos profilban.
Azt javaslom, hogy a modell olvasasakor, forditasakor tovabbra is standard UML-re keszuljunk, de feltetelezhetjuk, hogy csak azok az elemek szerepelnek benne, amiket az emlitett profil megenged. A model compiler-es csapat szeretne profil-specifikus lekerdezeseket hasznalni, mert az tobb helyen kenyelmes (pl. az osszes xUML-RT osztaly lekerdezese). Ha nem feltetlenul szukseges, en kerulnem ezeket a ME eseten.
Az altalunk gyarott komponensek tehat a standard UML egy reszet fogjak tamogatni, amiben az xUML-RT profilban szereplo elemeknek mind benne kell lenni, de lehet bovebb is a tamogatott elemhalmaz. Ezek alapjan az XUmlRtExecutionEngine nev nem feltetlenul szerencses, de pillanatnyilag nem tudok jobbat javasolni helyette. Nincs meg mas felhasznalonk es a fonted-backend modularizacios folyamatnak, txtUML backend bekotesnek is csak az elejen tartunk. Tobb tapasztalat birtokaban terjunk majd vissza ehhez a kerdeshez!

Udv,
Gergo

On Friday, July 24, 2015 17:58 CEST, Gera Zoltán <gerazo at caesar.elte.hu> wrote:
 
És még egy kérdés:
Amikor azt mondjuk, hogy hu.eltesoft.modelexecution.ide.debug.XUmlRtExecutionEngine, mint Eclipse plugin extension point, akkor ez alatt a név alatt a mi cuccunk összes képességére gondolunk? Tehát ha később ez a valami tud majd txtUML-ből származó kimenetet(backend-et) is debug-olni (vagy mást), akkor is ugyanezt az elnevezést (és egyetlen extension pontot) szeretnénk? Tehát e mögött az osztály mögött változzanak a mi implementációink?
Azt gyanítom, hogy a válasz igen. De azért megerősítést kér a padawan.

Zozó

_______________________________________________
Modelinterpreter mailing list
Modelinterpreter at plc.inf.elte.hu
https://plc.inf.elte.hu/mailman/listinfo/modelinterpreter


 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://plc.inf.elte.hu/pipermail/modelinterpreter/attachments/20150727/eda05f1d/attachment.html>