Каков типичный порядок действий при подключении к существующему Java-проекту?

Ну, слушай, вот ты пришёл на новый проект, а там всё такое, блядь, незнакомое, и ты как мартышка с гранатой — куда бежать, что трогать, с чего начинать? А начинать надо, сука, с головы, а не с жопы. Вот тебе план, как не облажаться сразу и не наворотить делов.

1. Чтение бумажек, которые никто не читает

• README.md — это типа священный грааль, там должно быть написано, что это за хуйня вообще и как её запустить за пять минут. Если там пусто — пиздец, проект мёртвый, беги.
• Архитектурные схемы (если, конечно, их кто-то рисовал, а не просто в жопу себе засунул): посмотри, какие сервисы, куда плюются, кто с кем ебётся.
• Что нужно для жизни: какая версия Java (не вздумай ставить не ту, а то будет "у меня работает"), какие базы (PostgreSQL, Redis), какие очереди (Kafka). Всё это, блядь, выясни сразу, а то потом будешь как дурак сидеть.

2. Обустройство своей берлоги

• Стягиваешь код (git clone). Надеюсь, доступы дали, а то бывает — "ой, доступы забыли", ёпта.
• Ставишь нужную Java. jenv или SDKMAN! — твои лучшие друзья, чтобы не переустанавливать систему каждые полгода.
• Открываешь в IDE (IntelliJ IDEA, конечно же, кто ж Eclipse-то использует ещё). Импортируешь как Maven/Gradle проект и молишься, чтобы зависимости скачались.

3. Попытка оживить труп

• Первая сборка: mvn clean install или gradle build. Сидишь и смотришь, не посыпятся ли ошибки как из дырявого мешка. Если посыпались — ну, welcome to hell.
• Ковыряешься в конфигах: application.properties или application.yml. Ищешь, где что подключается. Смотри на профили (dev, prod) — запускай на dev, естественно, а то на prod накосячишь.
• Запускаешь локально: через IDE кнопочку или командой mvn spring-boot:run. Если запустилось — уже полдела сделано, можно выдохнуть.

4. Разбор полётов по коду

• Главный вход: ищешь класс с @SpringBootApplication. Это точка входа, отсюда всё и начинается.
• Смотрим, как всё устроено: папки controller, service, repository, model. Пытаешься понять, кто за что отвечает. Обычно всё стандартно, но бывают, блядь, такие извращения...
• Гоняешь тесты: mvn test. Смотришь, что покрыто, а что нет. Интеграционные тесты — вообще золото, они показывают, как всё должно работать в связке.

5. Подключение ко всему остальному миру

• Базы, очереди — всё это нужно локально. Docker — твой спаситель: docker-compose up и у тебя целый зоопарк поднимается. Красота, ёпта.
• Если проект тыкается в другие микросервисы, которые у тебя не запущены, придётся использовать заглушки (типа WireMock), чтобы не зависеть от них. Иначе будешь ждать, пока "Вася из команды billing поправит свой сервис", а это, блядь, на неделю.

Вот тебе пример конфига, с которым обычно и работаешь:

# application-dev.yml
spring:
  datasource:
    url: jdbc:postgresql://localhost:5432/mydb
    username: devuser
    password: devpass
  jpa:
    hibernate:
      ddl-auto: update
    show-sql: true

Смысл всего этого действа — один: чтобы у тебя на машине эта штука завелась и ты примерно понимал, куда данные текут и откуда вытекают. А там, глядишь, и втянешься. Главное — не паниковать с самого начала.