newToMina wrote:
Ashish,
That is correct. It is 5000 concurrent sessions.
MINA can handle the load, no problem. Some tests have already been
conducted on MINA 1 with 10 of thousands connected sessions.
The communication is always
going to be between 2 machine, our server and the 3rd party
That is correct. It is 5000 concurrent sessions. The communication is always
going to be between 2 machine, our server and the 3rd party server acts as
the client. Do I gain any performance gain if we use multiprocessor server
with more memory? Any other suggestions to improve the performance
Thanks for the quick response Ashish...
I don't have any control over the protocol. The root element is
Message/Message. The communication is always between 2 machines. A 3rd
party machine connects to our server and keeps sending xml documents (it
could be one at a time or many). We have to
Ashish,
The getXml() method in XMLExchangeClient.java will return a test xml. I
added the largesize flag to increase the size of the document so that a
write could produce multiple calls to the dodecode(). Please let me know if
you have any questions.
public class XmlExchangeClient
{
public
newToMina wrote:
Thanks for the quick response Ashish...
I don't have any control over the protocol. The root element is
Message/Message. The communication is always between 2 machines. A 3rd
party machine connects to our server and keeps sending xml documents (it
could be one at a time or
Emmanuel Lecharny-3 wrote:
What do you mean by 'simultaneous messages' ?
I meant the system should be able to handle upto 5000 simultaneous
customer scans. (maximum system load)
As soon as you have decoded a message, you should push it to the next
filter. Let's consider the different
newToMina wrote:
Emmanuel Lecharny-3 wrote:
What do you mean by 'simultaneous messages' ?
I meant the system should be able to handle upto 5000 simultaneous
customer scans. (maximum system load)
Ok. It's more or less an architecture problem, not really a MINA issue.
As soon as you have
Emmanuel Lecharny-3 wrote:
newToMina wrote:
Emmanuel Lecharny-3 wrote:
What do you mean by 'simultaneous messages' ?
I meant the system should be able to handle upto 5000 simultaneous
customer scans. (maximum system load)
Ok. It's more or less an architecture problem, not
