AN
Так мы и корутины в 1.3.0 сломали же!
Indeed. Код ломается. С этим надо жить. Не будешь хоть немножко ломать код - будешь жить с протухшим инстурментом
Size: a a a
2020 December 27
IP
Лум ортагонален корутинам. Если у тебя уже корутины, тебе без разницы есть у тебя лум или нет
я надеюсь, что launch(IO) хуже, чем launch(Loom)
AN
я надеюсь, что launch(IO) хуже, чем launch(Loom)
С чего бы это?
I
В следующем году вроде
https://www.infoq.com/news/2020/11/java16-so-far/
At this stage, there are no indications that either Project Valhalla (addition of inline types, and a re-imagining of the JVM's low-level data model) or Project Loom (addition of VM-managed "virtual threads" and a substantially augmented concurrency model) will be ready to ship as Preview by next March. As a result, it seems fairly likely that these new initiatives will not be available as final features in the Java 17 LTS release.
At this stage, there are no indications that either Project Valhalla (addition of inline types, and a re-imagining of the JVM's low-level data model) or Project Loom (addition of VM-managed "virtual threads" and a substantially augmented concurrency model) will be ready to ship as Preview by next March. As a result, it seems fairly likely that these new initiatives will not be available as final features in the Java 17 LTS release.
AN
https://www.infoq.com/news/2020/11/java16-so-far/
At this stage, there are no indications that either Project Valhalla (addition of inline types, and a re-imagining of the JVM's low-level data model) or Project Loom (addition of VM-managed "virtual threads" and a substantially augmented concurrency model) will be ready to ship as Preview by next March. As a result, it seems fairly likely that these new initiatives will not be available as final features in the Java 17 LTS release.
At this stage, there are no indications that either Project Valhalla (addition of inline types, and a re-imagining of the JVM's low-level data model) or Project Loom (addition of VM-managed "virtual threads" and a substantially augmented concurrency model) will be ready to ship as Preview by next March. As a result, it seems fairly likely that these new initiatives will not be available as final features in the Java 17 LTS release.
Ну финальными точно не будут, это еще будет года два мариноваться. Но опять же, чем нам превью не годится
IP
С чего бы это?
ну типа, оно там будет как-то хорошо саспендить блочащий код
IP
а я получу все плюшки, сохранив корутины как либу
I
Ну финальными точно не будут, это еще будет года два мариноваться. Но опять же, чем нам превью не годится
Так в следующем году и превью не будет (во всяком случае, в марте).
AN
ну типа, оно там будет как-то хорошо саспендить блочащий код
Да ни разу. Речь только об аллокации тредов и для этого треды внутри должны использоваться лумовские
IP
Да ни разу. Речь только об аллокации тредов и для этого треды внутри должны использоваться лумовские
да понимаю я
IP
я поэтому и хочу отдельный диспетчер
IP
чтобы он имел по собой пул из вирчуал тредов
IP
IP
что сами виноваты
IP
нечего ансейф использовать было
I
нечего ансейф использовать было
Так ансейф это другое. Проблема в том, что чтобы компилить джаву с модулями, нужно написать _конфигурацию_, иначе джава скажет, что нифига не видит класс.
IP
Так ансейф это другое. Проблема в том, что чтобы компилить джаву с модулями, нужно написать _конфигурацию_, иначе джава скажет, что нифига не видит класс.
а, согласен тогда, гадость
AN
Так ансейф это другое. Проблема в том, что чтобы компилить джаву с модулями, нужно написать _конфигурацию_, иначе джава скажет, что нифига не видит класс.
Проблема именно в ансейфе. Именно его отмена сломала код. Модули сами по себе ты спокойно можешь не использовать вне jdk
IP
Так ансейф это другое. Проблема в том, что чтобы компилить джаву с модулями, нужно написать _конфигурацию_, иначе джава скажет, что нифига не видит класс.
но это не разрушение совместимости в прямом смысле слова
IP
сами исходники же не надо менять