hi Justin Karneges.
I finally got your point (and point from Justin Cook, he had expressed
earlier) !! Thanks a lot.
You guys are talking about situation(s) when server side __is not capable__
to send FIN or RST. I reproduced situation of broken connection and blind
client very easily with
On Thu, Dec 12, 2013 at 06:46:12PM +0200, artemv zmq wrote:
[...]
Now my question is going more to networking field. I want that kind of
situations when I can lose connection __but__ nor FIN, neither RST will be
generated . In other words I want to lose connection veyr silently (from
On Dec 12, 2013, at 17:40, Randall Nortman rn...@wonderclown.net wrote:
On Thu, Dec 12, 2013 at 06:46:12PM +0200, artemv zmq wrote:
[...]
Now my question is going more to networking field. I want that kind of
situations when I can lose connection __but__ nor FIN, neither RST will be
Keep in mind that RST does not always mean the server is unreachable,
merely that something went wrong with that particular connection. It can
happen in congested environments, and usually just re-connecting works
fine. The hard part in this case is knowing which messages sent on the
previous
zeromq.org - learn the basics - http://zeromq.org/intro:read-the-manual - the
guide - http://zguide.zeromq.org/page:all
I just gave you a short description of how Ømq is solving the network problems
for me.
On Dec 11, 2013, at 6:59, asif saeed asif.l...@gmail.com wrote:
Hi Bruno,
On
Okay. Thanks for your thoughts. Again, I read the guide, and I know on
practice what's pub/sub/push/pull/ .. and so on.
But let me ask one more time very concrete and simple question. I want to
develop a client/server appl. Okay. I pick dealer/router pattern. Fine. Now
my requirement is
Artem,
This is a problem that every network developer faces. Did my message make it to
its destination? If I send a message, is it likely to make it to the recipient?
Fortunately, there are patterns to use to increase reliability, but even then
there is no way to be 100% sure that when a
There is a new feature on 4.x called ZMQ_IMMEDIATE that will, depending on the
socket type, prevent the message from being queued if the pipe (tcp socket) is
not yet established.
With this option enabled, the send will block until a connection is
established, or a send(DONTWAIT) will return
hi Justin. Thanks for heads up.
Ok. Clear. Especially about steady stream.
But, again, let me make it very clear.
I imagine following situations and desired outcomes:
- Server is not up yet, and client tries to send a message. Desired
outcome: big red alarm -- fail w/o waiting for reply.
-
Artem,
There is no way to know that a node on the network went down without the lack
of receiving acknowledgements that the message was received — either with TCP
ACKs or a messaging pattern in 0MQ such as REQ/REP.
If the the server is not up yet, and you have not established a session, then
Cool! I saw Bruno response. Justin, thanks for patience and for keep
replying, I much appreciate that.
BR
-artemv
2013/12/11 Justin Cook jhc...@gmail.com
Artem,
There is no way to know that a node on the network went down without the
lack of receiving acknowledgements that the message
hi Justin,
If the server goes down, and their is an established session, there is
no way to know that without further communication, or no response where
response is expected.
If there is, I would love to know about it.
I found a solution. There's a lib in java called netty. So they do
Here's code reference (for netty-3.6.6)
org.jboss.netty.channel.socket.nio.AbstractNioWorker.process(). Go to
abstract function read(SelectionKey k) . The go to
org.jboss.netty.channel.socket.nio.NioWorker.read() implementation. This
block:
...
try {
while ((ret = ch.read(bb))
On 12/11/2013 11:07 AM, artemv zmq wrote:
If the server goes down, and their is an established session, there
is no way to know that without further communication, or no response
where response is expected.
If there is, I would love to know about it.
I found a solution. There's a lib in
Hi community,
Can you please itemize what exact networking issues ZMQ does solve?
I have count 1 -- reconnection. Ok. But can you please provide more?
BR
-artemv
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
The guide covers many, many use cases:
http://zguide.zeromq.org/
-Michel
On Tue, Dec 10, 2013 at 7:59 AM, artemv zmq artemv@gmail.com wrote:
Hi community,
Can you please itemize what exact networking issues ZMQ does solve?
I have count 1 -- reconnection. Ok. But can you please provide
az Can you please itemize what exact networking issues ZMQ does solve?
az I have count 1 -- reconnection. Ok. But can you please provide more?
Have you read the bullet points at http://zeromq.org/, or skimmed
http://zeromq.org/intro:read-the-manual or the preface in the guide
Yes I read a guide. But I want to ask question and get answer from real
ppl. based on real use cases.
Ok. Let me re-phrase a bit.
- how one can benefit from automatic reconnection?
- how one can benefit from HWM and in-memory message queueing if he/she
develops peer-to-peer transactional appl.?
Hi Bruno,
On Wed, Dec 11, 2013 at 12:38 AM, Bruno D. Rodrigues
bruno.rodrig...@litux.org wrote:
Xsub xpub for distribution load balancing
What is Xsub xpub? Could you please explain these terms or give me a link
to an online resource where these terms are explained in detail?
Thanks in
19 matches
Mail list logo