That is interesting. We'll try that option and report back.

Thank you,
------------------------------------------------------------------------
*Laurent Hasson*
Co-Founder, 360Fresh.com <https://360Fresh.com>
Cellphone: 646-283-2186
This email and any attachments thereto may contain private, confidential, and privileged material for the sole use of the intended recipient. Any review, copying, or distribution of this email (or any attachments thereto) by others is strictly prohibited. If you are not the intended recipient, please contact the sender immediately and permanently delete the original and any copies of this email and any attachments thereto.

On 12/3/2012 03:29, Jens Kristian Villadsen wrote:
from within the Application.processMessage() method, that is


2012/12/3 Jens Kristian Villadsen <[email protected] <mailto:[email protected]>>

    throw an Error instead of an Exception - that makes the HAPI
    thread choke and nothing will be returned and the entire framework
    still lives on. That sounds like its a proper solution for you.


    2012/12/2 LDH <[email protected] <mailto:[email protected]>>


        I have performed some stress testing this weekend. One test is
        to kill our database, which causes our HAPI code that ingests
        messages to fail. Our strategy so far was simply to return a
        NACK, but we discovered that the system that is sending us
        messages is taking ANY response as a success indicator, thus
        swallowing the message and causing message loss. The sending
        system expects the socket connection to simply be terminated.
        We have tried a number of strategies such as:
            - throwing an exception from the
        Application.processMessage() method
            - returning NULL from the method
            - implementing our own PipeParser and overriding the
        encode() method to return "" when the message source was null
            - etc....

        All those strategies have failed because at the end of the
        day, the sending system still receives something.
        Unfortunately, we are not able to modify the sending system,
        and so, we have to fix this on our end and we are not sure how
        to make HAPI simply drop the connection and not send ANYTHING
        back.

        Any advice?


        Thank you,
        ------------------------------------------------------------------------
        *Laurent Hasson*
        Co-Founder, 360Fresh.com <https://360Fresh.com>
        Cellphone: 646-283-2186
        This email and any attachments thereto may contain private,
        confidential, and privileged material for the sole use of the
        intended recipient. Any review, copying, or distribution of
        this email (or any attachments thereto) by others is strictly
        prohibited. If you are not the intended recipient, please
        contact the sender immediately and permanently delete the
        original and any copies of this email and any attachments thereto.


        
------------------------------------------------------------------------------
        Keep yourself connected to Go Parallel:
        DESIGN Expert tips on starting your parallel project right.
        http://goparallel.sourceforge.net/
        _______________________________________________
        Hl7api-devel mailing list
        [email protected]
        <mailto:[email protected]>
        https://lists.sourceforge.net/lists/listinfo/hl7api-devel




-- Med venlig hilsen / Kind regards

    Jens Kristian Villadsen
    cand.polyt
    Systemudvikler / System developer
    IM (Skype): j.kidd.o
    Cetrea A/S, Denmark

       phone : +45 38 40 05 81 <tel:%2B45%2038%2040%2005%2081>
       address: Brendstrupgårdsvej 21F, DK-8200 Aarhus N.
       e-mail : [email protected] <mailto:[email protected]>
       w^3     : http://www.cetrea.com/




--
Med venlig hilsen / Kind regards

Jens Kristian Villadsen
cand.polyt
Systemudvikler / System developer
IM (Skype): j.kidd.o
Cetrea A/S, Denmark

   phone : +45 38 40 05 81
   address: Brendstrupgårdsvej 21F, DK-8200 Aarhus N.
   e-mail : [email protected] <mailto:[email protected]>
   w^3     : http://www.cetrea.com/


------------------------------------------------------------------------------
Keep yourself connected to Go Parallel: 
BUILD Helping you discover the best ways to construct your parallel projects.
http://goparallel.sourceforge.net
_______________________________________________
Hl7api-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/hl7api-devel

Reply via email to