Home » Archived » OHF » Getting document consumer working with ohf 0.3.0?
| |
| Re: Getting document consumer working with ohf 0.3.0? [message #44618 is a reply to message #44526] |
Thu, 24 July 2008 15:23   |
Eclipse User |
|
|
|
Originally posted by: frank.frederick.mckesson.com
That definitely helped, one step closer. Now, in the log I see debug
messages like "Found 193 object references". I also see a dump of the
RegistryObjectList xml. I do not see any errors in the logs.
In that code snippet
org.eclipse.ohf.ihe.xds.consumer.test.IBMLswin10RetrieveTest .testRetrieve()
when the following code is reached:
response.getDocumentEntryResponses().size()
zero is returned (where response is type XDSQueryResponseType). If I
call response.getReferences(), the EList contains 193 entries. I'm
unable to retrieve any documents.
Sarah Knoop wrote:
> hi Frank,
>
> As you noted, you can browse the IBM Registry by patient id -
> http://lswin10.dfw.ibm.com:9081/IBMXDSRegistry/query_docs.js p
>
> ... so this may help with the confirmation part. Looks to be quite a few
> documents. Note ... that there is no assigning authority name in the
> registered id:
> 139158^^^&1.3.6.1.4.1.21367.2005.3.7&ISO
>
> HIMSS2005 (or the assigning authority name) is a prohibited component of
> patient id (as of 2006 XDS, not before). The registry does a pure string
> match (not recognizing components). My guess is that this is the issue.
>
> hope this helps,
> - Sarah
>
>
>
>
> Frank wrote:
>> I took a code snippet from
>> org.eclipse.ohf.ihe.xds.consumer.test.IBMLswin10RetrieveTest .testRetrieve().
>> I used the following info:
>>
>> patientid - 139158
>> affinity domain - 1.3.6.1.4.1.21367.2005.3.7
>> assigning authority name - HIMSS2005
>> registry url -
>> http://lswin10.dfw.ibm.com:9081/IBMXDSRegistry/XDSb/SOAP11/R egistry
>>
>> I got this info from the following url:
>>
>> http://lswin10.dfw.ibm.com:9081/IBMIHII/serverInfoIHE_Connec tathonHIMSS2007.htm
>>
>>
>> When I run the test, I get no documents returned ... and no errors. I
>> suspect that some of the information I'm using is not correct, because
>> if I use the "Blue Panther Administration Portal" at
>> http://lswin10.dfw.ibm.com:9081/IBMXDSRegistry/index.jsp, I can query
>> on the patient id above and get 193 document references returned.
>>
>> Can someone verify the consumer information I listed above?
>>
>> Thanks,
>>
>> Frank
|
|
|
| Re: Getting document consumer working with ohf 0.3.0? [message #44648 is a reply to message #44618] |
Thu, 24 July 2008 16:17 |
 No real name
Messages: 292
Registered: July 2009 |
Senior Member |
|
|
Hi Frank,
I believe this is because you have the 'returnReferencesOnly' flag set
to true when you execute the query. Thus you only get back the list of
references to document metadata instead of the whole DocumentEntry
object that will contain the URL or document uniqueID that you need to
do the retrieve.
hope this helps,
Sarah
Frank wrote:
> That definitely helped, one step closer. Now, in the log I see debug
> messages like "Found 193 object references". I also see a dump of the
> RegistryObjectList xml. I do not see any errors in the logs.
>
> In that code snippet
>
> org.eclipse.ohf.ihe.xds.consumer.test.IBMLswin10RetrieveTest .testRetrieve()
>
> when the following code is reached:
>
> response.getDocumentEntryResponses().size()
>
> zero is returned (where response is type XDSQueryResponseType). If I
> call response.getReferences(), the EList contains 193 entries. I'm
> unable to retrieve any documents.
>
> Sarah Knoop wrote:
>
>> hi Frank,
>>
>> As you noted, you can browse the IBM Registry by patient id -
>> http://lswin10.dfw.ibm.com:9081/IBMXDSRegistry/query_docs.js p
>>
>> ... so this may help with the confirmation part. Looks to be quite a
>> few documents. Note ... that there is no assigning authority name in
>> the registered id:
>> 139158^^^&1.3.6.1.4.1.21367.2005.3.7&ISO
>>
>> HIMSS2005 (or the assigning authority name) is a prohibited component
>> of patient id (as of 2006 XDS, not before). The registry does a pure
>> string match (not recognizing components). My guess is that this is
>> the issue.
>>
>> hope this helps,
>> - Sarah
>>
>>
>>
>>
>> Frank wrote:
>>
>>> I took a code snippet from
>>> org.eclipse.ohf.ihe.xds.consumer.test.IBMLswin10RetrieveTest .testRetrieve().
>>> I used the following info:
>>>
>>> patientid - 139158
>>> affinity domain - 1.3.6.1.4.1.21367.2005.3.7
>>> assigning authority name - HIMSS2005
>>> registry url -
>>> http://lswin10.dfw.ibm.com:9081/IBMXDSRegistry/XDSb/SOAP11/R egistry
>>>
>>> I got this info from the following url:
>>>
>>> http://lswin10.dfw.ibm.com:9081/IBMIHII/serverInfoIHE_Connec tathonHIMSS2007.htm
>>>
>>>
>>> When I run the test, I get no documents returned ... and no errors.
>>> I suspect that some of the information I'm using is not correct,
>>> because if I use the "Blue Panther Administration Portal" at
>>> http://lswin10.dfw.ibm.com:9081/IBMXDSRegistry/index.jsp, I can query
>>> on the patient id above and get 193 document references returned.
>>>
>>> Can someone verify the consumer information I listed above?
>>>
>>> Thanks,
>>>
>>> Frank
|
|
|
| Re: Getting document consumer working with ohf 0.3.0? [message #44758 is a reply to message #44648] |
Thu, 24 July 2008 20:23 |
| Eclipse User |
|
|
|
Originally posted by: frank.frederick.mckesson.com
Thanks, the javadoc was not clear on that boolean and I was thinking
that "reference" in this case was something else. I'm able to get a
list of document URLs now, but I'm not able to retrieve a document using
the code mentioned in earlier posts. The errors I run into area as follows
1) unknown host
example url:
http://ovs-backup1.cn.oracle.com:7777/XDSa/repository/iti17? e=Mi4xNi44NDAuMS4xMTM4OTQuMTAwNC4xMDAuMTAwLjIuNTAuNzc1&r =MS4xLjE=
2) No explict security domain
example url:
https://lswin10.dfw.ibm.com:9444/IBMXDSRepository/XDSa/Retri eveDocument?id=9440fc71-4b24-4a19-bca2-d6cbb6a541b6
I went back to the Blue Panther Administration Portal
http://lswin10.dfw.ibm.com:9081/IBMXDSRegistry/index.jsp
I tried to retrieve a document for the patients in the table at:
http://lswin10.dfw.ibm.com:9081/IBMIHII/serverInfoIHE_Connec tathonHIMSS2007.htm
I was not successful, I got similar errors trying to click on the links
displayed when a document query was executed in the portal.
Sarah Knoop wrote:
> Hi Frank,
>
> I believe this is because you have the 'returnReferencesOnly' flag set
> to true when you execute the query. Thus you only get back the list of
> references to document metadata instead of the whole DocumentEntry
> object that will contain the URL or document uniqueID that you need to
> do the retrieve.
>
> hope this helps,
> Sarah
>
>
> Frank wrote:
>> That definitely helped, one step closer. Now, in the log I see debug
>> messages like "Found 193 object references". I also see a dump of the
>> RegistryObjectList xml. I do not see any errors in the logs.
>>
>> In that code snippet
>>
>> org.eclipse.ohf.ihe.xds.consumer.test.IBMLswin10RetrieveTest .testRetrieve()
>>
>>
>> when the following code is reached:
>>
>> response.getDocumentEntryResponses().size()
>>
>> zero is returned (where response is type XDSQueryResponseType). If I
>> call response.getReferences(), the EList contains 193 entries. I'm
>> unable to retrieve any documents.
>>
>> Sarah Knoop wrote:
>>
>>> hi Frank,
>>>
>>> As you noted, you can browse the IBM Registry by patient id -
>>> http://lswin10.dfw.ibm.com:9081/IBMXDSRegistry/query_docs.js p
>>>
>>> ... so this may help with the confirmation part. Looks to be quite a
>>> few documents. Note ... that there is no assigning authority name in
>>> the registered id:
>>> 139158^^^&1.3.6.1.4.1.21367.2005.3.7&ISO
>>>
>>> HIMSS2005 (or the assigning authority name) is a prohibited component
>>> of patient id (as of 2006 XDS, not before). The registry does a pure
>>> string match (not recognizing components). My guess is that this is
>>> the issue.
>>>
>>> hope this helps,
>>> - Sarah
>>>
>>>
>>>
>>>
>>> Frank wrote:
>>>
>>>> I took a code snippet from
>>>> org.eclipse.ohf.ihe.xds.consumer.test.IBMLswin10RetrieveTest .testRetrieve().
>>>> I used the following info:
>>>>
>>>> patientid - 139158
>>>> affinity domain - 1.3.6.1.4.1.21367.2005.3.7
>>>> assigning authority name - HIMSS2005
>>>> registry url -
>>>> http://lswin10.dfw.ibm.com:9081/IBMXDSRegistry/XDSb/SOAP11/R egistry
>>>>
>>>> I got this info from the following url:
>>>>
>>>> http://lswin10.dfw.ibm.com:9081/IBMIHII/serverInfoIHE_Connec tathonHIMSS2007.htm
>>>>
>>>>
>>>> When I run the test, I get no documents returned ... and no errors.
>>>> I suspect that some of the information I'm using is not correct,
>>>> because if I use the "Blue Panther Administration Portal" at
>>>> http://lswin10.dfw.ibm.com:9081/IBMXDSRegistry/index.jsp, I can
>>>> query on the patient id above and get 193 document references returned.
>>>>
>>>> Can someone verify the consumer information I listed above?
>>>>
>>>> Thanks,
>>>>
>>>> Frank
|
|
|
| Re: Getting document consumer working with ohf 0.3.0? [message #44810 is a reply to message #44758] |
Thu, 24 July 2008 21:19 |
No real name
Messages: 292
Registered: July 2009 |
Senior Member |
|
|
Hi Frank,
We have data from our North American Connectathon on the server. So some
documents are from this environment, which is no longer up (Example #1
below) Also, there are urls that were submitted using TLS and thus
require to be retrieved using TLS using the certificated issued at North
American connectathon. If you are interested in testing security at this
time, we can resurect the key and truststores. Otherwise - aim to
retrieve documents with urls beginning:
http://lswin10.dfw.ibm.com:9081/IBMXDSRepository/XDSa/Retrie veDocument?id=
Those documents have a chance of being on the system. Also of note --
the IBM servers are going to be moved soon, so some data may have been
cleansed to prepare for this.
A final way to ensure you have a document in the system is to use the
junit to submit the sample document(s) provided in the ohf document source.
Hope this helps,
- Sarah
Frank wrote:
> Thanks, the javadoc was not clear on that boolean and I was thinking
> that "reference" in this case was something else. I'm able to get a
> list of document URLs now, but I'm not able to retrieve a document using
> the code mentioned in earlier posts. The errors I run into area as follows
>
> 1) unknown host
> example url:
> http://ovs-backup1.cn.oracle.com:7777/XDSa/repository/iti17? e=Mi4xNi44NDAuMS4xMTM4OTQuMTAwNC4xMDAuMTAwLjIuNTAuNzc1&r =MS4xLjE=
>
>
> 2) No explict security domain
> example url:
> https://lswin10.dfw.ibm.com:9444/IBMXDSRepository/XDSa/Retri eveDocument?id=9440fc71-4b24-4a19-bca2-d6cbb6a541b6
>
>
> I went back to the Blue Panther Administration Portal
>
> http://lswin10.dfw.ibm.com:9081/IBMXDSRegistry/index.jsp
>
> I tried to retrieve a document for the patients in the table at:
>
> http://lswin10.dfw.ibm.com:9081/IBMIHII/serverInfoIHE_Connec tathonHIMSS2007.htm
>
>
> I was not successful, I got similar errors trying to click on the links
> displayed when a document query was executed in the portal.
>
>
> Sarah Knoop wrote:
>
>> Hi Frank,
>>
>> I believe this is because you have the 'returnReferencesOnly' flag set
>> to true when you execute the query. Thus you only get back the list of
>> references to document metadata instead of the whole DocumentEntry
>> object that will contain the URL or document uniqueID that you need to
>> do the retrieve.
>>
>> hope this helps,
>> Sarah
>>
>>
>> Frank wrote:
>>
>>> That definitely helped, one step closer. Now, in the log I see debug
>>> messages like "Found 193 object references". I also see a dump of
>>> the RegistryObjectList xml. I do not see any errors in the logs.
>>>
>>> In that code snippet
>>>
>>> org.eclipse.ohf.ihe.xds.consumer.test.IBMLswin10RetrieveTest .testRetrieve()
>>>
>>>
>>> when the following code is reached:
>>>
>>> response.getDocumentEntryResponses().size()
>>>
>>> zero is returned (where response is type XDSQueryResponseType). If I
>>> call response.getReferences(), the EList contains 193 entries. I'm
>>> unable to retrieve any documents.
>>>
>>> Sarah Knoop wrote:
>>>
>>>> hi Frank,
>>>>
>>>> As you noted, you can browse the IBM Registry by patient id -
>>>> http://lswin10.dfw.ibm.com:9081/IBMXDSRegistry/query_docs.js p
>>>>
>>>> ... so this may help with the confirmation part. Looks to be quite a
>>>> few documents. Note ... that there is no assigning authority name in
>>>> the registered id:
>>>> 139158^^^&1.3.6.1.4.1.21367.2005.3.7&ISO
>>>>
>>>> HIMSS2005 (or the assigning authority name) is a prohibited
>>>> component of patient id (as of 2006 XDS, not before). The registry
>>>> does a pure string match (not recognizing components). My guess is
>>>> that this is the issue.
>>>>
>>>> hope this helps,
>>>> - Sarah
>>>>
>>>>
>>>>
>>>>
>>>> Frank wrote:
>>>>
>>>>> I took a code snippet from
>>>>> org.eclipse.ohf.ihe.xds.consumer.test.IBMLswin10RetrieveTest .testRetrieve().
>>>>> I used the following info:
>>>>>
>>>>> patientid - 139158
>>>>> affinity domain - 1.3.6.1.4.1.21367.2005.3.7
>>>>> assigning authority name - HIMSS2005
>>>>> registry url -
>>>>> http://lswin10.dfw.ibm.com:9081/IBMXDSRegistry/XDSb/SOAP11/R egistry
>>>>>
>>>>> I got this info from the following url:
>>>>>
>>>>> http://lswin10.dfw.ibm.com:9081/IBMIHII/serverInfoIHE_Connec tathonHIMSS2007.htm
>>>>>
>>>>>
>>>>> When I run the test, I get no documents returned ... and no
>>>>> errors. I suspect that some of the information I'm using is not
>>>>> correct, because if I use the "Blue Panther Administration Portal"
>>>>> at http://lswin10.dfw.ibm.com:9081/IBMXDSRegistry/index.jsp, I can
>>>>> query on the patient id above and get 193 document references
>>>>> returned.
>>>>>
>>>>> Can someone verify the consumer information I listed above?
>>>>>
>>>>> Thanks,
>>>>>
>>>>> Frank
|
|
|
| Re: Getting document consumer working with ohf 0.3.0? [message #44841 is a reply to message #44810] |
Thu, 24 July 2008 21:42 |
| Eclipse User |
|
|
|
Originally posted by: frank.frederick.mckesson.com
Thanks Sarah. I'll go to work on a getting a document submit code
snippet working with the OHF 0.3.0.
Sarah Knoop wrote:
> Hi Frank,
>
> We have data from our North American Connectathon on the server. So some
> documents are from this environment, which is no longer up (Example #1
> below) Also, there are urls that were submitted using TLS and thus
> require to be retrieved using TLS using the certificated issued at North
> American connectathon. If you are interested in testing security at this
> time, we can resurect the key and truststores. Otherwise - aim to
> retrieve documents with urls beginning:
>
> http://lswin10.dfw.ibm.com:9081/IBMXDSRepository/XDSa/Retrie veDocument?id=
>
> Those documents have a chance of being on the system. Also of note --
> the IBM servers are going to be moved soon, so some data may have been
> cleansed to prepare for this.
>
> A final way to ensure you have a document in the system is to use the
> junit to submit the sample document(s) provided in the ohf document source.
>
> Hope this helps,
> - Sarah
>
>
>
>
> Frank wrote:
>> Thanks, the javadoc was not clear on that boolean and I was thinking
>> that "reference" in this case was something else. I'm able to get a
>> list of document URLs now, but I'm not able to retrieve a document
>> using the code mentioned in earlier posts. The errors I run into area
>> as follows
>>
>> 1) unknown host
>> example url:
>> http://ovs-backup1.cn.oracle.com:7777/XDSa/repository/iti17? e=Mi4xNi44NDAuMS4xMTM4OTQuMTAwNC4xMDAuMTAwLjIuNTAuNzc1&r =MS4xLjE=
>>
>>
>> 2) No explict security domain
>> example url:
>> https://lswin10.dfw.ibm.com:9444/IBMXDSRepository/XDSa/Retri eveDocument?id=9440fc71-4b24-4a19-bca2-d6cbb6a541b6
>>
>>
>> I went back to the Blue Panther Administration Portal
>>
>> http://lswin10.dfw.ibm.com:9081/IBMXDSRegistry/index.jsp
>>
>> I tried to retrieve a document for the patients in the table at:
>>
>> http://lswin10.dfw.ibm.com:9081/IBMIHII/serverInfoIHE_Connec tathonHIMSS2007.htm
>>
>>
>> I was not successful, I got similar errors trying to click on the
>> links displayed when a document query was executed in the portal.
>>
>>
>> Sarah Knoop wrote:
>>
>>> Hi Frank,
>>>
>>> I believe this is because you have the 'returnReferencesOnly' flag
>>> set to true when you execute the query. Thus you only get back the
>>> list of references to document metadata instead of the whole
>>> DocumentEntry object that will contain the URL or document uniqueID
>>> that you need to do the retrieve.
>>>
>>> hope this helps,
>>> Sarah
>>>
>>>
>>> Frank wrote:
>>>
>>>> That definitely helped, one step closer. Now, in the log I see
>>>> debug messages like "Found 193 object references". I also see a
>>>> dump of the RegistryObjectList xml. I do not see any errors in the
>>>> logs.
>>>>
>>>> In that code snippet
>>>>
>>>> org.eclipse.ohf.ihe.xds.consumer.test.IBMLswin10RetrieveTest .testRetrieve()
>>>>
>>>>
>>>> when the following code is reached:
>>>>
>>>> response.getDocumentEntryResponses().size()
>>>>
>>>> zero is returned (where response is type XDSQueryResponseType). If
>>>> I call response.getReferences(), the EList contains 193 entries.
>>>> I'm unable to retrieve any documents.
>>>>
>>>> Sarah Knoop wrote:
>>>>
>>>>> hi Frank,
>>>>>
>>>>> As you noted, you can browse the IBM Registry by patient id -
>>>>> http://lswin10.dfw.ibm.com:9081/IBMXDSRegistry/query_docs.js p
>>>>>
>>>>> ... so this may help with the confirmation part. Looks to be quite
>>>>> a few documents. Note ... that there is no assigning authority name
>>>>> in the registered id:
>>>>> 139158^^^&1.3.6.1.4.1.21367.2005.3.7&ISO
>>>>>
>>>>> HIMSS2005 (or the assigning authority name) is a prohibited
>>>>> component of patient id (as of 2006 XDS, not before). The registry
>>>>> does a pure string match (not recognizing components). My guess is
>>>>> that this is the issue.
>>>>>
>>>>> hope this helps,
>>>>> - Sarah
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> Frank wrote:
>>>>>
>>>>>> I took a code snippet from
>>>>>> org.eclipse.ohf.ihe.xds.consumer.test.IBMLswin10RetrieveTest .testRetrieve().
>>>>>> I used the following info:
>>>>>>
>>>>>> patientid - 139158
>>>>>> affinity domain - 1.3.6.1.4.1.21367.2005.3.7
>>>>>> assigning authority name - HIMSS2005
>>>>>> registry url -
>>>>>> http://lswin10.dfw.ibm.com:9081/IBMXDSRegistry/XDSb/SOAP11/R egistry
>>>>>>
>>>>>> I got this info from the following url:
>>>>>>
>>>>>> http://lswin10.dfw.ibm.com:9081/IBMIHII/serverInfoIHE_Connec tathonHIMSS2007.htm
>>>>>>
>>>>>>
>>>>>> When I run the test, I get no documents returned ... and no
>>>>>> errors. I suspect that some of the information I'm using is not
>>>>>> correct, because if I use the "Blue Panther Administration Portal"
>>>>>> at http://lswin10.dfw.ibm.com:9081/IBMXDSRegistry/index.jsp, I can
>>>>>> query on the patient id above and get 193 document references
>>>>>> returned.
>>>>>>
>>>>>> Can someone verify the consumer information I listed above?
>>>>>>
>>>>>> Thanks,
>>>>>>
>>>>>> Frank
|
|
|
| Re: Getting document consumer working with ohf 0.3.0? [message #44869 is a reply to message #44758] |
Thu, 24 July 2008 21:42 |
Matthew Davis
Messages: 269
Registered: July 2009 |
Senior Member |
|
|
Frank,
I sent you a keystore and truststore that'll work for retrieve from
https://lswin10.dfw.ibm.com:9444. We can't do anything about the oracle
one...looks like a submission from a previous testing session for HIMSS
and the server is no longer available.
-Matt
Frank wrote:
> Thanks, the javadoc was not clear on that boolean and I was thinking
> that "reference" in this case was something else. I'm able to get a
> list of document URLs now, but I'm not able to retrieve a document using
> the code mentioned in earlier posts. The errors I run into area as follows
>
> 1) unknown host
> example url:
> http://ovs-backup1.cn.oracle.com:7777/XDSa/repository/iti17? e=Mi4xNi44NDAuMS4xMTM4OTQuMTAwNC4xMDAuMTAwLjIuNTAuNzc1&r =MS4xLjE=
>
>
> 2) No explict security domain
> example url:
> https://lswin10.dfw.ibm.com:9444/IBMXDSRepository/XDSa/Retri eveDocument?id=9440fc71-4b24-4a19-bca2-d6cbb6a541b6
>
>
> I went back to the Blue Panther Administration Portal
>
> http://lswin10.dfw.ibm.com:9081/IBMXDSRegistry/index.jsp
>
> I tried to retrieve a document for the patients in the table at:
>
> http://lswin10.dfw.ibm.com:9081/IBMIHII/serverInfoIHE_Connec tathonHIMSS2007.htm
>
>
> I was not successful, I got similar errors trying to click on the links
> displayed when a document query was executed in the portal.
>
>
> Sarah Knoop wrote:
>> Hi Frank,
>>
>> I believe this is because you have the 'returnReferencesOnly' flag set
>> to true when you execute the query. Thus you only get back the list of
>> references to document metadata instead of the whole DocumentEntry
>> object that will contain the URL or document uniqueID that you need to
>> do the retrieve.
>>
>> hope this helps,
>> Sarah
>>
>>
>> Frank wrote:
>>> That definitely helped, one step closer. Now, in the log I see debug
>>> messages like "Found 193 object references". I also see a dump of
>>> the RegistryObjectList xml. I do not see any errors in the logs.
>>>
>>> In that code snippet
>>>
>>> org.eclipse.ohf.ihe.xds.consumer.test.IBMLswin10RetrieveTest .testRetrieve()
>>>
>>>
>>> when the following code is reached:
>>>
>>> response.getDocumentEntryResponses().size()
>>>
>>> zero is returned (where response is type XDSQueryResponseType). If I
>>> call response.getReferences(), the EList contains 193 entries. I'm
>>> unable to retrieve any documents.
>>>
>>> Sarah Knoop wrote:
>>>
>>>> hi Frank,
>>>>
>>>> As you noted, you can browse the IBM Registry by patient id -
>>>> http://lswin10.dfw.ibm.com:9081/IBMXDSRegistry/query_docs.js p
>>>>
>>>> ... so this may help with the confirmation part. Looks to be quite a
>>>> few documents. Note ... that there is no assigning authority name in
>>>> the registered id:
>>>> 139158^^^&1.3.6.1.4.1.21367.2005.3.7&ISO
>>>>
>>>> HIMSS2005 (or the assigning authority name) is a prohibited
>>>> component of patient id (as of 2006 XDS, not before). The registry
>>>> does a pure string match (not recognizing components). My guess is
>>>> that this is the issue.
>>>>
>>>> hope this helps,
>>>> - Sarah
>>>>
>>>>
>>>>
>>>>
>>>> Frank wrote:
>>>>
>>>>> I took a code snippet from
>>>>> org.eclipse.ohf.ihe.xds.consumer.test.IBMLswin10RetrieveTest .testRetrieve().
>>>>> I used the following info:
>>>>>
>>>>> patientid - 139158
>>>>> affinity domain - 1.3.6.1.4.1.21367.2005.3.7
>>>>> assigning authority name - HIMSS2005
>>>>> registry url -
>>>>> http://lswin10.dfw.ibm.com:9081/IBMXDSRegistry/XDSb/SOAP11/R egistry
>>>>>
>>>>> I got this info from the following url:
>>>>>
>>>>> http://lswin10.dfw.ibm.com:9081/IBMIHII/serverInfoIHE_Connec tathonHIMSS2007.htm
>>>>>
>>>>>
>>>>> When I run the test, I get no documents returned ... and no
>>>>> errors. I suspect that some of the information I'm using is not
>>>>> correct, because if I use the "Blue Panther Administration Portal"
>>>>> at http://lswin10.dfw.ibm.com:9081/IBMXDSRegistry/index.jsp, I can
>>>>> query on the patient id above and get 193 document references
>>>>> returned.
>>>>>
>>>>> Can someone verify the consumer information I listed above?
>>>>>
>>>>> Thanks,
>>>>>
>>>>> Frank
|
|
| |
| Re: Getting document consumer working with ohf 0.3.0? [message #586232 is a reply to message #44526] |
Thu, 24 July 2008 15:23 |
Frank
Messages: 49
Registered: July 2009 |
Member |
|
|
That definitely helped, one step closer. Now, in the log I see debug
messages like "Found 193 object references". I also see a dump of the
RegistryObjectList xml. I do not see any errors in the logs.
In that code snippet
org.eclipse.ohf.ihe.xds.consumer.test.IBMLswin10RetrieveTest .testRetrieve()
when the following code is reached:
response.getDocumentEntryResponses().size()
zero is returned (where response is type XDSQueryResponseType). If I
call response.getReferences(), the EList contains 193 entries. I'm
unable to retrieve any documents.
Sarah Knoop wrote:
> hi Frank,
>
> As you noted, you can browse the IBM Registry by patient id -
> http://lswin10.dfw.ibm.com:9081/IBMXDSRegistry/query_docs.js p
>
> ... so this may help with the confirmation part. Looks to be quite a few
> documents. Note ... that there is no assigning authority name in the
> registered id:
> 139158^^^&1.3.6.1.4.1.21367.2005.3.7&ISO
>
> HIMSS2005 (or the assigning authority name) is a prohibited component of
> patient id (as of 2006 XDS, not before). The registry does a pure string
> match (not recognizing components). My guess is that this is the issue.
>
> hope this helps,
> - Sarah
>
>
>
>
> Frank wrote:
>> I took a code snippet from
>> org.eclipse.ohf.ihe.xds.consumer.test.IBMLswin10RetrieveTest .testRetrieve().
>> I used the following info:
>>
>> patientid - 139158
>> affinity domain - 1.3.6.1.4.1.21367.2005.3.7
>> assigning authority name - HIMSS2005
>> registry url -
>> http://lswin10.dfw.ibm.com:9081/IBMXDSRegistry/XDSb/SOAP11/R egistry
>>
>> I got this info from the following url:
>>
>> http://lswin10.dfw.ibm.com:9081/IBMIHII/serverInfoIHE_Connec tathonHIMSS2007.htm
>>
>>
>> When I run the test, I get no documents returned ... and no errors. I
>> suspect that some of the information I'm using is not correct, because
>> if I use the "Blue Panther Administration Portal" at
>> http://lswin10.dfw.ibm.com:9081/IBMXDSRegistry/index.jsp, I can query
>> on the patient id above and get 193 document references returned.
>>
>> Can someone verify the consumer information I listed above?
>>
>> Thanks,
>>
>> Frank
|
|
|
| Re: Getting document consumer working with ohf 0.3.0? [message #586242 is a reply to message #44618] |
Thu, 24 July 2008 16:17 |
No real name
Messages: 292
Registered: July 2009 |
Senior Member |
|
|
Hi Frank,
I believe this is because you have the 'returnReferencesOnly' flag set
to true when you execute the query. Thus you only get back the list of
references to document metadata instead of the whole DocumentEntry
object that will contain the URL or document uniqueID that you need to
do the retrieve.
hope this helps,
Sarah
Frank wrote:
> That definitely helped, one step closer. Now, in the log I see debug
> messages like "Found 193 object references". I also see a dump of the
> RegistryObjectList xml. I do not see any errors in the logs.
>
> In that code snippet
>
> org.eclipse.ohf.ihe.xds.consumer.test.IBMLswin10RetrieveTest .testRetrieve()
>
> when the following code is reached:
>
> response.getDocumentEntryResponses().size()
>
> zero is returned (where response is type XDSQueryResponseType). If I
> call response.getReferences(), the EList contains 193 entries. I'm
> unable to retrieve any documents.
>
> Sarah Knoop wrote:
>
>> hi Frank,
>>
>> As you noted, you can browse the IBM Registry by patient id -
>> http://lswin10.dfw.ibm.com:9081/IBMXDSRegistry/query_docs.js p
>>
>> ... so this may help with the confirmation part. Looks to be quite a
>> few documents. Note ... that there is no assigning authority name in
>> the registered id:
>> 139158^^^&1.3.6.1.4.1.21367.2005.3.7&ISO
>>
>> HIMSS2005 (or the assigning authority name) is a prohibited component
>> of patient id (as of 2006 XDS, not before). The registry does a pure
>> string match (not recognizing components). My guess is that this is
>> the issue.
>>
>> hope this helps,
>> - Sarah
>>
>>
>>
>>
>> Frank wrote:
>>
>>> I took a code snippet from
>>> org.eclipse.ohf.ihe.xds.consumer.test.IBMLswin10RetrieveTest .testRetrieve().
>>> I used the following info:
>>>
>>> patientid - 139158
>>> affinity domain - 1.3.6.1.4.1.21367.2005.3.7
>>> assigning authority name - HIMSS2005
>>> registry url -
>>> http://lswin10.dfw.ibm.com:9081/IBMXDSRegistry/XDSb/SOAP11/R egistry
>>>
>>> I got this info from the following url:
>>>
>>> http://lswin10.dfw.ibm.com:9081/IBMIHII/serverInfoIHE_Connec tathonHIMSS2007.htm
>>>
>>>
>>> When I run the test, I get no documents returned ... and no errors.
>>> I suspect that some of the information I'm using is not correct,
>>> because if I use the "Blue Panther Administration Portal" at
>>> http://lswin10.dfw.ibm.com:9081/IBMXDSRegistry/index.jsp, I can query
>>> on the patient id above and get 193 document references returned.
>>>
>>> Can someone verify the consumer information I listed above?
>>>
>>> Thanks,
>>>
>>> Frank
|
|
|
| Re: Getting document consumer working with ohf 0.3.0? [message #586294 is a reply to message #44648] |
Thu, 24 July 2008 20:23 |
Frank
Messages: 49
Registered: July 2009 |
Member |
|
|
Thanks, the javadoc was not clear on that boolean and I was thinking
that "reference" in this case was something else. I'm able to get a
list of document URLs now, but I'm not able to retrieve a document using
the code mentioned in earlier posts. The errors I run into area as follows
1) unknown host
example url:
http://ovs-backup1.cn.oracle.com:7777/XDSa/repository/iti17? e=Mi4xNi44NDAuMS4xMTM4OTQuMTAwNC4xMDAuMTAwLjIuNTAuNzc1&r =MS4xLjE=
2) No explict security domain
example url:
https://lswin10.dfw.ibm.com:9444/IBMXDSRepository/XDSa/Retri eveDocument?id=9440fc71-4b24-4a19-bca2-d6cbb6a541b6
I went back to the Blue Panther Administration Portal
http://lswin10.dfw.ibm.com:9081/IBMXDSRegistry/index.jsp
I tried to retrieve a document for the patients in the table at:
http://lswin10.dfw.ibm.com:9081/IBMIHII/serverInfoIHE_Connec tathonHIMSS2007.htm
I was not successful, I got similar errors trying to click on the links
displayed when a document query was executed in the portal.
Sarah Knoop wrote:
> Hi Frank,
>
> I believe this is because you have the 'returnReferencesOnly' flag set
> to true when you execute the query. Thus you only get back the list of
> references to document metadata instead of the whole DocumentEntry
> object that will contain the URL or document uniqueID that you need to
> do the retrieve.
>
> hope this helps,
> Sarah
>
>
> Frank wrote:
>> That definitely helped, one step closer. Now, in the log I see debug
>> messages like "Found 193 object references". I also see a dump of the
>> RegistryObjectList xml. I do not see any errors in the logs.
>>
>> In that code snippet
>>
>> org.eclipse.ohf.ihe.xds.consumer.test.IBMLswin10RetrieveTest .testRetrieve()
>>
>>
>> when the following code is reached:
>>
>> response.getDocumentEntryResponses().size()
>>
>> zero is returned (where response is type XDSQueryResponseType). If I
>> call response.getReferences(), the EList contains 193 entries. I'm
>> unable to retrieve any documents.
>>
>> Sarah Knoop wrote:
>>
>>> hi Frank,
>>>
>>> As you noted, you can browse the IBM Registry by patient id -
>>> http://lswin10.dfw.ibm.com:9081/IBMXDSRegistry/query_docs.js p
>>>
>>> ... so this may help with the confirmation part. Looks to be quite a
>>> few documents. Note ... that there is no assigning authority name in
>>> the registered id:
>>> 139158^^^&1.3.6.1.4.1.21367.2005.3.7&ISO
>>>
>>> HIMSS2005 (or the assigning authority name) is a prohibited component
>>> of patient id (as of 2006 XDS, not before). The registry does a pure
>>> string match (not recognizing components). My guess is that this is
>>> the issue.
>>>
>>> hope this helps,
>>> - Sarah
>>>
>>>
>>>
>>>
>>> Frank wrote:
>>>
>>>> I took a code snippet from
>>>> org.eclipse.ohf.ihe.xds.consumer.test.IBMLswin10RetrieveTest .testRetrieve().
>>>> I used the following info:
>>>>
>>>> patientid - 139158
>>>> affinity domain - 1.3.6.1.4.1.21367.2005.3.7
>>>> assigning authority name - HIMSS2005
>>>> registry url -
>>>> http://lswin10.dfw.ibm.com:9081/IBMXDSRegistry/XDSb/SOAP11/R egistry
>>>>
>>>> I got this info from the following url:
>>>>
>>>> http://lswin10.dfw.ibm.com:9081/IBMIHII/serverInfoIHE_Connec tathonHIMSS2007.htm
>>>>
>>>>
>>>> When I run the test, I get no documents returned ... and no errors.
>>>> I suspect that some of the information I'm using is not correct,
>>>> because if I use the "Blue Panther Administration Portal" at
>>>> http://lswin10.dfw.ibm.com:9081/IBMXDSRegistry/index.jsp, I can
>>>> query on the patient id above and get 193 document references returned.
>>>>
>>>> Can someone verify the consumer information I listed above?
>>>>
>>>> Thanks,
>>>>
>>>> Frank
|
|
|
| Re: Getting document consumer working with ohf 0.3.0? [message #586316 is a reply to message #44758] |
Thu, 24 July 2008 21:19 |
No real name
Messages: 292
Registered: July 2009 |
Senior Member |
|
|
Hi Frank,
We have data from our North American Connectathon on the server. So some
documents are from this environment, which is no longer up (Example #1
below) Also, there are urls that were submitted using TLS and thus
require to be retrieved using TLS using the certificated issued at North
American connectathon. If you are interested in testing security at this
time, we can resurect the key and truststores. Otherwise - aim to
retrieve documents with urls beginning:
http://lswin10.dfw.ibm.com:9081/IBMXDSRepository/XDSa/Retrie veDocument?id=
Those documents have a chance of being on the system. Also of note --
the IBM servers are going to be moved soon, so some data may have been
cleansed to prepare for this.
A final way to ensure you have a document in the system is to use the
junit to submit the sample document(s) provided in the ohf document source.
Hope this helps,
- Sarah
Frank wrote:
> Thanks, the javadoc was not clear on that boolean and I was thinking
> that "reference" in this case was something else. I'm able to get a
> list of document URLs now, but I'm not able to retrieve a document using
> the code mentioned in earlier posts. The errors I run into area as follows
>
> 1) unknown host
> example url:
> http://ovs-backup1.cn.oracle.com:7777/XDSa/repository/iti17? e=Mi4xNi44NDAuMS4xMTM4OTQuMTAwNC4xMDAuMTAwLjIuNTAuNzc1&r =MS4xLjE=
>
>
> 2) No explict security domain
> example url:
> https://lswin10.dfw.ibm.com:9444/IBMXDSRepository/XDSa/Retri eveDocument?id=9440fc71-4b24-4a19-bca2-d6cbb6a541b6
>
>
> I went back to the Blue Panther Administration Portal
>
> http://lswin10.dfw.ibm.com:9081/IBMXDSRegistry/index.jsp
>
> I tried to retrieve a document for the patients in the table at:
>
> http://lswin10.dfw.ibm.com:9081/IBMIHII/serverInfoIHE_Connec tathonHIMSS2007.htm
>
>
> I was not successful, I got similar errors trying to click on the links
> displayed when a document query was executed in the portal.
>
>
> Sarah Knoop wrote:
>
>> Hi Frank,
>>
>> I believe this is because you have the 'returnReferencesOnly' flag set
>> to true when you execute the query. Thus you only get back the list of
>> references to document metadata instead of the whole DocumentEntry
>> object that will contain the URL or document uniqueID that you need to
>> do the retrieve.
>>
>> hope this helps,
>> Sarah
>>
>>
>> Frank wrote:
>>
>>> That definitely helped, one step closer. Now, in the log I see debug
>>> messages like "Found 193 object references". I also see a dump of
>>> the RegistryObjectList xml. I do not see any errors in the logs.
>>>
>>> In that code snippet
>>>
>>> org.eclipse.ohf.ihe.xds.consumer.test.IBMLswin10RetrieveTest .testRetrieve()
>>>
>>>
>>> when the following code is reached:
>>>
>>> response.getDocumentEntryResponses().size()
>>>
>>> zero is returned (where response is type XDSQueryResponseType). If I
>>> call response.getReferences(), the EList contains 193 entries. I'm
>>> unable to retrieve any documents.
>>>
>>> Sarah Knoop wrote:
>>>
>>>> hi Frank,
>>>>
>>>> As you noted, you can browse the IBM Registry by patient id -
>>>> http://lswin10.dfw.ibm.com:9081/IBMXDSRegistry/query_docs.js p
>>>>
>>>> ... so this may help with the confirmation part. Looks to be quite a
>>>> few documents. Note ... that there is no assigning authority name in
>>>> the registered id:
>>>> 139158^^^&1.3.6.1.4.1.21367.2005.3.7&ISO
>>>>
>>>> HIMSS2005 (or the assigning authority name) is a prohibited
>>>> component of patient id (as of 2006 XDS, not before). The registry
>>>> does a pure string match (not recognizing components). My guess is
>>>> that this is the issue.
>>>>
>>>> hope this helps,
>>>> - Sarah
>>>>
>>>>
>>>>
>>>>
>>>> Frank wrote:
>>>>
>>>>> I took a code snippet from
>>>>> org.eclipse.ohf.ihe.xds.consumer.test.IBMLswin10RetrieveTest .testRetrieve().
>>>>> I used the following info:
>>>>>
>>>>> patientid - 139158
>>>>> affinity domain - 1.3.6.1.4.1.21367.2005.3.7
>>>>> assigning authority name - HIMSS2005
>>>>> registry url -
>>>>> http://lswin10.dfw.ibm.com:9081/IBMXDSRegistry/XDSb/SOAP11/R egistry
>>>>>
>>>>> I got this info from the following url:
>>>>>
>>>>> http://lswin10.dfw.ibm.com:9081/IBMIHII/serverInfoIHE_Connec tathonHIMSS2007.htm
>>>>>
>>>>>
>>>>> When I run the test, I get no documents returned ... and no
>>>>> errors. I suspect that some of the information I'm using is not
>>>>> correct, because if I use the "Blue Panther Administration Portal"
>>>>> at http://lswin10.dfw.ibm.com:9081/IBMXDSRegistry/index.jsp, I can
>>>>> query on the patient id above and get 193 document references
>>>>> returned.
>>>>>
>>>>> Can someone verify the consumer information I listed above?
>>>>>
>>>>> Thanks,
>>>>>
>>>>> Frank
|
|
|
| Re: Getting document consumer working with ohf 0.3.0? [message #586326 is a reply to message #44810] |
Thu, 24 July 2008 21:42 |
Frank
Messages: 49
Registered: July 2009 |
Member |
|
|
Thanks Sarah. I'll go to work on a getting a document submit code
snippet working with the OHF 0.3.0.
Sarah Knoop wrote:
> Hi Frank,
>
> We have data from our North American Connectathon on the server. So some
> documents are from this environment, which is no longer up (Example #1
> below) Also, there are urls that were submitted using TLS and thus
> require to be retrieved using TLS using the certificated issued at North
> American connectathon. If you are interested in testing security at this
> time, we can resurect the key and truststores. Otherwise - aim to
> retrieve documents with urls beginning:
>
> http://lswin10.dfw.ibm.com:9081/IBMXDSRepository/XDSa/Retrie veDocument?id=
>
> Those documents have a chance of being on the system. Also of note --
> the IBM servers are going to be moved soon, so some data may have been
> cleansed to prepare for this.
>
> A final way to ensure you have a document in the system is to use the
> junit to submit the sample document(s) provided in the ohf document source.
>
> Hope this helps,
> - Sarah
>
>
>
>
> Frank wrote:
>> Thanks, the javadoc was not clear on that boolean and I was thinking
>> that "reference" in this case was something else. I'm able to get a
>> list of document URLs now, but I'm not able to retrieve a document
>> using the code mentioned in earlier posts. The errors I run into area
>> as follows
>>
>> 1) unknown host
>> example url:
>> http://ovs-backup1.cn.oracle.com:7777/XDSa/repository/iti17? e=Mi4xNi44NDAuMS4xMTM4OTQuMTAwNC4xMDAuMTAwLjIuNTAuNzc1&r =MS4xLjE=
>>
>>
>> 2) No explict security domain
>> example url:
>> https://lswin10.dfw.ibm.com:9444/IBMXDSRepository/XDSa/Retri eveDocument?id=9440fc71-4b24-4a19-bca2-d6cbb6a541b6
>>
>>
>> I went back to the Blue Panther Administration Portal
>>
>> http://lswin10.dfw.ibm.com:9081/IBMXDSRegistry/index.jsp
>>
>> I tried to retrieve a document for the patients in the table at:
>>
>> http://lswin10.dfw.ibm.com:9081/IBMIHII/serverInfoIHE_Connec tathonHIMSS2007.htm
>>
>>
>> I was not successful, I got similar errors trying to click on the
>> links displayed when a document query was executed in the portal.
>>
>>
>> Sarah Knoop wrote:
>>
>>> Hi Frank,
>>>
>>> I believe this is because you have the 'returnReferencesOnly' flag
>>> set to true when you execute the query. Thus you only get back the
>>> list of references to document metadata instead of the whole
>>> DocumentEntry object that will contain the URL or document uniqueID
>>> that you need to do the retrieve.
>>>
>>> hope this helps,
>>> Sarah
>>>
>>>
>>> Frank wrote:
>>>
>>>> That definitely helped, one step closer. Now, in the log I see
>>>> debug messages like "Found 193 object references". I also see a
>>>> dump of the RegistryObjectList xml. I do not see any errors in the
>>>> logs.
>>>>
>>>> In that code snippet
>>>>
>>>> org.eclipse.ohf.ihe.xds.consumer.test.IBMLswin10RetrieveTest .testRetrieve()
>>>>
>>>>
>>>> when the following code is reached:
>>>>
>>>> response.getDocumentEntryResponses().size()
>>>>
>>>> zero is returned (where response is type XDSQueryResponseType). If
>>>> I call response.getReferences(), the EList contains 193 entries.
>>>> I'm unable to retrieve any documents.
>>>>
>>>> Sarah Knoop wrote:
>>>>
>>>>> hi Frank,
>>>>>
>>>>> As you noted, you can browse the IBM Registry by patient id -
>>>>> http://lswin10.dfw.ibm.com:9081/IBMXDSRegistry/query_docs.js p
>>>>>
>>>>> ... so this may help with the confirmation part. Looks to be quite
>>>>> a few documents. Note ... that there is no assigning authority name
>>>>> in the registered id:
>>>>> 139158^^^&1.3.6.1.4.1.21367.2005.3.7&ISO
>>>>>
>>>>> HIMSS2005 (or the assigning authority name) is a prohibited
>>>>> component of patient id (as of 2006 XDS, not before). The registry
>>>>> does a pure string match (not recognizing components). My guess is
>>>>> that this is the issue.
>>>>>
>>>>> hope this helps,
>>>>> - Sarah
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> Frank wrote:
>>>>>
>>>>>> I took a code snippet from
>>>>>> org.eclipse.ohf.ihe.xds.consumer.test.IBMLswin10RetrieveTest .testRetrieve().
>>>>>> I used the following info:
>>>>>>
>>>>>> patientid - 139158
>>>>>> affinity domain - 1.3.6.1.4.1.21367.2005.3.7
>>>>>> assigning authority name - HIMSS2005
>>>>>> registry url -
>>>>>> http://lswin10.dfw.ibm.com:9081/IBMXDSRegistry/XDSb/SOAP11/R egistry
>>>>>>
>>>>>> I got this info from the following url:
>>>>>>
>>>>>> http://lswin10.dfw.ibm.com:9081/IBMIHII/serverInfoIHE_Connec tathonHIMSS2007.htm
>>>>>>
>>>>>>
>>>>>> When I run the test, I get no documents returned ... and no
>>>>>> errors. I suspect that some of the information I'm using is not
>>>>>> correct, because if I use the "Blue Panther Administration Portal"
>>>>>> at http://lswin10.dfw.ibm.com:9081/IBMXDSRegistry/index.jsp, I can
>>>>>> query on the patient id above and get 193 document references
>>>>>> returned.
>>>>>>
>>>>>> Can someone verify the consumer information I listed above?
>>>>>>
>>>>>> Thanks,
>>>>>>
>>>>>> Frank
|
|
|
| Re: Getting document consumer working with ohf 0.3.0? [message #586338 is a reply to message #44758] |
Thu, 24 July 2008 21:42 |
Matthew Davis
Messages: 269
Registered: July 2009 |
Senior Member |
|
|
Frank,
I sent you a keystore and truststore that'll work for retrieve from
https://lswin10.dfw.ibm.com:9444 We can't do anything about the oracle
one...looks like a submission from a previous testing session for HIMSS
and the server is no longer available.
-Matt
Frank wrote:
> Thanks, the javadoc was not clear on that boolean and I was thinking
> that "reference" in this case was something else. I'm able to get a
> list of document URLs now, but I'm not able to retrieve a document using
> the code mentioned in earlier posts. The errors I run into area as follows
>
> 1) unknown host
> example url:
> http://ovs-backup1.cn.oracle.com:7777/XDSa/repository/iti17? e=Mi4xNi44NDAuMS4xMTM4OTQuMTAwNC4xMDAuMTAwLjIuNTAuNzc1&r =MS4xLjE=
>
>
> 2) No explict security domain
> example url:
> https://lswin10.dfw.ibm.com:9444/IBMXDSRepository/XDSa/Retri eveDocument?id=9440fc71-4b24-4a19-bca2-d6cbb6a541b6
>
>
> I went back to the Blue Panther Administration Portal
>
> http://lswin10.dfw.ibm.com:9081/IBMXDSRegistry/index.jsp
>
> I tried to retrieve a document for the patients in the table at:
>
> http://lswin10.dfw.ibm.com:9081/IBMIHII/serverInfoIHE_Connec tathonHIMSS2007.htm
>
>
> I was not successful, I got similar errors trying to click on the links
> displayed when a document query was executed in the portal.
>
>
> Sarah Knoop wrote:
>> Hi Frank,
>>
>> I believe this is because you have the 'returnReferencesOnly' flag set
>> to true when you execute the query. Thus you only get back the list of
>> references to document metadata instead of the whole DocumentEntry
>> object that will contain the URL or document uniqueID that you need to
>> do the retrieve.
>>
>> hope this helps,
>> Sarah
>>
>>
>> Frank wrote:
>>> That definitely helped, one step closer. Now, in the log I see debug
>>> messages like "Found 193 object references". I also see a dump of
>>> the RegistryObjectList xml. I do not see any errors in the logs.
>>>
>>> In that code snippet
>>>
>>> org.eclipse.ohf.ihe.xds.consumer.test.IBMLswin10RetrieveTest .testRetrieve()
>>>
>>>
>>> when the following code is reached:
>>>
>>> response.getDocumentEntryResponses().size()
>>>
>>> zero is returned (where response is type XDSQueryResponseType). If I
>>> call response.getReferences(), the EList contains 193 entries. I'm
>>> unable to retrieve any documents.
>>>
>>> Sarah Knoop wrote:
>>>
>>>> hi Frank,
>>>>
>>>> As you noted, you can browse the IBM Registry by patient id -
>>>> http://lswin10.dfw.ibm.com:9081/IBMXDSRegistry/query_docs.js p
>>>>
>>>> ... so this may help with the confirmation part. Looks to be quite a
>>>> few documents. Note ... that there is no assigning authority name in
>>>> the registered id:
>>>> 139158^^^&1.3.6.1.4.1.21367.2005.3.7&ISO
>>>>
>>>> HIMSS2005 (or the assigning authority name) is a prohibited
>>>> component of patient id (as of 2006 XDS, not before). The registry
>>>> does a pure string match (not recognizing components). My guess is
>>>> that this is the issue.
>>>>
>>>> hope this helps,
>>>> - Sarah
>>>>
>>>>
>>>>
>>>>
>>>> Frank wrote:
>>>>
>>>>> I took a code snippet from
>>>>> org.eclipse.ohf.ihe.xds.consumer.test.IBMLswin10RetrieveTest .testRetrieve().
>>>>> I used the following info:
>>>>>
>>>>> patientid - 139158
>>>>> affinity domain - 1.3.6.1.4.1.21367.2005.3.7
>>>>> assigning authority name - HIMSS2005
>>>>> registry url -
>>>>> http://lswin10.dfw.ibm.com:9081/IBMXDSRegistry/XDSb/SOAP11/R egistry
>>>>>
>>>>> I got this info from the following url:
>>>>>
>>>>> http://lswin10.dfw.ibm.com:9081/IBMIHII/serverInfoIHE_Connec tathonHIMSS2007.htm
>>>>>
>>>>>
>>>>> When I run the test, I get no documents returned ... and no
>>>>> errors. I suspect that some of the information I'm using is not
>>>>> correct, because if I use the "Blue Panther Administration Portal"
>>>>> at http://lswin10.dfw.ibm.com:9081/IBMXDSRegistry/index.jsp, I can
>>>>> query on the patient id above and get 193 document references
>>>>> returned.
>>>>>
>>>>> Can someone verify the consumer information I listed above?
>>>>>
>>>>> Thanks,
>>>>>
>>>>> Frank
|
|
|
Goto Forum:
Current Time: Tue Apr 16 10:38:41 GMT 2024
Powered by FUDForum. Page generated in 0.15899 seconds |
] 
Search
Help
Register
Login
Home
