cassandra-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Eric Evans (JIRA)" <>
Subject [jira] Commented: (CASSANDRA-698) ClusterProbe
Date Thu, 14 Jan 2010 23:38:55 GMT


Eric Evans commented on CASSANDRA-698:

I probably didn't explain well.

IMO, NodeProbe is a mess, because if it isn't the general purpose JMX client for nodes (and
nothing else fills that role), then I see a future with a lot of overlap/duplication (like
I can already see happening with ClusterProbe). But, feature creep has convoluted NodeProbe
into an operations oriented console application. 

So what I'm suggesting is that maybe we could push getEndPoints(key) into NodeProbe, where
the more cluster-specific tool you're after could make use of it, and likewise, the parts
of NodeProbe that are there to contribute to "an operations oriented console application",
could be broken out into something separate as well (and I can do this if you want).

In other words, what I'm suggesting shouldn't be at odds with your goals.

> ClusterProbe
> ------------
>                 Key: CASSANDRA-698
>                 URL:
>             Project: Cassandra
>          Issue Type: New Feature
>    Affects Versions: 0.9
>            Reporter: Chris Goffinet
>            Assignee: Chris Goffinet
>            Priority: Minor
>             Fix For: 0.9
>         Attachments: 0001-Added-ClusterProbe.-Supports-get_endpoints-key.patch
> I'd like to introduce ClusterProbe, for situations where you want to find information
at cluster level. The first operation is get_endpoints, where you can supply a key. I want
to also add support for showing hit ratio for column families at cluster level.

This message is automatically generated by JIRA.
You can reply to this email to add a comment to the issue online.

View raw message