Thijs Broersen
Thijs Broersen
I'd like to understand why this hard dependency exists. Core libraries should/could be agnostic. In the code it looks like the 'elastic4s-json-jackson' module was written before most of the core...
Thanks for the reply! It is not affecting my application's behavior too much, but I noticed it in my debug-logging and I do not see the logic: each executing gives...
I also noticed this problem. I am sure the scaling was fine a few days ago and now it suddenly ignores the scaling and everything is too small to read....
I mostly remove the timestamp because it causes different snapshot version-names when crossbuilding for different scala versions. When switching scala-versions the version is recalculated and hence it can be different...
@vkostyukov you are correct, it takes the first Content-Type that matches any value from the Accept-header. And when no match is found it returns the last Content-Type of a coproduct....
I am experiencing this same issue (Scala 2.13.7, jdk17) very randomly and rarely. Is there any other mitigation than compile twice?
OMG, I forget I mentioned it already on gitter. I will make a PR next week.
Exists since v2.0.1? -> https://mvnrepository.com/artifact/dev.zio/zio_native0.4_3/2.0.1
> AFAICT intellij takes the whatever environment variable gets set for terminal on startup. So if you later change the pyenv for a particular terminal, IntelliJ may not recognize that....
still blocked by json4s bug it seems: https://github.com/json4s/json4s/issues/1035