иначе некому будет понять что в канале есть данные и надо будить continuation

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

блок треда на каждую корутину, которая из бд тащит?

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

ну точнее к континьюэйшону

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

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

блок треда на каждую корутину, которая из бд тащит?

там отдельный пул, треды которого занимаются обходом коннектов и спрашивают aviable

то есть будет забивание пула тредов, не?

там отдельный пул, треды которого занимаются обходом коннектов и спрашивают aviable

или вот это, ага

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

Да, но работает это все на обычных тредах, а значит они все равно блочатся.

но "асинк дждбс не нужен" прям очень сильное заявление

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

это сейчас, сейчан так так же блочится при ожидании взятии блокировки - но этого не должно быть

потом континуация, ожидающая IO будится и все

любое ожидание, которое возмоно - это вытеснение

теперь асинк драйвер. люди, ну правда, те же яйца вид сбоку. будет тот же пул, только в драйвере, который будет не континуации будить, а дергать колбэки...

теперь асинк драйвер. люди, ну правда, те же яйца вид сбоку. будет тот же пул, только в драйвере, который будет не континуации будить, а дергать колбэки...

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

теперь асинк драйвер. люди, ну правда, те же яйца вид сбоку. будет тот же пул, только в драйвере, который будет не континуации будить, а дергать колбэки...

В курсе как netty работает?

selector все дела

если да (а многие умеют), то будет самый настоящий асинк запрос

@olegchir эксперт может высказаться?)

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

я не про бд, а дрйвер на стороне приложения

Внутри ADBA будет просто пул?

В курсе как netty работает?

про это и пишу

Кто-то уже настрочил статейку на тему invokedynamic vs constantdynamic?

не видел, но почитал бы

что за constatndynamic?

http://openjdk.java.net/jeps/309

Копипастеры ща прибегут

@olegchir эксперт может высказаться?)

эксперт по общению с экспертами Oracle?) Нет, не могу высказаться. Наверное, можно написать асинк ждбц куда более эффективно, чем тупо корутинами. Вопрос в том, что написание асинк ждбц потребует ресурсов разработчиков, а "корутины и так сойдет" - нет. Кто платит за весь этот банкет.

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

бинарь на расте весит копейки, работает на ура и бьет по рукам на этапе компиляции, а не в рантайме. не знаю, зачем вам этот го

там жеж корутин нет, они их вроде выпилил из стдлибы (вопрос нахуа). т.е. несутся на те же самые грабли, что и жвм, в своё время - чтобы был ворох несовместимых между собой решений для асинка

кстати, а раст ведь работает на ллвм? Можно какие-то критичные куски писать на Расте, и потом запускать их под Гралем.

там жеж корутин нет, они их вроде выпилил из стдлибы (вопрос нахуа). т.е. несутся на те же самые грабли, что и жвм, в своё время - чтобы был ворох несовместимых между собой решений для асинка

там целая драма сейчас по этому поводу. https://github.com/rust-lang/rust/issues/50547 и https://boats.gitlab.io/blog/post/2018-04-06-async-await-final/ вкратце - на макросах запилено, почему не в языке и почему в таком виде - сложный вопрос.

кстати, а раст ведь работает на ллвм? Можно какие-то критичные куски писать на Расте, и потом запускать их под Гралем.

да можно, а зачем ?

да можно, а зачем ?

присоединюсь к вопросу. практикой доказано, если на проекте больше 3 языков - будет плохо

там целая драма сейчас по этому поводу. https://github.com/rust-lang/rust/issues/50547 и https://boats.gitlab.io/blog/post/2018-04-06-async-await-final/ вкратце - на макросах запилено, почему не в языке и почему в таком виде - сложный вопрос.

вот и ответ, зачем го - чтобы не париться о таких вопросах. просто берёшь и пишешь

это просто мета аннотация

это не ответ на вопрос "что происходит"

это не ответ на вопрос "что происходит"

сама аннотация ничего не делает, она просто навешивает ещё десяток аннотаций

от скана пакетов, до подгрузки автоконфигураций

сама аннотация ничего не делает, она просто навешивает ещё десяток аннотаций

а, ну если ожидается ответ на таком уровне, то это не интересно :)

а, ну если ожидается ответ на таком уровне, то это не интересно :)

а ты больше расскажешь?

присоединюсь к вопросу. практикой доказано, если на проекте больше 3 языков - будет плохо

ну обычно в любом более менее большом проекте больше 3х)

ICYMI https://m.youtube.com/playlist?list=PLX8CzqL3ArzVnxC6PYxMlngEMv3W1pIkn Jvmls видосы

ну обычно в любом более менее большом проекте больше 3х)

не хорошо у нас было так: бэк: java/scala, скрипты groovy/qvto, фронт coffescript/js(es6) это все лишне

стек должен быть максимально гетерогенным

это кстати микросервисы и несколько UI к ним были

1(2) языка на бэк, один на фронт

а, ну если ожидается ответ на таком уровне, то это не интересно :)

а какого ответы ты ожидал?

ктстаи, java 11 в deb еще не подвезли?

ктстаи, java 11 в deb еще не подвезли?

Есть тут: https://launchpad.net/~openjdk-r/+archive/ubuntu/ppa

а какого ответы ты ожидал?

да вот мне было интересно, что вы в ответ ждете. Если только 1 из 20 может ответить, что эта аннотация включает несколько магических аннотаций, это печально, конечно. Но какие именно аннотации включаются, я сам забуду через 5 минут

Есть тут: https://launchpad.net/~openjdk-r/+archive/ubuntu/ppa

openjdk висит там пару месяцев уже, причем (по крайней мере раньше) ставишь 11-ю и спрашиваешь java -version - давала 10-ку

да вот мне было интересно, что вы в ответ ждете. Если только 1 из 20 может ответить, что эта аннотация включает несколько магических аннотаций, это печально, конечно. Но какие именно аннотации включаются, я сам забуду через 5 минут

не то что бы магических, а включает ровным счетом она только component scan и auto configuration

openjdk висит там пару месяцев уже, причем (по крайней мере раньше) ставишь 11-ю и спрашиваешь java -version - давала 10-ку

Сейчас там так: $ java -version openjdk version "11" 2018-09-25 OpenJDK Runtime Environment (build 11+24-Ubuntu-116.04.1) OpenJDK 64-Bit Server VM (build 11+24-Ubuntu-116.04.1, mixed mode, sharing)

не то что бы магических, а включает ровным счетом она только component scan и auto configuration

ну вот @EnableAutoConfiguration и включает магию бута :)

кстати, стало любопытно, чем отличается @Configuration и @SpringBootConfiguration

там под капотом просто конфигурация с пакетом под капотом

кстати, стало любопытно, чем отличается @Configuration и @SpringBootConfiguration

@Target(value=TYPE) @Retention(value=RUNTIME) @Documented @Configuration public @interface SpringBootConfiguration Indicates that a class provides Spring Boot application @Configuration. Can be used as an alternative to the Spring's standard @Configuration annotation so that configuration can be found automatically (for example in tests). Application should only ever include one @SpringBootConfiguration and most idiomatic Spring Boot applications will inherit it from @SpringBootApplication.

Да я нашел уже

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

само проект - не спринг бут приложение

само проект - не спринг бут приложение

вот это интересно

Сейчас там так: $ java -version openjdk version "11" 2018-09-25 OpenJDK Runtime Environment (build 11+24-Ubuntu-116.04.1) OpenJDK 64-Bit Server VM (build 11+24-Ubuntu-116.04.1, mixed mode, sharing)

значит ставлю)

Она же в JVM, ничего дополнительно и не нужно делать. Разве что поддержку Java 9+ добавить, чтоб там ничего задепрекейченного не использовалось. Ну и запускать, конечно же, на не на JRE8

Так то да, только без доступа к массиву чаров через ансейф производительность просела процентов на 20

Так то да, только без доступа к массиву чаров через ансейф производительность просела процентов на 20

ух...

Так то да, только без доступа к массиву чаров через ансейф производительность просела процентов на 20

у вас же свой фреймворк? можеть дать ссылку на то как используете unsafe?

вот и ответ, зачем го - чтобы не париться о таких вопросах. просто берёшь и пишешь

"просто берешь Java/Kotlin и пишешь". Исправил, не благодари :)

ERROR: S client not available

ктстаи, java 11 в deb еще не подвезли?

зачем? Качаешь с сайта, кладешь в любое место, прописываешь JAVA_HOME и PATH. Это совершенно переносимый портируемый между дистрибутивами универсальный способ, позволяющий не иметь никакого дела с шизиками, которые в дебиане пытаются собирать джавапакеты он даже на Windows работает. И на Mac. Где угодно.

у вас же свой фреймворк? можеть дать ссылку на то как используете unsafe?

https://github.com/wizzardo/tools/blob/master/modules/tools-reflection/src/main/java/com/wizzardo/tools/reflection/StringReflection.java

зачем? Качаешь с сайта, кладешь в любое место, прописываешь JAVA_HOME и PATH. Это совершенно переносимый портируемый между дистрибутивами универсальный способ, позволяющий не иметь никакого дела с шизиками, которые в дебиане пытаются собирать джавапакеты он даже на Windows работает. И на Mac. Где угодно.

Совет на уровне "используй make install вместо пакетного менеджера" Переключение между JDK и обновление тоже ручками делать потом?

Совет на уровне "используй make install вместо пакетного менеджера" Переключение между JDK и обновление тоже ручками делать потом?

sdk man

sdk man

Вот это совсем другое дело. Но я лучше по старинке

Вот это совсем другое дело. Но я лучше по старинке

+

К тому же например заказчику потом все равно надо будет написать в РА что ставить и sdkman тут будет явно лишним

зачем? Качаешь с сайта, кладешь в любое место, прописываешь JAVA_HOME и PATH. Это совершенно переносимый портируемый между дистрибутивами универсальный способ, позволяющий не иметь никакого дела с шизиками, которые в дебиане пытаются собирать джавапакеты он даже на Windows работает. И на Mac. Где угодно.

А вот теперь вопрос, описать в руководстве целый раздел с поэмой как скачать и настроить или написать одно предложение и 2 команды пакетного менеджера?

Совет на уровне "используй make install вместо пакетного менеджера" Переключение между JDK и обновление тоже ручками делать потом?

переключение между JDK на проде делается указанием базы докер-контейнера, из которого ты строишь приложение =)

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

И да, о доставке джава пакетов чем либо не говорилось ни слова

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

Да! Да! Да! Но вот пример, заказчик сказал что докер не нужен...

Или заказчик это генподряд у которого ты в субподряде, а у них все по стандарту и тухло?

какое-то перекошенное мышление а если нет магического "заказчика"?

так, ходят слухи, бывает

переключение между JDK на проде делается указанием базы докер-контейнера, из которого ты строишь приложение =)

Вообще я про окружение для разработки На проде я согласен, всё так

переключение между JDK на проде делается указанием базы докер-контейнера, из которого ты строишь приложение =)

Кстати, трустори, сделали все в докере, все круто, с композом. Ставим заказчику, а контур закрытый и ничего внутрь не прокинут, зеркало докерхаба настроить... Хм, они зеркала рпм сделать не смогли, пришлось хардкорить. Собираем докер образы, выгружаем в тар архивы) в дистре к этому делу добавляется docker-compose, docker.rpm и тележка его зависимостей которые пришлось еще и руками вычислять...

Ну и установка сами понимаете...

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

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

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

Да, рпм они в итоге зеркало настроили

Или заказчик это генподряд у которого ты в субподряде, а у них все по стандарту и тухло?

Пахнет сбером/госбанком и госкомпаниями

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

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

Пахнет сбером/госбанком и госкомпаниями

или телекомом

Скажите где прочитать про такое поведение компилятора? class A{ final int a = 1; public int getA() { return a; } } A aObj = new A(); Field field = A.class.getDeclaredField("a"); field.setAccessible(true); field.set(aObj, 2); System.out.println(aObj.getA()); //1 System.out.println(aObj.a); //1 System.out.println(field.get(aObj));//2

Если инициализировать в конструкторе, то везде 2. Где можно про это прочитать?

Господа простите, но лучше спрошу чем промолчу

я думал что (string) X, это тоже самое что и x.toString()?

Практика показала обратное... Почему?

То что в методе своя логика ок. Думал что при попытке cast он так же и вызовется

Можно сделать скип для стек трейсов(не виводить printStackTrace - просто убрать его нельзя) в пределах всех визовов одного метода?

я думал что (string) X, это тоже самое что и x.toString()?

@javastart первое - это приведение к типу String, а не неявный вызов toString