You are viewing a plain text version of this content. The canonical link for it is here.
Posted to c-dev@axis.apache.org by "Frank Huebbers (JIRA)" <ji...@apache.org> on 2008/01/02 16:35:33 UTC
[jira] Created: (AXIS2C-863) Non-blocking code generation and
forwarding a context code not supported
Non-blocking code generation and forwarding a context code not supported
------------------------------------------------------------------------
Key: AXIS2C-863
URL: https://issues.apache.org/jira/browse/AXIS2C-863
Project: Axis2-C
Issue Type: Improvement
Components: wsdl2c tool
Affects Versions: Current (Nightly)
Reporter: Frank Huebbers
I am using the non-blocking web service calls as they are generated by the wsdl2c codegen tool. What I am missing in the codegeneration, however, is the context that I would like to forward as well to the non-blocking call. Specifically, what I am currently getting is the following (for the prototype in the header):
void axis2_stub_start_op_MyService_getProperties( axis2_stub_t *stub, const axutil_env_t *env,
adb_getProperties_t* _getProperties,
axis2_status_t ( AXIS2_CALL *on_complete ) (struct axis2_callback *, const axutil_env_t *) ,
axis2_status_t ( AXIS2_CALL *on_error ) (struct axis2_callback *, const axutil_env_t *, int ) )
What would be more useful, however, is the following in the prototype:
void axis2_stub_start_op_MyService_getProperties( axis2_stub_t *stub, const axutil_env_t *env,
adb_getProperties_t* _getProperties,
void *data,
axis2_status_t ( AXIS2_CALL *on_complete ) (struct axis2_callback *, const axutil_env_t *) ,
axis2_status_t ( AXIS2_CALL *on_error ) (struct axis2_callback *, const axutil_env_t *, int ) )
With the following addition in the implementation:
/* Set data object */
axis2_callback_set_data(callback, data);
This would allow users to store a context with their non-blocking call, as is customary in other languages, without having to manually change the stub after it was generated.
I generated the client stub with the following options on the wsdl2c tool: -uri myWSDL.wsdl -d adb -u
--
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-c-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-c-dev-help@ws.apache.org
[jira] Commented: (AXIS2C-863) Non-blocking code generation and
forwarding a context code not supported
Posted by "Frank Huebbers (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/AXIS2C-863?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12556945#action_12556945 ]
Frank Huebbers commented on AXIS2C-863:
---------------------------------------
Hey Dimuthu,
I am trying to track down the problem a little bit myself as well, however, I don't seem to be able to find the location where the "xmlns:n0="urn:common.MyCompany.com" part should be added. Could you maybe pinpoint me to what I should be looking for to figure out how this is done?
Thanks for any help in advance!
Cheers,
Frank
> Non-blocking code generation and forwarding a context code not supported
> ------------------------------------------------------------------------
>
> Key: AXIS2C-863
> URL: https://issues.apache.org/jira/browse/AXIS2C-863
> Project: Axis2-C
> Issue Type: Improvement
> Components: wsdl2c tool
> Affects Versions: Current (Nightly)
> Reporter: Frank Huebbers
> Attachments: case21.tar.gz
>
>
> I am using the non-blocking web service calls as they are generated by the wsdl2c codegen tool. What I am missing in the codegeneration, however, is the context that I would like to forward as well to the non-blocking call. Specifically, what I am currently getting is the following (for the prototype in the header):
> void axis2_stub_start_op_MyService_getProperties( axis2_stub_t *stub, const axutil_env_t *env,
> adb_getProperties_t* _getProperties,
> axis2_status_t ( AXIS2_CALL *on_complete ) (struct axis2_callback *, const axutil_env_t *) ,
> axis2_status_t ( AXIS2_CALL *on_error ) (struct axis2_callback *, const axutil_env_t *, int ) )
> What would be more useful, however, is the following in the prototype:
> void axis2_stub_start_op_MyService_getProperties( axis2_stub_t *stub, const axutil_env_t *env,
> adb_getProperties_t* _getProperties,
> void *data,
> axis2_status_t ( AXIS2_CALL *on_complete ) (struct axis2_callback *, const axutil_env_t *) ,
> axis2_status_t ( AXIS2_CALL *on_error ) (struct axis2_callback *, const axutil_env_t *, int ) )
> With the following addition in the implementation:
> /* Set data object */
> axis2_callback_set_data(callback, data);
> This would allow users to store a context with their non-blocking call, as is customary in other languages, without having to manually change the stub after it was generated.
> I generated the client stub with the following options on the wsdl2c tool: -uri myWSDL.wsdl -d adb -u
--
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-c-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-c-dev-help@ws.apache.org
[jira] Updated: (AXIS2C-863) Non-blocking code generation and
forwarding a context code not supported
Posted by "Dimuthu Gamage (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/AXIS2C-863?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Dimuthu Gamage updated AXIS2C-863:
----------------------------------
Attachment: case21.tar.gz
I finally change the code to the API mentioned earlier. This avoid user from using deserialize method which is not guaranteed to be fixed, so not recommended to be used outside the generated code. (simply not a part of the public API)
Please check the attachment and check how it can be used.
Thanks
Dimuthu
> Non-blocking code generation and forwarding a context code not supported
> ------------------------------------------------------------------------
>
> Key: AXIS2C-863
> URL: https://issues.apache.org/jira/browse/AXIS2C-863
> Project: Axis2-C
> Issue Type: Improvement
> Components: wsdl2c tool
> Affects Versions: Current (Nightly)
> Reporter: Frank Huebbers
> Attachments: case21.tar.gz
>
>
> I am using the non-blocking web service calls as they are generated by the wsdl2c codegen tool. What I am missing in the codegeneration, however, is the context that I would like to forward as well to the non-blocking call. Specifically, what I am currently getting is the following (for the prototype in the header):
> void axis2_stub_start_op_MyService_getProperties( axis2_stub_t *stub, const axutil_env_t *env,
> adb_getProperties_t* _getProperties,
> axis2_status_t ( AXIS2_CALL *on_complete ) (struct axis2_callback *, const axutil_env_t *) ,
> axis2_status_t ( AXIS2_CALL *on_error ) (struct axis2_callback *, const axutil_env_t *, int ) )
> What would be more useful, however, is the following in the prototype:
> void axis2_stub_start_op_MyService_getProperties( axis2_stub_t *stub, const axutil_env_t *env,
> adb_getProperties_t* _getProperties,
> void *data,
> axis2_status_t ( AXIS2_CALL *on_complete ) (struct axis2_callback *, const axutil_env_t *) ,
> axis2_status_t ( AXIS2_CALL *on_error ) (struct axis2_callback *, const axutil_env_t *, int ) )
> With the following addition in the implementation:
> /* Set data object */
> axis2_callback_set_data(callback, data);
> This would allow users to store a context with their non-blocking call, as is customary in other languages, without having to manually change the stub after it was generated.
> I generated the client stub with the following options on the wsdl2c tool: -uri myWSDL.wsdl -d adb -u
--
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-c-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-c-dev-help@ws.apache.org
[jira] Commented: (AXIS2C-863) Non-blocking code generation and
forwarding a context code not supported
Posted by "Dimuthu Gamage (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/AXIS2C-863?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12556812#action_12556812 ]
Dimuthu Gamage commented on AXIS2C-863:
---------------------------------------
Hi, This should possibly be a memory corruption. This should not be caused by the changes I made because it is not much to do with the serialization stuff.
I couldnt regenerate the problem in my machine, should try with valgrind to identify the corruption.
> Non-blocking code generation and forwarding a context code not supported
> ------------------------------------------------------------------------
>
> Key: AXIS2C-863
> URL: https://issues.apache.org/jira/browse/AXIS2C-863
> Project: Axis2-C
> Issue Type: Improvement
> Components: wsdl2c tool
> Affects Versions: Current (Nightly)
> Reporter: Frank Huebbers
> Attachments: case21.tar.gz
>
>
> I am using the non-blocking web service calls as they are generated by the wsdl2c codegen tool. What I am missing in the codegeneration, however, is the context that I would like to forward as well to the non-blocking call. Specifically, what I am currently getting is the following (for the prototype in the header):
> void axis2_stub_start_op_MyService_getProperties( axis2_stub_t *stub, const axutil_env_t *env,
> adb_getProperties_t* _getProperties,
> axis2_status_t ( AXIS2_CALL *on_complete ) (struct axis2_callback *, const axutil_env_t *) ,
> axis2_status_t ( AXIS2_CALL *on_error ) (struct axis2_callback *, const axutil_env_t *, int ) )
> What would be more useful, however, is the following in the prototype:
> void axis2_stub_start_op_MyService_getProperties( axis2_stub_t *stub, const axutil_env_t *env,
> adb_getProperties_t* _getProperties,
> void *data,
> axis2_status_t ( AXIS2_CALL *on_complete ) (struct axis2_callback *, const axutil_env_t *) ,
> axis2_status_t ( AXIS2_CALL *on_error ) (struct axis2_callback *, const axutil_env_t *, int ) )
> With the following addition in the implementation:
> /* Set data object */
> axis2_callback_set_data(callback, data);
> This would allow users to store a context with their non-blocking call, as is customary in other languages, without having to manually change the stub after it was generated.
> I generated the client stub with the following options on the wsdl2c tool: -uri myWSDL.wsdl -d adb -u
--
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-c-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-c-dev-help@ws.apache.org
[jira] Closed: (AXIS2C-863) Non-blocking code generation and
forwarding a context code not supported
Posted by "Frank Huebbers (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/AXIS2C-863?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Frank Huebbers closed AXIS2C-863.
---------------------------------
Resolution: Fixed
Fix Version/s: Current (Nightly)
I tested everything again with a checkout from the 2/7/2008 and the problem seems to have been corrected. I can't reproduce it anymore.
> Non-blocking code generation and forwarding a context code not supported
> ------------------------------------------------------------------------
>
> Key: AXIS2C-863
> URL: https://issues.apache.org/jira/browse/AXIS2C-863
> Project: Axis2-C
> Issue Type: Improvement
> Components: wsdl2c tool
> Affects Versions: Current (Nightly)
> Reporter: Frank Huebbers
> Fix For: Current (Nightly)
>
> Attachments: case21.tar.gz
>
>
> I am using the non-blocking web service calls as they are generated by the wsdl2c codegen tool. What I am missing in the codegeneration, however, is the context that I would like to forward as well to the non-blocking call. Specifically, what I am currently getting is the following (for the prototype in the header):
> void axis2_stub_start_op_MyService_getProperties( axis2_stub_t *stub, const axutil_env_t *env,
> adb_getProperties_t* _getProperties,
> axis2_status_t ( AXIS2_CALL *on_complete ) (struct axis2_callback *, const axutil_env_t *) ,
> axis2_status_t ( AXIS2_CALL *on_error ) (struct axis2_callback *, const axutil_env_t *, int ) )
> What would be more useful, however, is the following in the prototype:
> void axis2_stub_start_op_MyService_getProperties( axis2_stub_t *stub, const axutil_env_t *env,
> adb_getProperties_t* _getProperties,
> void *data,
> axis2_status_t ( AXIS2_CALL *on_complete ) (struct axis2_callback *, const axutil_env_t *) ,
> axis2_status_t ( AXIS2_CALL *on_error ) (struct axis2_callback *, const axutil_env_t *, int ) )
> With the following addition in the implementation:
> /* Set data object */
> axis2_callback_set_data(callback, data);
> This would allow users to store a context with their non-blocking call, as is customary in other languages, without having to manually change the stub after it was generated.
> I generated the client stub with the following options on the wsdl2c tool: -uri myWSDL.wsdl -d adb -u
--
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-c-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-c-dev-help@ws.apache.org
[jira] Commented: (AXIS2C-863) Non-blocking code generation and
forwarding a context code not supported
Posted by "Dimuthu Gamage (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/AXIS2C-863?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12556813#action_12556813 ]
Dimuthu Gamage commented on AXIS2C-863:
---------------------------------------
BTW, What is the XML parser you are using, Libxml2 (which is the default one) or Guththila?
> Non-blocking code generation and forwarding a context code not supported
> ------------------------------------------------------------------------
>
> Key: AXIS2C-863
> URL: https://issues.apache.org/jira/browse/AXIS2C-863
> Project: Axis2-C
> Issue Type: Improvement
> Components: wsdl2c tool
> Affects Versions: Current (Nightly)
> Reporter: Frank Huebbers
> Attachments: case21.tar.gz
>
>
> I am using the non-blocking web service calls as they are generated by the wsdl2c codegen tool. What I am missing in the codegeneration, however, is the context that I would like to forward as well to the non-blocking call. Specifically, what I am currently getting is the following (for the prototype in the header):
> void axis2_stub_start_op_MyService_getProperties( axis2_stub_t *stub, const axutil_env_t *env,
> adb_getProperties_t* _getProperties,
> axis2_status_t ( AXIS2_CALL *on_complete ) (struct axis2_callback *, const axutil_env_t *) ,
> axis2_status_t ( AXIS2_CALL *on_error ) (struct axis2_callback *, const axutil_env_t *, int ) )
> What would be more useful, however, is the following in the prototype:
> void axis2_stub_start_op_MyService_getProperties( axis2_stub_t *stub, const axutil_env_t *env,
> adb_getProperties_t* _getProperties,
> void *data,
> axis2_status_t ( AXIS2_CALL *on_complete ) (struct axis2_callback *, const axutil_env_t *) ,
> axis2_status_t ( AXIS2_CALL *on_error ) (struct axis2_callback *, const axutil_env_t *, int ) )
> With the following addition in the implementation:
> /* Set data object */
> axis2_callback_set_data(callback, data);
> This would allow users to store a context with their non-blocking call, as is customary in other languages, without having to manually change the stub after it was generated.
> I generated the client stub with the following options on the wsdl2c tool: -uri myWSDL.wsdl -d adb -u
--
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-c-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-c-dev-help@ws.apache.org
[jira] Commented: (AXIS2C-863) Non-blocking code generation and
forwarding a context code not supported
Posted by "Frank Huebbers (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/AXIS2C-863?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12555583#action_12555583 ]
Frank Huebbers commented on AXIS2C-863:
---------------------------------------
In my opinion, that would be a convenient feature; however, I don't think it is necessary as the context is easily retrieved through the axis2_callback_get_data method on the callback.
Frank
> Non-blocking code generation and forwarding a context code not supported
> ------------------------------------------------------------------------
>
> Key: AXIS2C-863
> URL: https://issues.apache.org/jira/browse/AXIS2C-863
> Project: Axis2-C
> Issue Type: Improvement
> Components: wsdl2c tool
> Affects Versions: Current (Nightly)
> Reporter: Frank Huebbers
>
> I am using the non-blocking web service calls as they are generated by the wsdl2c codegen tool. What I am missing in the codegeneration, however, is the context that I would like to forward as well to the non-blocking call. Specifically, what I am currently getting is the following (for the prototype in the header):
> void axis2_stub_start_op_MyService_getProperties( axis2_stub_t *stub, const axutil_env_t *env,
> adb_getProperties_t* _getProperties,
> axis2_status_t ( AXIS2_CALL *on_complete ) (struct axis2_callback *, const axutil_env_t *) ,
> axis2_status_t ( AXIS2_CALL *on_error ) (struct axis2_callback *, const axutil_env_t *, int ) )
> What would be more useful, however, is the following in the prototype:
> void axis2_stub_start_op_MyService_getProperties( axis2_stub_t *stub, const axutil_env_t *env,
> adb_getProperties_t* _getProperties,
> void *data,
> axis2_status_t ( AXIS2_CALL *on_complete ) (struct axis2_callback *, const axutil_env_t *) ,
> axis2_status_t ( AXIS2_CALL *on_error ) (struct axis2_callback *, const axutil_env_t *, int ) )
> With the following addition in the implementation:
> /* Set data object */
> axis2_callback_set_data(callback, data);
> This would allow users to store a context with their non-blocking call, as is customary in other languages, without having to manually change the stub after it was generated.
> I generated the client stub with the following options on the wsdl2c tool: -uri myWSDL.wsdl -d adb -u
--
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-c-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-c-dev-help@ws.apache.org
[jira] Commented: (AXIS2C-863) Non-blocking code generation and
forwarding a context code not supported
Posted by "Dimuthu Gamage (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/AXIS2C-863?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12560659#action_12560659 ]
Dimuthu Gamage commented on AXIS2C-863:
---------------------------------------
Hi Frank
Currently we adding all the namespace declaration on the root element. This is done by passing parent_element to all the serailize function in the tree.
I can see the "name" has used namespace "n0". Since this declared as an inner element inside <n:clientinfo> you can find this on the serialize function inside something like adb_clientinfo.c . Just check the function called in between stream_write("<n0:clientinfo>") and stream_write( "</n0:clientinfo>" )
Thanks
Dimuthu
> Non-blocking code generation and forwarding a context code not supported
> ------------------------------------------------------------------------
>
> Key: AXIS2C-863
> URL: https://issues.apache.org/jira/browse/AXIS2C-863
> Project: Axis2-C
> Issue Type: Improvement
> Components: wsdl2c tool
> Affects Versions: Current (Nightly)
> Reporter: Frank Huebbers
> Attachments: case21.tar.gz
>
>
> I am using the non-blocking web service calls as they are generated by the wsdl2c codegen tool. What I am missing in the codegeneration, however, is the context that I would like to forward as well to the non-blocking call. Specifically, what I am currently getting is the following (for the prototype in the header):
> void axis2_stub_start_op_MyService_getProperties( axis2_stub_t *stub, const axutil_env_t *env,
> adb_getProperties_t* _getProperties,
> axis2_status_t ( AXIS2_CALL *on_complete ) (struct axis2_callback *, const axutil_env_t *) ,
> axis2_status_t ( AXIS2_CALL *on_error ) (struct axis2_callback *, const axutil_env_t *, int ) )
> What would be more useful, however, is the following in the prototype:
> void axis2_stub_start_op_MyService_getProperties( axis2_stub_t *stub, const axutil_env_t *env,
> adb_getProperties_t* _getProperties,
> void *data,
> axis2_status_t ( AXIS2_CALL *on_complete ) (struct axis2_callback *, const axutil_env_t *) ,
> axis2_status_t ( AXIS2_CALL *on_error ) (struct axis2_callback *, const axutil_env_t *, int ) )
> With the following addition in the implementation:
> /* Set data object */
> axis2_callback_set_data(callback, data);
> This would allow users to store a context with their non-blocking call, as is customary in other languages, without having to manually change the stub after it was generated.
> I generated the client stub with the following options on the wsdl2c tool: -uri myWSDL.wsdl -d adb -u
--
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-c-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-c-dev-help@ws.apache.org
[jira] Commented: (AXIS2C-863) Non-blocking code generation and
forwarding a context code not supported
Posted by "Frank Huebbers (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/AXIS2C-863?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12556816#action_12556816 ]
Frank Huebbers commented on AXIS2C-863:
---------------------------------------
I am using libxml2.
Also note that I don't have the problem with the December 1st, 2007 snapshot.
> Non-blocking code generation and forwarding a context code not supported
> ------------------------------------------------------------------------
>
> Key: AXIS2C-863
> URL: https://issues.apache.org/jira/browse/AXIS2C-863
> Project: Axis2-C
> Issue Type: Improvement
> Components: wsdl2c tool
> Affects Versions: Current (Nightly)
> Reporter: Frank Huebbers
> Attachments: case21.tar.gz
>
>
> I am using the non-blocking web service calls as they are generated by the wsdl2c codegen tool. What I am missing in the codegeneration, however, is the context that I would like to forward as well to the non-blocking call. Specifically, what I am currently getting is the following (for the prototype in the header):
> void axis2_stub_start_op_MyService_getProperties( axis2_stub_t *stub, const axutil_env_t *env,
> adb_getProperties_t* _getProperties,
> axis2_status_t ( AXIS2_CALL *on_complete ) (struct axis2_callback *, const axutil_env_t *) ,
> axis2_status_t ( AXIS2_CALL *on_error ) (struct axis2_callback *, const axutil_env_t *, int ) )
> What would be more useful, however, is the following in the prototype:
> void axis2_stub_start_op_MyService_getProperties( axis2_stub_t *stub, const axutil_env_t *env,
> adb_getProperties_t* _getProperties,
> void *data,
> axis2_status_t ( AXIS2_CALL *on_complete ) (struct axis2_callback *, const axutil_env_t *) ,
> axis2_status_t ( AXIS2_CALL *on_error ) (struct axis2_callback *, const axutil_env_t *, int ) )
> With the following addition in the implementation:
> /* Set data object */
> axis2_callback_set_data(callback, data);
> This would allow users to store a context with their non-blocking call, as is customary in other languages, without having to manually change the stub after it was generated.
> I generated the client stub with the following options on the wsdl2c tool: -uri myWSDL.wsdl -d adb -u
--
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-c-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-c-dev-help@ws.apache.org
[jira] Resolved: (AXIS2C-863) Non-blocking code generation and
forwarding a context code not supported
Posted by "Dimuthu Gamage (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/AXIS2C-863?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Dimuthu Gamage resolved AXIS2C-863.
-----------------------------------
Resolution: Fixed
Fixed in the svn revision 609220
> Non-blocking code generation and forwarding a context code not supported
> ------------------------------------------------------------------------
>
> Key: AXIS2C-863
> URL: https://issues.apache.org/jira/browse/AXIS2C-863
> Project: Axis2-C
> Issue Type: Improvement
> Components: wsdl2c tool
> Affects Versions: Current (Nightly)
> Reporter: Frank Huebbers
> Attachments: case21.tar.gz
>
>
> I am using the non-blocking web service calls as they are generated by the wsdl2c codegen tool. What I am missing in the codegeneration, however, is the context that I would like to forward as well to the non-blocking call. Specifically, what I am currently getting is the following (for the prototype in the header):
> void axis2_stub_start_op_MyService_getProperties( axis2_stub_t *stub, const axutil_env_t *env,
> adb_getProperties_t* _getProperties,
> axis2_status_t ( AXIS2_CALL *on_complete ) (struct axis2_callback *, const axutil_env_t *) ,
> axis2_status_t ( AXIS2_CALL *on_error ) (struct axis2_callback *, const axutil_env_t *, int ) )
> What would be more useful, however, is the following in the prototype:
> void axis2_stub_start_op_MyService_getProperties( axis2_stub_t *stub, const axutil_env_t *env,
> adb_getProperties_t* _getProperties,
> void *data,
> axis2_status_t ( AXIS2_CALL *on_complete ) (struct axis2_callback *, const axutil_env_t *) ,
> axis2_status_t ( AXIS2_CALL *on_error ) (struct axis2_callback *, const axutil_env_t *, int ) )
> With the following addition in the implementation:
> /* Set data object */
> axis2_callback_set_data(callback, data);
> This would allow users to store a context with their non-blocking call, as is customary in other languages, without having to manually change the stub after it was generated.
> I generated the client stub with the following options on the wsdl2c tool: -uri myWSDL.wsdl -d adb -u
--
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-c-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-c-dev-help@ws.apache.org
[jira] Reopened: (AXIS2C-863) Non-blocking code generation and
forwarding a context code not supported
Posted by "Frank Huebbers (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/AXIS2C-863?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Frank Huebbers reopened AXIS2C-863:
-----------------------------------
I tried out the updated wsdl2c tool and the non-blocking stubs were generated properly and this seems to work well.
However, there seems to be a new problem that arose for me when I updated to the new tool (snapshot 1/7/2008). I'm not sure whether this is related to the changes that were made so, I'm reopening this issue first.
Basically, there seems to be a problem in the generated SOAP message when a using types from a common wsdl file in another wsdl file. In the following scenario, I have a parent.wsdl file with a login type which, in turn, has types from a common.wsdl file. The SOAP message that is sent when using the generated code is:
<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/">
<soapenv:Header/>
<soapenv:Body>
<n:login xmlns:n="urn:types.directory.neokast.com" xmlns:`üª="urn:common.neokast.com">
<n:username></n:username>
<n:passwordHash></n:passwordHash>
<n:clientInfo>
<n0:Name></n0:Name>
</n:clientInfo>
</n:login>
</soapenv:Body>
</soapenv:Envelope>
This, of course, generates a SOAP fault on the receiving side. To make this work, however, I would expect the message to be:
<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/">
<soapenv:Header/>
<soapenv:Body>
<n:login xmlns:n="urn:types.parent.MyCompany.com" xmlns:n0="urn:common.MyCompany.com">
<n:username></n:username>
<n:passwordHash></n:passwordHash>
<n:clientInfo>
<n0:Name></n0:Name>
</n:clientInfo>
</n:login>
</soapenv:Body>
</soapenv:Envelope>
Note the difference on the xmlns:n0="urn:common.MyCompany.com". I am expecting that some variable wasn't initialized properly or something of that nature.
I generated this code with the -uri parent.wsdl -d adb -u using the codegen tool from the January 7th, 2008 Snapshot.
Any help would be greatly appreciated.
Cheers,
Frank
> Non-blocking code generation and forwarding a context code not supported
> ------------------------------------------------------------------------
>
> Key: AXIS2C-863
> URL: https://issues.apache.org/jira/browse/AXIS2C-863
> Project: Axis2-C
> Issue Type: Improvement
> Components: wsdl2c tool
> Affects Versions: Current (Nightly)
> Reporter: Frank Huebbers
> Attachments: case21.tar.gz
>
>
> I am using the non-blocking web service calls as they are generated by the wsdl2c codegen tool. What I am missing in the codegeneration, however, is the context that I would like to forward as well to the non-blocking call. Specifically, what I am currently getting is the following (for the prototype in the header):
> void axis2_stub_start_op_MyService_getProperties( axis2_stub_t *stub, const axutil_env_t *env,
> adb_getProperties_t* _getProperties,
> axis2_status_t ( AXIS2_CALL *on_complete ) (struct axis2_callback *, const axutil_env_t *) ,
> axis2_status_t ( AXIS2_CALL *on_error ) (struct axis2_callback *, const axutil_env_t *, int ) )
> What would be more useful, however, is the following in the prototype:
> void axis2_stub_start_op_MyService_getProperties( axis2_stub_t *stub, const axutil_env_t *env,
> adb_getProperties_t* _getProperties,
> void *data,
> axis2_status_t ( AXIS2_CALL *on_complete ) (struct axis2_callback *, const axutil_env_t *) ,
> axis2_status_t ( AXIS2_CALL *on_error ) (struct axis2_callback *, const axutil_env_t *, int ) )
> With the following addition in the implementation:
> /* Set data object */
> axis2_callback_set_data(callback, data);
> This would allow users to store a context with their non-blocking call, as is customary in other languages, without having to manually change the stub after it was generated.
> I generated the client stub with the following options on the wsdl2c tool: -uri myWSDL.wsdl -d adb -u
--
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-c-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-c-dev-help@ws.apache.org
[jira] Commented: (AXIS2C-863) Non-blocking code generation and
forwarding a context code not supported
Posted by "Dimuthu Gamage (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/AXIS2C-863?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12555342#action_12555342 ]
Dimuthu Gamage commented on AXIS2C-863:
---------------------------------------
In addition to the above suggestion, it is better to give user an API hiding the existence of axis2_callback even from the callback functions.
So according to my suggestion, the above function prototype would be like,
void axis2_stub_start_op_MyService_getProperties( axis2_stub_t *stub, const axutil_env_t *env,
adb_getProperties_t* _getProperties,
void *data,
axis2_status_t ( AXIS2_CALL *on_complete ) (const axutil_env_t *, adb_getPropertiesResponset_t *, void *data) ,
axis2_status_t ( AXIS2_CALL *on_error ) (const axutil_env_t *, int, void *data) )
or in the case of non-adb codegeneration,
void axis2_stub_start_op_MyService_getProperties( axis2_stub_t *stub, const axutil_env_t *env,
axiom_node_t* _getProperties,
void *data,
axis2_status_t ( AXIS2_CALL *on_complete ) (const axutil_env_t *, axiom_node_t *, void *data) ,
axis2_status_t ( AXIS2_CALL *on_error ) (const axutil_env_t *, int, void *data) )
Any thoughts? or shall I continue working on this?
> Non-blocking code generation and forwarding a context code not supported
> ------------------------------------------------------------------------
>
> Key: AXIS2C-863
> URL: https://issues.apache.org/jira/browse/AXIS2C-863
> Project: Axis2-C
> Issue Type: Improvement
> Components: wsdl2c tool
> Affects Versions: Current (Nightly)
> Reporter: Frank Huebbers
>
> I am using the non-blocking web service calls as they are generated by the wsdl2c codegen tool. What I am missing in the codegeneration, however, is the context that I would like to forward as well to the non-blocking call. Specifically, what I am currently getting is the following (for the prototype in the header):
> void axis2_stub_start_op_MyService_getProperties( axis2_stub_t *stub, const axutil_env_t *env,
> adb_getProperties_t* _getProperties,
> axis2_status_t ( AXIS2_CALL *on_complete ) (struct axis2_callback *, const axutil_env_t *) ,
> axis2_status_t ( AXIS2_CALL *on_error ) (struct axis2_callback *, const axutil_env_t *, int ) )
> What would be more useful, however, is the following in the prototype:
> void axis2_stub_start_op_MyService_getProperties( axis2_stub_t *stub, const axutil_env_t *env,
> adb_getProperties_t* _getProperties,
> void *data,
> axis2_status_t ( AXIS2_CALL *on_complete ) (struct axis2_callback *, const axutil_env_t *) ,
> axis2_status_t ( AXIS2_CALL *on_error ) (struct axis2_callback *, const axutil_env_t *, int ) )
> With the following addition in the implementation:
> /* Set data object */
> axis2_callback_set_data(callback, data);
> This would allow users to store a context with their non-blocking call, as is customary in other languages, without having to manually change the stub after it was generated.
> I generated the client stub with the following options on the wsdl2c tool: -uri myWSDL.wsdl -d adb -u
--
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-c-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-c-dev-help@ws.apache.org
[jira] Commented: (AXIS2C-863) Non-blocking code generation and
forwarding a context code not supported
Posted by "Dimuthu Gamage (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/AXIS2C-863?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12557126#action_12557126 ]
Dimuthu Gamage commented on AXIS2C-863:
---------------------------------------
Hi Frank,
As you may have noticed for all the elements in the XML there is a file generated with "adb_" prefix with a structure to store the data and set of setters and getters associated with it.
In each file there are two function for serialize and deserialize.
serialize - Writes the XML through a stream writer
deserialize - Parse the XML (XML is in the form of AXIOM) and fill the structure..
So in your case since if want to find where "urn:common.MyCompany.com" is writing you should check 'deserialize' method most probably in a file like adb_LoginRequest.c. (But there may be cases that the code that write these namespace can be in another file which is called by adb_LoginRequest.c)
Hope this will give you some idea..
Thanks
Dimuthu
> Non-blocking code generation and forwarding a context code not supported
> ------------------------------------------------------------------------
>
> Key: AXIS2C-863
> URL: https://issues.apache.org/jira/browse/AXIS2C-863
> Project: Axis2-C
> Issue Type: Improvement
> Components: wsdl2c tool
> Affects Versions: Current (Nightly)
> Reporter: Frank Huebbers
> Attachments: case21.tar.gz
>
>
> I am using the non-blocking web service calls as they are generated by the wsdl2c codegen tool. What I am missing in the codegeneration, however, is the context that I would like to forward as well to the non-blocking call. Specifically, what I am currently getting is the following (for the prototype in the header):
> void axis2_stub_start_op_MyService_getProperties( axis2_stub_t *stub, const axutil_env_t *env,
> adb_getProperties_t* _getProperties,
> axis2_status_t ( AXIS2_CALL *on_complete ) (struct axis2_callback *, const axutil_env_t *) ,
> axis2_status_t ( AXIS2_CALL *on_error ) (struct axis2_callback *, const axutil_env_t *, int ) )
> What would be more useful, however, is the following in the prototype:
> void axis2_stub_start_op_MyService_getProperties( axis2_stub_t *stub, const axutil_env_t *env,
> adb_getProperties_t* _getProperties,
> void *data,
> axis2_status_t ( AXIS2_CALL *on_complete ) (struct axis2_callback *, const axutil_env_t *) ,
> axis2_status_t ( AXIS2_CALL *on_error ) (struct axis2_callback *, const axutil_env_t *, int ) )
> With the following addition in the implementation:
> /* Set data object */
> axis2_callback_set_data(callback, data);
> This would allow users to store a context with their non-blocking call, as is customary in other languages, without having to manually change the stub after it was generated.
> I generated the client stub with the following options on the wsdl2c tool: -uri myWSDL.wsdl -d adb -u
--
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-c-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-c-dev-help@ws.apache.org
[jira] Commented: (AXIS2C-863) Non-blocking code generation and
forwarding a context code not supported
Posted by "Frank Huebbers (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/AXIS2C-863?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12560589#action_12560589 ]
Frank Huebbers commented on AXIS2C-863:
---------------------------------------
Hi Dimuthu,
I actually have looked into the deserialization methods and they make sense to me, more or less. What I don't fully understand yet, however, is how the second "urn" is added to the message.
To give a specific example, in my example I have seen the following tag genereated in the serialize method:
<n:login xmlns:n="urn:types.parent.MyCompany.com" xmlns:n0="urn:common.MyCompany.com">
I understand where the "urn:types.parent.MyCompnay.com" comes from. What I can't figure out, however, is where the "urn:common.MyCompany.com" is added. Is there anything you can point me to?
Also, have you been able to figure anything out regarding this topic?
Thanks for any help in advance!
Cheers,
Frank
> Non-blocking code generation and forwarding a context code not supported
> ------------------------------------------------------------------------
>
> Key: AXIS2C-863
> URL: https://issues.apache.org/jira/browse/AXIS2C-863
> Project: Axis2-C
> Issue Type: Improvement
> Components: wsdl2c tool
> Affects Versions: Current (Nightly)
> Reporter: Frank Huebbers
> Attachments: case21.tar.gz
>
>
> I am using the non-blocking web service calls as they are generated by the wsdl2c codegen tool. What I am missing in the codegeneration, however, is the context that I would like to forward as well to the non-blocking call. Specifically, what I am currently getting is the following (for the prototype in the header):
> void axis2_stub_start_op_MyService_getProperties( axis2_stub_t *stub, const axutil_env_t *env,
> adb_getProperties_t* _getProperties,
> axis2_status_t ( AXIS2_CALL *on_complete ) (struct axis2_callback *, const axutil_env_t *) ,
> axis2_status_t ( AXIS2_CALL *on_error ) (struct axis2_callback *, const axutil_env_t *, int ) )
> What would be more useful, however, is the following in the prototype:
> void axis2_stub_start_op_MyService_getProperties( axis2_stub_t *stub, const axutil_env_t *env,
> adb_getProperties_t* _getProperties,
> void *data,
> axis2_status_t ( AXIS2_CALL *on_complete ) (struct axis2_callback *, const axutil_env_t *) ,
> axis2_status_t ( AXIS2_CALL *on_error ) (struct axis2_callback *, const axutil_env_t *, int ) )
> With the following addition in the implementation:
> /* Set data object */
> axis2_callback_set_data(callback, data);
> This would allow users to store a context with their non-blocking call, as is customary in other languages, without having to manually change the stub after it was generated.
> I generated the client stub with the following options on the wsdl2c tool: -uri myWSDL.wsdl -d adb -u
--
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-c-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-c-dev-help@ws.apache.org