> Implementing everything with a single thread means that we use one > selector to handle the accept and the session. possible, but then, why > using MINA ? You can do that with a simple SocketServer, a selector and > a few glue around it. > > The idea with MINA was to create a scalable NIO framework, easy enough > to use. Doing that on a single thread would kill the initial design... ... > Well, it's impossible to design a system which fits all the needs. Also > I don't really see the problem you are trying to fix with this 'one > thread to manage everything'. You are the first person on the mailing > list in 3 years to expose such a need. Do you have some technical > constraints that limit you to using only one thread ?
More than a need, I am trying to grasp the design objectives for MINA. I come from a C++ experience, where sometimes you will want to choose to have everything running in one single thread, doing all the multiplexing yourself, and sometimes you will want to use threads, maybe associating one thread with one connection, or pooling your threads because their creation and destruction can be expensive. I have used the C++ ACE framework in the past, and it does give the designer the choice regarding which threading model to follow. Mind you, I am NOT saying that ACE is better than MINA, or that C++ is better than Java. I WANT to use MINA; I also would like to learn the extent of my choices / constraints set by the framework, and the reasons why it provides those choices /constraints, and not others. > cordialement, regards, > Emmanuel Lécharny Merci bien, -- Gonzalo Diethelm DCV - Chile ----------------------------------------- Declaración de confidencialidad: Este Mensaje esta destinado para el uso de la o las personas o entidades a quien ha sido dirigido y puede contener información reservada y confidencial que no puede ser divulgada, difundida, ni aprovechada en forma alguna. El uso no autorizado de la información contenida en este correo podrá ser sancionado de conformidad con la ley chilena. Si usted ha recibido este correo electrónico por error, le pedimos eliminarlo junto con los archivos adjuntos y avisar inmediatamente al remitente, respondiendo este mensaje. "Before printing this e-mail think if is really necesary". Disclosure: This Message is to be used by the individual, individuals or entities that it is addressed to and may include private and confidential information that may not be disclosed, made public nor used in any way at all. Unauthorized use of the information in this electronic mail message may be subject to the penalties set forth by Chilean law. If you have received this electronic mail message in error, we ask you to destroy the message and its attached file(s) and to immediately notify the sender by answering this message.
