#3979 works past error message above, but with additional issue in test suite:

com.google.cloud.tools.jib.cli.buildfile.BuildFilesTest > testToBuildFileSpec_templateMultiLineBehavior FAILED
    java.lang.IllegalArgumentException: Cannot resolve variable 'replace
    this' (enableSubstitutionInVariables=false).
        at org.apache.commons.text.StringSubstitutor.substitute(StringSubstitutor.java:1532)
        at org.apache.commons.text.StringSubstitutor.substitute(StringSubstitutor.java:1389)
        at org.apache.commons.text.StringSubstitutor.replaceIn(StringSubstitutor.java:1121)
        at org.apache.commons.text.io.StringSubstitutorReader.read(StringSubstitutorReader.java:298)
        at org.yaml.snakeyaml.reader.StreamReader.update(StreamReader.java:176)
        at org.yaml.snakeyaml.reader.StreamReader.ensureEnoughData(StreamReader.java:169)
        at org.yaml.snakeyaml.reader.StreamReader.ensureEnoughData(StreamReader.java:164)
        at org.yaml.snakeyaml.reader.StreamReader.peek(StreamReader.java:119)
        at org.yaml.snakeyaml.scanner.ScannerImpl.scanToNextToken(ScannerImpl.java:1229)
        at org.yaml.snakeyaml.scanner.ScannerImpl.fetchMoreTokens(ScannerImpl.java:345)
        at org.yaml.snakeyaml.scanner.ScannerImpl.checkToken(ScannerImpl.java:263)
        at org.yaml.snakeyaml.parser.ParserImpl$ParseImplicitDocumentStart.produce(ParserImpl.java:235)
        at org.yaml.snakeyaml.parser.ParserImpl.peekEvent(ParserImpl.java:185)
        at org.yaml.snakeyaml.parser.ParserImpl.getEvent(ParserImpl.java:195)
        at com.fasterxml.jackson.dataformat.yaml.YAMLParser.nextToken(YAMLParser.java:418)
        at com.fasterxml.jackson.databind.ObjectMapper._initForReading(ObjectMapper.java:4817)
        at com.fasterxml.jackson.databind.ObjectMapper._readMapAndClose(ObjectMapper.java:4723)
        at com.fasterxml.jackson.databind.ObjectMapper.readValue(ObjectMapper.java:3690)
        at com.google.cloud.tools.jib.cli.buildfile.BuildFiles.toBuildFileSpec(BuildFiles.java:55)
        at com.google.cloud.tools.jib.cli.buildfile.BuildFiles.toJibContainerBuilder(BuildFiles.java:81)
        at com.google.cloud.tools.jib.cli.buildfile.BuildFilesTest.testToBuildFileSpec_templateMultiLineBehavior(BuildFilesTest.java:189)

Follow-up:

Using the unix-based newline instead of System.lineSeparator() in the test gets past this error,

jib/jib-cli/src/test/java/com/google/cloud/tools/jib/cli/buildfile/BuildFilesTest.java

Line 187 in fa8cc95

    
           ImmutableMap.of("replace" + System.lineSeparator() + "this", "creationTime: 1234"));

I suspect this is because UTF-8 is used when reading the buildfile for this test, but the default charset in the new Kokoro windows environment is now Windows-1252 (and with a different line separator).

jib/jib-cli/src/main/java/com/google/cloud/tools/jib/cli/buildfile/BuildFiles.java

Lines 53 to 54 in fa8cc95

    
           new StringSubstitutorReader( 
        
               Files.newBufferedReader(buildFilePath, Charsets.UTF_8), templater)) {

	new StringSubstitutorReader(
	Files.newBufferedReader(buildFilePath, Charsets.UTF_8), templater)) {

Kokoro Windows continuous job failing after image migration #3978

Description

Metadata

Metadata

Assignees

Labels

Type

Projects

Milestone

Relationships

Development

Issue actions