[Modelinterpreter] körkörös függőség

[Karácsony Máté]

Sziasztok!

Én ebben valahogy nem látom a kört, mert a fragment-host nyíl szerintem fordítva megy.
Tehát ez van (jelölés: a -(label)-> b, a függ valahogy b-től amit a label ír le):

stdlib -(manifest-dependency)-> model
model.tests -(fragment-host)-> model
model.tests -(manifest-dependency)-> stdlib -(manifest-dependency)-> model

Szóval szerintem ez simán tranzitív, de nem kör. Vagy nem értek valamit.

Üdv,
 Máté

On Friday, November 20, 2015 11:40 CET, Dévai Gergely <deva at caesar.elte.hu> wrote:
  Sziasztok!

Leírom az egyik konkrét problémát, hátha az előrébb visz:

* hu.elte.txtuml.api.stdlib --> hu.elte.txtuml.api.model
Normál plugin függőség, a Timer API implementációjához szükséges az API többi része.
* hu.elte.txtuml.api.model --> hu.elte.txtuml.api.model.tests
Implicit függőség a test manifestjében lévő "Fragment-Host: hu.elte.txtuml.api.model" miatt.
* hu.elte.txtuml.api.model.tests --> hu.elte.txtuml.api.stdlib
Normál plugin függőség, a tesztek használnak Timer-t.

Az update site generáláshoz a test pluginek nem kellenek, tehát lehet az a Jenkins megoldás, hogy a tesztek lefuttatása után csak az update site létrehozásában szerepet játszó plugineket tartjuk a workspace-ben.

Üdv,
Gergő

On Friday, November 20, 2015 09:57 CET, Karácsony Máté <kmate at caesar.elte.hu> wrote:
  Sziasztok!

Ha Eclipse-ben előjön, akkor igen nagy valószínűséggel ez lesz a helyzet a Jenkins-ben is, mert a tycho-nak ugyanúgy kellene dependency-t számolnia. Nem tudom pontosan mi a helyzet azzal a két teszttel, de ez teljesen bevett és működő dolog, hogy fragment-host-ként a teszt hivatkozik a tesztelt dologra, és nem fordítva (furcsa is lenne eléggé). Szóval szerintem az lenne az előnyös, ha ez a konkrét eset lenne valahogy kibogozva, és nem találnánk fel újra valami más, nem igazán standard eljárást a tesztek kezelésére.

Üdv,
 Máté

On Thursday, November 19, 2015 23:17 CET, Dévai Gergely <deva at caesar.elte.hu> wrote:
  Sziasztok!

A megbeszélésen emlegettem, hogy a 'mars' branchben elbukik az update site generálás körkörös függőség miatt. A furcsa az, hogy a plugin függőségekben nincs kör.
A valódi ok az, hogy a test projektjeink most "Fragment-Host: ..." deklarációval hivatkoznak a tesztelt pluginra, és ez a tesztelt pluginhoz implicit függőségként felveszi a tesztprojektet (igen, igy és nem forditva!). A körkörös függőségről szóló hibaüzenetben sajnos nem jelenik meg maga a tesztprojekt, ezért google nélkül esélytelen rájönni...
http://stackoverflow.com/questions/5516215/despite-circular-dependency-error-in-eclipse-plugin-export-i-cannot-find-cycle

Ha eltávolitok két teszt projektet a workspace-ből, akkor sikeres az update site generálás. Nem tudom, hogy jenkins-ben is előjön-e majd ez a gond. Mindenesetre el lehetne gondolkozni a Fragment-Host helyett valami más megoldáson.

Üdv,
Gergő
 


 


 


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