Do you need messages replayed from the database or just stored ? If replayed to me its sounds like a queue like MSMQ ( or the IBM one) is a better fit as it does everything you want , personally i hate queues , the performance especially for persitant ones is bad and the superficial simplicty goes out the window when you get a poison message so you need a whole lot of crap to deal with that...
Ben On Tue, Aug 21, 2012 at 12:49 PM, Santosh N Dumbre <[email protected] > wrote: > Thanks a lot for the reply. > > Yes, I do care for messages and want to store them to database(PostgreSql) > so that I will not lose messages when the process crashes. > Is there any existing pattern of zmq that will help me to store the > queued messages to database ? > > I want a simple request-reply type application with single client and > single server. > > The requirement is - The messages should be queued in case of network > failure / no receipt of acknowledgement from sever, and should get stored > to databse after some limit. > > This implementation is to be developed at client-side. > > Please let me know if any existing zmq pattern will be of help in this > scenario. > > Thanks & Regards, > Santosh d. > > > > ------------------------------ > *From:* [email protected] [ > [email protected]] On Behalf Of Joshua Foster [ > [email protected]] > *Sent:* Saturday, August 18, 2012 6:30 PM > *To:* ZeroMQ development list > *Subject:* Re: [zeromq-dev] Relation between - HI_WATER_MARK and > SEND_BUFFER_SIZE of zmq ? > > HWM is related to the max number of messages in the queue. Send buffer > size is related to the max size of the message allowed to send. If HWM is > set to infinite (-1), your process will eventually crash. Once it crashes, > you lose all the messages in the queue. Do you have some way of recovering? > Do you care if you lose messages? > > Joshua > > Santosh N Dumbre <[email protected]> > August 18, 2012 6:55 AM > H i, > > I want to develop an client application that will send messages to the > server and receive acknowledgments from the server. > > The client keep getting data form real-time devices and want to send the > same to the server. > > The problem is if the network is down, the client application should > maintain a Queue of messages and send to server when the network is up and > connection becomes active. > > It is a single-client to single-server application. > > Can this be achieved just by using HI WATER MARK = INFINITE ? > > Can the HI_WATER_MARK option maintain a message queue which is bigger > than size of SEND_BUFFER_SIZE ? > > Is there any dependency between HI_WATER_MARK and SEND_BUFFER_SIZE of > zmq ? > > Kindly reply and help. > > Thanks, > Sd. > > > > > Information contained and transmitted by this e-mail is confidential and > proprietary to iGATE and its affiliates and is intended for use only by the > recipient. If you are not the intended recipient, you are hereby notified > that any dissemination, distribution, copying or use of this e-mail is > strictly prohibited and you are requested to delete this e-mail immediately > and notify the originator or > [email protected]. iGATE does not enter into any agreement with any party b > y e-mail. Any views expressed by an individual do not necessarily reflect the > view of iGATE. iGATE is not responsible for the consequences of any actions > taken on the basis of information provided, through this email. The contents > of an attachment to this e-mail may contain software viruses, which could > damage your own computer system. While iGATE has taken every reasonable > precaution to minimise this risk, we cannot accept liability for any damage > which you sustain as a result of software viruses. You should carry out your > own virus check > s before opening an attachment. To know more about iGATE please visit > www.igate.com. > _______________________________________________ > zeromq-dev mailing list > [email protected] > http://lists.zeromq.org/mailman/listinfo/zeromq-dev > > > _______________________________________________ > zeromq-dev mailing list > [email protected] > http://lists.zeromq.org/mailman/listinfo/zeromq-dev > >
_______________________________________________ zeromq-dev mailing list [email protected] http://lists.zeromq.org/mailman/listinfo/zeromq-dev
