Bug 4595

Summary: wsrf-query with a bad XPath query returns "null"
Product: Java WS Core Reporter: Charles Bacon <bacon@mcs.anl.gov>
Component: globus_wsrf_coreAssignee: Jarek Gawor <gawor@mcs.anl.gov>
Status: RESOLVED FIXED    
Severity: normal CC: jwscore-dev@globus.org
Priority: P3    
Version: 4.0.2   
Target Milestone: ---   
Hardware: Macintosh   
OS: All   

Description From 2006-07-14 11:24:14 
ip-156:~/pkgs/globus-4.0.2 bacon$ bin/wsrf-query -s
http://192.167.1.7:8888/wsrf/services/DefaultIndexService Foobar
null

This is the same result as if there were no results returned:
ip-156:~/pkgs/globus-4.0.2 bacon$ bin/wsrf-query -s
http://192.167.1.7:8888/wsrf/services/DefaultIndexService '/Foobar'
null

I would suggest that the first should generate some kind of "Invalid XPath
expression: Foobar" error, and the second should return something like "No
results found for XPath expression '/Foobar'".

We saw the "null" result in a tutorial today, and it didn't help the student
understand what had gone wrong.
------- Comment #1 From 2006-07-14 16:25:28 ------- 
Both expressions are valid. I will, however, update the client to display a
nice error message if no results were returned.
------- Comment #2 From 2006-07-14 16:52:08 ------- 
Committed a fix to trunk to display a nice error msg when no results are
returned:

$ wsrf-query.bat -s
http://192.168.1.102:8080/wsrf/services/ContainerRegistryService foo
Query did not return any results.
------- Comment #3 From 2006-07-17 15:36:46 ------- 
Committed that fix to globus_4_0_branch too.