[
https://issues.apache.org/jira/browse/SOLR-11245?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17185294#comment-17185294
]
Houston Putman commented on SOLR-11245:
---------------------------------------
I agree with David that it's better to have something rather than nothing for
8x. Maybe we just simplify the Dockerfile and scripts and push those to 8x, so
that it has something that at least works and is somewhat consistent with what
exists now. Maybe your lightweight Dockerfile is the better option. I am open
to both.
I do think all of the effort for streamlining and making solr more "cloud
native" should be done for 9.0 mainly though. That stuff is much more likely to
be suited to a major release than a minor one.
We don't have to decide now though, we can always revisit 8.x once we are ready
to merge the current PR into master, which will hopefully be soon.
> Cloud native Dockerfile
> -----------------------
>
> Key: SOLR-11245
> URL: https://issues.apache.org/jira/browse/SOLR-11245
> Project: Solr
> Issue Type: New Feature
> Components: Build
> Affects Versions: 6.6
> Reporter: jay vyas
> Assignee: Houston Putman
> Priority: Major
> Labels: docker
> Time Spent: 2h 20m
> Remaining Estimate: 0h
>
> SOLR Should have its own Dockerfile, ideally one that is cloud native (i.e.
> doesn't expect anything special from the operating system in terms of user
> IDs, etc), for deployment, that we can curate and submit changes to as part
> of the official ASF process, rather then externally. The idea here is that
> testing SOLR regression, as a microservice, is something we should be doing
> as part of our continuous integration, rather then something done externally.
> We have a team here that would be more then happy to do the work to port
> whatever existing SOLR dockerfiles are out there into something that is ASF
> maintainable, and cloud native, and easily testable, as well.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscr...@lucene.apache.org
For additional commands, e-mail: issues-h...@lucene.apache.org
