Сергей Ганжела, Ну проблема ясна, nginx не поднимает 443-й порт, вот почему - так сходу неясно. Покажите error-лог после рестарта. Если там вообще ничего нет, то попробуйте запустить nginx в дебаге
Сергей Ганжела, Дайте угадаю, а в браузере вы идете по https, ну или действительно у вас настроен редирект с 80-го на 443-й порт. Вы сами настраивали https на сайте ? Покажите конфиги Nginx'а.
Сергей Ганжела, Так, так. А можно подробнее на тему "443 в nginx редиректится". Вы идете по https или по http ? Если по https, на 443-й порт, который не слушается, то пофиг на правила редиректа, сайт будет недоступен.
renniqs: К сожалению код - собственность компании. Но в целом Spring Batch довольно прост, достаточно выполнить несколько хелло-ворлдов и можно писать свою задачу.
Если кратко, то начните с того, что распишите что вам надо сделать. Например
- задача разовая/периодическая
- запускаемся по раписанию/или по команде.
- мы читаем оттуда-то (файл, база данных).
- мы обрабатываем данные так-то
- мы мы записываем данные туда-то.
- ошибки мы обрабатываем так-то (или пишем в лог и игнориуем или роняем выполнение джобы)
Исходя из этого планируете структуру своего модуля.
Запуск по команде можно сделать например так
Запуск через веб-интерфейс например так
Периодический запуск можно сделать с помощью всеможных шедулеров, типа Quartz, @scheduled в самом спринге есть, банальный кронтаб.
Для обработки прочитанных данных традиционно принято писать отдельный процессор
Процессоры можно объединять в цепочки - композитные процессоры.
Ну и для записи результатов надо использовать ItemWriter, опять же - есть стандартные реализации, например для записи в БД, можно написать свои реализации.
Для обработки ошибок можно настроить или skip-exceptions для списка ошибок, которые можно игнорировать или на каждый шаг можно повесить Listener, со стандартными методами "before", "after" и "onError".
Для параллельной обработки я использовал Partitioner, но вариантов масса.
Я бы советовал сначала сделать последовательный вариант и только потом, если вдруг надо ускорять процесс, пытаться его параллелить.
Так же не забывайте выставлять корректные размеры fetchSize и commitSize, это соотвественно размер чанка данных, которые вы читаете и записываете.
На гитхабе огромное количество примеров на любой вкус, да и в сети тоже полно уже готовых примеров.
Позапускайте готовые, поймите как они работают и пишите свое по аналогии.
renniqs: Я с талендом не работал, но коллега, который работал с ним очень плотно отзывался о нем крайне отрицательно. И собсно он мне посоветовал и принес на проект Spring Batch. Мы на батче написали уже несколько модулей, как для разовых, так и для периодических задач. В целом очень довольны.
Alex Serov: Поставьте цели. Краткосрочные и долгосрочные. Разделите их на важные, средние, маловажные. Составьте план, который поможет вам выполнить ваши цели. Выполняйте план.
Наверное сейчас самая важная долгосрочная цель - это успешно закончить ВУЗ.
Если вы готовы сейчас сомвещать работу и учебу - то найти работу.
Подумайте что вам больше сейчас поможет в выполнении этих целей, старик Эккель или (прости господи) Компьютерное Зрение.
Если тыкать пальцем в небо, то я бы сказал учите джаву. Я сам джавист и проблем с работой не испытываю.
Я таки предлагаю дождаться аффтора. Можно устроить тотализатор, что же именно он имел в виду xD
Но судя по истории правок и теперешнему заголовку, мой хрустальный шар меня не подвел.
mishapsv: Ну то есть проблема не техническая, а чисто административная. Тут сложно.. Действительно, если пользователь вашего сервиса инициатор отправки смс, а получатель нет, то и аггрегатора и оператора могут сильно поиметь регуляторы. Единственный законный способ - это рассылать оценки только пользователям вашего сервиса. И прописать явным образом в пользовательском соглашении, что пользователь даёт согласие на такие рассылки. Отсылать смс-ки просто людям из контакт-листа ваших пользователей - в целом незаконно. Можете поискать абузоустойчивых аггрегаторов смс, но я боюсь что не найдёте, так как, повторюсь, за подобные вещи нагибают довольно жёстко, причём сразу ОПСОСов. Которые уже в свою очередь нагибают недобросовестных аггрегаторов. Можно ли как-то обойти хитрым способом эти ограничения - вам скорее к юристам.
