I granted Hossman access.
I also reviewed the Travis-CI integration and for some reason it just isn't
working. Not critical though -- just need to test manually.
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Tue, Sep 28, 2021 at 6:57 PM Jan Høyda
I merged the PR, but it was perhaps premature. According to update.md we're
supposed to see a green Travis build.
However, the travis build does not seem to kick off at
https://app.travis-ci.com/github/docker-solr/docker-solr/builds (the .org
address does not work), and I don't have karma to man
On Tue, 28 Sep 2021, Timothy Potter wrote:
: Date: Tue, 28 Sep 2021 14:32:33 -0600
: From: Timothy Potter
: Reply-To: dev@solr.apache.org
: To: Solr Dev
: Subject: 8.10 docker image please
:
: can someone who has done this before please publish the 8.10 Docker
: image now that the release is do
can someone who has done this before please publish the 8.10 Docker
image now that the release is done
thanks.
Tim
-
To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org
For additional commands, e-mail: dev-h...@solr.apache.or
The Solr PMC is pleased to announce the release of Apache Solr 8.10.0.
Solr is the popular, blazing fast, open source NoSQL search platform
from the Apache Lucene project. Its major features include powerful
full-text search, hit highlighting, faceted search, dynamic
clustering, database integrati
The Lucene PMC is pleased to announce the release of Apache Lucene 8.10.0.
Apache Lucene is a high-performance, full-featured text search engine
library written entirely in Java. It is a technology suitable for
nearly any application that requires full-text search, especially
cross-platform.
This
P.S. this is not actually the zookeeper design I would submit to any
competition :)
I’ve gone different routes in addressing the zookeeper short fall. This one
is relatively easy, impactful and isolated for the right developer.
Personally, with fewer scale and isolation limits, by the far the bes
I’m not taking it as a challenge, I’m just throwing a relatively tractable
change out there if someone is interested in better zk behavior. I wouldn’t
likely tackle it in any near term unless it was put into my queue for some
reason - I’ve got mostly unrelated stuff lined up.
Yeah, connection loss
I did not mean to challenge the way you plan to refactor existing code to
make it equivalent but simpler.
My point was different, but I mixed up disconnections i.e. ZK connection
loss (no big deal) and session expiration (big deal). So please ignore my
previous message.
The correct way to look at
That’s why I say that ideally you should actually enter a quiet mode on zk
disconnect and come out of it on reconnect, this isn’t necessarily the
ideal. I don’t think it assumes zk continuity - the retries are because
when you dc from a zk server, as long as all the servers are not dead, it
will a
I tend to stay away from any of the language specific libraries, and just use
the JSON format for interacting with Solr. Python can send/recieve JSON
formatted requests easily ;-)
> On Sep 27, 2021, at 8:53 PM, Haitham Al Abadla
> wrote:
>
> Hi,
>
> I am using Lucidworks Fusion the inte
Should ZK disconnect be handled at the individual call level to begin with?
Aren’t we implementing “recipes” (equivalent to “transactions” in a DB
world) that combine multiple actions and that implicitly assume ZK
continuity over the course of execution? It seems these should rather fail
and retry
12 matches
Mail list logo
