Anton
Anton
It is still does not work, but exception is slightly different: ``` java.lang.AssertionError: Failed to natively delete [C:\Program Files (x86)\Jenkins\jobs\master\workspace\model\build\com.github.goldin.plugins.gradle.about.AboutTaskHelper-dependencies.txt]. Expression: file.exists() at org.codehaus.groovy.runtime.InvokerHelper.assertFailed(InvokerHelper.java:388) at org.codehaus.groovy.runtime.ScriptBytecodeAdapter.assertFailed(ScriptBytecodeAdapter.java:658) at com.github.goldin.plugins.gradle.common.BaseTask.delete(BaseTask.groovy:237) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native...
I can delete this file after build is finished, so it is not about locking by 3rd process. It looks like it is used by gradle somehow.
It works fine with the new snapshot. However it would be nice to reduce logging level - it is not really a big deal that these files are not getting...
Looks related https://github.com/stoplightio/elements/pull/2006
Looks like I am facing the same issue when serving apidocs via "Internal" github pages. With sub-schema reference it tries to hit github auth endpoint and fails with CORS access...
Looks related to https://github.com/APIDevTools/swagger-parser/issues/127
Duplicate of #542
it is weird though. If you track down usage it _only_ affects error case and result of this call is only used to read "differentiate internal errors" flag. However, failure...
It makes sense that it is a health/connectivity check, but my point is that even if service is temporarily unhealthy (perfectly normal in real world of networking/pod restarts/whatever) it is...
Sure, this would have solved my narrow issue. But now it creates inconsistent behavior where eagerly created `WorkflowServiceStubs.newConnectedServiceStubs` are getting retried on instantiation in a good way vs lazy ones...