You are viewing a plain text version of this content. The canonical link for it is here.
Posted to java-dev@axis.apache.org by "Thilina Gunarathne (JIRA)" <ji...@apache.org> on 2006/09/11 08:23:23 UTC

[jira] Created: (AXIS2-1134) Want to Store the MessageContext together with the OutputStream for later use

Want to Store the MessageContext together with the OutputStream for later use
-----------------------------------------------------------------------------

                 Key: AXIS2-1134
                 URL: http://issues.apache.org/jira/browse/AXIS2-1134
             Project: Apache Axis 2.0 (Axis2)
          Issue Type: Improvement
          Components: core
            Reporter: Thilina Gunarathne


Use Case is to be able to send a delayed reply to an InOut invocation. One example is BPEL receive and reply activities. In this example we need to send a reply after some time to the received invocation. Holding of the invoking thread till we can write the response is unacceptable. 

In a scenario like above, we can store the incoming messagecontext to send the response later. But this causes the invoking thread to be returned. Returning of that thread causes the writing of an HTTP 200 OK to the outstream. 

We can introduce a new switch, which can be set when we want to do the above scenario. Axsi2 transport module can send an HTTP 100 Continue to the client in the presence of that switch to let him know that we'll be sending the response later. 

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

---------------------------------------------------------------------
To unsubscribe, e-mail: axis-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-dev-help@ws.apache.org


[jira] Updated: (AXIS2-1134) Want to Store the MessageContext together with the OutputStream for later use

Posted by "Eran Chinthaka (JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/jira/browse/AXIS2-1134?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Eran Chinthaka updated AXIS2-1134:
----------------------------------

    Priority: Major  (was: Blocker)

Bringing down the priority. Thilina what do u wanna do with this? I prefer marking this as won't fix. It is your call. 

> Want to Store the MessageContext together with the OutputStream for later use
> -----------------------------------------------------------------------------
>
>                 Key: AXIS2-1134
>                 URL: https://issues.apache.org/jira/browse/AXIS2-1134
>             Project: Axis 2.0 (Axis2)
>          Issue Type: Improvement
>          Components: kernel
>            Reporter: Thilina Gunarathne
>            Assignee: Deepal Jayasinghe
>
> Use Case is to be able to send a delayed reply to an InOut invocation. One example is BPEL receive and reply activities. In this example we need to send a reply after some time to the received invocation. Holding of the invoking thread till we can write the response is unacceptable. 
> In a scenario like above, we can store the incoming messagecontext to send the response later. But this causes the invoking thread to be returned. Returning of that thread causes the writing of an HTTP 200 OK to the outstream. 
> We can introduce a new switch, which can be set when we want to do the above scenario. Axsi2 transport module can send an HTTP 100 Continue to the client in the presence of that switch to let him know that we'll be sending the response later. 

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


---------------------------------------------------------------------
To unsubscribe, e-mail: axis-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-dev-help@ws.apache.org


[jira] Commented: (AXIS2-1134) Want to Store the MessageContext together with the OutputStream for later use

Posted by "Thilina Gunarathne (JIRA)" <ji...@apache.org>.
    [ https://issues.apache.org/jira/browse/AXIS2-1134?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12503284 ] 

Thilina Gunarathne commented on AXIS2-1134:
-------------------------------------------

Yes.. TimeOut's can be an issue in this case. To be honest I cannot remember the actual use case we had..  
I'm fine with restricting this scenario to only when WS-Addressing is present... But it'll be better if we can support this at least for a limited amount of time..  

 This issue has close ties to the AsyncReciever behaviour too... Where a client side sync request fails due to Axis2 sending back http-200-OK when the thread is returned...



> Want to Store the MessageContext together with the OutputStream for later use
> -----------------------------------------------------------------------------
>
>                 Key: AXIS2-1134
>                 URL: https://issues.apache.org/jira/browse/AXIS2-1134
>             Project: Axis 2.0 (Axis2)
>          Issue Type: Improvement
>          Components: kernel
>            Reporter: Thilina Gunarathne
>            Assignee: Deepal Jayasinghe
>            Priority: Blocker
>
> Use Case is to be able to send a delayed reply to an InOut invocation. One example is BPEL receive and reply activities. In this example we need to send a reply after some time to the received invocation. Holding of the invoking thread till we can write the response is unacceptable. 
> In a scenario like above, we can store the incoming messagecontext to send the response later. But this causes the invoking thread to be returned. Returning of that thread causes the writing of an HTTP 200 OK to the outstream. 
> We can introduce a new switch, which can be set when we want to do the above scenario. Axsi2 transport module can send an HTTP 100 Continue to the client in the presence of that switch to let him know that we'll be sending the response later. 

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


---------------------------------------------------------------------
To unsubscribe, e-mail: axis-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-dev-help@ws.apache.org


[jira] Commented: (AXIS2-1134) Want to Store the MessageContext together with the OutputStream for later use

Posted by "Thilina Gunarathne (JIRA)" <ji...@apache.org>.
    [ http://issues.apache.org/jira/browse/AXIS2-1134?page=comments#action_12439742 ] 
            
Thilina Gunarathne commented on AXIS2-1134:
-------------------------------------------

This problem arises in the case of AsyncMessageReceiver too... 

Without the above mentioned switch to send http 100 continue upon returning of the calling thread, Axis2 will not be able to send a response  in the same channel in the case of AsyncMessageReceiver....

> Want to Store the MessageContext together with the OutputStream for later use
> -----------------------------------------------------------------------------
>
>                 Key: AXIS2-1134
>                 URL: http://issues.apache.org/jira/browse/AXIS2-1134
>             Project: Apache Axis 2.0 (Axis2)
>          Issue Type: Improvement
>          Components: core
>            Reporter: Thilina Gunarathne
>
> Use Case is to be able to send a delayed reply to an InOut invocation. One example is BPEL receive and reply activities. In this example we need to send a reply after some time to the received invocation. Holding of the invoking thread till we can write the response is unacceptable. 
> In a scenario like above, we can store the incoming messagecontext to send the response later. But this causes the invoking thread to be returned. Returning of that thread causes the writing of an HTTP 200 OK to the outstream. 
> We can introduce a new switch, which can be set when we want to do the above scenario. Axsi2 transport module can send an HTTP 100 Continue to the client in the presence of that switch to let him know that we'll be sending the response later. 

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

---------------------------------------------------------------------
To unsubscribe, e-mail: axis-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-dev-help@ws.apache.org


[jira] Updated: (AXIS2-1134) Want to Store the MessageContext together with the OutputStream for later use

Posted by "Davanum Srinivas (JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/jira/browse/AXIS2-1134?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Davanum Srinivas updated AXIS2-1134:
------------------------------------

    Priority: Blocker  (was: Critical)

> Want to Store the MessageContext together with the OutputStream for later use
> -----------------------------------------------------------------------------
>
>                 Key: AXIS2-1134
>                 URL: https://issues.apache.org/jira/browse/AXIS2-1134
>             Project: Axis 2.0 (Axis2)
>          Issue Type: Improvement
>          Components: kernel
>            Reporter: Thilina Gunarathne
>            Assignee: Deepal Jayasinghe
>            Priority: Blocker
>
> Use Case is to be able to send a delayed reply to an InOut invocation. One example is BPEL receive and reply activities. In this example we need to send a reply after some time to the received invocation. Holding of the invoking thread till we can write the response is unacceptable. 
> In a scenario like above, we can store the incoming messagecontext to send the response later. But this causes the invoking thread to be returned. Returning of that thread causes the writing of an HTTP 200 OK to the outstream. 
> We can introduce a new switch, which can be set when we want to do the above scenario. Axsi2 transport module can send an HTTP 100 Continue to the client in the presence of that switch to let him know that we'll be sending the response later. 

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


---------------------------------------------------------------------
To unsubscribe, e-mail: axis-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-dev-help@ws.apache.org


[jira] Commented: (AXIS2-1134) Want to Store the MessageContext together with the OutputStream for later use

Posted by "Srinath Perera (JIRA)" <ji...@apache.org>.
    [ https://issues.apache.org/jira/browse/AXIS2-1134?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12503990 ] 

Srinath Perera commented on AXIS2-1134:
---------------------------------------

I purposed not to support this. It is not clear how Output stream is to be stored (serialized), and even we though able to do it, OS resources will not be avalible for ever. Supporting this will be big hassle and it will lead to many future problems. 

> Want to Store the MessageContext together with the OutputStream for later use
> -----------------------------------------------------------------------------
>
>                 Key: AXIS2-1134
>                 URL: https://issues.apache.org/jira/browse/AXIS2-1134
>             Project: Axis 2.0 (Axis2)
>          Issue Type: Improvement
>          Components: kernel
>            Reporter: Thilina Gunarathne
>            Assignee: Deepal Jayasinghe
>            Priority: Blocker
>
> Use Case is to be able to send a delayed reply to an InOut invocation. One example is BPEL receive and reply activities. In this example we need to send a reply after some time to the received invocation. Holding of the invoking thread till we can write the response is unacceptable. 
> In a scenario like above, we can store the incoming messagecontext to send the response later. But this causes the invoking thread to be returned. Returning of that thread causes the writing of an HTTP 200 OK to the outstream. 
> We can introduce a new switch, which can be set when we want to do the above scenario. Axsi2 transport module can send an HTTP 100 Continue to the client in the presence of that switch to let him know that we'll be sending the response later. 

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


---------------------------------------------------------------------
To unsubscribe, e-mail: axis-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-dev-help@ws.apache.org


[jira] Updated: (AXIS2-1134) Want to Store the MessageContext together with the OutputStream for later use

Posted by "Davanum Srinivas (JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/jira/browse/AXIS2-1134?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Davanum Srinivas updated AXIS2-1134:
------------------------------------

    Assignee: Deepal Jayasinghe

> Want to Store the MessageContext together with the OutputStream for later use
> -----------------------------------------------------------------------------
>
>                 Key: AXIS2-1134
>                 URL: https://issues.apache.org/jira/browse/AXIS2-1134
>             Project: Axis 2.0 (Axis2)
>          Issue Type: Improvement
>          Components: kernel
>            Reporter: Thilina Gunarathne
>         Assigned To: Deepal Jayasinghe
>            Priority: Critical
>
> Use Case is to be able to send a delayed reply to an InOut invocation. One example is BPEL receive and reply activities. In this example we need to send a reply after some time to the received invocation. Holding of the invoking thread till we can write the response is unacceptable. 
> In a scenario like above, we can store the incoming messagecontext to send the response later. But this causes the invoking thread to be returned. Returning of that thread causes the writing of an HTTP 200 OK to the outstream. 
> We can introduce a new switch, which can be set when we want to do the above scenario. Axsi2 transport module can send an HTTP 100 Continue to the client in the presence of that switch to let him know that we'll be sending the response later. 

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


---------------------------------------------------------------------
To unsubscribe, e-mail: axis-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-dev-help@ws.apache.org


[jira] Commented: (AXIS2-1134) Want to Store the MessageContext together with the OutputStream for later use

Posted by "Davanum Srinivas (JIRA)" <ji...@apache.org>.
    [ https://issues.apache.org/jira/browse/AXIS2-1134?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12508655 ] 

Davanum Srinivas commented on AXIS2-1134:
-----------------------------------------

I agree with Eran. this is a "won't fix"

thanks,
dims

> Want to Store the MessageContext together with the OutputStream for later use
> -----------------------------------------------------------------------------
>
>                 Key: AXIS2-1134
>                 URL: https://issues.apache.org/jira/browse/AXIS2-1134
>             Project: Axis 2.0 (Axis2)
>          Issue Type: Improvement
>          Components: kernel
>            Reporter: Thilina Gunarathne
>            Assignee: Deepal Jayasinghe
>
> Use Case is to be able to send a delayed reply to an InOut invocation. One example is BPEL receive and reply activities. In this example we need to send a reply after some time to the received invocation. Holding of the invoking thread till we can write the response is unacceptable. 
> In a scenario like above, we can store the incoming messagecontext to send the response later. But this causes the invoking thread to be returned. Returning of that thread causes the writing of an HTTP 200 OK to the outstream. 
> We can introduce a new switch, which can be set when we want to do the above scenario. Axsi2 transport module can send an HTTP 100 Continue to the client in the presence of that switch to let him know that we'll be sending the response later. 

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


---------------------------------------------------------------------
To unsubscribe, e-mail: axis-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-dev-help@ws.apache.org


[jira] Commented: (AXIS2-1134) Want to Store the MessageContext together with the OutputStream for later use

Posted by "Eran Chinthaka (JIRA)" <ji...@apache.org>.
    [ https://issues.apache.org/jira/browse/AXIS2-1134?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12503271 ] 

Eran Chinthaka commented on AXIS2-1134:
---------------------------------------

Thilina,

I have little doubt whether on doing this. The problem is there can be timeouts of the transports and some one needs to keep sending keep-alive messages. Also I am not sure about how long you can keep a socket open. So don't we need to limit this scenario only when WS-Addressing is available?



> Want to Store the MessageContext together with the OutputStream for later use
> -----------------------------------------------------------------------------
>
>                 Key: AXIS2-1134
>                 URL: https://issues.apache.org/jira/browse/AXIS2-1134
>             Project: Axis 2.0 (Axis2)
>          Issue Type: Improvement
>          Components: kernel
>            Reporter: Thilina Gunarathne
>            Assignee: Deepal Jayasinghe
>            Priority: Blocker
>
> Use Case is to be able to send a delayed reply to an InOut invocation. One example is BPEL receive and reply activities. In this example we need to send a reply after some time to the received invocation. Holding of the invoking thread till we can write the response is unacceptable. 
> In a scenario like above, we can store the incoming messagecontext to send the response later. But this causes the invoking thread to be returned. Returning of that thread causes the writing of an HTTP 200 OK to the outstream. 
> We can introduce a new switch, which can be set when we want to do the above scenario. Axsi2 transport module can send an HTTP 100 Continue to the client in the presence of that switch to let him know that we'll be sending the response later. 

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


---------------------------------------------------------------------
To unsubscribe, e-mail: axis-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-dev-help@ws.apache.org


[jira] Commented: (AXIS2-1134) Want to Store the MessageContext together with the OutputStream for later use

Posted by "Davanum Srinivas (JIRA)" <ji...@apache.org>.
    [ https://issues.apache.org/jira/browse/AXIS2-1134?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12503113 ] 

Davanum Srinivas commented on AXIS2-1134:
-----------------------------------------

DO we need to fix this for 1.3?

> Want to Store the MessageContext together with the OutputStream for later use
> -----------------------------------------------------------------------------
>
>                 Key: AXIS2-1134
>                 URL: https://issues.apache.org/jira/browse/AXIS2-1134
>             Project: Axis 2.0 (Axis2)
>          Issue Type: Improvement
>          Components: kernel
>            Reporter: Thilina Gunarathne
>            Assignee: Deepal Jayasinghe
>            Priority: Blocker
>
> Use Case is to be able to send a delayed reply to an InOut invocation. One example is BPEL receive and reply activities. In this example we need to send a reply after some time to the received invocation. Holding of the invoking thread till we can write the response is unacceptable. 
> In a scenario like above, we can store the incoming messagecontext to send the response later. But this causes the invoking thread to be returned. Returning of that thread causes the writing of an HTTP 200 OK to the outstream. 
> We can introduce a new switch, which can be set when we want to do the above scenario. Axsi2 transport module can send an HTTP 100 Continue to the client in the presence of that switch to let him know that we'll be sending the response later. 

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


---------------------------------------------------------------------
To unsubscribe, e-mail: axis-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-dev-help@ws.apache.org


[jira] Updated: (AXIS2-1134) Want to Store the MessageContext together with the OutputStream for later use

Posted by "Thilina Gunarathne (JIRA)" <ji...@apache.org>.
     [ http://issues.apache.org/jira/browse/AXIS2-1134?page=all ]

Thilina Gunarathne updated AXIS2-1134:
--------------------------------------

    Priority: Critical  (was: Major)

Since this effects the behaviour of AsyncMessageReceiver

> Want to Store the MessageContext together with the OutputStream for later use
> -----------------------------------------------------------------------------
>
>                 Key: AXIS2-1134
>                 URL: http://issues.apache.org/jira/browse/AXIS2-1134
>             Project: Apache Axis 2.0 (Axis2)
>          Issue Type: Improvement
>          Components: core
>            Reporter: Thilina Gunarathne
>            Priority: Critical
>
> Use Case is to be able to send a delayed reply to an InOut invocation. One example is BPEL receive and reply activities. In this example we need to send a reply after some time to the received invocation. Holding of the invoking thread till we can write the response is unacceptable. 
> In a scenario like above, we can store the incoming messagecontext to send the response later. But this causes the invoking thread to be returned. Returning of that thread causes the writing of an HTTP 200 OK to the outstream. 
> We can introduce a new switch, which can be set when we want to do the above scenario. Axsi2 transport module can send an HTTP 100 Continue to the client in the presence of that switch to let him know that we'll be sending the response later. 

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

---------------------------------------------------------------------
To unsubscribe, e-mail: axis-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-dev-help@ws.apache.org


[jira] Resolved: (AXIS2-1134) Want to Store the MessageContext together with the OutputStream for later use

Posted by "Davanum Srinivas (JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/jira/browse/AXIS2-1134?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Davanum Srinivas resolved AXIS2-1134.
-------------------------------------

    Resolution: Won't Fix

> Want to Store the MessageContext together with the OutputStream for later use
> -----------------------------------------------------------------------------
>
>                 Key: AXIS2-1134
>                 URL: https://issues.apache.org/jira/browse/AXIS2-1134
>             Project: Axis 2.0 (Axis2)
>          Issue Type: Improvement
>          Components: kernel
>            Reporter: Thilina Gunarathne
>            Assignee: Deepal Jayasinghe
>
> Use Case is to be able to send a delayed reply to an InOut invocation. One example is BPEL receive and reply activities. In this example we need to send a reply after some time to the received invocation. Holding of the invoking thread till we can write the response is unacceptable. 
> In a scenario like above, we can store the incoming messagecontext to send the response later. But this causes the invoking thread to be returned. Returning of that thread causes the writing of an HTTP 200 OK to the outstream. 
> We can introduce a new switch, which can be set when we want to do the above scenario. Axsi2 transport module can send an HTTP 100 Continue to the client in the presence of that switch to let him know that we'll be sending the response later. 

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


---------------------------------------------------------------------
To unsubscribe, e-mail: axis-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-dev-help@ws.apache.org