Im having issues with getting stderr (or any output really) from a compiler plugin being printed on ...

# compiler

[Strum355]

Im having issues with getting stderr (or any output really) from a compiler plugin being printed on a gradle setup. This is still on the pre-K2 API. The plugin is being invoked and the codepaths that the print statements are on are being executed, so Im a bit lost as to whats going on. Any leads? Im trying to log exceptions in the plugin, but I cant get them to be logged. Not catching the exceptions works fine, but it fails the build which we really dont want to do

[Strum355]

The plugin code https://github.com/sourcegraph/lsif-kotlin/pull/55/files
the gradle init script and other stuff where it is being added https://sourcegraph.com/github.com/sourcegraph/scip-java/-/blob/scip-java/src/main/s[…]urcegraph/scip_java/buildtools/GradleBuildTool.scala?L199-217

[shikasd]

Kotlin compiler is usually running in a separate process, you should use MessageCollector to output CLI messages.

[Strum355]

Im using that but also not getting anything, [here](https://github.com/sourcegraph/lsif-kotlin/pull/55/files#diff-c45f296394213ffe019fd64975953053f79045256cd96b443a8695803643a036R30-R32) and [here](https://github.com/sourcegraph/lsif-kotlin/pull/55/files#diff-c45f296394213ffe019fd64975953053f79045256cd96b443a8695803643a036R82-R100)

[Strum355]

formatting fail miffed

[Strum355]

With kotlin.compiler.execution.strategy=in-process Im able to get see that the message collector fetched with CompilerConfiguration().get(CLIConfigurationKeys.MESSAGE_COLLECTOR_KEY, MessageCollector.NONE) returns the NONE collector. This isnt gonna be particularly reliable for me if its gonna be set to NONE by default

[Strum355]

Im able to set kotlin.compiler.execution.strategy=in-process and default to PrintingMessageCollector instead of NONE, so that seems like an ok workaround

[shikasd]

That doesn't seem right, but I didn't check this part of the pipeline for awhile :)

[shikasd]

The in-process workaround should work fine for debugging only, I think

[Strum355]

Its as part of semantic indexing, so its not “critical” realistically, so i think its “fine” for this
https://github.com/sourcegraph/scip-java/