Телеграмм чат группы jpointconf страница 614

2020 June 16

J🎩

JBáruch 🎩 in JPoint, Java-конференция

central hardware

@AlexeyFyodorov

Не надо его тэгать, ему не до спама

источник

06:00пожаловаться #1

NK

ID:0 in JPoint, Java-конференция

17 июня в 12:00 гостем шоу «Первая чашка кофе с JPoint» будет Иван Углянский.

Иван раньше разрабатывал Excelsior JET, а теперь работает в Huawei над компиляторами, JVM и новыми языками программирования. Еще Иван — один из основателей и лидеров JUGNsk, официальной группы Java-юзеров в Новосибирске.

Ведущие эфира — Андрей Когунь и Дмитрий Александров.
Андрей — эксперт в департаменте разработки ПО в КРОК, основатель встреч jug.msk.ru.
Дмитрий — ведущий программист и архитектор в T-Systems, по совместительству один из лидеров болгарской Java User Group.
Они обсудят с Иваном баги в Native, коснутся работы Panama, Loom, Valhalla, GraalVM, а также расспросят Ивана про его доклад на JPoint 2020, посвященный путешествию из уютного мира Java в нативный код.

https://meetup.jugru.org/java-jpoint-coffee-5

источник

15:50пожаловаться #2

NK

ID:0 in JPoint, Java-конференция

Если вы пропустили прошлый выпуск «Первой чашки», смотрите его на YouTube.

Гостем был инженер ПО, Java Champion Олег Докука, который разрабатывает корпоративное ПО и распределенные системы, в основном используя стек Spring

https://youtu.be/03JB-MDBT34

YouTube

Первая чашка кофе с JPoint / Олег Докука // 10.06.2020

Телеграм-чат для обсуждения: https://tlgg.ru/@jpointconf

Утреннее шоу «Первая чашка кофе с JPoint» — это встречи программного комитета конференции JPoint с ее спикерами.

Гость нового выпуска — инженер ПО, Java Champion Олег Докука. Он знает, как жить с реактивщиной как извне, так и внутри. Соавтор книги по реактивному программированию в Spring. В основном пишет RSocket, помогает Project Reactor и всем связанным экосистемам.

Ведущие выпуска — участники программного комитета конференции JPoint Антон Архипов и Максим Гореликов. Антон — Product Manager в проекте Kotlin в компании JetBrains, резидент подкаста «Разбор полетов». Максим — техлид, использует экосистему Spring и все, что найдет на GitHub, экспериментирует с реактивными подходами, интересуется инфраструктурой.

Вместе с Олегом они обсудят в эфире карантин и то, как он повлиял на работу, поговорят про релиз RSocket и про то, везде ли нужно использовать Reactive Streams.

источник

15:54пожаловаться #3

2020 June 17

NK

ID:0 in JPoint, Java-конференция

«Первая чашка кофе с JPoint» с Иваном Углянским — уже в эфире!

Трансляция шоу — по ссылке: https://meetup.jugru.org/java-jpoint-coffee-5

источник

12:00пожаловаться #4

DA

Dmitry Alexandrov in JPoint, Java-конференция

https://github.com/c2s/OpenArkCompiler

GitHub

c2s/OpenArkCompiler

This is the OpenArkCompiler mirror repository, keeping up-to-date with the official update. - c2s/OpenArkCompiler

источник

12:26пожаловаться #5

DA

Dmitry Alexandrov in JPoint, Java-конференция

Доклад: https://jpoint.ru/2020/talks/5umejolzijkysghdilpgcb/

jpoint.ru

В нативный код из уютного мира Java: Путешествие туда и обратно

В докладе поговорим про интероп между Java и нативным кодом: начнем с истории вопроса, продолжим практическими советами о том, как (сейчас) жить нативным кодом и Java без проблем и выстрелов в ногу, и наконец обсудим будущее в контексте Panama и Sulong.

источник

12:26пожаловаться #6

ДР

Даниил Разоренов... in JPoint, Java-конференция

Но ведь зачастую native нужен не из-за того, что он быстрее. А из-за того что нужны какие то системные вызовы недоступные из jvm. Разве эту задачу можно решить c помощью llvm bytecode + graalvm truffle?

источник

12:27пожаловаться #7

DA

Dmitry Alexandrov in JPoint, Java-конференция

https://www.meetup.com/ru-RU/JUGNsk/

Meetup

JUGNsk (Новосибирск, Россия)

Java User Group в Новосибирске. Митапы, встречи, обсуждения про Java и JVM. Если вам интересны данные темы, присоединяйтесь и участвуйте в жизни сообщества!Наши страницы в соц. сетях:Telegram: http://

источник

12:29пожаловаться #8

AK

Andrei Kogun in JPoint, Java-конференция

Даниил Разоренов

Но ведь зачастую native нужен не из-за того, что он быстрее. А из-за того что нужны какие то системные вызовы недоступные из jvm. Разве эту задачу можно решить c помощью llvm bytecode + graalvm truffle?

призываем @shelajevoleg

источник

12:30пожаловаться #9

OS

Oleg Shelajev in JPoint, Java-конференция

Даниил Разоренов

Но ведь зачастую native нужен не из-за того, что он быстрее. А из-за того что нужны какие то системные вызовы недоступные из jvm. Разве эту задачу можно решить c помощью llvm bytecode + graalvm truffle?

Все можно решить

источник

13:05пожаловаться #10

AK

Andrei Kogun in JPoint, Java-конференция

Заключительный, пятый конкурс и возможность выиграть билет на JPoint от JUG.MSK. Условия уже в видео, пишите пожалуйста ваши варианты с хештешом #конкурс, чтобы мы понимали, что это не просто наброс. ) А сегодня поздравляем @volyx и всем большое спасибо за участие.

источник

13:07пожаловаться #11

IU

Ivan Ugliansky in JPoint, Java-конференция

Даниил Разоренов

Но ведь зачастую native нужен не из-за того, что он быстрее. А из-за того что нужны какие то системные вызовы недоступные из jvm. Разве эту задачу можно решить c помощью llvm bytecode + graalvm truffle?

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

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

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

источник

13:18пожаловаться #12

IU

Ivan Ugliansky in JPoint, Java-конференция

но даже когда вы используете нативы, чтобы просто сделать системный вызов, это же обычно не в вакууме происходит: часто вокруг вызова нужно сделать какую-нибудь обработку, может распотрошить структуру сишную, которая вам вернулась, может проверить на ошибку. Вот вся эта обвязка будет исполняться в том же контексте, что и Java код, на JVM. Это довольно существенное преимущество

источник

13:23пожаловаться #13

ДР

Даниил Разоренов... in JPoint, Java-конференция

Кажется понял) Спасибо)

источник

13:29пожаловаться #14

ВВ

Виктор Вербицкий... in JPoint, Java-конференция

#конкурс есть у нас на одном проде бизнеслогика, обновляемая/загружаемая динамически. И долго не могли понять почему процесс этого приложения периодически внезапно исчезает и приходится перезапускать.
В конце концов выяснилось, что падение случается в момент обновления jar файлов на сервере.
Как теперь уже нам понятно - в OpenJDK есть бага. Если попытаться открыть недописанный zip файл, то JVM крашится.
Можно просто взять произвольный jar/zip и начать откусывать от него по байтику. В какой-то момент получится файл при попытке открыть который происходит краш.
И похоже он очень старый и до сих пор актуальный...
Вот такой вот баг натива... Врождённый...

источник

13:57пожаловаться #15

ВВ

Виктор Вербицкий... in JPoint, Java-конференция

Виктор Вербицкий

#конкурс есть у нас на одном проде бизнеслогика, обновляемая/загружаемая динамически. И долго не могли понять почему процесс этого приложения периодически внезапно исчезает и приходится перезапускать.
В конце концов выяснилось, что падение случается в момент обновления jar файлов на сервере.
Как теперь уже нам понятно - в OpenJDK есть бага. Если попытаться открыть недописанный zip файл, то JVM крашится.
Можно просто взять произвольный jar/zip и начать откусывать от него по байтику. В какой-то момент получится файл при попытке открыть который происходит краш.
И похоже он очень старый и до сих пор актуальный...
Вот такой вот баг натива... Врождённый...

@akogun Это я для коллег стараюсь ;)

источник

14:02пожаловаться #16

IU

Ivan Ugliansky in JPoint, Java-конференция

о! это круто. Кажется, я где-то про эту проблему читал даже) а тикет завели?

источник

14:04пожаловаться #17

AK

Andrei Kogun in JPoint, Java-конференция

Виктор Вербицкий

@akogun Это я для коллег стараюсь ;)