[Java lista] Válasz: Re: Egy NB6.8-as buildAll script keszitese

[Tamás Cservenák]

Nem,
az hogy a POM a repository-ban hogy van publikalva resze a Maven Repository
Layout-nak. Kulonben az interoperability/backward compatibility lenne a
problematikus.... (a fent emlitett pelda miatt, nekem akkor ugyanarra a
Ruby/DSL polyglot maven kiadasra lenne szuksegem mint amit a Pistike
hasznal, ne is emlitsem a "hazi DSL-t"). Ahhoz hogy a maven-om ertelmezni
tudja a Pistike POMjat, ertenie kellene a Ruby/DSL-t amit Pistike hasznalt.
Ezt akarjuk elkerulni.

Az XML mint formatum lesz es marad is a _remote_ repository szabvanya. Az,
hogy te mibol es hogy build-elsz es deployols ( a klasszikus maven + xmlpom,
vagy maven + scalaPom, Ivy + generaltPom, ant build + HTTP Upload + kezzel
megirt POM) az a te belugyed.

De a "remote repository" (tehat nem a local repository ami a te gepeden van,
hanem a "remote") az mindig is az XML POMot hasznalja.

De az XML ezuttal "jol lesz hasznalva": nem embereknek, hanem a "gepeknek"
(maven) lesz szanva. Az ember pedig abban irja a modellt ezentul, amiben
akarja (abban a DSL-ben, amiben akarja). Az scm-ben tovabbra is a "te" POMod
lesz abban amiben akarod, de a deploy az XML POM-ot futtaban felepiti es
deploy-olja.



Thanks,
~t~

2010/3/26 Peter Verhas <peter at verhas.com>

> otlet az, hogy a "kanonikus" POM (az XML) kerul deploy-ra, igy az
> publikalodik
>
> A pom struktura publikalodik. Az xml egy szerializacios formatum, ami a
> repository belugye.
>
> Nem?
>
> PĂŠter
>
> VerhĂĄs PĂŠter
> +36(30)9306805
> peter at verhas.com
> _______________________________________________
> Javalist mailing list
> Javalist at javagrund.hu
> http://javagrund.hu/mailman/listinfo/javalist
>
--------- következő rész ---------
Egy csatolt HTML ĂĄllomĂĄny ĂĄt lett konvertĂĄlva...
URL: http://javagrund.hu/pipermail/javalist/attachments/20100326/3f6a05e5/attachment.html