Not sure, but could Coda metrics help you here?
If it can provide the needed functionality, that seems better than hacking
Solr RHs, I think.

Otis
--
Performance Monitoring * Log Analytics * Search Analytics
Solr & Elasticsearch Support * http://sematext.com/


On Tue, Feb 4, 2014 at 9:59 AM, Greg W <allrightn...@gmail.com> wrote:

> Otis,
>
> Unfortunately introducing a new third party app isn't an option for me
> though I can understand your bias toward SPM. I agree that extending a RHB
> for monitoring doesn't feel right which is why I was asking for a better
> place to put it, as part of a suggestion that I submit a patch from
> solr-user. An unapplied patch on a jira issue is better than no patch at
> all, right?
>
> Thanks,
> Greg
>
>
> On Mon, Feb 3, 2014 at 10:06 PM, Otis Gospodnetic <
> otis.gospodne...@gmail.com> wrote:
>
>> Hi Greg,
>>
>> This sounds overly complex to me.  Extending a RHB to aid you in
>> monitoring doesn't feel right.  Have you considered using monitoring tools
>> that can provide you with aggregated views and such?  Have a look at
>> http://sematext.com/spm , which can do that for you and much more
>> without you having to hack Solr.
>>
>> Otis
>> --
>> Performance Monitoring * Log Analytics * Search Analytics
>> Solr & Elasticsearch Support * http://sematext.com/
>>
>>
>> On Mon, Feb 3, 2014 at 3:19 PM, Greg W <allrightn...@gmail.com> wrote:
>>
>>> I've written a custom mbean that aggregates data from all the
>>> RequestHandler mbeans in a jvm to provide aggregate statistics for easier
>>> monitoring and currently I'm ensuring it gets ran by actually extending
>>> RequestHandlerBase and including the class as a request handler in
>>> solrconfig.xml. I don't think this is the ideal way of getting this code to
>>> run but as a quick hack it got the job done. If I wanted to ensure this
>>> class ran / register the mbean at a more appropriate place, earlier on in
>>> solr's initialization, where would that be?
>>>
>>> Thanks,
>>> Greg
>>>
>>
>>
>

Reply via email to