dejan2609 edited a comment on pull request #10466:
URL: https://github.com/apache/kafka/pull/10466#issuecomment-821968689


   > Could we reintroduce a configuration that behaves the same as 
`testRuntime` did before it was removed?
   
   @ijuma  Can you please expand on this ? Are you referring to a `testRuntime` 
mentioned in a `copyDependantLibs` task ?
   
   https://github.com/apache/kafka/blob/2.8.0-rc2/build.gradle#L1472 
   
   ```
   project(':streams') {
   ...
     tasks.create(name: "copyDependantLibs", type: Copy) {
       from (configurations.testRuntime) {
   ...
     }
   ...
   }
   ```
   
   ~Or we now just brainstorm about Gradle behavior _**in-general**_ ?~
   
   Thing is that this code was introduced back in the year 2015. (as a 
fresh/newly added code).
   Also `testRuntime` configuration was added to an initial Gradle version: 
https://docs.gradle.org/1.0/userguide/artifact_dependencies_tutorial.html#configurations
 
   
   
   I see that `tasks.create(name: "copyDependantLibs", type: Copy)` logic is 
applied to a dozen of submodules (15 in total, to be more precise). I didn't 
check, but it is safe to say that this is an prerequisite for `releaseTarGz` 
tasks (i.e. full distribution tasks).
   
   I will try to compare other 14 (that work as expected) with this one (that 
fails).
     
   
   


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


Reply via email to