[
https://issues.apache.org/jira/browse/SOLR-13888?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16965215#comment-16965215
]
Mark Miller commented on SOLR-13888:
------------------------------------
{quote} And I think that's a separate discussion, affecting documentation more
than anything.
{quote}
Indeed - I'll name this effort what I want - the project can release things as
it wants.
{quote}I do know from mailing list threads and user-filed issues that we have
users who have tons of stability problems with SolrCloud, and those are
affecting even users who haven't built massive clusters.
{quote}
Just give me a bit of time and I'll demonstrate. Lots to come.
The fixing of all these impls includes proper logging, short tests, easier dev,
reusable patterns, and all sorts of goodies. The proof is in the pudding. I'm
pulling the fire alarm on the current track. For a brief bit you can see that
however you'd like. I have a lot in my pocket. If I had't lost so much I'd have
more, but I have a lot, given a little time, I'll show it to you and the
comparison will be stark.
> SolrCloud 2
> -----------
>
> Key: SOLR-13888
> URL: https://issues.apache.org/jira/browse/SOLR-13888
> Project: Solr
> Issue Type: Task
> Security Level: Public(Default Security Level. Issues are Public)
> Reporter: Mark Miller
> Assignee: Mark Miller
> Priority: Major
>
> As devs discuss dropping the SolrCloud name on the dev list, here is an issue
> titled SolrCloud 2.
> A couple times now I've pulled on the sweater thread that is our broken
> tests. It leads to one place - SolrCloud is sick and devs are adding spotty
> code on top of it at a rate that will lead to the system falling in on
> itself. As it is, it's a very slow, very inefficient, very unreliable, very
> buggy system.
> This is not why I am here. This is the opposite of why I am here.
> So please, let's stop. We can't build on that thing as it is.
>
> I need some time, I lost a lot of work at one point, the scope has expanded
> since I realized how problematic some things really are, but I have an
> alternative path that is not so duct tape and straw. As the building climbs,
> that foundation is going to kill us all.
>
> This i not about an architecture change - the architecture is fine. The
> implementation is broken and getting worse.
--
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
