vlsi commented on PR #124: URL: https://github.com/apache/xalan-java/pull/124#issuecomment-1817936763
> While I agree that resource starvation is a common problem in many OSS projects, it is not my point here @kriegaex , that was my point ;) Project starves, so the contributors run into multiple dependent PRs. I run into that a year ago: https://github.com/apache/xalan-java/pull/2 > Sorry to ask off topic, but as you brought it up: Why would reviewing Maven scripts be a waste of time? They influence, even define the whole build process. Any change can mess up the build. Reviewing them is well invested time. Based on my experience, Maven-based builds face limitations very soon, so I think investing time in many Maven builds is a waste. Here are some cases from Xalan: * XALANJ-2709 (current issue). Gradle has [automatic JDK provisioning](https://docs.gradle.org/current/userguide/toolchains.html#sec:provisioning), so the build can specify different JDK versions for different steps (e.g. build the code with Java 11, and build javadocs with Java 8). It would be able to automatically download the required Java versions (or reuse the installed ones) * https://issues.apache.org/jira/browse/XALANJ-2708 (Maven build efficiency: Take advantage of Profiles). Gradle doesn't need that as Gradle executes only the tasks which the user requested. In other words, the user can ask "execute xalan tests", and Gradle would know it does not need building javadocs Currently, Xalan does not have many third-party dependencies (which is nice), however, Maven has an inherent flaw when resolving conflicts among transitive dependency versions: https://issues.apache.org/jira/browse/MNG-7852 Maven silently downgrades dependencies and causes `NoClassDefFoundError` -- 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: dev-unsubscr...@xalan.apache.org For queries about this service, please contact Infrastructure at: us...@infra.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@xalan.apache.org For additional commands, e-mail: dev-h...@xalan.apache.org
