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

[Zsombor]

2010/3/26 TamĂĄs CservenĂĄk <tamas at cservenak.net>

> 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~
>


Nem hiszem, hogy ez a legnagyobb problĂŠma a maven-nel a legtĂśbb ember
szĂĄmĂĄra.


Zs
--------- következő rész ---------
Egy csatolt HTML ĂĄllomĂĄny ĂĄt lett konvertĂĄlva...
URL: http://javagrund.hu/pipermail/javalist/attachments/20100329/70eb827a/attachment-0001.html