Ultimately I'd love to see CBOR or a similar format supercede (and
eventually deprecate) javabin for both v1 and v2.

1. From early perf-testing it's supposedly already more efficient than
javabin (More thorough testing is always welcome)
2. CBOR is a popular format that can be parsed in languages and
clients other than SolrJ.
3. It'd allow us to eventually move away from maintaining our own
serialization/deserialization code.

I hadn't considered sunsetting javabin "early" in v2, but if that's
acceptable to folks it'd be a nice simplification for the v2 work.
The main hiccup I could imagine is that SolrJ uses javabin as the
default response-type, but it'd be pretty easy to override that in our
v2 SolrRequest implementations.  So even that's not a big barrier.

On Sun, Dec 22, 2024 at 11:55 AM David Smiley <dsmi...@apache.org> wrote:
>
> As our project looks ahead to the V2 API, I'd like us to consider this API
> being a moment for us to make other API decisions that strictly speaking
> are another concern outside the goals of V2.  The fact that V2 is labelled
> as "experimental" and won't be done until Solr 11 gives us some freedom for
> this API.
>
> In our Roadmap a month or more ago in "Future Possibilities", I included:
> "Transition from javabin to CBOR via Jackson".  The important part here is
> less about CBOR and more about the long term discontinuation of "javabin".
>
> I propose that javabin is no longer supported in the V2 APIs.  Perhaps a
> feature-flag to opt-in while it still clings to life but not really
> "supported" and so may be under-tested and might change or break
> release-to-release while it still exists.  Users should use XML or JSON or
> JSON equivalents like CBOR[2] or Smile[3].  FYI CBOR is only partially in
> Solr right now.  This proposal doesn't affect V1 at all.
>
> This is easily a reversible decision should we realize javabin is needed in
> V2.
>
> WDYT?
>
> [1]
> https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=158871392#Roadmap-Futurepossibilities
> [2]
> https://solr.apache.org/guide/solr/latest/query-guide/response-writers.html#cbor-response-writer
> [3]
> https://solr.apache.org/guide/solr/latest/query-guide/response-writers.html#smile-response-writer
>
> ~ David Smiley
> Apache Lucene/Solr Search Developer
> http://www.linkedin.com/in/davidwsmiley

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org
For additional commands, e-mail: dev-h...@solr.apache.org

Reply via email to