OS
нет sqlite это Си, си - это clang —emit-llvm, llvm - это то что может запускать graalvm
Size: a a a
2018 October 01
ЮБ
к слову, graavm теоретически может запускать sqlite прям сам )
а кто-нибудь пробовал это?
ПФ
нет sqlite это Си, си - это clang —emit-llvm, llvm - это то что может запускать graalvm
но это не то как джава может с этим работать же, нет?
OS
неа вроде не совсем то )
OS
а кто-нибудь пробовал это?
там пост на хабре был. где-то в апреле мне кажется, как эксперимент нормально
OS
я думаю прям это делать с какими-то другими целями - это странно
ЮБ
я думаю прям это делать с какими-то другими целями - это странно
Погоди, а как же
2018 October 02
J🎩
OS
Круто!
OS
2018 October 03
AA
OS
ага! Джонатан прям взялся за дело. меня очень интересует что он имеет в виду под "I’ve got a bunch more experiments and cool things underway." GraalVM support на Azure! :D
OS
ну и на спринг-бут набросил ловко: "here Spring Boot and MicroProfile applications can take tens of seconds to start" прям смешав с микроprofile :)
AA
ну как бы он то прав. одно от другого сильно не отличается 🙂
2018 October 04
ВВ
У меня опять вопрос по SVM: а можно как-то так сделать подстановку классов, чтобы изменить базовый класс в исходном коде?
Напоролся на опциональную зависимость (которая реально не нужна в данном конкретном случае), которая тянется через наследование. По идее надо или сказать SVM не трогать конкретный класс совсем, или изменить его предка, чтобы не тащить тонну ненужных зависимотстей.
Напоролся на опциональную зависимость (которая реально не нужна в данном конкретном случае), которая тянется через наследование. По идее надо или сказать SVM не трогать конкретный класс совсем, или изменить его предка, чтобы не тащить тонну ненужных зависимотстей.
OS
У меня опять вопрос по SVM: а можно как-то так сделать подстановку классов, чтобы изменить базовый класс в исходном коде?
Напоролся на опциональную зависимость (которая реально не нужна в данном конкретном случае), которая тянется через наследование. По идее надо или сказать SVM не трогать конкретный класс совсем, или изменить его предка, чтобы не тащить тонну ненужных зависимотстей.
Напоролся на опциональную зависимость (которая реально не нужна в данном конкретном случае), которая тянется через наследование. По идее надо или сказать SVM не трогать конкретный класс совсем, или изменить его предка, чтобы не тащить тонну ненужных зависимотстей.
надо сделать substitution
OS
вот тут можно прочитать часть "Substitution mechanism" https://medium.com/graalvm/instant-netty-startup-using-graalvm-native-image-generation-ed6f14ff7692
ВВ
надо сделать substitution
Так вот и не могу понять как это сделать правильно. Статью уже до дыр зачитал.
OS
и добавить в класспас такой класс:
@TargetClass(org.package.MyClass.class)
final class Target_org_package_Myclass {
@Substitute
private ReturnType methodName(String str) {
// vot zdes budet tvoe telo metoda
}
}