[
https://issues.apache.org/jira/browse/SOLR-17202?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17828546#comment-17828546
]
Jan Høydahl commented on SOLR-17202:
------------------------------------
Less change is better, for sure.
Question about relocation. If we relocate only artifactID from "solr-solrj" -->
"solrj", and publish a relocation pom for the old coordinate, what will the
user experience be for devs? I understand that on maven central webpage users
will see the message about the change. But what will happen in the IDE if they
try to import the relocation version e.g. "solr-solrj:10.0"? Will the IDE show
our message about the split?
[~houston] may want to weight in, since you proposed the new coordinates in the
first place.
One potential benefit I see in also changing groupID to "org.apache.solr.solrj"
is that IDE tooling for auto completing artifacts will then show four choices
to the user (solrj, solrj-zookeeper, solrj-streaming, solrj-jetty) instead of
62(!), which is the current number of old and new artifactIDs under the
"org.apache.solr" groupID, which may be confusing. We'd get a much clearer
distinction between artifacts that target the solr server versus the user's
application.
> Change SolrJ maven coordinates (10.x)
> -------------------------------------
>
> Key: SOLR-17202
> URL: https://issues.apache.org/jira/browse/SOLR-17202
> Project: Solr
> Issue Type: Sub-task
> Components: SolrJ
> Reporter: Jan Høydahl
> Priority: Major
>
> Today SolrJ uses the same groupID as Solr itself, {{{}org.apache.solr{}}}.
> In SOLR-16078 [~houston] mentioned that we might need to change groupID for
> SolrJ if we wanted to have a new solrj-core artifact, since Gradle would
> conflate solr-core and solrj-core. Thus in that issue it was
> discussed/concluded to move solrj to {{{}org.apache.solr.solrj{}}}.
> This JIRA is dedicated to that task.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
