ijuma commented on PR #17522:
URL: https://github.com/apache/kafka/pull/17522#issuecomment-2526306797

   I see some confusion here and I'll try to clarify it.
   
   > Are you using JDK 11 to run the streams tests? If so, that could be an 
issue since the generator module requires JDK 17. I assume all Kafka developers 
should use JDK 17, as we typically build the entire project during development.
   
   We should make sure it's possible to run tests with Java 11 for the modules 
that support it since it's possible to have issues at runtime that only affect 
a particular version.
   
   > We do indeed need to compile the project with 17, but we should recommend 
that anyone working on the clients (or any other modules that still support 11) 
at least set their IDE's language version to JDK11 to avoid accidentally using 
APIs that don't exist back in 11 (looking at you Optional#isPresent)
   
   The expected behavior is that the IDE & gradle plugin support the --release 
flag which has the correct behavior (it sets the appropriate source and binary 
versions and ensures the standard library signatures also match it).
   
   > I plan to add sourceCompatibility back to build.gradle since IntelliJ IDEA 
sets the language level based on sourceCompatibility by default ([Gradle 
Documentation](https://docs.gradle.org/current/dsl/org.gradle.plugins.ide.idea.model.IdeaModule.html#org.gradle.plugins.ide.idea.model.IdeaModule:languageLevel)).
   
   Are we sure the Gradle plugin doesn't handle this properly? If so, we should 
add the workaround, but also file a ticket with them. See the following for a 
similar situation for the Scala:
   
   https://github.com/apache/kafka/pull/13205#issuecomment-1445120790


-- 
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.

To unsubscribe, e-mail: [email protected]

For queries about this service, please contact Infrastructure at:
[email protected]

Reply via email to