PostgreSQLContainer[_]

это если котлин так умеет, конечно

чатом ошибся, ну да ладно

бывает, не расстраивайся

не факт что код твой сработает, кстати

сработает, проверено

там, по сути, игнор дженерика

для задач тестконтейнерс этого достаточно

почти как PostgreSQLContainer<Object>, только компилится и работает

кто-то работал с testcontainers и навешивал @Rule на PostgreSQLContainer? у меня ругается с Cannot determine embedded database driver class for database type NONE. If you want an embedded database please put a supported one on the classpath. If you have database settings to be loaded from a particular profile you may need to active it (no profiles are currently active)

через @ClassRule все ок, но мне нужно пересоздавать базу для каждого теста

кто-то работал с testcontainers и навешивал @Rule на PostgreSQLContainer? у меня ругается с Cannot determine embedded database driver class for database type NONE. If you want an embedded database please put a supported one on the classpath. If you have database settings to be loaded from a particular profile you may need to active it (no profiles are currently active)

в jdbc-url для вашего датасорса указать драйвер testcontainers, spring.datasource.url=jdbc:tc:postgresql://hostname/databasename в @ Rule указывать ничего не надо, иначе создается еще один контейнер

Можно ли через snmp4j работать с usb устройствами (принтерами) ?

Снова короче ?

? NPM хакнули и угнали учётку maintainer’a ESLint. Всё это произошло с версией eslint-scope@3.7.2 и eslint-config-eslint@5.0.2. После обновления ESLint шёл на pastebin за скриптом, который отправлял .npmrc на другие ресурсы. Путь решения: либо откатиться назад на одну версию, либо обновиться вперёд. Если что, то уже всё починили. Сила ?? open source! Подробнее: https://eslint.org/blog/2018/07/postmortem-for-malicious-package-publishes GitHub: https://github.com/eslint/eslint-scope/issues/39

Здравствуйте, нужна помощь по сборке проекта JAR. Делаю сборку в Inteliji IDEA, всё отлично, проект запускается, но одна сторонняя либа работает некорректно. Если нужен проект, то могу скинуть ссылку на гитхаб. проблема точно такая же как описана здесь: https://stackoverflow.com/questions/49124062/docx4j-failing-to-load-document-when-app-packaged-as-shaded-jar не могу найти никакого ответа в интернете

https://eta-lang.org/ вдруг кто-то не знает, что он есть... :)

Здравствуйте, нужна помощь по сборке проекта JAR. Делаю сборку в Inteliji IDEA, всё отлично, проект запускается, но одна сторонняя либа работает некорректно. Если нужен проект, то могу скинуть ссылку на гитхаб. проблема точно такая же как описана здесь: https://stackoverflow.com/questions/49124062/docx4j-failing-to-load-document-when-app-packaged-as-shaded-jar не могу найти никакого ответа в интернете

возможно jar подписан, может еще что. посмотрите все ли содержимое попало в итоговый fat jar и не перетерлось ли файлами других из jar

всё содержимое попадает никакой такой ошибки нет, проблема именно в работе этой сторонней либы, в проекте есть и другие сторонние либы, но они работают

а эт уже интересно и что у котлина на уровне байткода для лямбд?

При компиляции в 6 ждк анонимные. В 8 invokedynamic. При этом если функция принимающая лямбды инлайнится, например filter, то в байткоде нет никаких лямбд и просто в тело вызова копипастится байткод

При компиляции в 6 ждк анонимные. В 8 invokedynamic. При этом если функция принимающая лямбды инлайнится, например filter, то в байткоде нет никаких лямбд и просто в тело вызова копипастится байткод

1) вроде как в 8 тоже классы, сам не проверял 2) если таки invokedynamic, то как оно совместимо в библиотеках? (если библиотета залита с таргером 8, а твой код на 6)

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

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

и на любой котлиновскиц вопрос «а вот в скале»

и на любой котлиновскиц вопрос «а вот в скале»

ну что за наглый пиздеж скала в обсуждениях выше вообще никак не проскакивает

хотя стоп, кому я пишу

это же ты путаешь > и < ?

бессмысленная трата времени на ответ тогда...

1) вроде как в 8 тоже классы, сам не проверял 2) если таки invokedynamic, то как оно совместимо в библиотеках? (если библиотета залита с таргером 8, а твой код на 6)

Ну наружу же из либы будут торчать только интерфейсы (kotlin.Function<*>), так что проблем быть не должно.

Ну наружу же из либы будут торчать только интерфейсы (kotlin.Function<*>), так что проблем быть не должно.

не, мне именно байткод интересен

ты же отдаешь не сорцы, а .class

не уверен, умеет ли 1.6 джвм сама invokedynamic в классы превращать, кмк нет

не, мне именно байткод интересен

Ну смотри: если либа скомпилена с target=jdk8, оно будет требовать в рантайме jdk8. Не знаю, переварит ли это desugar в андроиде.

Ну смотри: если либа скомпилена с target=jdk8, оно будет требовать в рантайме jdk8. Не знаю, переварит ли это desugar в андроиде.

вот я об этом же

не уверен, умеет ли 1.6 джвм сама invokedynamic в классы превращать, кмк нет

Сама JVM скажет unsupported class version и всё

Сама JVM скажет unsupported class version и всё

тогда выходит, что либы на котлине надо паблишить под 1.6 и 1.8, так?

или же отдавать сорцы, и пусть сами собирают

или же просто под 1.6 все, забив на бонусы 1.8

под 1.6

можно под обе, если есть желание

тогда выходит, что либы на котлине надо паблишить под 1.6 и 1.8, так?

Я не знаю, мне кажется, зависит от android sdk. Но kotlin-stdlib-jdk8 точно тянуть не стоит.

просто у 1.8 аудитория будет меньше

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

тянуть 1.6 как-то убыточно

В крайнем ведре же впилили поддержку ждк 8. Были ли в ведре вм invokeDynamic и 7 ждк раньше честно говоря не знаю. Но в любом случае 99% устройств на старых версиях ведра и деваться некуда

тянуть 1.6 как-то убыточно

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

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

я в стратегическом смысле — как бы не было раздвоения экосистемы на "под андроид" и "актуальное"

Оно уже годы

ну не совсем, либы из андроида вполне юзабельны и вне, типа okhttp

ну не совсем, либы из андроида вполне юзабельны и вне, типа okhttp

А она в NIO умеет вообще?

А она в NIO умеет вообще?

без понятия, сам не юзал, но часто вижу её в качестве совета "хттп либа общего назначения"

кстати, есть какой простой и быстрый http-клиент для жавы, умеющий nio?

кстати, есть какой простой и быстрый http-клиент для жавы, умеющий nio?

apache http

кстати, есть какой простой и быстрый http-клиент для жавы, умеющий nio?

netty

1) вроде как в 8 тоже классы, сам не проверял 2) если таки invokedynamic, то как оно совместимо в библиотеках? (если библиотета залита с таргером 8, а твой код на 6)

Я же писал не дайнемик,

Я же писал не дайнемик,

Invokeinterface в 8, а дайнемик это 2 две операции в одной, он генерит класс, что полезно для динамических яп. Котлин же з динамической

Invokeinterface в 8, а дайнемик это 2 две операции в одной, он генерит класс, что полезно для динамических яп. Котлин же з динамической

Котлин же з динамической — ээ? О_о

Котлин же з динамической — ээ? О_о

Нет, у него вывод типов

ну, _локальный_ вывод типов вообще никак не связан с дин типизацией

Нет, у него вывод типов

Ой

не понял мысли

Invokeinterface в 8, а дайнемик это 2 две операции в одной, он генерит класс, что полезно для динамических яп. Котлин же з динамической

*котлин статический

не понял мысли

Я ошибку допустил, чертова телефонная клава

ERROR: S client not available

*котлин статический

Поэтому ему не сильно нужен дайнемик

wat

а для java по твоему тогда зачем?

apache http

он разве умеет в nio?

между тем https://discuss.kotlinlang.org/t/android-n-java8-and-kotlin/1523/4

netty

мне он показался не слишком дружелюбным

он разве умеет в nio?

там вроде есть отдельным модулем async http client

наверное он тебе и нужен

мне он показался не слишком дружелюбным

не то слово) апи его тяжеловат для восприятия

@Wizzardo а в визардо кстати под капотом нетти? или самописное что-то?

самописное

Может кто-нибудь подсказать, почему время, затрачиваемое на вызов Thread::isInterrupted значительно больше в случае, если флаг действительно установлен?

@Wizzardo а в визардо кстати под капотом нетти? или самописное что-то?

когда я начинал это дело писать года 4 назад, нетти был в два раза медленее на моих тестах, хотя ничего и не изменилось, на локальных бенчмарках нетти попрежнему проигрывает

Может кто-нибудь подсказать, почему время, затрачиваемое на вызов Thread::isInterrupted значительно больше в случае, если флаг действительно установлен?

Похоже на типичную оптимизацию в Hotspot. Код, скомпиленный JVM, узнаёт этот флаг таким путём, что если он не установлен, проверка выполняется (почти) бесплатно, а вот если установлен, происходит аппаратное прерывание и тогда JVM понимает, что ожидаемое условие оказалось ложным.

Ну в исходниках он идет как native + @HotSpotIntrinsicCandidate Если посмотреть на реализацию - она выглядит следующим образом: bool os::is_interrupted(Thread* thread, bool clear_interrupted) { assert(!thread->is_Java_thread() || Thread::current() == thread || Threads_lock->owned_by_self(), "possibility of dangling Thread pointer"); OSThread* osthread = thread->osthread(); bool interrupted = osthread->interrupted() && (WaitForSingleObject(osthread->interrupt_event(), 0) == WAIT_OBJECT_0); if (interrupted && clear_interrupted) { osthread->set_interrupted(false); ResetEvent(osthread->interrupt_event()); } // Otherwise leave the interrupted state alone return interrupted; } а OSThread::interrupted так: class OSThread: public CHeapObj<mtThread> { ... volatile jint _interrupted; // Thread.isInterrupted state ... volatile bool interrupted() const { return _interrupted != 0; } void set_interrupted(bool z) { _interrupted = z ? 1 : 0; } }

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

Ну в исходниках он идет как native + @HotSpotIntrinsicCandidate Если посмотреть на реализацию - она выглядит следующим образом: bool os::is_interrupted(Thread* thread, bool clear_interrupted) { assert(!thread->is_Java_thread() || Thread::current() == thread || Threads_lock->owned_by_self(), "possibility of dangling Thread pointer"); OSThread* osthread = thread->osthread(); bool interrupted = osthread->interrupted() && (WaitForSingleObject(osthread->interrupt_event(), 0) == WAIT_OBJECT_0); if (interrupted && clear_interrupted) { osthread->set_interrupted(false); ResetEvent(osthread->interrupt_event()); } // Otherwise leave the interrupted state alone return interrupted; } а OSThread::interrupted так: class OSThread: public CHeapObj<mtThread> { ... volatile jint _interrupted; // Thread.isInterrupted state ... volatile bool interrupted() const { return _interrupted != 0; } void set_interrupted(bool z) { _interrupted = z ? 1 : 0; } }

@HotSpotIntrinsicCandidate намекает на то, что на деле в горячем коде будет совсем другое

но не факт

Подскажите, пожалуйста, какие сейчас инструмены для локализации приложения модно использовать? Знаю что в спрингбуте что-то есть на эту тему, но бут не использую в данном случае. Или самописный сервис использующий какой-нибудь стандартный джавовый ResourceBundle тянущий строки из .property файлов (ну или других источников) не самый плохой вариант?

а для java по твоему тогда зачем?

Для джвм он важен

ну, сама java использует его для лямбд

Spring сейчас действительно ли must have?

ну, сама java использует его для лямбд

Ну экономит на загрузке класса, генерит на лету, тут свои плюсы. Но не стоит ломать совместимость ради этого, имхо. Когда понадобится завезут

Spring сейчас действительно ли must have?

Да

Джяву можешь не знать, но спринг - обязан

Spring сейчас действительно ли must have?

да

О_о реально ли найти работу джуну для спринга?

на странные стэки ток попадаю)

вот и задумался что делаю что-то не то

Джяву можешь не знать, но спринг - обязан

девиз всех джава школ нынче

О_о