
Hello,
Before I begin, here are some qualifications:
We have a web service that performs a set operation, which has approximately the following structure:
"Master Form" - Field 1
- Field 2
...
- Primary Key - "Form Containing Children Records"
- Distingquishing Key Field
- Foreign Key Field
- Some other field
On our development server, when the web service is called - updating children Records, It finds the ones that have the Distinguishing Key into the SOAP Envelope and the form both and updates them, but it leaves the existing ones which are not present into the sent XML untouched.
When we imported the same web service on the test env, the web service strangely changed it's behaviour - when it is called - updating children Records, It finds the ones that have the Distinguishing Key into the SOAP Envelope and the form both and updates them, but it deletes the already existing.
The only difference between the servers and their configuration I found is the Submitter mode - changeable on the dev and locked on the test - we have changed them both to be equal, but the web behaviour persists.
The mid tier version on the dev is: Version 7.0.01 Patch 006 200712111854
The mid tier version on the test is: Version 7.0.01 Patch 008 200805251830
Thank You,
Andrey
Interesting!!!!
Can you export the def of same WS from test server and import it on Dev then test functionality..I believe there is some other work flow is being triggered on the test..
Regards,
Vishnu
Hello,
Yes we did it. There is no workflow triggering on both of the forms.
The Combined log shows that all that happens is done by Remedy Application Service and the behaviour is the following:
On the dev:
On the test:
No other workflow signatures were found.
BR,
Andrey
are the server versions/patches the same? -> there were changes to webservice.dll in patch 8 (according to the release notes).
are the user (in soap header) the same on dev/test? what about the users permissions?
Hello Marcus,
Both users have the same permissions and a fixed license.
Isn't webservice.dll used only when consuming a web service, not exposing?
The two servers differ into their patch:
Test: 7.0.01 Patch 11,
Dev: 7.0.01 Patch 10.
But the web service behaviour still doesn't make sense.
This is from server patch 11.
SW00317183 | When a Type Set operation modified a complex web service and the input XML did not contain all the children in the database, the following error was returned: Filter does not exist on server (ARERR 323) |
My guess is, that they replaced a bug with another one ;-)
your probbably right regarding the webservice.dll.... (one should think before typing ;-)
Hmm, hmm... [: Did not think of the patch documentation. Thanks a lot.
I marked the answer as helpful and I hope that I get a workaround for this, because this is consistency nonsence.
A little update.
The mid tier version does not have an influence on this, we have forwarded the test mid tier to point to the dev one.
Hello,
We have downgraded the AR server to version 010, by replacing the following files:
arserver.exe
arplugin.exe
driver.exe
ardoc70.jar
arrpc70.dll
reportplugin.dll
with the ones for the 010 version..
The web service behaviour has returned to the previous state.
It is a bug(or again a feature) produced by BMC, implemented into patch 11.
Best Regards,
Andrey