Announcement Announcement Module
Collapse
No announcement yet.
is it possible to integrate with Quickserver? Page Title Module
Move Remove Collapse
X
Conversation Detail Module
Collapse
  • Filter
  • Time
  • Show
Clear All
new posts

  • is it possible to integrate with Quickserver?

    Ok, here is my problem.

    I need to provide push mechanism from server to client with connection oriented solution.

    I think httpinvoke method is great but is there a way to push data from server to client.

    If it is not, is there a way to integrate springframework to QuickServer type thing? http://www.quickserver.org/

    Can I get out of from http paradigm? Can I have session and connectio with 2 way communication?

    is there someone working on this type of solution? Does springframework requires webcontainer?

    thanks ahead

  • #2
    The only reliable way for a server to push to a client is using something like RMI. The HTTP protocol is designed to be client/server. There are some approaches available like long-running HTTP requests, but your mileage will vary considerably with different proxy server configurations. What kind of client is it? Could you spawn a thread which polls the server for a message queue, effectively making it client-server?

    Spring doesn't need a web container to run. For example, you can load an ApplicationContext up in a standalone application or Junit test.

    Comment


    • #3
      The most reliable way for a server to push to a client is using something like RMI. The HTTP protocol is designed to be client/server, request/response. There are some approaches available like long-running HTTP requests, but your mileage will vary considerably with different proxy server configurations. What kind of client is it? Could you spawn a thread which polls the server for a message queue, effectively making it request/response?

      Spring doesn't need a web container to run. For example, you can load an ApplicationContext up in a standalone application or Junit test.

      Comment


      • #4
        hi,

        thanks for the reply.

        We are trying to develope soft-pbx(such as asterisk etc) aware RIA.
        Response time is critical in this application. say incoming call has to push data on the client and display appropriate information according to call.

        It does not make sense in many ways to use http polling type thing. RMI is great in well defined network environment. However, often small businesses do not have that kind of well defined structure and rmi fails miserably on that. I am not sure JDK5.0 provides better solution( I know we do not need to run rmic etc).

        I want to do socket, xml or JSON-rpc type of commmunication with XUL type approach rather than rmi .

        It will be great spring can provide backend infrastructure for that.

        A lot of people talking about RIA and I think true benefit of RIA is that you should be able to push data on to client rather than pull.
        I think it is about time to get out of http paradigm and have new 2 way standard protocol.

        Messaging type of thing could be solution but it is also time critcal.
        So rpc type thing is better approach I think.
        However, I am not sure about JMS message responsiveness. I never used messaging in this context. So it might be doable with messaging. I do not know. I would appreciate any advice from JMS messaging expert on this.

        We need apache type of ubiquitos killer socket server which provides tomcat like container which can provide push architecture.

        That will be cool.

        thanks,

        Comment

        Working...
        X