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