Size: a a a

2021 March 02

T

The2lb3oz4dr10½grOfH... in pro.jvm
Так, но как же мне получить значение миллисекунд от
new java.util.Date()
?
Ничего нагуглить не смог, везде пишут про милисекунды с начала эпохи, но мне надо именно значение миллисекунд, аналогично .getSeconds
источник

T

The2lb3oz4dr10½grOfH... in pro.jvm
Придумал делать так
date.getTime() % 1000
Но чет ээ
Хотя весь java.util.Date выглядит задепрекейченным, так что не жалуюсь
источник

.

... in pro.jvm
The2lb3oz4dr10½grOfHedgehogs
Так, но как же мне получить значение миллисекунд от
new java.util.Date()
?
Ничего нагуглить не смог, везде пишут про милисекунды с начала эпохи, но мне надо именно значение миллисекунд, аналогично .getSeconds
источник

T

The2lb3oz4dr10½grOfH... in pro.jvm
Ну тут они другие классы предлагают, у меня это вне моего контроля что за класс. Вынужден с java.util.Date работать
Но спасибо! Хорошее сравнение классов
источник

.

... in pro.jvm
Ну тогда костыль наверно изобретать , хз
источник

VP

Vladimir Petrakovich in pro.jvm
The2lb3oz4dr10½grOfHedgehogs
Ну тут они другие классы предлагают, у меня это вне моего контроля что за класс. Вынужден с java.util.Date работать
Но спасибо! Хорошее сравнение классов
Там есть замечательный метод toInstant(), чтобы перестать страдать
источник

.

... in pro.jvm
Vladimir Petrakovich
Там есть замечательный метод toInstant(), чтобы перестать страдать
Ну вернет же он как раз то что пациент не хочет
источник

.

... in pro.jvm
Миллисекунду с 70-х , так?
источник

VP

Vladimir Petrakovich in pro.jvm
...
Миллисекунду с 70-х , так?
Вернёт он, очевидно, Instant, а дальше вся мощь java.time к вашим услугам
источник

.

... in pro.jvm
Vladimir Petrakovich
Вернёт он, очевидно, Instant, а дальше вся мощь java.time к вашим услугам
да , чет узко размышляю
источник

AE

Alexandr Emelyanov in pro.jvm
The2lb3oz4dr10½grOfHedgehogs
Ну тут они другие классы предлагают, у меня это вне моего контроля что за класс. Вынужден с java.util.Date работать
Но спасибо! Хорошее сравнение классов
Если не бороться - не победишь
источник

T

The2lb3oz4dr10½grOfH... in pro.jvm
Ну тут уже x y problem, я немного другим занимаюсь, но из-за того что я секретничаю, не скажу. Но проблему я решил, спасибо
источник

Mysyk Айван in pro.jvm
Привет, сталкивались на java с динамичной генерацией линков к файлу на сервере? В интернетах не нашел ничего путёвого.
источник

VS

Vladimir S in pro.jvm
Mysyk Айван
Привет, сталкивались на java с динамичной генерацией линков к файлу на сервере? В интернетах не нашел ничего путёвого.
Можно подробнее, что значит линк к файлу?
источник

Mysyk Айван in pro.jvm
Vladimir S
Можно подробнее, что значит линк к файлу?
На сервере есть дериктория с файлами. Я хотел бы генерировать Url к тем файлам по типу : протокол | хост | порт | путь к файлу.
источник

ch

central hardware in pro.jvm
Mysyk Айван
На сервере есть дериктория с файлами. Я хотел бы генерировать Url к тем файлам по типу : протокол | хост | порт | путь к файлу.
а раздавать чем?
источник

ch

central hardware in pro.jvm
может просто minio поднять или еще какое нибудь s3
источник

Mysyk Айван in pro.jvm
central hardware
может просто minio поднять или еще какое нибудь s3
Спасибо, почитаю
источник

VP

Vasili Pispanen in pro.jvm
Всем привет
Есть примерно такой код на spring boot 2.3 - 2.4.1

   @Transactional
   void saveAndProcess(Record record) {
       repository.save(record);
       processor.process(record);        
   }

Написан тест, в котором проверяется, что если во второй строке возникает исключение - транзакция откатывается.
После обновления на 2.4.2 тест сломался т.к. выбрасываемое там исключение было checked. Т.е. стало работать так, как должно, в @Transactional по дефолту нет отката на checked.

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

AE

Alexandr Emelyanov in pro.jvm
Vasili Pispanen
Всем привет
Есть примерно такой код на spring boot 2.3 - 2.4.1

   @Transactional
   void saveAndProcess(Record record) {
       repository.save(record);
       processor.process(record);        
   }

Написан тест, в котором проверяется, что если во второй строке возникает исключение - транзакция откатывается.
После обновления на 2.4.2 тест сломался т.к. выбрасываемое там исключение было checked. Т.е. стало работать так, как должно, в @Transactional по дефолту нет отката на checked.

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