|
Maven, скопировать из git репозитория файлы и положить из в resources
|
|||
---|---|---|---|
#18+
Собственно в названии темы весь вопрос и есть :) Не гуглится никак тема. Есть какие-то упоминания SCM плагина, но не могу понять оно или нет и если оно, то как его правильно подключить, чтобы задача по перекладыванию файлов из стороннего открытого репозитория в пакет ресурсов jar'ника была выполнена? Спасибо :) ... |
|||
:
Нравится:
Не нравится:
|
|||
10.12.2019, 18:06 |
|
Maven, скопировать из git репозитория файлы и положить из в resources
|
|||
---|---|---|---|
#18+
Ты ничего не путаешь? Копирования в git нету. Есть git clone который создает локальную копию. Дальше делай с ней что хочешь. Возможно ты перепутал инструменты. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.12.2019, 18:21 |
|
Maven, скопировать из git репозитория файлы и положить из в resources
|
|||
---|---|---|---|
#18+
mayton Ты ничего не путаешь? Копирования в git нету. Есть git clone который создает локальную копию. Дальше делай с ней что хочешь. Возможно ты перепутал инструменты. тааак, то есть в принципе можно клонировать репозиторий в папку рядом с проектом, и затем забрать оттуда файлы и положить в пакет ресурсов собранного проекта? Если не сложно, скиньте поисковый запрос правильный :) ... |
|||
:
Нравится:
Не нравится:
|
|||
10.12.2019, 18:24 |
|
Maven, скопировать из git репозитория файлы и положить из в resources
|
|||
---|---|---|---|
#18+
Nixic, Тебе надо публичный репо скопировать в локальный репо. Допустим 700 файлов. А в проект пойдут в 10 раз меньше. Причина какая? ... |
|||
:
Нравится:
Не нравится:
|
|||
10.12.2019, 18:36 |
|
Maven, скопировать из git репозитория файлы и положить из в resources
|
|||
---|---|---|---|
#18+
Так, всё, сделал :) Код: xml 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24.
Причина такая, там в репозитории публичном лежат конфиги для сервисов клиентов, всё бы ничего, пусть себе сервисы-клиенты забирают оттуда свои конфиги, но заказчику мы отдаем jar'ник и только, ну может можно рядом папочку какую положить с параметрами и всё. Ставить git и держать у себя на серверах репозитории они не будут. Поэтому собираем под конкретного заказчика проект с его конфигурационными файлами для сервисов-клиентов. И при запуске конфиг-сервиса передаем параметр, т.е. профиль, который "переключит" путь к конфигам на путь к ресурсам проекта, а не к публичному репозиторию. Спасибо, вроде дальше понятно. Очень помог(ли)! :) ... |
|||
:
Нравится:
Не нравится:
|
|||
10.12.2019, 18:46 |
|
Maven, скопировать из git репозитория файлы и положить из в resources
|
|||
---|---|---|---|
#18+
Клон делается 1 раз. После этого можно делать git pull и будут подтягиваться только изменения. Это быстрее. Кроме того git это система тегов и бранчей. Ты должен понимать что в дефолтном клонировании ты смотришь на ветку "master" хотя это и не всегда может быть целесообразно. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.12.2019, 18:58 |
|
Maven, скопировать из git репозитория файлы и положить из в resources
|
|||
---|---|---|---|
#18+
mayton Ты должен понимать что в дефолтном клонировании ты смотришь на ветку "master" хотя это и не всегда может быть целесообразно. Да, поэтому я и указал ветку: Код: xml 1. 2.
Имя ветки можно параметризировать и забирать файлы из нужной. Почему файлы лежат в репозитории - потому что Spring cloud config-service умеет в настройках работать с git. Да, можно было бы хранить файлы в директориях рядом с проектом, в репозитории самого проекта, но тогда надо было бы плодить их не известно сколько штук, да и управлять неудобно. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.12.2019, 20:44 |
|
Maven, скопировать из git репозитория файлы и положить из в resources
|
|||
---|---|---|---|
#18+
Nixic, посмотри еще подмодули. (Это в переводе Чакона и Штрауба книги.) В командах это выглядит как-то так: Код: java 1.
Разумеется это работает если родтельский проект тоже стоит под git. Я лично это не использовал. Поэтому деталей не знаю. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.12.2019, 21:57 |
|
Maven, скопировать из git репозитория файлы и положить из в resources
|
|||
---|---|---|---|
#18+
Да, понял, спасибо, я подмодули рассматривал как-то по другой задаче, так и не задействовал. В итоге сделал вот так: В pom.xml имеем 2 профиля: 1-й использует плагин для клонирования из репозитория config-repo файлов в папку сборки target/classes/config/ 2-й этого не делает. pom.xml Код: powershell 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. 51. 52. 53. 54. 55.
Запускать проект будем либо без указания профиля спринга, тогда конфиг-сервис будет отдавать клиентам файлы конфигураций из папки target/classes/config/, если укажем профиль "git", ну это я сам так его назвал, для сходства с профилем мавена, то будут использоваться файлы напрямую из репозитория из указанной ветки. При этом настройки для spring cloud ,получаются такими: application.yml Код: powershell 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29.
Очень похоже на велосипед, ну или слишком замороченную сборку, но пока по другому я не придумал как решить проблему использования конфиг-сервиса так, чтобы можно было разные места ему указывать, чтобы он находил файлы конфигураций клиентов и отдавал им нужные при обращении. ... |
|||
:
Нравится:
Не нравится:
|
|||
11.12.2019, 08:51 |
|
Maven, скопировать из git репозитория файлы и положить из в resources
|
|||
---|---|---|---|
#18+
хех, написал, что профиль назвал "git", а сам в коде спринг конфигах указал "dev")) ну не суть, ладно :) ... |
|||
:
Нравится:
Не нравится:
|
|||
11.12.2019, 09:16 |
|
Maven, скопировать из git репозитория файлы и положить из в resources
|
|||
---|---|---|---|
#18+
Nixic пока по другому я не придумал ... |
|||
:
Нравится:
Не нравится:
|
|||
11.12.2019, 09:20 |
|
Maven, скопировать из git репозитория файлы и положить из в resources
|
|||
---|---|---|---|
#18+
Nixic Spring cloud config-service умеет в настройках работать с git. Nixic Ставить git и держать у себя на серверах репозитории они не будут. Если у вас облака проект, то у заказчика не так? Git не нужен заказчику как облако в продакшене или РАСПРЕДЕЛЕННЫЕ ПРИЛОЖЕНИЯ? ... |
|||
:
Нравится:
Не нравится:
|
|||
11.12.2019, 10:28 |
|
Maven, скопировать из git репозитория файлы и положить из в resources
|
|||
---|---|---|---|
#18+
Всё оказалось куда сложнее)) заказчик поставляет продук своим заказчикам и все мои наработки пошли лесом, оставляем конфиг-файлы в папке ресурсов проекта и отдаем заказчику сервисы с инструкцией куда какие параметры класть для конкретных стендов. Да и фиг с ним, хоть поигрался с мавеном и профилями)) Но на самом деле печальненько как-то... ... |
|||
:
Нравится:
Не нравится:
|
|||
11.12.2019, 11:12 |
|
Maven, скопировать из git репозитория файлы и положить из в resources
|
|||
---|---|---|---|
#18+
Nixic, Вот именно что поигрался. Сложно выходило у тебя. Если нет облаков, то надо проще, вплоть до общего конфига на продукт. Если Spring cloud config-service то под конфиги целы сервер у заказчика. Имхо ... |
|||
:
Нравится:
Не нравится:
|
|||
11.12.2019, 11:51 |
|
Maven, скопировать из git репозитория файлы и положить из в resources
|
|||
---|---|---|---|
#18+
Nixic Всё оказалось куда сложнее)) заказчик поставляет продук своим заказчикам и все мои наработки пошли лесом, оставляем конфиг-файлы в папке ресурсов проекта и отдаем заказчику сервисы с инструкцией куда какие параметры класть для конкретных стендов. Да и фиг с ним, хоть поигрался с мавеном и профилями)) Но на самом деле печальненько как-то... Вообще-то желательно большую часть конфигурационных параметров забирать через переменные окружения. Ну типа сейчас "стильномодномолодежно" все в докерах делать, а там параметры передаются через переменные окружения (см. например docker-compose) ... |
|||
:
Нравится:
Не нравится:
|
|||
11.12.2019, 14:32 |
|
Maven, скопировать из git репозитория файлы и положить из в resources
|
|||
---|---|---|---|
#18+
mad_nazgul Вообще-то желательно большую часть конфигурационных параметров забирать через переменные окружения. Ну типа сейчас "стильномодномолодежно" все в докерах делать, а там параметры передаются через переменные окружения (см. например docker-compose) ... |
|||
:
Нравится:
Не нравится:
|
|||
11.12.2019, 15:00 |
|
Maven, скопировать из git репозитория файлы и положить из в resources
|
|||
---|---|---|---|
#18+
Андрей Панфилов mad_nazgul Вообще-то желательно большую часть конфигурационных параметров забирать через переменные окружения. Ну типа сейчас "стильномодномолодежно" все в докерах делать, а там параметры передаются через переменные окружения (см. например docker-compose) Jasypt?! :-) ... |
|||
:
Нравится:
Не нравится:
|
|||
11.12.2019, 15:04 |
|
Maven, скопировать из git репозитория файлы и положить из в resources
|
|||
---|---|---|---|
#18+
mad_nazgul Jasypt?! :-) Я вот совсем недавно заморачивался по поводу того, чтобы один проект выложить на github и чтобы его артефакты попадали в maven central, вот оно вручную выглядит все довольно просто, однако когда пытаешься это дело автоматизировать (у гитхаба для OSS есть халявная интеграция с Travis CI), то получается какой-то колхоз в духе: вот в .travis.yml положите свои пароли (можно зашифровать) и оно будет работать, да я даже зашифрованные пароли в открытый доступ класть не хочу - я хочу себе отдельную "папочку" именно в Travis CI куда я смогу складывать свои пожитки и не светить всему миру информацию о том как я собираю приложение и его публикую. В целом же получается что весь мир ебанулся со всеми этими облаками и прочей херней, лет 5 назад был хайп про IoT, там даже MITRE объявления писала в духе: ребята, мы дефекты безопасности по IoT обрабатываем крайне медленно, потому что там полная жопа, а результат такой, что вот у меня в доме никакого IoT нет (ну вот это реально хрень получается: лампочками можно управлять по вафле (ребенок просил купить, ему было интересно), но при нажатии "включателя" они загораются секунды через две, т.е. результат такой что освещенность руками регулировать у меня потребности нет, а вот то что свет включается через несколько секунд - это реально напрягает, ну и итог предсказуемый) мне так кажется, что в скором времени докер (как компания) умрет, т.е. все эти контейнеры подберет под себя красная шапка (они восьмерку уже выпустили с podman, который совместим с докером + имеет собственные фишки), а несколько позже ребята все сделают по уму, а не так как сейчас. ... |
|||
:
Нравится:
Не нравится:
|
|||
11.12.2019, 15:44 |
|
Maven, скопировать из git репозитория файлы и положить из в resources
|
|||
---|---|---|---|
#18+
Андрей Панфилов В целом же получается что весь мир ебанулся со всеми этими облаками и прочей херней, лет 5 назад был хайп про IoT, там даже MITRE объявления писала в духе: ребята, мы дефекты безопасности по IoT обрабатываем крайне медленно, потому что там полная жопа, а результат такой, что вот у меня в доме никакого IoT нет (ну вот это реально хрень получается: лампочками можно управлять по вафле (ребенок просил купить, ему было интересно), но при нажатии "включателя" они загораются секунды через две, т.е. результат такой что освещенность руками регулировать у меня потребности нет, а вот то что свет включается через несколько секунд - это реально напрягает, ну и итог предсказуемый) Это бизнес - ничего личного. Основная задача всей это движухи "продавать воздух". Т.е. подсадить пользователей на "подписку". Крайним выражением этого движа AWS-лямбда. Севрерлесс так называемый. Точно не помню то ли в 12, то ли 14 году в США проталкивали закон, чтобы все СМБ в обязательном порядке использовали облака, а не свои мощности для ИТ задач. Андрей Панфилов мне так кажется, что в скором времени докер (как компания) умрет, т.е. все эти контейнеры подберет под себя красная шапка (они восьмерку уже выпустили с podman, который совместим с докером + имеет собственные фишки), а несколько позже ребята все сделают по уму, а не так как сейчас. Не думаю, что докер как решение умрет. Скорее его потеснят решения типа AWS-Лямбда. Но это будет не прям щас. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.12.2019, 06:05 |
|
Maven, скопировать из git репозитория файлы и положить из в resources
|
|||
---|---|---|---|
#18+
mad_nazgul Не думаю, что докер как решение умрет. Скорее его потеснят решения типа AWS-Лямбда. Но это будет не прям щас. Ничего Лямбда не вытеснит. Они в стеке стоят на разных уровнях. Или даже лежат в плоскости разных технологий. Тот-же амазон продает как AWS-Lambda так и Amazon-ECS. Они существуют вместе. Лямбда также имеет очень серъезные архитектурные лимиты (там и ограничение времени жизни и память и состояние) которые вообще не дают возможности портировать приложение as is на Lambda без потерь или без полной переработки. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.12.2019, 12:38 |
|
|
start [/forum/topic.php?fid=59&msg=39901125&tid=2120985]: |
0ms |
get settings: |
7ms |
get forum list: |
6ms |
check forum access: |
1ms |
check topic access: |
1ms |
track hit: |
35ms |
get topic data: |
3ms |
get forum data: |
1ms |
get page messages: |
338ms |
get tp. blocked users: |
1ms |
others: | 297ms |
total: | 690ms |
0 / 0 |