@Override
    public int hashCode() {
        return 42;
    }

а зачем это?

типа такого?
logging.level.feign.slf4j.Slf4jLogger: INFO

@Override
    public int hashCode() {
        return 42;
    }

Типа если погуглить как имплементить хэшкод в хибернейте, то там по первым ссылкам поясняют для чего. Если коротко, то. Меня это устраивает, я отказываюсь от хеширования

Ойй. Боль. И икволс и хэшкод переписать

Да, только дебаг

Давай ссылку на эту статью, пойдем поставим ей минусов, что бы плохому не учила

бл*... дело было не в бабине...
в консольном аппендере было
<filter class="ch.qos.logback.classic.filter.ThresholdFilter">
   <level>INFO</level>
</filter>
в логстеше этого нет, соответственно должно будет уходить.
Спасибо за пинок 🙂

всем привет.
кто-то знает хорошую реализацию в джаве 128-битного дабла: https://en.wikipedia.org/wiki/Quadruple-precision_floating-point_format https://en.wikipedia.org/wiki/Decimal128_floating-point_format
BigDecimal не предлагать

он плох,

?

медленный, генерит кучу мусора, умеет больше, чем надо

может это,

хм, интересно, посмотрю имплементацию, спасибо. джавадоки выглядят многообещающе

```
This code was based on code from Microsoft's PolyBase.
A 128-bit fixed-length Decimal value in the ANSI SQL Numeric semantics, representing unscaledValue / 10**scale where scale is 0 or positive.

This class is similar to BigDecimal, but a few things differ to conform to the SQL Numeric semantics.

Scale of this object is specified by the user, not automatically determined like BigDecimal. This means that underflow is possible depending on the scale. BigDecimal controls rounding behaviors by MathContext, possibly throwing errors. But, underflow is NOT an error in ANSI SQL Numeric. "CAST(0.000000000....0001 AS DECIMAL(38,1))" is "0.0" without an error.

Because this object is fixed-length, overflow is also possible. Overflow IS an error in ANSI SQL Numeric. "CAST(10000 AS DECIMAL(38,38))" throws overflow error.

Each arithmetic operator takes scale as a parameter to control its behavior. It's user's (or query optimizer's) responsibility to give an appropriate scale parameter.

Finally, this class performs MUCH faster than java.math.BigDecimal for a few reasons. Its behavior is simple because of the designs above. This class is fixed-length without array expansion and re-allocation. This class is mutable, allowing reuse of the same object without re-allocation. This class and UnsignedInt128 are designed such that minimal heap-object allocations are required for most operations. The only exception is division. Even this class requires a few object allocations for division, though much fewer than BigDecimal.

```

правда я хз как его из хайва достать

481 джарка весит

например так
https://github.com/apache/hive/blob/4446414f4478091db1eb20bc782a5c1825356153/common/src/java/org/apache/hadoop/hive/common/type/Decimal128.java

ну если вам зайдет то ок)