[
https://issues.apache.org/jira/browse/SOLR-13452?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16840290#comment-16840290
]
Tomoko Uchida commented on SOLR-13452:
--------------------------------------
I have also noticed Gradle Kotlin DSL 1.0 was released in last December.
[https://blog.jetbrains.com/kotlin/2018/12/gradle-kotlin-dsl-1-0/]
While the transition from Groovy to Kotlin could be on the Gradle's roadmap
(though there are no official information about it as far as I searched),
Kotlin DSL is still new and does not seem to be matured enough. Personally I
like Kotlin and its static type system, but I still use Groovy DSL in my
projects for now...
I can neither agree nor disagree with adopting Kotlin DSL instead of Groovy
one now. Just wanted to say we should take care about possible future changes
and hope someone with knowledge give comments here.
> Update the lucene-solr build from Ivy+Ant+Maven (shadow build) to Gradle.
> -------------------------------------------------------------------------
>
> Key: SOLR-13452
> URL: https://issues.apache.org/jira/browse/SOLR-13452
> Project: Solr
> Issue Type: Improvement
> Security Level: Public(Default Security Level. Issues are Public)
> Components: Build
> Reporter: Mark Miller
> Priority: Major
>
> I took some things from the great work that Dat did in
> [https://github.com/apache/lucene-solr/tree/jira/gradle] and took the ball a
> little further.
>
> When working with gradle in sub modules directly, I recommend
> [https://github.com/dougborg/gdub]
> This gradle branch uses the following plugin for version locking, version
> configuration and version consistency across modules:
> [https://github.com/palantir/gradle-consistent-versions]
> By default, dependencies are not transitive, but there is a special
> Configuration for adding dependencies on other project internal modules that
> are transitive to their direct external dependencies (their jar libs).
>
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
