XML-RPC

Collapse
This topic is closed.
X
X
 
  • Time
  • Show
Clear All
new posts
  • Jonathan Daugherty

    XML-RPC

    I'm using python 2.3.3 (#2, Jan 4 2004, 12:24:16), [GCC 3.3.3 20031229
    (prerelease) (Debian)], debian unstable. I have written a client and
    server program which communicate using the built-in xmlrpclib and
    SimpleXMLRPCSer ver. The server starts up fine, and the client can
    connect to it and issue commands (method calls) just fine. However,
    after some unknown period of time, the client hangs at the time of the
    method call, during which time netstat reports:

    recv send
    tcp 307 0 127.0.0.1:9000 127.0.0.1:35496 ESTABLISHED

    Once I break the client and run netstat again, I get:

    tcp 307 0 127.0.0.1:9000 127.0.0.1:35496 CLOSE_WAIT

    And lines such as these hang around in netstat's output for quite some
    time (several are there now, left over from attempts to run the client
    about 8 hours ago). I haven't been able to identify exactly when this
    starts to occur or why. Sometimes it happens soon after starting the
    server; sometimes it takes days.

    The server is multi-threaded. The XML-RPC thread is the main thread.
    Proper locking mechanisms are used and I have been able to determine
    that deadlock is not an issue.

    Does anyone have any ideas?

    Thanks!

    --

    Jonathan Daugherty


    "It's a book about a Spanish guy called Manual, you should read it."
    -- Dilbert

  • Christian Jensen

    #2
    Re: XML-RPC

    Personally, I have gone down this path and have found that using mod_python
    is a MUCH better way to go.

    "Jonathan Daugherty" <cygnus@cprogra mmer.org> wrote in message
    news:mailman.55 7.1074635333.12 720.python-list@python.org ...[color=blue]
    > I'm using python 2.3.3 (#2, Jan 4 2004, 12:24:16), [GCC 3.3.3 20031229
    > (prerelease) (Debian)], debian unstable. I have written a client and
    > server program which communicate using the built-in xmlrpclib and
    > SimpleXMLRPCSer ver. The server starts up fine, and the client can
    > connect to it and issue commands (method calls) just fine. However,
    > after some unknown period of time, the client hangs at the time of the
    > method call, during which time netstat reports:
    >
    > recv send
    > tcp 307 0 127.0.0.1:9000 127.0.0.1:35496 ESTABLISHED
    >
    > Once I break the client and run netstat again, I get:
    >
    > tcp 307 0 127.0.0.1:9000 127.0.0.1:35496 CLOSE_WAIT
    >
    > And lines such as these hang around in netstat's output for quite some
    > time (several are there now, left over from attempts to run the client
    > about 8 hours ago). I haven't been able to identify exactly when this
    > starts to occur or why. Sometimes it happens soon after starting the
    > server; sometimes it takes days.
    >
    > The server is multi-threaded. The XML-RPC thread is the main thread.
    > Proper locking mechanisms are used and I have been able to determine
    > that deadlock is not an issue.
    >
    > Does anyone have any ideas?
    >
    > Thanks!
    >
    > --
    >
    > Jonathan Daugherty
    > http://www.cprogrammer.org
    >
    > "It's a book about a Spanish guy called Manual, you should read it."
    > -- Dilbert
    >[/color]


    Comment

    Working...