Maven
24 отговора
0 прегледа
Maven
Използвате ли го за менажиране на проектите си и какви наблюдения имате относно него?
The human knowledge belongs to the world.
The human knowledge belongs to the world.
Re: Maven
Polzvame go.
May nyama alternativa pri golemi proekti - takiva s poveche ot 3 modula. Spored men po-dobre s nego otkoloto s ant za golemi projects.
May nyama alternativa pri golemi proekti - takiva s poveche ot 3 modula. Spored men po-dobre s nego otkoloto s ant za golemi projects.
Re: Maven
Ако не е тайна с какво иде го ползвате ?
Имам един проект, който замомента се състои от 2,3 модула и искам да ги автоматизирам с maven. Въпроса е дали ще има особени проблеми при работа с EJB'ta. Защото средата, с която замомента работим (eclipse) си има plugin за създаване на ejb'ta, която ти генерира descriptors както и интерфейси. Незнам тези неща как ще се интегрират.
The human knowledge belongs to the world.
Имам един проект, който замомента се състои от 2,3 модула и искам да ги автоматизирам с maven. Въпроса е дали ще има особени проблеми при работа с EJB'ta. Защото средата, с която замомента работим (eclipse) си има plugin за създаване на ejb'ta, която ти генерира descriptors както и интерфейси. Незнам тези неща как ще се интегрират.
The human knowledge belongs to the world.
Re: Maven
... ne go polzvame ,,,, nishto che si imame golemi proekti s mnogo poveche ot 2-3 modula, nito pak polzvame ant ...
... prosto i 2 te neshta ne ni tribvat ...
[линк]
... prosto i 2 te neshta ne ni tribvat ...
[линк]
Re: Maven
... определено Java и то без Ant и Maven ... и то за достатачно обемни проекти ...
[линк]
[линк]
Re: Maven
От Maven бягай далече. Не случайно му викат "Бавен".
Както казва Builder не ти трябват нито ant, нито maven. Това са технологии, който са разширение на стария make. Освен да ти забавят compile и build процеса нищо друго няма да получиш.
Както казва Builder не ти трябват нито ant, нито maven. Това са технологии, който са разширение на стария make. Освен да ти забавят compile и build процеса нищо друго няма да получиш.
Re: Maven
... ммм ...
това е така, и не е така ...
,ако ми се наложи да правя например "нощни-билдове", по всяка вероятност ... бух ползвал нещо такова ...
, но ние правим само "тестови" и "стабилни", а те се правят само от 1 или 2 двама човека ..., така че за сега не ни е необходимо да си усложнияваме живота ...
[линк]
това е така, и не е така ...
,ако ми се наложи да правя например "нощни-билдове", по всяка вероятност ... бух ползвал нещо такова ...
, но ние правим само "тестови" и "стабилни", а те се правят само от 1 или 2 двама човека ..., така че за сега не ни е необходимо да си усложнияваме живота ...
[линк]
Re: Maven
Няма значение какво точно ползваш. И Ant и Maven имат предимства и недостатъци. Задължително обаче трябва да можеш да билднеш продукта си в една стъпка. Всеки междинен вариант е аматьорска работа. Веднъж като изградиш този процес ще разбереш защо.
Re: Maven
... аз кат' си билдвам продукт(jee) от стотици класове..., с едно погалване на мишката, но без ант и мавен и т.н ...., тово значи ли че не ми е аматьорска работата ?
[линк]
[линк]
Re: Maven
Под "билдваш продукт" разбирай, продукт готов за инсталация и ползване от крайния потребител, а не компилиране на класове.
Ако с едно кликване на мишката генерираш от сорса крайния инсталатор на продукта, който деплойва приложението, инициализира базата данни и продукта ти е готов да се стартира върху компютър на който няма предна инсталация, може да се каже че работата ти не е аматьорска.
Ако с едно кликване на мишката генерираш от сорса крайния инсталатор на продукта, който деплойва приложението, инициализира базата данни и продукта ти е готов да се стартира върху компютър на който няма предна инсталация, може да се каже че работата ти не е аматьорска.
Re: Maven
hmmmm,
za rabota s eclipse ima command:
mvn eclipse:eclipse
koeto pravi .project i .classpath files za Eclipse v tekushtiya maven project.
Obache ... tova neshto ne raboteshe s eclipse WTP. Shto se otnasya za abominaciyata EJB3, proveri dali raboti s vashiya plugin.
Shte ti otneme okolo 2 sedmici za vnedryavane.
za rabota s eclipse ima command:
mvn eclipse:eclipse
koeto pravi .project i .classpath files za Eclipse v tekushtiya maven project.
Obache ... tova neshto ne raboteshe s eclipse WTP. Shto se otnasya za abominaciyata EJB3, proveri dali raboti s vashiya plugin.
Shte ti otneme okolo 2 sedmici za vnedryavane.
Re: Maven
Ползваме Maven за голям проект с много модули. И не минава ден без да съжаляваме за това (но вече е трудно да я махнем гадината).
Моят съвет е - ако имаш възможност НЕ ползвай Maven за ежедневния build/deploy процес. Води до голямо забавяне, пречи на refactoring процеса и т.н.
Не си усложнявай живота излишно.
Моят съвет е - ако имаш възможност НЕ ползвай Maven за ежедневния build/deploy процес. Води до голямо забавяне, пречи на refactoring процеса и т.н.
Не си усложнявай живота излишно.
Re: Maven
Vseki si ima mnenie, spored tova, kakav opit e sabral s dadena tehnologia ili tool... Za tova, edinstvenoto, koeto moga da ti kaja e: ako shte go probvash - probvai go i togava shte razberesh, dali ti varshi rabota. Vsichko drugo e ala-bala.
Pozdravi na vsichki....
Pozdravi na vsichki....
Re: Maven
Maven е стандартния начин за организиране на билд процеса в Джава. Единствената му алтернатива май засега е Ант и то това е по-старата технология за билдване на Джава проекти. Така, че ако проектът ви изискава организирането на по-сложен пилд процес отваряй [линк] и пробвай. ПО-късно ако имаш конкретни въпроси пиши пак.
Re: Maven
... би ли ми казал каде е "стандартизиран" Maven - начина за организиране на билд процеса в Джава ?
-------
[линк]
[линк]
-------
[линк]
[линк]
Re: Maven
... според мен имаш в предвид по скоро "модерен" ...
-------
[линк]
[линк]
-------
[линк]
[линк]