I have been doing some load testing, but need to ensure that OVR reports are being load tested at the same time. OVR, as you know runs on the xmlpserver / xmlpublisher technology from oracle.
Of course, I suspected that out of the box I might have a few issues getting this to work and I was not wrong.
I was getting a lot of errors like this:
http://e1ovr.myriad-it.com:9704/xmlpserver/io/zip/read-resource-cache 0.112 10-20 00:19:23 0.109 Warning Invalid HTTP response code: 500 Internal Server Error , for Url: http://e1ovr.myriad-it.com:9704/xmlpserver/io/zip/read-resource-cache
So getting 500’s and 404’s when running, right – we need some fixes.
In general the server maintains cookies or passes header values back and forth to ensure that you have the ability to see it’s resources, xmlp is the same in this respect. Passing the values that are recorded by OATS are never going to cut the mustard on a replay. this is where you need to work out what variables that you need to ensure are unique for each session and then create some internal OATS variables for these.
For me this is generally a bit of trial and error, as really there is no way of determining exactly.
Here are some likely candidates for XMLP:
http://e1ovr.myriad-it.com:9704/xmlpserver/viewer.jsp? _xpt=1& _xdo=%2F%7Ebip%2Fruntime%2FMqDWksFPrgpvkky7wmj7qxKx95pXQkzn0vG1RJRQQgln79SKL%2F0640f55c252b4603baa1aa3dfd779e3a.xdo _xt=Inventory+Valuation+by+Branch+Plant _xl=en _xf=analyze _xtoken=B06BE2613C8F251D3044D54EB3A10C6A
Likely are _xdo and _xtoken, but what you’ll find is _xdo is unique for the report being called, so only xtoken needs to be replaced.
You’ll find this hidden in a jde screen, use a regular expression like this for extraction:
_xf=analyze&_xtoken=(.+?)'
or
http.solve("xtoken", "_xf=analyze&_xtoken=(.+?)'", "", false, Source.Html, 0, EncodeOptions.None)
Then you’ll also need to replace the unique number in the following string”": cache:oracle.xdo.common.io.Cache5995658651262771787.tmp# and pass this around to all commands that use it.
Note that this is the HTML returned by the command “http://jdebipubprod01.local:9704/xmlpserver/io/zip/allocate-resource-cache” search for allocate-resource-cache
Once both of the above are done, your load tests should start belting the OVR server just like they should.
No comments:
Post a Comment