Cannot include generated file as a resource

[rockwotj]

Using the latest commit from master, this fails:

genrule(
    name = "generated_logging_properties",
    srcs = [":local.logging.properties"],
    outs = ["logging.properties"],
    cmd = "cp $< $@",
)

kt_jvm_library(
    name = "logging",
    srcs = glob(["*.kt"]),
    resources = [":generated_logging_properties"],
    visibility = ["//visibility:public"],
    deps = [
        "@maven//:com_google_flogger_flogger",
        "@maven//:com_google_guava_guava",
        "@maven//:com_google_flogger_flogger_system_backend",
        "@maven//:org_slf4j_slf4j_jdk14",
    ],
)

ERROR: /Users/rockwotj/Workspace/foo/kotlin/logging/BUILD:10:1: error executing shell command: '/bin/bash -c external/bazel_tools/tools/zip/zipper/zipper c bazel-out/darwin-fastbuild/bin/kotlin/logging/logging-resources.jar @bazel-out/darwin-fastbuild/bin/kotlin/logging/logg...' failed (Exit 255) bash failed: error executing command 
  (cd /private/var/tmp/_bazel_rockwotj/70f6e107f8f90b5b2d301b4029134ae9/sandbox/darwin-sandbox/12/execroot/__main__ && \
  exec env - \
  /bin/bash -c 'external/bazel_tools/tools/zip/zipper/zipper c bazel-out/darwin-fastbuild/bin/kotlin/logging/logging-resources.jar @bazel-out/darwin-fastbuild/bin/kotlin/logging/logging_resources_zipper_args')
Execution platform: @local_config_platform//:host

Use --sandbox_debug to see verbose messages from the sandbox
File kotlin/logging/logging.properties does not seem to exist.Target //kotlin/logging:logging failed to build

[restingbull]

Try compiling //kotlin/logging:generated_logging_properties directly. It looks like the genrule is not building.

[rockwotj]

@restingbull the genrule does build correctly and it's output is in bazel-bin

[restingbull]

Investingating

[rockwotj]

If it would help I can create a small sample repo demoing this behavior

[rockwotj]

Looks related: #187

[sugarmanz]

I'm encountering the same issue, which is preventing adoption of Bazel for this usecase in a polyglot project. Is there any update here @restingbull, @rockwotj, @cgruber?

[rockwotj]

@sugarmanz you can work around this by wrapping it in a Java library rule that is a dep

[sugarmanz]

Ahh, thanks for the insight there. I'll try that out.