<div dir="ltr"><div>"egyesek szerint". Igen, sajnos nem kaptam pontos infót, csak ilyen pletyka jellegű dolgot.<br>"nagyon utana kellene nezni a dolgoknak" pontosan ezt fogom tenni, csak mielőtt órákat cseszek el rá, gondoltam megkérdezem itt, hátha valaki élből meg tudja erősíteni vagy meg tudja cáfolni.<br>
<br></div><div>Olyasmire gondoltam, hogy unit teszteléshez használunk valami könyvtárat, ami behoz bizonyos verziójú tranzitív függőséget (T.jar). Ezt a T.jar-t compile time-ban is használjuk tranzitív függőségként, csak más verzióval. Kérdés, hogy melyik verzió fog futni unit tesztelés közben és melyik kerül be az assembly pluginnel készített distro-ba. Ennek fogok utánanézni, hacsak valaki nem írja ide a megoldást.<br>
</div>V<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">2013/11/13 Gábor Garami <span dir="ltr"><<a href="mailto:gabor.garami@hron.me" target="_blank">gabor.garami@hron.me</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
"egyesek szerint". Egyesek szerint meg Isten idonkent sug neki, hogy<br>
melyik verziot hasznalja. Konkretumok, konkret tesztek/peldak/esetek<br>
nelkul legfeljebb vajakolhatunk. Adj valami linket erre az "egyesek<br>
szerint" -re, vagy adj bovebb infot.<br>
<br>
Amennyire en tudom, a maven fuggosegkezeleset ebbol az aspektusbol ugy<br>
lehet befolyasolni, ha scope-ot adsz meg a dependencynek<br>
(compile/runtime/test) de ez ugyebar a szandekos utja a<br>
fuggoseg-modositasnak.<br>
<br>
Amit irsz, az eddig eroteljesen bug-szagu, es nagyon utana kellene<br>
nezni a dolgoknak, ezert is kellene valami bovebb info, mert kontextus<br>
nelkul nem sok valaszra szamithatsz.<br>
<br>
<br>
Garami Gábor<br>
E-mail: <a href="mailto:gabor.garami@hron.me">gabor.garami@hron.me</a><br>
Tel: <a href="tel:%2B36%2020%20235%209621" value="+36202359621">+36 20 235 9621</a><br>
MSN: <a href="mailto:hrgy@vipmail.hu">hrgy@vipmail.hu</a><br>
Skype: hron84<br>
<br>
<br>
2013/11/12 Tamás Viktor <<a href="mailto:viktor.tamas@gmail.com">viktor.tamas@gmail.com</a>>:<br>
<div class="HOEnZb"><div class="h5">> Köszi a válaszokat!<br>
> Az intervallum megadása nem igazán jó nekünk. Ez egy webapp, egy termék,<br>
> amibe bele vannak csomagolva külső függőség jar-ok. Nem intervallumot akarok<br>
> megadni külső függőségre, hanem konkrét verziót. Nem akarom hogy a Maven<br>
> döntse el, hogy melyik verziót használja az intervallumból.<br>
><br>
> Ez alapján világos, hogy legésszerűbb megadni a tranzitív dependenciákat is<br>
> explicit. (Keresem hozzá az írott szakirodalmat, de ha van kéznél linketek<br>
> azt szívesen venném.)<br>
><br>
> A teszt vs runtime dologról van valami tapasztalatototk? (Tesztelésnél más<br>
> verziókat használhat a Maven egyesek szerint.)<br>
> Enforcer plugin-t használtok vagy akkor az már nem is kell, ha mvn<br>
> dependency:analyze -t használok?<br>
> Viktor<br>
><br>
><br>
> 2013/11/8 István Viczián <<a href="mailto:viczian.istvan@gmail.com">viczian.istvan@gmail.com</a>><br>
>><br>
>> Szia,<br>
>><br>
>> Nem tudom, hogy jól értem-e, de leírom, amit értek. :)<br>
>> A Maven mindenképpen azt mondja, hogy amit használsz a projektben, az<br>
>> EXPLICIT, első szinten sorold fel! Ha hivatkozol B-re, az hivatkozik<br>
>> C-re, de használod a C-t, és kiadod a<br>
>><br>
>> mvn dependency:analyze<br>
>><br>
>> Akkor mondja: "Used undeclared dependencies found:" a C-re.<br>
>><br>
>> Minden könyv azt mondja, hogy ezeket meg kell szüntetni, azaz explicit<br>
>> add meg a C-t. Feltételezem ezért van a "nearest definition"<br>
>> algoritmus is.<br>
>><br>
>><br>
>> <a href="http://maven.apache.org/guides/introduction/introduction-to-dependency-mechanism.html" target="_blank">http://maven.apache.org/guides/introduction/introduction-to-dependency-mechanism.html</a><br>
>><br>
>> Aztán ott van a "Unused declared dependencies found:" rész is, sajnos<br>
>> itt a reflection-nel felhúzott cuccokat nem találja meg, tipikusan a<br>
>> Hibernate-et pl., ha JPA API-n keresztül használod.<br>
>><br>
>> Szóval én ezt szoktam lefuttatni bizonyos időközönként, és megfixelni,<br>
>> amit ír, hogy ne legyen baj.<br>
>><br>
>> És igen, ahogy Péter is mondta, az exclude is a barátod. :)<br>
>><br>
>> Üdv,<br>
>><br>
>> --<br>
>> Viczián István<br>
>><br>
>><br>
>> Tamás Viktor <<a href="mailto:viktor.tamas@gmail.com">viktor.tamas@gmail.com</a>> írta (2013. november 8. 9:41):<br>
>> > Sziasztok,<br>
>> > talán találkoztatok már olyan jelenséggel Maven projekteknél, hogy egy<br>
>> > függőség verziójának emelésénél a tranzitív függőségek is változnak és<br>
>> > esetleg konfliktus lép fel. Ez fordítási vagy futási idejű hibákat is<br>
>> > eredményezhet.<br>
>> ><br>
>> > Tudtok bevett technikákat ennek a kezelésére? Pontosan akarom rögzíteni,<br>
>> > hogy a projekt milyen verziójú függőségeket használ.<br>
>> > Van az enforcer plugin, ami eltöri a buildet ha verziókonfliktust<br>
>> > észlel.<br>
>> > Meg lehet adni a függőségek verzióját így: <version>[1.2.3]</version>,<br>
>> > innentől kezdve a Maven mindenképpen az 1.2.3-as verziót probálja<br>
>> > használni.<br>
>> > Eltöri a build-et ha nem sikerül ezt használni.<br>
>> > Meg lehet adni explicit a tranzitív függőségeket, lehet nyisszantgatni<br>
>> > exclude-dal a tranzitív függőségeket, szóval van mozgástér, csak azt nem<br>
>> > tudom melyik a jó irány.<br>
>> > Van valami bevett gyakorlatotok erre?<br>
>> ><br>
>> > Hallottam olyanról is, hogy bizonyos esetekben a unit tesztek nem<br>
>> > ugyanolyan<br>
>> > verziójú függőségekkel futnak, mint amik végül bekerülnek a build-be. Ez<br>
>> > nem<br>
>> > túl egészséges. Ezt el tudom képzelni, mert test-scope-pal behozhatunk<br>
>> > olyan<br>
>> > függőségeket, ami elmozdítja a tranzitív függőségek verzióit. De<br>
>> > megerősíteni nem tudom. Találkoztatok már ilyennel?<br>
>> ><br>
>> > Üdv,<br>
>> > V<br>
>> ><br>
>> > _______________________________________________<br>
>> > Javalist mailing list<br>
>> > <a href="mailto:Javalist@lists.javaforum.hu">Javalist@lists.javaforum.hu</a><br>
>> > <a href="http://lists.javaforum.hu/mailman/listinfo/javalist" target="_blank">http://lists.javaforum.hu/mailman/listinfo/javalist</a><br>
>> ><br>
>> _______________________________________________<br>
>> Javalist mailing list<br>
>> <a href="mailto:Javalist@lists.javaforum.hu">Javalist@lists.javaforum.hu</a><br>
>> <a href="http://lists.javaforum.hu/mailman/listinfo/javalist" target="_blank">http://lists.javaforum.hu/mailman/listinfo/javalist</a><br>
><br>
><br>
><br>
> _______________________________________________<br>
> Javalist mailing list<br>
> <a href="mailto:Javalist@lists.javaforum.hu">Javalist@lists.javaforum.hu</a><br>
> <a href="http://lists.javaforum.hu/mailman/listinfo/javalist" target="_blank">http://lists.javaforum.hu/mailman/listinfo/javalist</a><br>
><br>
_______________________________________________<br>
Javalist mailing list<br>
<a href="mailto:Javalist@lists.javaforum.hu">Javalist@lists.javaforum.hu</a><br>
<a href="http://lists.javaforum.hu/mailman/listinfo/javalist" target="_blank">http://lists.javaforum.hu/mailman/listinfo/javalist</a><br>
</div></div></blockquote></div><br></div>