I want it all!!!

If you are thinking within the next week or two, I vote we focus on
consistent response format and better error handling.  I would suggest
that rather then map /update to SolrUpdateServlet, it should use the
new update handler framework - returning non 200 response for errors.

I would also vote for something like SOLR-179, but i have not heard
much feedback from others on that.

If the timespan were longer, I would want to get in modifying/updating
documents - but that still has a lot of design choices that we should
all feel confident about.

The other minor things I would like to see soon (but should not affect
release) are SOLR-184 and SOLR-176

ryan


On 4/3/07, Yonik Seeley <[EMAIL PROTECTED]> wrote:
While it doesn't particularly feel like a natural place to have a
release now, it has been 3.5 months since release 1.1, and that was
while we were still in the incubator.

More frequent releases allows users access to new features in a timely
manner without using a nightly build, and thus allows developers more
flexibility to change things between releases.

So what features / issues do people think we need to resolve before we
make a 1.2 release?

-Yonik

Reply via email to