Also keep in mind that the same endpoint can be accessed with a core name
and a collection name prefixes.
On Tue, Nov 30, 2021 at 3:55 PM Noble Paul wrote:
> True Gus, Almost every framework works outside of SolrDispatchFilter+
> HttpSolrCall. A lot of our initializations occur there.
>
> We nee
True Gus, Almost every framework works outside of SolrDispatchFilter+
HttpSolrCall. A lot of our initializations occur there.
We need to make an API work on a per core basis and cores can come up and
go down randomly. So we need to register these endpoints on a core.
I'm not sure if any framework
>
> This brings up another point, I’d like to see if we can somehow collapse
> overseer election with overseer role advertising I would be strongly in
> favor of that.
>
It would seem natural to move it into this structure, I agree, though that
might be done in a follow on ticket.
>
> Or Zk node
On Mon, Nov 29, 2021 at 2:40 PM Gus Heck wrote:
>
>
>> CLARIFICATION: I do not like that we are storing node liveness in two
>> different places now. We have the live nodes and we have the node roles
>> stored in two different places in zookeeper and it feels like this would
>> lead to race condi
>
> CLARIFICATION: I do not like that we are storing node liveness in two
> different places now. We have the live nodes and we have the node roles
> stored in two different places in zookeeper and it feels like this would
> lead to race conditions or split brain or other hard to diagnose bugs when
Replying to the top post in this thread because there has been a lot of
discussion and I don't want to look like I'm continuing any of those
particular threads.
I finally had time to sit down and think about this with the attention it
deserves and am generally happy with how the conversation has s
IIRC last time I looked restlet had the unsavory property of existing
outside of the SolrDispatchFilter, unlike everything else which made for
special cases because several things that probably ought to be their own
siervlet filters are glommed into SolrDispatchFilter, like security,
tracing and MD
> These are minor improvements compared to a full rewrite of the entire
> framework
If you think data type support is minor, fair enough. But to clarify
I'm not suggesting a rewrite - I'm suggesting using something that
already exists off the shelf. Jersey (e.g.) itself provides the
framework -