https://pantsbuild.org/ logo
Powered by
#general
  • s

    straight-waiter-86090

    01/26/2017, 8:02 PM
    errors include this:
  • s

    straight-waiter-86090

    01/26/2017, 8:02 PM
    Copy code
    [error] /Users/dyoung/r9/r9git/nucleus/java/com/r9/nucleus/config/BaseConfig.java:15: package com.google.common.collect does not exist
                       [error] import com.google.common.collect.Maps;
                       [error] /Users/dyoung/r9/r9git/nucleus/java/com/r9/nucleus/config/BaseConfig.java:16: package com.google.common.collect does not exist
                       [error] import com.google.common.collect.Sets;
                       [error] /Users/dyoung/r9/r9git/nucleus/java/com/r9/nucleus/config/IConfigQuery.java:7: package com.google.common.collect does not exist
                       [error] import com.google.common.collect.ImmutableSet;
  • w

    witty-crayon-22786

    01/26/2017, 8:03 PM
    the only way i could see this happening would be if you disabled 
    ivy
    somehow
  • s

    straight-waiter-86090

    01/26/2017, 8:03 PM
    I’m pointing to our own ivy repo.
  • s

    straight-waiter-86090

    01/26/2017, 8:03 PM
    Copy code
    [ivy]
ivy_settings: %(buildroot)s/alien/ivy/ivy-settings-pants.xml
  • s

    straight-waiter-86090

    01/26/2017, 8:03 PM
    it took some time to get ivy resolve working, but then did work.
  • w

    witty-crayon-22786

    01/26/2017, 8:04 PM
    hm.
  • s

    straight-waiter-86090

    01/26/2017, 8:04 PM
    I appreciate the help
  • w

    witty-crayon-22786

    01/26/2017, 8:04 PM
    annoying, but: try a 
    ./pants clean-all
    , in case something invalid was cached while you were editting ivy config
  • w

    witty-crayon-22786

    01/26/2017, 8:05 PM
    the fingerprints are pretty solid, but it's possible that we missed something there (since it goes to the outside world)
  • e

    enough-analyst-54434

    01/26/2017, 8:06 PM
    Have you started with -ldebug or 
    ./pants server
    to inspect the compile classpath?
  • e

    enough-analyst-54434

    01/26/2017, 8:06 PM
    just sanity check there are or are not jars you expect on that compile cp
  • w

    witty-crayon-22786

    01/26/2017, 8:07 PM
    yea, he showed it in #random... zinc isn't getting a classpath entry
  • s

    straight-waiter-86090

    01/26/2017, 8:07 PM
    when I use -ldebug I see this. Is this where I should see the jars on the classpath?
  • s

    straight-waiter-86090

    01/26/2017, 8:07 PM
    Copy code
    [debug] Inputs = {
                       [debug]    classpath = {
                       [debug]       /Users/dyoung/r9/r9git/.pants.d/compile/zinc/252d64521cf9/nucleus.nucleus/current/classes
                       [debug]    }
                       [debug]    sources = {
                       [debug]       /Users/dyoung/r9/r9git/nucleus/java/com/r9/nucleus/web/api/CommonApiController.java
                       [debug]       /Users/dyoung/r9/r9git/nucleus/java/com/r9/nucleus/commons/Presentation.java
                       [debug]       /Users/dyoung/r9/r9git/nucleus/java/com/r9/nucleus/commons/CompositeComparator.java
                       [debug]       /Users/dyoung/r9/r9git/nucleus/java/com/r9/nucleus/web/UIErrorLogger.java
  • w

    witty-crayon-22786

    01/26/2017, 8:07 PM
    ...for guava
  • w

    witty-crayon-22786

    01/26/2017, 8:07 PM
    yea, you should see it there.
  • e

    enough-analyst-54434

    01/26/2017, 8:08 PM
    So what does a resolve show? ./pants resolve.ivy --open [compile targets]
  • s

    straight-waiter-86090

    01/26/2017, 8:08 PM
    clean-all
    didn’t change the behavior. Maybe I should make a separate project, completely independent of our source code and ivy settings and see if that does the same thing.
  • w

    witty-crayon-22786

    01/26/2017, 8:08 PM
    ^ agree with john: that's the next step
  • s

    straight-waiter-86090

    01/26/2017, 8:09 PM
    @User uploaded a file:

    Screen Shot 2017-01-26 at 3.08.45 PM.png▾

  • e

    enough-analyst-54434

    01/26/2017, 8:09 PM
    yeah - not good.
  • e

    enough-analyst-54434

    01/26/2017, 8:09 PM
    backing up slightly too on your general case - do you need to continue with ivy repos as a transition thing from one build tool to another?
  • s

    straight-waiter-86090

    01/26/2017, 8:10 PM
    we (kayak.com) have a large code base that uses ant + ivy to build. we have mostly publicly available jars from maven imported, but some internal jars as well.
  • e

    enough-analyst-54434

    01/26/2017, 8:11 PM
    k - so the ant+ivy is going nowhere
  • e

    enough-analyst-54434

    01/26/2017, 8:11 PM
    Just asking because of the troubles and the fact we've discussed changing our resolver in the past to ether (maven) at which point ivy repo support would die
  • w

    witty-crayon-22786

    01/26/2017, 8:11 PM
    what does the ivy config look like? it is, unfortunately, not correct.
  • w

    witty-crayon-22786

    01/26/2017, 8:12 PM
    @straight-waiter-86090 : ^
  • e

    enough-analyst-54434

    01/26/2017, 8:12 PM
    that + full log of clean-all resolve -ldebug
  • e

    enough-analyst-54434

    01/26/2017, 8:12 PM
    The ivy debug logs can be helpful from afar
1...161016111612...2420Latest