Cedric Fontaine wrote:
> Tony Gravagno wrote:
>> Here is a link to the question and answer.
>> http://forums.rainingdata.com/index.php?showtopic=869
> 
> Sorry but as a developper of JD3, I disagree that jd3
> cannot be used on live site. Since two years we're using
> jd3 on live sites and it works ! Easily with only 5 jd3
> client, a website is serving about 250.000 pages per
> month. Don't you think that flashconnect is using socket
> to communicate ? 

Cedric is referring to a comment I made at that link.
I don't want to get into a heated discussion about D3 socket connectivity
in a U2 forum, but this is a well known topic which has been discussed
elsewhere and it may affect U2 users who work with sockets too.  If an MV
process dies while it has the handle to a socket server open, the host OS
doesn't know about it immediately and may not be able to release the socket
resources until the MV DBMS is restarted and MV memory and other resources
are released.  That means the one and only port that all users rely on to
connect into goes non-responsive, and you may need to reboot all users in
order to get your connectivity back on one line.  This is entirely
unacceptable.  The fact that MV can't fork or pass handles to child
processes to handle web/socket requests compounds the issue because it
makes all operations single-threaded unless you have client code that's
intelligent enough to do a round-robin among multiple server sockets.
FlashCONNECT acts as a client to a middle-tier server, FC is not a server
at the DBMS level.  You have 64000 socket ports that you can use, so a dead
connection is no big deal unless you lose many of these each day.

D3 *nix behaves better than D3NT in this regard, and Universe and Unidata
will have their own considerations across platforms and releases.  The rule
of thumb is to "trust but verify", and don't simply assume that sockets are
a universal solution - pun intended I guess.

Comments from someone with a U2 clue are welcome.

Tony
-------
u2-users mailing list
[email protected]
To unsubscribe please visit http://listserver.u2ug.org/

Reply via email to