Channels
#kobalt
- c
cedric
05/03/2016, 2:42 PMAre you seeing downloads happening on every run? - k
kmruiz
05/03/2016, 2:54 PM@cedric: I'm looking at the bug on the graph system - k
kmruiz
05/03/2016, 2:54 PMit's pretty complex 😛 - c
cedric
05/03/2016, 2:54 PMYes, still looking at it too, not convinced it's all fixed - c
cedric
05/03/2016, 2:55 PMAnd since I deleted the jcenter repo by accident, I need to wait for bintray to restore it :( - c
cedric
05/03/2016, 2:55 PMWish there was a good graph library for Java but couldn't find one - k
kmruiz
05/03/2016, 3:00 PMI think the problem is at the moment you add a node that hasn't been seen before to the process queue - k
kmruiz
05/03/2016, 3:00 PMyou lose the dependency order - k
kmruiz
05/03/2016, 3:01 PMCopy codeNew batch of nodes to process: [kobalt-jacoco:compile, kobalt-jacoco:compileTest, kobalt-jacoco:enableJacoco] Adding edge "kobalt-jacoco:compileTest" -> "kobalt-jacoco:compile" Already seen: kobalt-jacoco:compile Adding edge "kobalt-jacoco:enableJacoco" -> "kobalt-jacoco:test" Already seen: kobalt-jacoco:test - k
kmruiz
05/03/2016, 3:01 PMadding enableJacoco would need to be reversed - m
mbickel
05/03/2016, 3:18 PM@cedric: The download is every run. All other deps are resolved and come from disk. - c
cedric
05/03/2016, 3:18 PMOk that's not right, can you isolate the dependency that causes that? - c
cedric
05/03/2016, 3:19 PMYou might be missing a repo - m
mbickel
05/03/2016, 3:26 PM@cedric: it happens as soon as I pull one of the spring deps in (no matter which one) - c
cedric
05/03/2016, 3:31 PMCan you file an issue with this dependency list ? I'll try to reproduce it - m
mbickel
05/03/2016, 3:34 PMYou mean about the slowness or the file download? - m
mbickel
05/03/2016, 3:36 PMFunny thing is, when I
, which according to http://grepcode.com/snapshot/repo1.maven.org/maven2/org.springframework/spring-context/4.2.0.RELEASE has the jnr dependency, I don't see anything like it.--resolve org.springframework:spring-context:4.2.5.RELEASE - m
mbickel
05/03/2016, 3:36 PMThe shown graph is pretty simple - c
cedric
05/03/2016, 3:37 PMThe slowness is caused by the download, right? - m
mbickel
05/03/2016, 3:37 PMCould be. Baseline w/o any deps besides kotlin is 3s - m
mbickel
05/03/2016, 3:38 PMNot sure if dep resolution or the actual download is at fault - m
mbickel
05/03/2016, 3:41 PMThing is, the pom draws this in through a (optional) jruby dep. - m
mbickel
05/03/2016, 3:41 PMI don't do jruby. - c
cedric
05/03/2016, 3:45 PMI suspect one of the dependencies can’t be found or resolved so it gets retried at every build - c
cedric
05/03/2016, 3:45 PMAgain, just file an issue with all the dependencies and let me try it on my end - m
mbickel
05/03/2016, 3:56 PMSo https://github.com/cbeust/kobalt/issues/184 is what you're after? - c
cedric
05/03/2016, 3:57 PMAnd every time you build this project, it redownloads stuff? - m
mbickel
05/03/2016, 3:59 PMAll builds look like the output I posted - k
kmruiz
05/03/2016, 4:27 PM@cedric: I almost have it, but I have a problem when sorting two tasks that depends on the same but none of them depend on each other - k
kmruiz
05/03/2016, 4:27 PMfor example: enableJacoco and compileTest are declared as reverseDependsOn