[
https://issues.apache.org/jira/browse/CASSANDRA-5400?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13623891#comment-13623891
]
Carl Yeksigian commented on CASSANDRA-5400:
-------------------------------------------
I'm willing to close this as wontfix. While I think it's useful, I do agree
that it's a rather niche case.
We're holding out on embedding Cassandra mainly because we don't want our code
to bring down Cassandra, and it's a good feature to have the isolated processes
for this.
I guess the other question is why have the fat client. It is rather painful to
use, doesn't really feel like it's been supported, and might not even have the
correct constructs. Can we remove that entire construct in 2.0?
> Allow multiple ports to gossip from a single IP address
> -------------------------------------------------------
>
> Key: CASSANDRA-5400
> URL: https://issues.apache.org/jira/browse/CASSANDRA-5400
> Project: Cassandra
> Issue Type: New Feature
> Affects Versions: 2.0
> Reporter: Carl Yeksigian
> Assignee: Carl Yeksigian
> Fix For: 2.0
>
> Attachments: 5400.txt, 5400-v2.txt, 5400-v3.patch, 5400-v4.patch
>
>
> If a fat client is running on the same machine as a Cassandra node, the fat
> client must be allocated a new IP address. However, since the node is now a
> part of the gossip, the other nodes in the ring must be able to talk to it.
> This means that a local only address (127.0.0.n) won't actually work for the
> rest of the ring.
> This also would allow for multiple Cassandra service instances to run on a
> single machine, or from a group of machines behind a NAT.
> The change is simple in concept: instead of using an InetAddress, use a
> different class. Instead of using an InetSocketAddress, which would still tie
> us to using InetAddress, I've added a new class, "CassandraInstanceEndpoint".
> The serializer allows for reading a serialized Inet4Address or Inet6Address;
> also, the message service can still communicate with
> non-CassandraInstanceEndpoint aware code.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
