I have implement some web service calls in a Linux based D3 system without needing to use the MVS Toolkit. I was wanting to use the same code on a Windows version of D3 and decided to see if the MVS Toolkit would be suitable as the method of accessing D3 on Linux that I used does not appear to be suitable Windows based systems. I have created a web service named "editor" and a web service resource named "explore" for testing purposes. In order to replicate the way the Linux version works I just needed to implement a single resource and use the mvsp.get.http.* subroutines to extract the required data and then submit the data to the other subroutines that implement the business logic.
All went well until I tried to use a PUT http method. It has the structure similar to
PUT http://server_name:8181/editor/explore/?account=account_name&file=file_name&program=program_name
In addition the content of the http request is a string representing a JSON object. Under this situation I was expecting that mvsp.get.http.uri.parameters() would return the "account", "file" and "program" information. Which it does. I was then expecting the mvsp.get.http.request() call to return the data in the JSON string. Which it does not. Instead it returns the same information that mvsp.get.http.uri.parameters() returns. I cannot see any other method of getting access to the content part of the http request.
I have done some experimenting and find that the content is only obtained using mvsp.get.http.request() when there are no uri parameters present. Which is fine if you are doing a POST as this method doesn't have any parameters but not fine when doing a PUT which does have parameters.
Has anyone else used these calls to implement web services? If so have you found the same problem?
------------------------------
James Carthew
Application Specialist
LRS Health Pty Ltd
Heidelberg VIC AU
------------------------------
Page 1 / 1
I have implement some web service calls in a Linux based D3 system without needing to use the MVS Toolkit. I was wanting to use the same code on a Windows version of D3 and decided to see if the MVS Toolkit would be suitable as the method of accessing D3 on Linux that I used does not appear to be suitable Windows based systems. I have created a web service named "editor" and a web service resource named "explore" for testing purposes. In order to replicate the way the Linux version works I just needed to implement a single resource and use the mvsp.get.http.* subroutines to extract the required data and then submit the data to the other subroutines that implement the business logic.
All went well until I tried to use a PUT http method. It has the structure similar to
PUT http://server_name:8181/editor/explore/?account=account_name&file=file_name&program=program_name
In addition the content of the http request is a string representing a JSON object. Under this situation I was expecting that mvsp.get.http.uri.parameters() would return the "account", "file" and "program" information. Which it does. I was then expecting the mvsp.get.http.request() call to return the data in the JSON string. Which it does not. Instead it returns the same information that mvsp.get.http.uri.parameters() returns. I cannot see any other method of getting access to the content part of the http request.
I have done some experimenting and find that the content is only obtained using mvsp.get.http.request() when there are no uri parameters present. Which is fine if you are doing a POST as this method doesn't have any parameters but not fine when doing a PUT which does have parameters.
Has anyone else used these calls to implement web services? If so have you found the same problem?
------------------------------
James Carthew
Application Specialist
LRS Health Pty Ltd
Heidelberg VIC AU
------------------------------
All went well until I tried to use a PUT http method. It has the structure similar to
PUT http://server_name:8181/editor/explore/?account=account_name&file=file_name&program=program_name
In addition the content of the http request is a string representing a JSON object. Under this situation I was expecting that mvsp.get.http.uri.parameters() would return the "account", "file" and "program" information. Which it does. I was then expecting the mvsp.get.http.request() call to return the data in the JSON string. Which it does not. Instead it returns the same information that mvsp.get.http.uri.parameters() returns. I cannot see any other method of getting access to the content part of the http request.
I have done some experimenting and find that the content is only obtained using mvsp.get.http.request() when there are no uri parameters present. Which is fine if you are doing a POST as this method doesn't have any parameters but not fine when doing a PUT which does have parameters.
Has anyone else used these calls to implement web services? If so have you found the same problem?
------------------------------
James Carthew
Application Specialist
LRS Health Pty Ltd
Heidelberg VIC AU
------------------------------
------------------------------
Brian S. Cram
Principal Technical Support Engineer
Rocket Software
------------------------------
James, you may or may not be aware that @Mike Raffaele has opened case 00846891 on this issue. I'll be chasing this with him. We'll keep you posted.
------------------------------
Brian S. Cram
Principal Technical Support Engineer
Rocket Software
------------------------------
------------------------------
Brian S. Cram
Principal Technical Support Engineer
Rocket Software
------------------------------
I was aware that Mike had raised a case. He also asked me to jump on Forums and see if any one else had come across this issue. So here I am.
------------------------------
James Carthew
Application Specialist
LRS Health Pty Ltd
Heidelberg VIC AU
------------------------------
Thanks Brian.
I was aware that Mike had raised a case. He also asked me to jump on Forums and see if any one else had come across this issue. So here I am.
------------------------------
James Carthew
Application Specialist
LRS Health Pty Ltd
Heidelberg VIC AU
------------------------------
I was aware that Mike had raised a case. He also asked me to jump on Forums and see if any one else had come across this issue. So here I am.
------------------------------
James Carthew
Application Specialist
LRS Health Pty Ltd
Heidelberg VIC AU
------------------------------
------------------------------
Brian S. Cram
Principal Technical Support Engineer
Rocket Software
------------------------------
Sign up
Already have an account? Login
Welcome to the Rocket Forum!
Please log in or register:
Employee Login | Registration Member Login | RegistrationEnter your E-mail address. We'll send you an e-mail with instructions to reset your password.