<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">Philip:<div><br></div><div>Just to get back to you - and everybody else on the list.</div><div><br></div><div>Are you saying is thread-1 and thread-2 are each making requests, but thread-1 gets the data that thread-2 made.</div><div><br></div><div><div>Or something along that line? </div></div><div><br></div><div>Possibilities:</div><div><br></div><div>(1) Collision of token values. Token is generated from the request via a standard hashing algorithm. </div><div><br></div><div>(2) In the java servlet one request gets confused with another request. This could happen if there was a mistake</div><div>where the wrong scope was used for variables. For example improperly using variables from the servlet instance and not off </div><div>of the stack or accidentally using a global (ie static) variable. Code review looks OK. But that's just code review.</div><div><br></div><div>(3) Some sort of weird networking issue related to reusing http connections??</div><div><br></div><div>I wrote a script to scan the cache (had 34,000 items in it) looking for a mis-match between the data and the requests,</div><div>but I didn't find any. A necessary but not sufficient test of the cache working properly.</div><div><br></div><div><br></div><div>Are you saying that you saw these requests collide</div><div><a href="http://www.iris.edu/ws/dataselect/query?net=II&sta=BORG&loc=00&cha=BHZ&start=2009-05-16T01:08:44&end=2009-05-16T01:26:26">http://www.iris.edu/ws/dataselect/query?net=II&sta=BORG&loc=00&cha=BHZ&start=2009-05-16T01:08:44&end=2009-05-16T01:26:26</a></div><div><a href="http://www.iris.edu/ws/dataselect/query?net=II&sta=ARU&loc=00&cha=BHZ&start=2009-05-16T01:08:44&end=2009-05-16T01:26:26">http://www.iris.edu/ws/dataselect/query?net=II&sta=ARU&loc=00&cha=BHZ&start=2009-05-16T01:08:44&end=2009-05-16T01:26:26</a></div><div><br></div><div>I don't see that:</div><div><br></div><div><div>geodude:tmp bruce$ wget -O aru.dat "<a href="http://www.iris.edu/ws/dataselect/query?net=II&sta=ARU&loc=00&cha=BHZ&start=2009-05-16T01:08:44&end=2009-05-16T01:26:26">http://www.iris.edu/ws/dataselect/query?net=II&sta=ARU&loc=00&cha=BHZ&start=2009-05-16T01:08:44&end=2009-05-16T01:26:26</a>" </div><div>--2012-07-19 10:19:45-- <a href="http://www.iris.edu/ws/dataselect/query?net=II&sta=ARU&loc=00&cha=BHZ&start=2009-05-16T01:08:44&end=2009-05-16T01:26:26">http://www.iris.edu/ws/dataselect/query?net=II&sta=ARU&loc=00&cha=BHZ&start=2009-05-16T01:08:44&end=2009-05-16T01:26:26</a></div><div>Resolving <a href="http://www.iris.edu">www.iris.edu</a>... 128.95.166.129</div><div>Connecting to www.iris.edu|128.95.166.129|:80... connected.</div><div>HTTP request sent, awaiting response... 200 OK</div><div>Length: 28672 (28K) [application/vnd.fdsn.mseed]</div><div>Saving to: `aru.dat'</div><div><br></div><div>100%[==================================================================================================================================================================>] 28,672 --.-K/s in 0.002s </div><div><br></div><div>2012-07-19 10:19:45 (11.3 MB/s) - `aru.dat' saved [28672/28672]</div><div><br></div><div>geodude:tmp bruce$ msi aru.dat</div><div>II_ARU_00_BHZ, 000001, M, 4096, 2894 samples, 19.99993515 Hz, 2009,136,01:08:44.015300</div><div>II_ARU_00_BHZ, 000000, M, 4096, 3104 samples, 19.99993515 Hz, 2009,136,01:11:08.715900</div><div>II_ARU_00_BHZ, 000000, M, 4096, 3446 samples, 19.99993515 Hz, 2009,136,01:13:43.916400</div><div>II_ARU_00_BHZ, 000000, M, 4096, 3520 samples, 19.99993515 Hz, 2009,136,01:16:36.217000</div><div>II_ARU_00_BHZ, 000000, M, 4096, 3712 samples, 19.99993515 Hz, 2009,136,01:19:32.217500</div><div>II_ARU_00_BHZ, 000000, M, 4096, 3712 samples, 19.99993515 Hz, 2009,136,01:22:37.818100</div><div>II_ARU_00_BHZ, 000001, M, 4096, 852 samples, 19.99993515 Hz, 2009,136,01:25:43.418700</div><div><br></div><div><br></div><div><div>geodude:tmp bruce$ wget -O borg.dat "<a href="http://www.iris.edu/ws/dataselect/query?net=II&sta=BORG&loc=00&cha=BHZ&start=2009-05-16T01:08:44&end=2009-05-16T01:26:26">http://www.iris.edu/ws/dataselect/query?net=II&sta=BORG&loc=00&cha=BHZ&start=2009-05-16T01:08:44&end=2009-05-16T01:26:26</a>" </div><div>--2012-07-19 10:18:51-- <a href="http://www.iris.edu/ws/dataselect/query?net=II&sta=BORG&loc=00&cha=BHZ&start=2009-05-16T01:08:44&end=2009-05-16T01:26:26">http://www.iris.edu/ws/dataselect/query?net=II&sta=BORG&loc=00&cha=BHZ&start=2009-05-16T01:08:44&end=2009-05-16T01:26:26</a></div><div>Resolving <a href="http://www.iris.edu">www.iris.edu</a>... 128.95.166.129</div><div>Connecting to www.iris.edu|128.95.166.129|:80... connected.</div><div>HTTP request sent, awaiting response... 200 OK</div><div>Length: 45056 (44K) [application/vnd.fdsn.mseed]</div><div>Saving to: `borg.dat'</div><div><br></div><div>100%[==================================================================================================================================================================>] 45,056 --.-K/s in 0.004s </div><div><br></div><div><div>geodude:tmp bruce$ msi borg.dat</div><div>II_BORG_00_BHZ, 000001, M, 4096, 762 samples, 20 Hz, 2009,136,01:08:44.049900</div><div>II_BORG_00_BHZ, 000000, M, 4096, 2204 samples, 20 Hz, 2009,136,01:09:22.149900</div><div>II_BORG_00_BHZ, 000000, M, 4096, 2120 samples, 20 Hz, 2009,136,01:11:12.349900</div><div>II_BORG_00_BHZ, 000000, M, 4096, 2024 samples, 20 Hz, 2009,136,01:12:58.349900</div><div>II_BORG_00_BHZ, 000000, M, 4096, 2170 samples, 20 Hz, 2009,136,01:14:39.549900</div><div>II_BORG_00_BHZ, 000000, M, 4096, 2122 samples, 20 Hz, 2009,136,01:16:28.049900</div><div>II_BORG_00_BHZ, 000000, M, 4096, 2100 samples, 20 Hz, 2009,136,01:18:14.149900</div><div>II_BORG_00_BHZ, 000000, M, 4096, 2142 samples, 20 Hz, 2009,136,01:19:59.149900</div><div>II_BORG_00_BHZ, 000000, M, 4096, 2172 samples, 20 Hz, 2009,136,01:21:46.249900</div><div>II_BORG_00_BHZ, 000000, M, 4096, 2138 samples, 20 Hz, 2009,136,01:23:34.849900</div><div>II_BORG_00_BHZ, 000001, M, 4096, 1286 samples, 20 Hz, 2009,136,01:25:21.749900</div></div><div><br></div><div>Any more information would be appreciated.</div><div><br></div><div>Thanks,</div><div>-Bruce</div><div><br></div><div><br></div><div>Begin forwarded message:</div><br class="Apple-interchange-newline"><blockquote type="cite"><blockquote cite="mid:BB2FDBEE-3899-4CEF-91B0-28F0CC6FD4B5@iris.washington.edu" type="cite"><blockquote type="cite"><pre wrap=""><br class="Apple-interchange-newline">
On 2012/07/16 22:29, Philip Crotwell wrote:
</pre><blockquote type="cite"><pre wrap="">Hi
I have been doing some tests with the dataselect web service from a
multithreaded client (SOD) and found that occasionally I would get
data records back in one thread that were not the channel asked for.
Luckily I had a check in place from some earlier issues that compared
the channel codes in the request with those in the result. Here is an
example. It appears that the thread that requested data from BORG got
data from ARU.
2012-07-16 15:51:26,794 - Channel id in returned seismogram doesn not
match channelid in request.
req=II.1986-01-01T00:00:00.000GMT.BORG.00.BHZ.2003-08-29T00:00:00.000GMT
seis=II.1986-01-01T00:00:00.000GMT.ARU.00.BHZ.2003-08-29T00:00:00.000GMT
The request, if it helps, was
net=II&sta=BORG&loc=00&cha=BHZ&start=2009-05-16T01:08:44&end=2009-05-16T01:26:26
This is a bit scary as I suspect many clients do not check the
returned data to make sure it actually corresponds to their original
request. I have not seen this with a single threaded client, so
perhaps that is a clue.
I will try to do some more testing and see if I can provide any more details.
thanks,
Philip
_______________________________________________
webservices mailing list
<a class="moz-txt-link-abbreviated" href="mailto:webservices@iris.washington.edu">webservices@iris.washington.edu</a>
<a class="moz-txt-link-freetext" href="http://www.iris.washington.edu/mailman/listinfo/webservices">http://www.iris.washington.edu/mailman/listinfo/webservices</a>
</pre></blockquote></blockquote></blockquote><br class="Apple-interchange-newline"></blockquote></div><br><div>
<div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div><div>--------------------------------------</div><div>Bruce R Weertman</div><div>Software Engineer</div><div>IRIS DMC</div><div>1408 NE 45h St, Suite 201</div><div>Seattle, WA 98105</div><div><br></div><div><a href="mailto:bruce@iris.washington.edu">bruce@iris.washington.edu</a></div><div>(206) 547-0393</div></div></div>
</div>
<br></div></body></html>