Size: a a a

2020 May 04

VP

Vladimir Petrakovich in pro.jvm
Asad Ganiev
до натива можно сначала обфусцировать, потом graalvm’ом в native компилить
Я не думаю, что результат компиляции graalvm изменится, если на вход подать минифицированный байт-код
источник

MN

Midow Noname in pro.jvm
а можно как то поменять чтоб класс Properties хранил в значение не первую строку после пробела а например последную
источник

MN

Midow Noname in pro.jvm
я Про Properties.load(file)
источник

MN

Midow Noname in pro.jvm
он читает файл и хранить в ключах и значениея0
источник

М

Максим in pro.jvm
Подскажите пожалуйста, как в спринге можно запускать шедуллеры выборочно в зависимости от профиля, куда смотреть?
источник

AL

Alexander Lobanov in pro.jvm
Unhandled Exception
здравствуйте уважаемые джависты!
Кто может в многопоточку? Есть некоторые концептуальные вещи которые я хотел бы обсудить. Я новичок в этой теме и не хочется ломать дров.
говори
источник

P

Pan Kotek in pro.jvm
Максим
Подскажите пожалуйста, как в спринге можно запускать шедуллеры выборочно в зависимости от профиля, куда смотреть?
источник

А

Александр in pro.jvm
Коллеги, есть вопрос по дженерикам.. Ну или по архитектуре..
Есть у меня класс "сущность", и есть класс "модель".
У класса "сущность" есть много наследников, у каждого из которых есть статик класс-наследник от класса "модель".
Класс "сущность" имеет дженерик-тип "все что наследуется от класса модель", для того чтобы хранить экземпляр класса-наследника "модели" без потери его типа.
Если я какому-то другому классу хочу присвоить дженерик-тип "сущность", то получается некоторый бред:
мне приходится указывать И тип "сущность", И тип "наследник от класса модель", хотя класс "сущность" или "наследник сущности" уже знает о типе "наследник модели", и даже хранит в себе его экземпляр.
Нету каких-нибудь мыслей на тему как это можно обойти?

выглядит это в коде примерно так:
https://pastebin.com/fEqYuBsT
источник

БС

Богдан Суконнов... in pro.jvm
Александр
Коллеги, есть вопрос по дженерикам.. Ну или по архитектуре..
Есть у меня класс "сущность", и есть класс "модель".
У класса "сущность" есть много наследников, у каждого из которых есть статик класс-наследник от класса "модель".
Класс "сущность" имеет дженерик-тип "все что наследуется от класса модель", для того чтобы хранить экземпляр класса-наследника "модели" без потери его типа.
Если я какому-то другому классу хочу присвоить дженерик-тип "сущность", то получается некоторый бред:
мне приходится указывать И тип "сущность", И тип "наследник от класса модель", хотя класс "сущность" или "наследник сущности" уже знает о типе "наследник модели", и даже хранит в себе его экземпляр.
Нету каких-нибудь мыслей на тему как это можно обойти?

выглядит это в коде примерно так:
https://pastebin.com/fEqYuBsT
ООП которое мы заслужили :(
источник

А

Александр in pro.jvm
?
источник

БС

Богдан Суконнов... in pro.jvm
ну это же ужас. Всмысле, понятно, что ты хочешь как лучше. Я сам такое делал. Вроде как с интерфейсами надо. Но вот так то со стороны - кошмар. А это же кому-то поддерживать. Я просто понимаю тех, кто набрасывает на ООП из-за вот таких вот конструкций. И ведь это же потом обрастет аннотациями мудреными чтобы ОРМ работал, конструкторы и т.п.
источник

А

Александр in pro.jvm
Ну ужас-не ужас, но подобная схема очень комфортна в аспекте понимания какие данные к чему относятся, и их нельзя перепутать и т.д.
источник

А

Александр in pro.jvm
комфортна за исключением нюанса о котором и возник вопрос
источник

БС

Богдан Суконнов... in pro.jvm
Александр
Ну ужас-не ужас, но подобная схема очень комфортна в аспекте понимания какие данные к чему относятся, и их нельзя перепутать и т.д.
хотя нет, у меня там все сильно проще было
источник

А

Александр in pro.jvm
ну, да.. не совсем то.
источник

БС

Богдан Суконнов... in pro.jvm
Александр
ну, да.. не совсем то.
на самом деле я пытался что-то сложнее сделать и понял что это слишком, поэтому финальная версия проще
источник

А

Александр in pro.jvm
да тут сложно не с целью сделать как можно сложнее, а просто нужно разделять данные и при этом хранить их особым образом
источник

А

Александр in pro.jvm
было бы можно проще я бы сделал проще..
источник

OC

Oleg Chirukhin ☄️🧙‍♂... in pro.jvm
Повёз вам свежий Java-дайджест за 4 мая

https://habr.com/ru/company/jugru/blog/500332/
источник

D

Dima in pro.jvm
Oleg Chirukhin ☄️🧙‍♂️🚀
Повёз вам свежий Java-дайджест за 4 мая

https://habr.com/ru/company/jugru/blog/500332/
Олег, а откуда ты взял челиков с исследованием?
источник