Size: a a a

Java/Kotlin and more

2020 December 26

Д

Дмитрий in Java/Kotlin and more
Edem Injection
МОЖНО ШТОНИБУДЬ НОВИНЬКОЕ
источник

AE

Alexandr Emelyanov in Java/Kotlin and more
источник

EI

Edem Injection in Java/Kotlin and more
источник

E

EXL in Java/Kotlin and more
Edem Injection
почему перегрузку операторов в жабу не пропустили?
TL;DR: усложняет код, приводит к mindfuck'ам, bad practice.

Поэтому подобная перегрузка реализована только для String наверное, посути сахарок для concat.
Даже у BigDecimal методы add, subtract, divide, multiply вместо +, -, /, *, если я правильно помню.

Хочешь перегрузки операторов — смотри в сторону Groovy.
источник

AE

Alexandr Emelyanov in Java/Kotlin and more
EXL
TL;DR: усложняет код, приводит к mindfuck'ам, bad practice.

Поэтому подобная перегрузка реализована только для String наверное, посути сахарок для concat.
Даже у BigDecimal методы add, subtract, divide, multiply вместо +, -, /, *, если я правильно помню.

Хочешь перегрузки операторов — смотри в сторону Groovy.
Kotlin
источник

EI

Edem Injection in Java/Kotlin and more
Kotlin кайф, писал на нем проект
источник

EI

Edem Injection in Java/Kotlin and more
EXL
TL;DR: усложняет код, приводит к mindfuck'ам, bad practice.

Поэтому подобная перегрузка реализована только для String наверное, посути сахарок для concat.
Даже у BigDecimal методы add, subtract, divide, multiply вместо +, -, /, *, если я правильно помню.

Хочешь перегрузки операторов — смотри в сторону Groovy.
Спасибо😀
источник

E

EXL in Java/Kotlin and more
Точно, чёт забыл про него.
источник

O

Othernik in Java/Kotlin and more
EXL
TL;DR: усложняет код, приводит к mindfuck'ам, bad practice.

Поэтому подобная перегрузка реализована только для String наверное, посути сахарок для concat.
Даже у BigDecimal методы add, subtract, divide, multiply вместо +, -, /, *, если я правильно помню.

Хочешь перегрузки операторов — смотри в сторону Groovy.
Операторы груви, как декларируется, на самом деле под капотом не операторы, а те же методы. А примитивы в груви - сразу объекты. Так что это спорный вопрос.
источник

AE

Alexandr Emelyanov in Java/Kotlin and more
Othernik
Операторы груви, как декларируется, на самом деле под капотом не операторы, а те же методы. А примитивы в груви - сразу объекты. Так что это спорный вопрос.
В любом jvm языке так, котлин, скала, груви. В котлин явно описано когда примитив,а когда обёртка
источник

E

EXL in Java/Kotlin and more
Othernik
Операторы груви, как декларируется, на самом деле под капотом не операторы, а те же методы. А примитивы в груви - сразу объекты. Так что это спорный вопрос.
А в C++ разве по другому? Тоже вроде как сахарок на методами вида a.operator+(b).
источник

E

EXL in Java/Kotlin and more
ИМХО это самая логичная и простая схема реализации операторов и их перегрузки в любых языках программирования, опираться на уже существующие механизмы языка.
источник
2020 December 27

П

Павел Сарпов... in Java/Kotlin and more
Привет.
Есть Spring boot сервер. На нем реализованы Websocket org.springframework.web.socket
Есть проблема, после установки подключения и отправки первого сообщения со стороны клиента, получаю ошибку EOF
java.io.EOFException
       at okio.RealBufferedSource.require(RealBufferedSource.kt:201)
       at okio.RealBufferedSource.readByte(RealBufferedSource.kt:210)
       at okhttp3.internal.ws.WebSocketReader.readHeader(WebSocketReader.kt:113)
       at okhttp3.internal.ws.WebSocketReader.processNextFrame(WebSocketReader.kt:96)
       at okhttp3.internal.ws.RealWebSocket.loopReader(RealWebSocket.kt:241)
       at okhttp3.internal.ws.RealWebSocket$connect$1.onResponse(RealWebSocket.kt:171)
       at okhttp3.internal.connection.RealCall$AsyncCall.run(RealCall.kt:504)
       at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1167)
       at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:641)
       at java.lang.Thread.run(Thread.java:923)


Где-то в тырнетах прочел, что это сервак разрывает подключение и рекомендуют реализовать пингпонг. Поделитесь опытом, кто сталкивалллся с подобной ошибкой, как решали? Как реализовывали пингпонг?
источник

AL

Aleksander Lemyagov in Java/Kotlin and more
Павел Сарпов
Привет.
Есть Spring boot сервер. На нем реализованы Websocket org.springframework.web.socket
Есть проблема, после установки подключения и отправки первого сообщения со стороны клиента, получаю ошибку EOF
java.io.EOFException
       at okio.RealBufferedSource.require(RealBufferedSource.kt:201)
       at okio.RealBufferedSource.readByte(RealBufferedSource.kt:210)
       at okhttp3.internal.ws.WebSocketReader.readHeader(WebSocketReader.kt:113)
       at okhttp3.internal.ws.WebSocketReader.processNextFrame(WebSocketReader.kt:96)
       at okhttp3.internal.ws.RealWebSocket.loopReader(RealWebSocket.kt:241)
       at okhttp3.internal.ws.RealWebSocket$connect$1.onResponse(RealWebSocket.kt:171)
       at okhttp3.internal.connection.RealCall$AsyncCall.run(RealCall.kt:504)
       at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1167)
       at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:641)
       at java.lang.Thread.run(Thread.java:923)


Где-то в тырнетах прочел, что это сервак разрывает подключение и рекомендуют реализовать пингпонг. Поделитесь опытом, кто сталкивалллся с подобной ошибкой, как решали? Как реализовывали пингпонг?
Посмотрите в сторону sockjs со спрингом. Там уже есть пинг-понг.
источник

AE

Alexandr Emelyanov in Java/Kotlin and more
Павел Сарпов
Привет.
Есть Spring boot сервер. На нем реализованы Websocket org.springframework.web.socket
Есть проблема, после установки подключения и отправки первого сообщения со стороны клиента, получаю ошибку EOF
java.io.EOFException
       at okio.RealBufferedSource.require(RealBufferedSource.kt:201)
       at okio.RealBufferedSource.readByte(RealBufferedSource.kt:210)
       at okhttp3.internal.ws.WebSocketReader.readHeader(WebSocketReader.kt:113)
       at okhttp3.internal.ws.WebSocketReader.processNextFrame(WebSocketReader.kt:96)
       at okhttp3.internal.ws.RealWebSocket.loopReader(RealWebSocket.kt:241)
       at okhttp3.internal.ws.RealWebSocket$connect$1.onResponse(RealWebSocket.kt:171)
       at okhttp3.internal.connection.RealCall$AsyncCall.run(RealCall.kt:504)
       at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1167)
       at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:641)
       at java.lang.Thread.run(Thread.java:923)


Где-то в тырнетах прочел, что это сервак разрывает подключение и рекомендуют реализовать пингпонг. Поделитесь опытом, кто сталкивалллся с подобной ошибкой, как решали? Как реализовывали пингпонг?
STOMP используете?
источник

П

Павел Сарпов... in Java/Kotlin and more
Alexandr Emelyanov
STOMP используете?
STOMP использовался до этого, но потом был отключён. Стомп на клиенте не восстанавливал подключение после падения
источник

П

Павел Сарпов... in Java/Kotlin and more
Aleksander Lemyagov
Посмотрите в сторону sockjs со спрингом. Там уже есть пинг-понг.
Через стомп?
источник

AE

Alexandr Emelyanov in Java/Kotlin and more
Павел Сарпов
STOMP использовался до этого, но потом был отключён. Стомп на клиенте не восстанавливал подключение после падения
Через sockjs?
источник

AE

Alexandr Emelyanov in Java/Kotlin and more
Павел Сарпов
Через стомп?
Стомп поверх идёт
источник

П

Павел Сарпов... in Java/Kotlin and more
Alexandr Emelyanov
Через sockjs?
Через sockjs и стомп не удавалось подключение сделать. Не проходило
источник