Складывание путей в базу - выглядит лишним. Если полезный эффект от джоба - это сохранение pojo - то сохраняй только pojo.
Данная задача может быть полностью решена на pure java. И я не вижу смысла затаскивать Spring Batch.
В крейнем случае если вы - техно-фетишисты и просто любите Спринг то - берите конешно. Но тогда
сам по себе вопрос Batch/Integration в топике выглядит хитро и лукаво. Это как пикапить девушку на улице и сразу
спрашивать ее что она любит кофе или мороженное. Все равно выбора ей не оставляете. Вроде как уже
согласна пойти с вами.
Последняя девятка не закрывается нулем. И из-за этого не формирует последний под-список.
И хотя оно автору не надо под длину массива. Но это тоже краевой кейс которые не протестирован.
Вообще задание поставлено очень тухло. В таком виде например на leetcode/codewars нельзя задачи
ставить. Нужно рассматривать все варианты и расписывать corner cases.
Spring Integration тут не нужен. Он - ближе к обработке событий.
Вот эти два пункта
прочитать файл ( xml) - распарсить с доменную модель
3.Сохранить в базу данных
надо расписать поподробнее.
Насчет Spring Batch я не уверен. Он пока выглядит овер-проектированием.
После того как ты распишешь подробно что делают все stages этого джоба
тогда и можно обсудить применимость Spring Batch.
masterdak, клеточные автоматы - это теоретические модели. И по настоящему они были-бы интересны тогда, когда существует аппаратная база для того чтобы они там работали. Вот сейчас новая аппаратная база - это квантовый комп и биологический (аналоговый) процессор. Вот под них и надо искать алгоритмы и модели.
Если реализовывать клеточный автомат на аппаратуре - то скорее всего он будет решать задачи слабее чем классический Фон-Неймановский комп где есть ЦПУ, шина управления и память и УВВ.
Здесь подходит цитата одного любителя Smalltalk
People who are really serious about software
should make their own hardware.
Эх лет 20 назад можно было спокойно писать на такие темы. Славное было время. udaff.com, bash.org, фишки, пикабушки. Щас кругом - наблюдатели смотрят. Чтоб никто не оскорбился. Вобщем я удалил посты своего мужского шовинизма. Но я это делаю исключительно из уважения к правилам комьюнити. Моё-же мнение остается моим.
Вспоминается сразу весь пост-модерн Пелевина. SNUFF. "Сомелье" и наука как услуга. Я думаю имеет смысл изучать как работает ИИ чтобы встроиться в био-цепочку как можно ближе к раздаче денег.
Lev, я-бы сказал следующее. Питон не должен быть первым языком. Все таки определенная дисциплина программирования должна быть выдана в качестве первого урока. Это как в музыке. Сначала тебя учат просто как правильно держать музыкальный инструмент. А потом когда ты уже станешь профи - можешь держать его как угодно. Но пока ты гимназист - будь добр. Следуй советам ментора. Поэтому языки строгой типизации должны быть сначала. Это как математика. Волюнтаризм и либеральность пойдут потом.
Версия Docker - последняя, недавно скачанная с сайта
ты очень любезный собеседник. Версия - последняя. Даже и нечего сказать.
И Windows у тебя без минорной версии. Чтож... Будешь зарплату получать - не смотри
в последние цифры. Пускай бухгалтер тебе округляет до тысяч.
История приключений автора не особо интересна потому-что натворил он очень много и нет доказательств что Docker раньше работал. Поэтому я предалагю выкинуть вообще всю историю событий и пойти от фактов. А именно от того что мы имеем сейчас.
Нужны версии софта Windows и Docker. И не делай скриншоты. Модератор удалит. Копи-пасть текст.
Если докер выдает ошибку текстом - то копируй сюда текст.
Парсинг - это такая рисковая штука. Нет контракта. Нет гарантий что API не изменится завтра. Действительно лучше вложить свои силы в что-то более понятное.
Никита Преснов, давай порассуждаем. Вот когда ты устанавливаешь игру. Тебя-же не беспокоит что там 100 000 файлов и ресурсы и музыка и dll и картинки. Верно?
У тебя просто создается ярлык.
Так может и у тебя нет проблемы в количестве файлов. А может тебе просто взять инсталлировщик. Собрать инсталляцию и передать это блондинке как игру. Устновил. Ярлык на столе. И пользуйся.
Данная задача может быть полностью решена на pure java. И я не вижу смысла затаскивать Spring Batch.
В крейнем случае если вы - техно-фетишисты и просто любите Спринг то - берите конешно. Но тогда
сам по себе вопрос Batch/Integration в топике выглядит хитро и лукаво. Это как пикапить девушку на улице и сразу
спрашивать ее что она любит кофе или мороженное. Все равно выбора ей не оставляете. Вроде как уже
согласна пойти с вами.