About patches.

1> sure, you can open a JIRA yourself, add patches
to it, and comment etc. You have to create a signon...
2> right, once a JIRA is opened much of the discussion
moves to the JIRA, that way there's a record of what
went into the code. Any side-channel discussions should
have their conclusions recorded in the JIRA if it affects
the code.
3> What you cannot do is apply the patch to the existing
code base. Once you're happy with the patch, prod the
list (gently). Lots of committers are really swamped,
so this process can require some patience....

Best
Erick


On Thu, Jan 31, 2013 at 7:01 AM, Phil Hoy <p...@brightsolid.com> wrote:

> Hi,
>
> So am I correct in thinking that I add the jira myself, if so can I add it
> do the 4.2 release? Also I have further questions about the scope of my
> patch, should that be left to the comments of the jira itself?
>
> Phil
>
> -----Original Message-----
> From: Otis Gospodnetic [mailto:otis.gospodne...@gmail.com]
> Sent: 22 January 2013 17:25
> To: solr-user@lucene.apache.org
> Subject: Re: Solr load balancer
>
> Hi Phil,
>
> Have a look at http://wiki.apache.org/solr/HowToContribute and thank you
> in advance! :)
>
> Otis
> --
> Solr & ElasticSearch Support
> http://sematext.com/
>
>
>
>
>
> On Fri, Jan 18, 2013 at 5:41 AM, Phil Hoy <p...@brightsolid.com> wrote:
>
> > Hi,
> >
> > I would like to experiment with some custom load balancers to help
> > with query latency in the face of long gc pauses and the odd
> > time-consuming query that we need to be able to support. At the moment
> > setting the socket timeout via the HttpShardHandlerFactory does help,
> > but of course it can only be set to a length of time as long as the
> > most time consuming query we are likely to receive.
> >
> > For example perhaps a load balancer that sends multiple queries
> > concurrently to all/some replicas and only keeps the first response
> > might be effective. Or maybe a load balancer which takes account of
> > the frequency of timeouts would be able to recognize zombies more
> effectively.
> >
> > To use alternative load balancer implementations cleanly and without
> > having to hack solr directly, I would need to be able to make the
> > existing LBHttpSolrServer and HttpShardHandlerFactory more amenable to
> > extension, I can then override the default load balancer using solr's
> plugin mechanism.
> >
> > So my question is, if I made a patch to make the load balancer more
> > pluggable, is this something that would be acceptable and if so what
> > do I do next?
> >
> > Phil
> >
> > ______________________________________________________________________
> > "brightsolid" is used in this email to collectively mean brightsolid
> > online innovation limited and its subsidiary companies brightsolid
> > online publishing limited and brightsolid online technology limited.
> > findmypast.co.uk is a brand of brightsolid online publishing limited.
> > brightsolid online innovation limited, Gateway House, Luna Place,
> > Dundee Technology Park, Dundee DD2 1TP.  Registered in Scotland No.
> SC274983.
> > brightsolid online publishing limited, The Glebe, 6 Chapel Place,
> > Rivington Street, London EC2A 3DQ. Registered in England No. 04369607.
> > brightsolid online technology limited, Gateway House, Luna Place,
> > Dundee Technology Park, Dundee DD2 1TP.  Registered in Scotland No.
> SC161678.
> >
> > Email Disclaimer
> >
> > This message is confidential and may contain privileged information.
> > You should not disclose its contents to any other person. If you are
> > not the intended recipient, please notify the sender named above
> > immediately. It is expressly declared that this e-mail does not
> > constitute nor form part of a contract or unilateral obligation.
> > Opinions, conclusions and other information in this message that do
> > not relate to the official business of brightsolid shall be understood
> as neither given nor endorsed by it.
> > ______________________________________________________________________
> > This email has been scanned by the brightsolid Email Security System.
> > Powered by MessageLabs
> > ______________________________________________________________________
>
>
> ______________________________________________________________________
> This email has been scanned by the brightsolid Email Security System.
> Powered by MessageLabs
> ______________________________________________________________________
>
> ______________________________________________________________________
> "brightsolid" is used in this email to collectively mean brightsolid
> online innovation limited and its subsidiary companies brightsolid online
> publishing limited and brightsolid online technology limited.
> findmypast.co.uk is a brand of brightsolid online publishing limited.
> brightsolid online innovation limited, Gateway House, Luna Place, Dundee
> Technology Park, Dundee DD2 1TP.  Registered in Scotland No. SC274983.
> brightsolid online publishing limited, The Glebe, 6 Chapel Place,
> Rivington Street, London EC2A 3DQ. Registered in England No. 04369607.
> brightsolid online technology limited, Gateway House, Luna Place, Dundee
> Technology Park, Dundee DD2 1TP.  Registered in Scotland No. SC161678.
>
> Email Disclaimer
>
> This message is confidential and may contain privileged information. You
> should not disclose its contents to any other person. If you are not the
> intended recipient, please notify the sender named above immediately. It is
> expressly declared that this e-mail does not constitute nor form part of a
> contract or unilateral obligation. Opinions, conclusions and other
> information in this message that do not relate to the official business of
> brightsolid shall be understood as neither given nor endorsed by it.
> ______________________________________________________________________
> This email has been scanned by the brightsolid Email Security System.
> Powered by MessageLabs
> ______________________________________________________________________
>

Reply via email to