А, еще хороший вопрос вспомнил. Функция рекурсивно вызывается, кроме этого в finally стоит вызов этой же функции. Что будет в таком случае.

Но кмк это хардкор для собеседований.

Но кмк это хардкор для собеседований.

Да чё хардкор-то, норм

А, еще хороший вопрос вспомнил. Функция рекурсивно вызывается, кроме этого в finally стоит вызов этой же функции. Что будет в таком случае.

рекурсивно до бесконечности?

Достаточно знать как работает стек и исключения

рекурсивно до бесконечности?

private void test() { try { test(); } finally { test(); }}

Типо такого

Только ответ тут не такой, как это ожидается

Только ответ тут не такой, как это ожидается

два стековерфлоу подряд?

два стековерфлоу подряд?

Нет. Зависание

Программа просто зависнет.

SO не сможет вылететь.

ништяяк

два стековерфлоу подряд?

Скорее два в степени максимальная глубина стэка

По этой причине это харкдор. Вот.

да, программа зависнет

это вопрос из книжки Блоха видимо

Java Puzzlers

Отличный же курс, ты чего

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

а посоветуйте что по бд посмотреть

про нормализацию, проектирование, индексы и вот это все

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

Жаль, проходи потом. И вообще приходи учиться в CSC)

про нормализацию, проектирование, индексы и вот это все

Да вот этот самый курс

ок)

про нормализацию, проектирование, индексы и вот это все

https://stepik.org/course/3203

https://stepik.org/course/3203

кроме

про нормализацию, проектирование, индексы и вот это все

Ключевики же знаешь.

Спасибо огромнее

огромное

*

Может кто-то подсказать хороший стрим-парсер XML-ек. В идеале - не настолько низкоуровневый, как fasterxml

А какого уровня ты хочешь, если тебе не подходят stax/fasterxml?

Конечно, есть. Называется heap dump. Можно сделать с помощью https://visualvm.github.io/ например

Кстати, с Java 9 он работает, кто-нибудь пробовал? VisualVM перестал делать профайлинг после 8u112.

А какого уровня ты хочешь, если тебе не подходят stax/fasterxml?

Мне бы что-нибудь, что позволит получать в режиме поточного чтения следующие/внутренние элементы в более, кхм, высокоуровневом виде.

Пока что конечно из альтернатив ничего не нашел - потому решил спросить.

Не хочу сношать токены, вообще не хочу

Вечер добрый. Знает ли кто-нибудь, как работает batchUpdate в spring jdbc template? другими словами: 1. INSERT INTO ... VALUES (...), (...), (...) или 2. INSERT INTO ... VALUES () INSERT INTO ... VALUES () INSERT INTO ... VALUES () INSERT INTO ... VALUES () INSERT INTO ... VALUES () Призываю @larev

на SO пишут, что второй вариант и поэтому batchupdate такой медленный, но там ответы довольно старые и вдруг чего поменялось за несколько лет

Почему спрашиваю: нужно вставлять много данных: парсю многосообщений. Варианта 2: 1. Сразу вставлять 150 строк каждую 1 секунду (сплю секунду каждые 150 сообщений, чтобы API не забанило) 2. Писать в файл до 500 тыщ строк, потом читать из файла и вставлять в базу. Тут не знаю, как лучше вставить - думал изначально batchUpdate, он если там второй вариант, то хз даже

как посылать пакет решает драйвер бд, jdbctempalte использует лишь jdbc api для батч запросов

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

Какие есть нормальные способы из akka actor вызвать асинхронный insert в базу данных? У меня была идея использовать что-то типо play.jobs.Job, в акторе создавать job на insert, но в play framework 2 job выпилили. Есть akka persistence, он нормально подойдет для подобной задачи?

Отвечу сам себе же. Т.к не услышал нормальный ответ, решил делать парента, который получает запросы, а потом раскидывает их по чайлдам. Я не знаю, как это будет работать на деле, но по логике это должно работать.

Вечер добрый. Знает ли кто-нибудь, как работает batchUpdate в spring jdbc template? другими словами: 1. INSERT INTO ... VALUES (...), (...), (...) или 2. INSERT INTO ... VALUES () INSERT INTO ... VALUES () INSERT INTO ... VALUES () INSERT INTO ... VALUES () INSERT INTO ... VALUES () Призываю @larev

т.е. первый вариант

как посылать пакет решает драйвер бд, jdbctempalte использует лишь jdbc api для батч запросов

хм, не знал а по моему кейсу можешь что-нибудь сказать? Как лучше поступать? Базу пока не выбрал, ни к чему не привязан

в твоем случае нужно использовать batchInsert/batchUpdate а как баферить данные решай сам, можешь в памяти держать и сбрасывать после сохранения каждого следующего пакета, а можешь в файле если памяти мало

в твоем случае нужно использовать batchInsert/batchUpdate а как баферить данные решай сам, можешь в памяти держать и сбрасывать после сохранения каждого следующего пакета, а можешь в файле если памяти мало

А какого бы ты размера один батч делал?

если не принимать во внимание память предположим, что ее хватает, чтобы держать буфер

я даже хз, давно уже не занимался прям расчетами, мне кажется тут многое зависит от БД, от ширины канала с БД, от размеров буфера в БД, но обычно я ставлю от 400 до 1000 строк в пакете но это чисто привычка

кстати прирост по перформансу при вставке по одной строке и пакетом огромный

у меня были задачи которые шли 30 мин и удавалось оптимизировать до 30 секунд

кстати прирост по перформансу при вставке по одной строке и пакетом огромный

Да, с этим сталкивался когда дамп базы делаешь из идеи, то он генерит по 1 инсерту на строку я делал парсер файла с дампом, чтобы разбить на пакеты - там словами не описать, какой прирост был

поэтому, собственно, и важно, чтобы батч апдейт работал. Ладно, я попробую и так, и сяк - отпишусь с результатами

Ivan спасибо!

Да, с этим сталкивался когда дамп базы делаешь из идеи, то он генерит по 1 инсерту на строку я делал парсер файла с дампом, чтобы разбить на пакеты - там словами не описать, какой прирост был

Можно же еще на уровне коннекшна решить, тот же MySQL имеет параметр rewriteBatchedStatements=true

Вечер добрый. Знает ли кто-нибудь, как работает batchUpdate в spring jdbc template? другими словами: 1. INSERT INTO ... VALUES (...), (...), (...) или 2. INSERT INTO ... VALUES () INSERT INTO ... VALUES () INSERT INTO ... VALUES () INSERT INTO ... VALUES () INSERT INTO ... VALUES () Призываю @larev

долго писать, погуглю за тебя))

погуглил

https://vladmihalcea.com/2015/03/18/how-to-batch-insert-and-update-statements-with-hibernate/

Всем привет!

Untitled.java:1: error: class, interface, or enum expected begin writeln('hello world'); end. ^ Untitled.java:1: error: unclosed character literal begin writeln('hello world'); end. ^ Untitled.java:1: error: unclosed character literal begin writeln('hello world'); end. ^ Untitled.java:1: error: class, interface, or enum expected begin writeln('hello world'); end. ^ 4 errors

Почему не работает этот скрипт? В jvm ошибка?

Ммм, толстовато

ERROR: S client not available

Почему не работает этот скрипт? В jvm ошибка?

The webpage at http://untitled.java:1/ might be temporarily down or it may have moved permanently to a new web address.

что-то с сетью, я полагаю.

что-то с сетью, я полагаю.

Пингани, может, пройдёт

надо переустановить jvm

А ребут пробовали?

Untitled.java:1: error: class, interface, or enum expected begin writeln('hello world'); end. ^ Untitled.java:1: error: unclosed character literal begin writeln('hello world'); end. ^ Untitled.java:1: error: unclosed character literal begin writeln('hello world'); end. ^ Untitled.java:1: error: class, interface, or enum expected begin writeln('hello world'); end. ^ 4 errors

Может надо с большой буквы и запятую поставить, ну и точку в конец, тогда заработает?

жирно

Доброе утро, можете подсказать записываю текст в txt файл через bufferedwriter, и перевожу на новую строку bw.newline().

Локально на виндовсе работает, а на Linux не переводит на новую строку и все в одну линию.

Открываю текстовый файл через блокнот

Локально на виндовсе работает, а на Linux не переводит на новую строку и все в одну линию.

А файлы на windows и на linux разные или одинаковые генерируются?

Одинаковые, получается я написал код локально протестировали работает, когда загружаю на сервер не работает

"A newLine() method is provided, which uses the platform's own notion of line separator as defined by the system property line.separator." - то есть на разных платформах должны, вообще говоря, разные файлы создаваться, так как разные символы используются для new line.

Одинаковые, получается я написал код локально протестировали работает, когда загружаю на сервер не работает

Как проверено, что одинаковые?

Сорри разные, программа сама создаёт же файл

Что интересно, когда открываешь файл через нотепад++

Корректно отобрадается

Сорри разные, программа сама создаёт же файл

А как известно, что файл созданный на linux отображается неверно?

Мне этот файл отправляется на почту

Когда я открываю, через блокнот там все в одну строку

А почту смотришь на какой системе?

А разве от этого зависит? Файл архивируется.

Сервак почты тоже на линуксе

Вроде как redhat

А разве от этого зависит? Файл архивируется.

Ну если файл создаётся на linux, а потом просматривается на windows - вполне ожидаемо, что выглядеть он будет не так как хотелось бы.

(в обратную сторону то же самое, конечно)

На linux и windows перевод строки вроде разными символами кодируется. И в Java это учитывается.

Получается в тексте перевод строки определяется символом \n

Вроде он для юникс