Yes, looks good! Thanks Enlai. On 2026/10/22 02:42:58 Enlai Li wrote: > Hi David, > > Thanks. Since that first note, one part changed. Only standalone opens a > new searcher before the request returns, so SOLR-13795 stays as it is. In > SolrCloud the replicas install the schema from the managed-schema watch and > do not reload. Queries there see the new field after the next commit or > soft commit. > > The change is one commit: > > https://github.com/linslee75/solr/commit/d692a66dbf > > Is this a good time for me to open a JIRA and a pull request? > > Thanks, > Li Enlai > > This message was drafted with AI assistance and reviewed by me. > > On Wed, Oct 21, 2026 at 8:41 PM David Smiley <[email protected]> wrote: > > > I like your proposal Enlai. It’s odd that the API isn’t doing that already. > > > > On Mon, Oct 12, 2026 at 1:01 PM Enlai Li <[email protected]> wrote: > > > > > Hi, > > > > > > Schema API add-field, add-dynamic-field, and add-copy-field currently > > > persist the managed schema and reload every core using that configset. > > > Reload calls newIndexWriter(), which closes the old IndexWriter and waits > > > for running merges while holding the writer lock. Under continuous > > > indexing this blocks updates until those merges finish. Vector fields > > make > > > the merges expensive, so the stall can last for minutes. > > > > > > Schemaless mode already adds fields without a reload: persist the managed > > > schema and install it with setLatestSchema(). Writes see the new field > > > because the IndexWriter reads the core's latest schema. I would like the > > > same for these three Schema API operations only. Delete and replace > > > operations would still reload. > > > > > > One difference from schemaless: after installing the schema, open a new > > > searcher without committing, so queries can use the new field > > immediately. > > > The current searcher keeps the old schema. > > > > > > Any objection to this approach? > > > > > > Thanks, > > > Li Enlai > > > > > > This message was drafted with AI assistance and reviewed by me. > > > > > >
--------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
