В процессе изучения Maven возникло несколько вопросов, на которые в Better Builds With Maven ответов не нашел (может, плохо искал?).
Есть: десктопный проект из нескольких модулей. 
Задача: Организовать deploy этого самого проекта с помощью Maven  в связке с Continuum.

Вопросы:

•  Как в dependency указать, где искать необходимый jar? Или как засунуть jar в репозиторий Maven'а?
•  Можно ли заставить Maven складывать все jar проекта в одну папку, а все внешние jar - в папку рядом?
•  Можно ли влиять на содержание манифеста? В частности, указать Main-Class?

Последние два элементарно решаются с помощью ant, но хотелось бы узнать, есть ли другие способы?

И еще просьба к тем, кто Maven использует: поделитесь, пожалуйста, опытом/впечатлениями. Особенно интересует мнение тех, кто переходил от ant к Maven, буде таковые имеются.

У меня опыт работы с Maven не очень большой и ответить на твой вопрос у меня не получиться. Но если найдется время и желание поделиться какими-то находками - скажем большое спасибо.

Первый вопрос некорректен. Во поводу второго - с кучей проблем можно и засунуть, но стандартной практикой является создание собственного репозитория.

Простыми способами нельзя. С другой стороны не очень понятно зачем это хотеть.

http://maven.apache.org/guides/mini/guide-manifest.html

Определённо это стоит сделать. Многократно упрощается работа с библиотеками.

Чтобы создать окончательную сборку, которая уйдет конечному пользователю.

Добавлено @ 09:49 

Допустим, собственный репозитроий создан. Как положить в него jar?

Вроде разобрался. 
- На веб-сервере (Tomcat) в webapps создал директорию repo
- В settings.xml в качестве зеркала указал http://localhost:8080/repo
Для добавления, например, barbecue-1.1.jar я делаю следующее:
- в директории repo создаю поддиректорию barbecue\barbecue, в которую кладу саму jar.
- в repo\barbecue\barbecue создаю файл barbecue-1.1.jar.pom следующего содержания:

Остается невыясненными два вопроса. Во-первых, как посчитать контрольную сумму файла? Во-вторых, я практически уверен, что этот процесс уже автоматизирован. Действительно ли это так и если да, то каким образом это сделать?

По ходу дела возник еще вопрос: что делать с jar'ками, у которых в имени не указан номер версии? В смысле: как их использовать в dependency?

Это сообщение отредактировал(а) Ortega - 8.8.2006, 15:01

Рекомендую не в settings.xml, а в pom.xml у самого проекта.


Лучше barbecue-1.1.pom


В любом *nix'е:
sha1 -q barbecue-1.1.jar > barbecue-1.1.jar.sha1
sha1 -q barbecue-1.1.pom > barbecue-1.1.pom.sha1


http://maven-proxy.codehaus.org/


Выяснить какой они версии и переименовать 

Я так и думал.
Nobody, спасибо огромное. Кто-нибудь, у кого есть такая возможность, накиньте, пожалуйста +1 ему к репутации.

Нет проблем.

Ortega, всегда пожалуйста 

А как это сделать?

А я только хотел отписаться, что разобрался.   
Спасибо.

Вроде во всем разобрался, все замечательно собирается и деплоится куда нужно. Остался невыясненным один вопрос. А именно, доставка всей этой рабости конечному пользователю. То есть, мы имеем набор своих jar'ок-модулей плюс некоторое количество внешних зависимостей. Задача - собрать все это в одну кучу, чтобы, грубо говоря, можно было закатать на болванку и скормить заказчику. Натыкался на вариант, когда Maven пакует все зависимостм вместе с самим проектом в один большой jar, но это меня совсем не привлекает. Итак, внимание, вопрос: как добиться всего вышесказанного?