AE
Ну точно что то менялось. Либо конфигурация, либо зависимости
Size: a a a
2021 April 13
АВ
По зависимостям точно нет, единственное подчистил старые переменные в path, могло ли это как-то заафектить поведение томката
АВ
При учете что он поставляется со стартером, а там внутри точно ничего не менялось
AL
Народ подскажите библиотеку для работы с COM портом на более высоком уровне чем просто чтение и отправка данных на прямую. Хотелось бы некую абстракцию напоминающую RestAPI или RMI
ch
HSTS?
АВ
Ну он по дефолту не должен включаться, а явно я его не инициирую
АВ
Кроме jssc ничего более адекватного не нашел в свое время
AL
нууу это фактически на прямую , придётся самому писать абстракцию , а мне лень :)
SS
Как решить то проблему?
АВ
Ну там евент листенеры есть, остается только обработчик написать на входящие данные
ch
его разве нельзя в какой нибудь Stream удобный завернуть
SS
Такое чувство, будто никто на свете никогда не запаковывал javafx в jar
AE
Смотри, com порт это всего лишь транспорт, надо поверх него реализовать протокол. А так как на эту тему нет никаких стандартов, то и стандартных полков и реализаций нет и не будет
AL
очень странно что нету :) , и очень печально
AE
Эм. Ком порты вышли из массового использования ещё до того, как Java стала массовой. Так что это ещё повезло что есть хоть какие то библиотеки
AE
Ну и тот факт, что Java таки скорее не для работы с железом, сыграло не малую роль в отсутствии библиотек под железо
AL
у меня специфическая ситуация, нужно организовать приём/передачу информации из системы в которой заблокированы все протоколы и иные коvмуникации , кроме COM порта , я думал а малоли кто то написал транспорт gRPC или для RMI через COM
AE
Ну гугл в руки. Может на гх есть что то
АД
да)