GitHub user ekrich added a comment to the discussion: Replace typesafe config for sconfig for Pekko 2.0.0
I can maybe chime in here. Recently, we have been working on making sure `sconfig` has all the fixes and features added in `config` since the original fork. We have not added some JVM and classloader specific ones but they could be added if really needed. We have in the latest release work by @kastoestoramadus adding the ability to format HOCON code which would also allow a `hoconfmt` or `configfmt` application which would also check that the config file parses correctly. We have an additional fix that allows very long decimal numbers that is released in `config` but breaks MIMA compatibility so I have not released this yet to investigate and evaluate the impact and ensure we didn't make a mistake in the porting. This change was added in version `1.4.1` of `config`. There are also some additional formatting improvements showing MIMA incompatibility that are merged as well. This is not ideal especially for Waldemar who is adding these features for a company and waiting for a new release. As mentioned, there is only so much time in the day. We also have also added `ScalaOps` from the Scala.js and Scala Native world to allow some functional code with Java collections to minimize and eliminate the use of conversions to Scala collections where collection compat is needed. The sites are mostly used for `for` which can be replaced pretty easily. The API uses Java types so converting is not really that helpful. Other potential performance improvement sites are the original Scala `breakable` sites which could be eliminated. I have maintained this for about 7 years but I am not opposed to ASF or Scala Center or some other more permanent home. The Scalafix could be used for another package change if needed. Does Apache currently have Scala cross platform code? GitHub link: https://github.com/apache/pekko/discussions/2186#discussioncomment-14367205 ---- This is an automatically sent email for notifications@pekko.apache.org. To unsubscribe, please send an email to: notifications-unsubscr...@pekko.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: notifications-unsubscr...@pekko.apache.org For additional commands, e-mail: notifications-h...@pekko.apache.org