2 ms·
currently I use sbt and as said they are okai to work with, but they are not great, else there would've been only one. ;) Actually I like many things on sbt, bu
by merb 11y ago
currently I use sbt and as said they are okai to work with, but they are not great, else there would've been only one. ;)
Actually I like many things on sbt, but It has some clear downsides and it's not hard to figure them out.
Actually I would favor gradle from all of them however I started with sbt and I think I actually will stick with it a while, even if there are some downsides.
- lmm 11y agoThat's a very unconstructive post. Please be more specific about upsides and downsides rather than just saying "It has some clear downsides and it's not hard to figure them out".
- merb 11y agosbt downsides: - slow resolution (could be really really really slow) - transitive dependencies could be a mess since it could actually will mostly give you a evicition but it's hard to actually resolve that. - however if you have two plugins a evicition is not printed, so you will actually get a funny stack trace if you actually use a library that resolve something via reflections. (i.e. closure compiler) - sbt is slow - sbt has some wierd operators. - has problem with dynamic ranged versions - scoped settings are cool, but could be wierd to understand, especially for new people - sbt-web which tries to use npm which it packages as webjars which actually is a total mess since you actually run into the great world of npm packaging and try to force it into a completly different format. there are more, however these are the ones I often deal with