آپاچی ماون

پروژه مدل شی

یک پروژه مدل شی(POS)فراهم می‌کند همه پیکربندی برای یک تک پروژه. پیکر بندی عمومی پوشش می‌دهد نام پروژه این مالک و این وابستگی بر دیگر پروژه. همچنین می‌توانید یکی از مراحل فردی از فرایند ساخت، که به عنوان اجرا پیکربندی پلاگین. به عنوان مثال، می‌توانید کامپایلر، پلاگین جاوا نسخه 1.5 تا برای تدوین استفاده از پیکربندی، یا مشخص به بسته‌بندی این پروژه حتی اگر برخی از تست واحد با شکست مواجه است.
پروژه‌های بزرگ را باید به ماژول‌های مختلف، یا زیر پروژه‌ها، هر کدام با خود POM خود را تقسیم می‌شود. پس از آن می‌توانید POM ریشه که از طریق آن می‌تواند تمام ماژول را تنها با یک دستور کامپایل ارسال.POMs همچنین می‌توانید تنظیمات را از POMs دیگر به ارث برید. همه POMs از POM سوپر به ارث می‌برند [6] به‌طور پیش‌فرض است. سوپر POM فراهم می‌کند تنظیمات پیش فرض، مانند راهنماها منبع به‌طور پیش فرض، پلاگین به‌طور پیش فرض، و غیره.

پلاگین‌ها

بسیاری از قابلیت‌های MAVEN در پلاگین (افزایه) . پلاگین فراهم می‌کند مجموعه‌ای از اهداف است که می‌تواند با استفاده از سینتکس زیر اجرا شود:
 mvn [plugin-name]:[goal-name]
به عنوان مثال، یک پروژه جاوا را می‌توان با کامپایلر پلاگین کامپایل هدف وارد شده [7] در حال اجرا توسط mvn compiler:compile کند. پلاگین برای ساخت، تست، مدیریت، منبع کنترل، در حال اجرا یک وب سرور، ایجاد گرفتگی فایل‌های پروژه و بسیار بیشتر است. [8] پلاگین در <plugins> بخش معرفی و پیکربندی pom.xml فایل. بعضی از پلاگین‌های اساسی در هر پروژه به‌طور پیش‌فرض گنجانده شده‌اند و تنظیمات پیش‌فرض محسوس است.
با این حال، این امر می‌تواند دست و پا گیر است اگر یک نفر باید برای اجرای چندین هدف به صورت دستی برای ساخت، تست و بسته‌بندی یک پروژه: 
 mvn compiler:compile
 mvn surefire:test
 mvn jar:jar
MAVEN در چرخه حیات مفهوم دسته این موضوع است. 
لاگین هستند که راه اصلی برای گسترش MAVEN. توسعه MAVEN پلاگین را می‌توان توسط گسترش کلاس org.apache.maven.plugin.AbstractMojo انجام می‌شود. یک مثال ساده در سایت MAVEN در مرکز صفحه پلاگین توسعه دهندگان داده می‌شود و نمونه دقیق تر در آپاچی MAVEN 3 کتاب خلاصه داده شده‌است. [9] . کد مثال و توضیح برای MAVEN پلاگین برای ایجاد یک ماشین مجازی مبتنی بر ابر سرور برنامه کاربردی در حال اجرا است در این مقاله به‌طور خودکار توسعه و مدیریت ماشین‌های مجازی، ابر داده شده‌است. [10]

ساختن دوره حیات

چرخه عمر نرم‌افزار لیستی از مراحل به نام است که می‌تواند مورد استفاده قرار گیرد به منظور اجرای هدف است. یکی از lifecycles استاندارد MAVEN چرخه حیات به‌طور پیش فرض، که شامل مراحل زیر است، در این دستور عبارت است از:
1. منابع فرایند
2. کامپیل
3. فرایند ازمون و منابع
4. کامپایل ازمون
5. ازمون
6. بسته
7. نصب
8. گسترش
اهداف ارائه شده توسط این پلاگین‌ها را می‌توان با مراحل مختلف چرخه حیات همراه است. به عنوان مثال، به‌طور پیش فرض، هدف "کامپایلر کامپایل" با کامپایل فاز همراه، در حالی که هدف "یقین: آزمون با آزمون مرحله همراه است. هنگامی که فرمان
ازمون maven
اجرا شده است، MAVEN تمام اهداف در ارتباط با هر یک از مراحل تا مرحله تست را اجرا کنید. گل‌های مرتبط با منابع فرایند فاز، پس از آن "گردآورنده: کامپایل"، و به همین ترتیب تا بالاخره اجرا می‌شود: "یقین: آزمون": پس از آن خواهد شد "منابع منابع" اجرای گل.
MAVEN همچنین دارای lifecycles‌های استاندارد برای تمیز کردن این پروژه و برای تولید یک سایت پروژه. اگر تمیز کردن بخشی از چرخه حیات به‌طور پیش‌فرض بود، این پروژه خواهد بود تمیز هر بار از آن ساخته شد. این به وضوح نامطلوب است، بنابراین تمیز کردن چرخه عمر خود آن داده شده‌است.
به lifecycles استاندارد، باید قادر به ساخت، تست و نصب هر MAVEN پروژه با استفاده از فرمان mvn install

وابستگی

در بخش عنوان مثال اشاره کرد در دست زدن به مکانیسم وابستگی، MAVEN. پروژه‌ای است که نیاز به هایبرنیت کتابخانه به سادگی به اعلام پروژه هایبرنیت مختصات در POM آن است. MAVEN به‌طور خودکار وابستگی و وابستگی که هایبرنیت خود نیاز به (نام متعدی وابستگی) و ذخیره آن‌ها را در مخزن محلی کاربر را دانلود کنید. MAVEN 2 مرکزی مخزن [3] به‌طور پیش‌فرض مورد استفاده قرار می‌گیرد تا برای کتابخانه‌ها جستجو کنید، اما می‌توانید پیکربندی مخازن (مثلاً مخازن شرکت خصوصی) مورد استفاده در POM.
موتورهای جستجو مانند MAVEN مرکزی وجود دارد [12]، که می‌تواند مورد استفاده قرار گیرد برای پیدا کردن مختصات برای کتابخانه‌ها و چارچوب‌های مختلف منبع باز است.
پروژه‌های در حال توسعه بر روی یک ماشین می‌تواند بر روی یکدیگر از طریق مخزن محلی بستگی دارد. مخزن محلی، ساختار پوشه ساده که در عمل هر دو به عنوان حافظه نهان برای وابستگی‌های دریافت و به عنوان محل ذخیره‌سازی مرکزی برای شی ء به صورت محلی ساخته شده‌است. MAVEN دستور mvn install ایجاد یک پروژه و مکان‌های باینری آن در مخزن محلی است. سپس در دیگر پروژه‌ها هم می‌توانید این پروژه را با تعیین مختصات خود را در POMs خود استفاده کنند.

مقایسه Maven با Ant

تفاوت اساسی بین MAVEN و مورچه این است که طراحی MAVEN را در مورد تمام پروژه‌ها به عنوان داشتن یک ساختار خاص و مجموعه‌ای از وظیفه پشتیبانی از کار جریان (به عنوان مثال به دست آوردن منابع از کنترل منبع و کامپایل پروژه، آزمایش واحد، و غیره). در حالی که اکثر پروژه‌های نرم‌افزار در واقع حمایت از این عملیات و در واقع یک ساختار تعریف شده، MAVEN مستلزم آن است که این ساختار و عملیات جزئیات پیاده‌سازی در فایل POM تعریف شده‌است. بنابراین، MAVEN متکی بر کنوانسیون در نحوه تعریف پروژه‌ها و در لیست جریان کار است که به‌طور کلی در همه پروژه ها.
ین محدودیت در طراحی است و بیشتر شبیه یک IDE دستگیره پروژه و منافع، مانند بسیاری از پروژه تعریف موجز و امکان یکپارچه‌سازی به صورت خودکار پروژه MAVEN با سایر ابزارهای توسعه از جمله IDE‌های آن را فراهم می‌کند، ساخت سرویس دهنده‌ها، و غیره
حرکت نزولی است که نیاز به یک کاربر به اولین پروژه از MAVEN از دیدگاه و MAVEN با این نسخه‌ها کار با پروژه های، چرا که چه اتفاقی می افتد وقتی که یکی از اجرا مرحله در MAVEN است از بررسی فایل پروژه MAVEN بلافاصله آشکار نیست. این ساختار مورد نیاز است نیز اغلب یک مانع در مهاجرت یک پروژه بالغ به MAVEN، به خاطر آن است که معمولاً سخت از روش‌های دیگر وفق دهند.
در مورچه‌ها، پروژه‌ها از دیدگاه فنی این ابزار واقعاً وجود ندارد. مورچه با این نسخه‌ها کار با XML اسکریپت‌های ساخت تعریف شده در یک یا چند فایل. هدف از این فایل‌ها را پردازش و هر هدف اجرا وظایف است. هر وظیفه انجام عملیات فنی مانند در حال اجرا یک کامپایلر یا کپی کردن فایل‌ها در اطراف. وظایف در درجه اول در نظم داده شده توسط وابستگی تعریف شده خود را در کارهای دیگر اعدام شد. بنابراین، مورچه ابزاری است که زنجیر با هم وظایف و اجرا آن‌ها را در بین وابستگی‌ها و دیگر شرایط بولی است.
مزایای ارائه شده توسط Ant‌ها نیز متعدد است. این است زبان XML بهینه‌سازی شده برای تعریف واضح تر از هر چه کار انجام می‌دهد و آنچه در آن بستگی دارد. همچنین، تمام اطلاعات در مورد چه خواهد بود، هدف مورچه اعدام را می‌توان در اسکریپت مورچه یافت می‌شود.
یک توسعه دهنده با مورچه آشنا نیست به‌طور معمول قادر به تعیین یک اسکریپت ساده مورچه می‌کند که فقط با بررسی اسکریپت باشد. این درست است که معمولاً برای MAVEN نیست. 
ا این حال، حتی توسعه دهندگان با تجربه است که به یک پروژه با استفاده از Ant نمی‌توان استنباط ساختار سطح بالاتر از یک اسکریپت Ant است و آنچه در آن بدون بررسی فیلم‌نامه در جزئیات انجام می‌دهد. با توجه به پیچیدگی اسکریپت، این می‌تواند به سرعت یک چالش دلهره‌آور تبدیل شده‌است. MAVEN، یک توسعه دهنده که قبلاً با سایر پروژه MAVEN کار می‌کرد می‌تواند به سرعت به بررسی ساختار یک پروژه MAVEN پیش از این هرگز دیده می‌شود و اجرای استاندارد MAVEN کار جریان در برابر آن در حالی که در حال حاضر دانستن آنچه به عنوان نتیجه انتظار می‌رود.
مکن است که به استفاده از اسکریپت‌های Ant که تعریف می‌شوند و رفتار به شیوه‌ای یکسان برای همه پروژه‌ها را در یک گروه کاری یا سازمان است. با این حال، هنگامی که تعداد و پیچیدگی پروژه‌ها افزایش می یابد، آن را نیز بسیار آسان است تا از یکنواختی در ابتدا مورد نظر خیره شده بودیم. با MAVEN، این است که کمتر از یک مشکل است زیرا این ابزار همیشه تحمیل یک راه خاص برای انجام کارها.
توجه داشته باشید که این امکان وجود دارد برای گسترش و پیکربندی MAVEN در راه است که حرکت از راه MAVEN از انجام کارهایی است.

تاریخچه

Maven ایجاد شده توسط جیسون ون Zyl Sonatype است، به عنوان subproject از توربین آپاچی در سال 2002 آغاز شد . در سال 2003، آن را بر روی انتخاب شد و مورد قبول به عنوان یک سطح بالا بنیاد نرم‌افزار آپاچی پروژه. در ژوئیه 2004، MAVEN به عنوان نقطه عطف مهم اول، V1.0 منتشر شد. MAVEN 2 V2.0 در ماه اکتبر سال 2005 پس از حدود 6 ماه در چرخه‌های بتا اعلام شد. MAVEN 3.0 در اکتبر 2010 منتشر شد و عمدتاً به عقب سازگار با MAVEN 2

آینده

Maven اطلاعات شروع به در 2008 trickling. پس از هشت نسخه‌های آلفا، اولین نسخه بتا از MAVEN 3.0 در آوریل 2010 منتشر شد. MAVEN 3.0 تا دوباره روی پروژه زیرساخت‌های اصلی کشاورزی که POMs فایل مبتنی بر نمایندگی در حال حاضر از شیء در حافظه خود جدا شده‌است. گسترش امکان MAVEN 3.0 افزودنی‌های فایرفاکس به اهرم فایل‌های پروژه غیر تعریف مبتنی بر XML است. زبان پیشنهاد شامل روبی (در حال حاضر در نمونه خصوصی جیسون ون Zyl)، YAML و بر روی . کار تجربی برای YAML مبتنی بر POM فایل تعریف (نیاز به یک اسکریپت تبدیل خارجی اجرا می‌شود) شده‌است توسط سرنشین دان براون از Atlassian است.
توجه ویژه‌ای شده‌است برای اطمینان از سازگاری بین MAVEN 2 و 3 پرداخت می‌شود. برای بسیاری از پروژه‌ها، ارتقاء به MAVEN 3 تنظیم ساختار پروژه خود نیاز ندارند. بتا برای اولین بار از MAVEN 3 دیدم مقدمه‌ای از ساخت یکی از ویژگی‌های موازی که اهرم تنظیم تعداد هسته در ماشین‌های چند هسته‌ای و به خصوص برای پروژه‌های بزرگ چند ماژول مناسب است.
با توجه به ردیاب شماره MAVEN، برنامه‌هایی برای MAVEN 3.1 وجود دارد، اما هیچ برنامه‌ای مشخص یا تاریخ تعیین شده‌است. در حال حاضر کنده بزرگی که پشت اتش بخاری گذارده می‌شود از ویژگی‌های مردمی است.

نرم‌افزارهای مدیریت مخزن مِیوِن

برای مدیریت مخزن تولیدات میون در کارسازی جدا از ایستگاه‌های توسعه. دو نرم‌افزار شناخته شده nexus و artifactory را می‌توان نام برد. هر دو این نرم‌افزارها دارای یک نسخه اوپن سورس و یک نسخه پشتیبانی شونده pro هستند که دارای افزایه‌هایی برای ایجاد یکپارچگی بیشتر با دیگر ابزارهای توسعه و دادن قابلیت‌های بیشتر دیگری هستند.