Home » Archived » OHF » error when uploading documents
|
| Re: error when uploading documents [message #24528 is a reply to message #24487] |
Sat, 25 November 2006 07:54   |
Eclipse User |
|
|
|
Originally posted by: eishays.us.ibm.com
Tim reported it also (bug #165582).
Fixed (was a really strange eclipse env thing :-).
--eishay
Dan Hale wrote:
> I'm trying to get document uploads on our bridge client working using
> WrapInCdaAndSubmitDocument, but I'm getting this error each time:
>
> java.lang.IllegalArgumentException: argument type mismatch
>
> I can't find where in the stack trace it specifies exactly what the
> mismatch is, so I'm having considerable trouble tracking it down. How
> can I find out?
>
> Thanks!
> -Dan
|
|
|
| Re: error when uploading documents [message #24672 is a reply to message #24528] |
Sun, 26 November 2006 22:21 |
 Daniel Hale
Messages: 24
Registered: July 2009 |
Junior Member |
|
|
Eishay Smith wrote:
> Tim reported it also (bug #165582).
> Fixed (was a really strange eclipse env thing :-).
> --eishay
>
> Dan Hale wrote:
>
>> I'm trying to get document uploads on our bridge client working using
>> WrapInCdaAndSubmitDocument, but I'm getting this error each time:
>>
>> java.lang.IllegalArgumentException: argument type mismatch
>>
>> I can't find where in the stack trace it specifies exactly what the
>> mismatch is, so I'm having considerable trouble tracking it down. How
>> can I find out?
>>
>> Thanks!
>> -Dan
Hmm... I'm still not having success. I wonder what's wrong with my
implementation of the API. I haven't submitted a bug report yet because
I suspect it's something on my end (I based my code on the php bridge
client demo but I've made a lot of changes to try to fit the new api).
The only information I have to go on is the stack trace I get back in
the error report, but that only traces my end. I've looked over the api
and I can't find where I'm doing it wrong.
What would really help me is if the server or someone with the right
knowledge could tell me more about the problem. If they could tell me
what argument, and in what function, I might be able to track it down a
little better.
I'm using the ibmod235-all RHIO, logged in as "dhale", facility "Test
Land Medical Clinic", session id "bbd9a6c000fb96151ef68243160ff4e3",
application "openEMR".
Here's a section of the stack trace (on my end) that displays the
parameters I'm passing into WrapInCdaAndSubmitDocument. I think they're
right but I'd appreciate it if anyone could point out what's wrong.
[0]=>
string(26) "WrapInCdaAndSubmitDocument"
[1]=>
array(2) {
["sessionContext"]=>
&object(sessioncontext)(7) {
["user"]=>
string(5) "dhale"
["sessionID"]=>
string(32) "bbd9a6c000fb96151ef68243160ff4e3"
["rhioName"]=>
string(12) "ibmod235-all"
["userApplicationName"]=>
string(7) "openEMR"
["userFacilityName"]=>
string(24) "Test Land Medical Clinic"
["returnLogLevel"]=>
string(5) "DEBUG"
["useSecuredConnectionWhenAvaliable"]=>
bool(false)
}
["doc"]=>
&object(xdsdoctype)(11) {
["base64EncodedDocument"]=>
string(306788) (skipped because it's too long)
["decodedDocument"]=>
NULL
["documentSize"]=>
int(230091)
["documentTitle"]=>
string(15) "A Test Document"
["effectiveTime"]=>
NULL
["encodingType"]=>
string(3) "B64"
["formatCode"]=>
NULL
["mimeType"]=>
string(15) "application/pdf"
["patientInfo"]=>
object(patientinfotype)(7) {
["patientIdentifier"]=>
object(patientidtype)(2) {
["idNumber"]=>
string(10) "JM19400814"
["assigningAuthorityType"]=>
object(assigningauthoritytype)(5) {
["namespaceId"]=>
string(9) "HIMSS2005"
["universalId"]=>
string(26) "1.3.6.1.4.1.21367.2005.1.1"
["universalIdType"]=>
string(3) "ISO"
["universalIdTypeCode"]=>
string(0) ""
["useDefaultAssigningAuthority"]=>
NULL
}
}
["patientName"]=>
object(patientnametype)(5) {
["familyName"]=>
string(6) "Murphy"
["givenName"]=>
string(5) "Joyce"
["otherName"]=>
string(5) "Marie"
["suffix"]=>
string(0) ""
["prefix"]=>
string(0) ""
}
["patientDateOfBirth"]=>
string(0) ""
["patientSex"]=>
string(0) ""
["patientAddress"]=>
object(addresstype)(7) {
["streetAddress"]=>
string(12) "903 Susan Pl"
["otherDesignation"]=>
string(0) ""
["city"]=>
string(8) "Lacrosse"
["stateOrProvince"]=>
string(2) "WI"
["zipOrPostalCode"]=>
string(5) "54603"
["country"]=>
string(0) ""
["countyParishCode"]=>
string(0) ""
}
["patientPhoneHome"]=>
object(phonetype)(1) {
["unformattedTelephoneNumber"]=>
NULL
}
["patientPhoneBusiness"]=>
object(phonetype)(1) {
["unformattedTelephoneNumber"]=>
NULL
}
}
["uniqueId"]=>
NULL
["uuid"]=>
NULL
}
}
|
|
| |
| Re: error when uploading documents [message #24751 is a reply to message #24712] |
Mon, 27 November 2006 21:04 |
Daniel Hale
Messages: 24
Registered: July 2009 |
Junior Member |
|
|
Eishay Smith wrote:
> Hi Dan,
>
> The problem is probably in the usage of the WrapInCdaAndSubmitDocument
> method.
> We didn't mentioned this method in our documentation on purpose:
> http://wiki.eclipse.org/index.php/OHF_Bridge_Documentation
>
> WrapInCdaAndSubmitDocument is deprecated since you can't use it to pass
> the Connectathon tests and NHIN. The method gives too much control over
> the metadata to the bridge. We also didn't test our PHP samples that
> works with it yet since the API change.
>
> Please use SubmitDocument (see
> http://wiki.eclipse.org/index.php/OHF_Bridge_Documentation). The method
> passed the NIST testes with the NIST server.
>
> --eishay
Okay, that does make sense.
I've just now switched functions, set up the parameters differently etc
(and trying to upload a pre-made CDA, scanSample.xml), and it seems to
be almost finishing successfully. However, it fails with a SOAP Fault.
Here's the section of the log where it fails (I can provide more if
needed, including the full response object).
Something is trying to read a null stream ("Error reading data stream:
null"); The fault starts on line 35, but I'm including a bit above in
case it's pertinent:
[29] => 2006-11-27T14:33:49.531-06:00 Sending Audit
message: <13>Nov 27 14:33:49 198.81.193.235 <?xml version="1.0"
encoding="ASCII"?><AuditMessage
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:noNamespaceSchemaLocation="healthcare-security-audit.xsd "><AuditSourceIdentification
AuditSourceID="198.81.193.235"/><EventIdentification EventActionCode="E"
EventDateTime="2006-11-27T14:33:49.531-06:00"
EventOutcomeIndicator="0"><EventID code="110100" codeSystemName="DCM"
displayName="Application Activity"/><EventTypeCode code="110120"
codeSystemName="DCM" displayName="Application
Start"/></EventIdentification><ActiveParticipant UserID="dhale"
UserIsRequestor="true"><RoleIDCode code="110152" codeSystemName="DCM"
displayName="Destination"/></ActiveParticipant><ActiveParticipant
UserID=" http://ibmod235.dal-ebis.ihost.com:9080/IHIIRepository/Submi ssionSetReceiver"
UserIsRequestor="false"><RoleIDCode code="110153" codeSystemName="DCM"
displayName="Source"/></ActiveParticipant></AuditMessage >
[30] => Log overflow, the log was trimmed since it is to
large to send in one message
[31] => 2006-11-27T14:33:49.547-06:00 Submission set
contains no folders.
[32] => Log overflow, the log was trimmed since it is to
large to send in one message
[33] => 2006-11-27T14:33:49.547-06:00 Submitting Provide
and Register Document Set transaction to Repository:
http://ibmod235.dal-ebis.ihost.com:9080/IHIIRepository/Submi ssionSetReceiver
[34] => Log overflow, the log was trimmed since it is to
large to send in one message
[35] => 2006-11-27T14:34:50.783-06:00 SOAP FAULT
[36] => Log overflow, the log was trimmed since it is to
large to send in one message
[37] => 2006-11-27T14:34:50.783-06:00 Fault Message:<?xml
version="1.0" encoding="UTF-8"?><soapenv:Envelope
xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/"
xmlns:xsd="http://www.w3.org/2001/XMLSchema"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"> <soapenv:Body>
<soapenv:Fault> <faultcode
xmlns:ns1="http://xml.apache.org/axis/">ns1:HTTP</faultcode>
<faultstring>(500)Internal Server Error</faultstring> <detail>
<string>return code: 500Error 500: SOAP POST failed: WSWS3259E: Error:
Error reading data stream: null</string> <ns2:HttpErrorCode
xmlns:ns2="http://xml.apache.org/axis/">500</ns2:HttpErrorCode>
</detail> </soapenv:Fault> </soapenv:Body></soapenv:Envelope>
[38] => Log overflow, the log was trimmed since it is to
large to send in one message
[39] => 2006-11-27T14:34:50.783-06:00 Error sending SOAP
message to the repository. Error was SOAP FAULT
[40] => Log overflow, the log was trimmed since it is to
large to send in one message
[41] => 2006-11-27T14:34:50.798-06:00 Sending Audit
message: <13>Nov 27 14:34:50 198.81.193.235 <?xml version="1.0"
encoding="ASCII"?><AuditMessage
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:noNamespaceSchemaLocation="healthcare-security-audit.xsd "><AuditSourceIdentification
AuditSourceID="198.81.193.235"/><EventIdentification EventActionCode="R"
EventDateTime="2006-11-27T14:34:50.783-06:00"
EventOutcomeIndicator="8"><EventID code="110106" codeSystemName="DCM"
displayName="Export"/></EventIdentification><ActiveParticipant
UserID="dhale" UserIsRequestor="true"><RoleIDCode code="110153"
codeSystemName="DCM"
displayName="Source"/></ActiveParticipant><ActiveParticipant
UserID=" http://ibmod235.dal-ebis.ihost.com:9080/IHIIRepository/Submi ssionSetReceiver"
UserIsRequestor="false"><RoleIDCode code="110154" codeSystemName="DCM"
displayName="Destination
Media"/></ActiveParticipant><ParticipantObjectIdentification
ParticipantObjectID="1.3.6.4.1.4.1.2835.2.7777"
ParticipantObjectTypeCode="2"
ParticipantObjectTypeCodeRole="3"><ParticipantObjectIDTypeCode
code="110180" codeSystemName="DCM" displayName="Study Instance
UID"/></ParticipantObjectIdentification><ParticipantObjectIdentification
ParticipantObjectID=" JM19400814^^^&1.3.6.1.4.1.21367.2005.1.1&ISO "
ParticipantObjectTypeCode="1"
ParticipantObjectTypeCodeRole="1"><ParticipantObjectIDTypeCode
code="2"/></ParticipantObjectIdentification></AuditMessage >
[42] => Log overflow, the log was trimmed since it is to
large to send in one message
Here's my parameters array, containing the sessionContext,
base64EncodedDocument and metadata. My first suspicion was that I was
sending a blank document, but after checking the parameters I'm pretty
sure that's not the case.
Array
(
[sessionContext] => sessioncontext Object
(
[user] => dhale
[sessionID] => 32b40e8ab5965b57aa9514ec053541c3
[rhioName] => ibmod235-all
[userApplicationName] => openEMR
[userFacilityName] => Test Land Medical Clinic
[returnLogLevel] => DEBUG
[useSecuredConnectionWhenAvaliable] =>
)
[base64EncodedDocument] => (skipped for length, but it's there)
[metadata] => documentsubmissionmetadatatype Object
(
[documentEntryClassCode] => codedmetadatatype Object
(
[codeName] => Summarization of episode
[displayName] => Connect-a-thon classCodes
[schemeName] => Summarization of episode
)
[documentEntryConfidentialityCodeCode] => codedmetadatatype
Object
(
[codeName] => N
[displayName] => Connect-a-thon confidentialityCodes
[schemeName] => Normal
)
[documentEntryFormatCode] => codedmetadatatype Object
(
[codeName] => ScanPDF/IHE 1.x
[displayName] => Connect-a-thon formatCodes
[schemeName] => ScanPDF/IHE 1.x
)
[documentEntryHealthcareFacilityCode] => codedmetadatatype
Object
(
[codeName] => Outpatient
[displayName] => Connect-a-thon
healthcareFacilityTypeCodes
[schemeName] => Outpatient
)
[documentEntryParentDocumentId] =>
[documentEntryPracticeSettingCode] => codedmetadatatype Object
(
[codeName] => General Medicine
[displayName] => Connect-a-thon practiceSettingCodes
[schemeName] => General Medicine
)
[documentEntryTypeCode] => codedmetadatatype Object
(
[codeName] => 34133-9
[displayName] => LOINC
[schemeName] => Summarization of Episode Note
)
[documentType] => CDA
[patientId] => patientidtype Object
(
[idNumber] => JM19400814
[assigningAuthorityType] => assigningauthoritytype
Object
(
[namespaceId] => HIMSS2005
[universalId] => 1.3.6.1.4.1.21367.2005.1.1
[universalIdType] => ISO
[universalIdTypeCode] =>
[useDefaultAssigningAuthority] =>
)
)
[submissionSetContentTypeCode] => codedmetadatatype Object
(
[codeName] => Summarization of episode
[displayName] => Connect-a-thon contentTypeCodes
[schemeName] => Summarization of episode
)
[submissionSetSourceId] => 1.2.3.4.5
)
)
Any ideas on why it's failing?
-Dan
|
|
|
| Re: error when uploading documents [message #24787 is a reply to message #24751] |
Tue, 28 November 2006 02:49 |
| Eclipse User |
|
|
|
Originally posted by: eishays.us.ibm.com
Thanks, I'll look at it.
Please submit the bug to the bugzilla
(http://wiki.eclipse.org/index.php/Submit_Bugs_to_OHF). Issues I have
there will be address much faster. It is my prime todo list, in addition
the one who submitted a bug and myself are getting a notice about a new
bug instantly where the newsgroup might be slower.
Thanks,
--eishay
Dan Hale wrote:
> Eishay Smith wrote:
>> Hi Dan,
>>
>> The problem is probably in the usage of the WrapInCdaAndSubmitDocument
>> method.
>> We didn't mentioned this method in our documentation on purpose:
>> http://wiki.eclipse.org/index.php/OHF_Bridge_Documentation
>>
>> WrapInCdaAndSubmitDocument is deprecated since you can't use it to
>> pass the Connectathon tests and NHIN. The method gives too much
>> control over the metadata to the bridge. We also didn't test our PHP
>> samples that works with it yet since the API change.
>>
>> Please use SubmitDocument (see
>> http://wiki.eclipse.org/index.php/OHF_Bridge_Documentation). The
>> method passed the NIST testes with the NIST server.
>>
>> --eishay
>
> Okay, that does make sense.
>
> I've just now switched functions, set up the parameters differently etc
> (and trying to upload a pre-made CDA, scanSample.xml), and it seems to
> be almost finishing successfully. However, it fails with a SOAP Fault.
> Here's the section of the log where it fails (I can provide more if
> needed, including the full response object).
> Something is trying to read a null stream ("Error reading data stream:
> null"); The fault starts on line 35, but I'm including a bit above in
> case it's pertinent:
>
> [29] => 2006-11-27T14:33:49.531-06:00 Sending Audit message:
> <13>Nov 27 14:33:49 198.81.193.235 <?xml version="1.0"
> encoding="ASCII"?><AuditMessage
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> xsi:noNamespaceSchemaLocation="healthcare-security-audit.xsd "><AuditSourceIdentification
> AuditSourceID="198.81.193.235"/><EventIdentification EventActionCode="E"
> EventDateTime="2006-11-27T14:33:49.531-06:00"
> EventOutcomeIndicator="0"><EventID code="110100" codeSystemName="DCM"
> displayName="Application Activity"/><EventTypeCode code="110120"
> codeSystemName="DCM" displayName="Application
> Start"/></EventIdentification><ActiveParticipant UserID="dhale"
> UserIsRequestor="true"><RoleIDCode code="110152" codeSystemName="DCM"
> displayName="Destination"/></ActiveParticipant><ActiveParticipant
> UserID=" http://ibmod235.dal-ebis.ihost.com:9080/IHIIRepository/Submi ssionSetReceiver"
> UserIsRequestor="false"><RoleIDCode code="110153" codeSystemName="DCM"
> displayName="Source"/></ActiveParticipant></AuditMessage >
> [30] => Log overflow, the log was trimmed since it is to
> large to send in one message
> [31] => 2006-11-27T14:33:49.547-06:00 Submission set
> contains no folders.
> [32] => Log overflow, the log was trimmed since it is to
> large to send in one message
> [33] => 2006-11-27T14:33:49.547-06:00 Submitting Provide and
> Register Document Set transaction to Repository:
> http://ibmod235.dal-ebis.ihost.com:9080/IHIIRepository/Submi ssionSetReceiver
>
> [34] => Log overflow, the log was trimmed since it is to
> large to send in one message
> [35] => 2006-11-27T14:34:50.783-06:00 SOAP FAULT
> [36] => Log overflow, the log was trimmed since it is to
> large to send in one message
> [37] => 2006-11-27T14:34:50.783-06:00 Fault Message:<?xml
> version="1.0" encoding="UTF-8"?><soapenv:Envelope
> xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/"
> xmlns:xsd="http://www.w3.org/2001/XMLSchema"
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"> <soapenv:Body>
> <soapenv:Fault> <faultcode
> xmlns:ns1="http://xml.apache.org/axis/">ns1:HTTP</faultcode>
> <faultstring>(500)Internal Server Error</faultstring> <detail>
> <string>return code: 500Error 500: SOAP POST failed: WSWS3259E: Error:
> Error reading data stream: null</string> <ns2:HttpErrorCode
> xmlns:ns2="http://xml.apache.org/axis/">500</ns2:HttpErrorCode>
> </detail> </soapenv:Fault> </soapenv:Body></soapenv:Envelope>
> [38] => Log overflow, the log was trimmed since it is to
> large to send in one message
> [39] => 2006-11-27T14:34:50.783-06:00 Error sending SOAP
> message to the repository. Error was SOAP FAULT
> [40] => Log overflow, the log was trimmed since it is to
> large to send in one message
> [41] => 2006-11-27T14:34:50.798-06:00 Sending Audit message:
> <13>Nov 27 14:34:50 198.81.193.235 <?xml version="1.0"
> encoding="ASCII"?><AuditMessage
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> xsi:noNamespaceSchemaLocation="healthcare-security-audit.xsd "><AuditSourceIdentification
> AuditSourceID="198.81.193.235"/><EventIdentification EventActionCode="R"
> EventDateTime="2006-11-27T14:34:50.783-06:00"
> EventOutcomeIndicator="8"><EventID code="110106" codeSystemName="DCM"
> displayName="Export"/></EventIdentification><ActiveParticipant
> UserID="dhale" UserIsRequestor="true"><RoleIDCode code="110153"
> codeSystemName="DCM"
> displayName="Source"/></ActiveParticipant><ActiveParticipant
> UserID=" http://ibmod235.dal-ebis.ihost.com:9080/IHIIRepository/Submi ssionSetReceiver"
> UserIsRequestor="false"><RoleIDCode code="110154" codeSystemName="DCM"
> displayName="Destination
> Media"/></ActiveParticipant><ParticipantObjectIdentification
> ParticipantObjectID="1.3.6.4.1.4.1.2835.2.7777"
> ParticipantObjectTypeCode="2"
> ParticipantObjectTypeCodeRole="3"><ParticipantObjectIDTypeCode
> code="110180" codeSystemName="DCM" displayName="Study Instance
> UID"/></ParticipantObjectIdentification><ParticipantObjectIdentification
> ParticipantObjectID=" JM19400814^^^&1.3.6.1.4.1.21367.2005.1.1&ISO "
> ParticipantObjectTypeCode="1"
> ParticipantObjectTypeCodeRole="1"><ParticipantObjectIDTypeCode
> code="2"/></ParticipantObjectIdentification></AuditMessage >
> [42] => Log overflow, the log was trimmed since it is to
> large to send in one message
>
>
>
> Here's my parameters array, containing the sessionContext,
> base64EncodedDocument and metadata. My first suspicion was that I was
> sending a blank document, but after checking the parameters I'm pretty
> sure that's not the case.
>
>
>
> Array
> (
> [sessionContext] => sessioncontext Object
> (
> [user] => dhale
> [sessionID] => 32b40e8ab5965b57aa9514ec053541c3
> [rhioName] => ibmod235-all
> [userApplicationName] => openEMR
> [userFacilityName] => Test Land Medical Clinic
> [returnLogLevel] => DEBUG
> [useSecuredConnectionWhenAvaliable] =>
> )
> [base64EncodedDocument] => (skipped for length, but it's there)
> [metadata] => documentsubmissionmetadatatype Object
> (
> [documentEntryClassCode] => codedmetadatatype Object
> (
> [codeName] => Summarization of episode
> [displayName] => Connect-a-thon classCodes
> [schemeName] => Summarization of episode
> )
>
> [documentEntryConfidentialityCodeCode] => codedmetadatatype
> Object
> (
> [codeName] => N
> [displayName] => Connect-a-thon confidentialityCodes
> [schemeName] => Normal
> )
>
> [documentEntryFormatCode] => codedmetadatatype Object
> (
> [codeName] => ScanPDF/IHE 1.x
> [displayName] => Connect-a-thon formatCodes
> [schemeName] => ScanPDF/IHE 1.x
> )
>
> [documentEntryHealthcareFacilityCode] => codedmetadatatype
> Object
> (
> [codeName] => Outpatient
> [displayName] => Connect-a-thon
> healthcareFacilityTypeCodes
> [schemeName] => Outpatient
> )
>
> [documentEntryParentDocumentId] =>
> [documentEntryPracticeSettingCode] => codedmetadatatype Object
> (
> [codeName] => General Medicine
> [displayName] => Connect-a-thon practiceSettingCodes
> [schemeName] => General Medicine
> )
>
> [documentEntryTypeCode] => codedmetadatatype Object
> (
> [codeName] => 34133-9
> [displayName] => LOINC
> [schemeName] => Summarization of Episode Note
> )
>
> [documentType] => CDA
> [patientId] => patientidtype Object
> (
> [idNumber] => JM19400814
> [assigningAuthorityType] => assigningauthoritytype
> Object
> (
> [namespaceId] => HIMSS2005
> [universalId] => 1.3.6.1.4.1.21367.2005.1.1
> [universalIdType] => ISO
> [universalIdTypeCode] =>
> [useDefaultAssigningAuthority] =>
> )
>
> )
>
> [submissionSetContentTypeCode] => codedmetadatatype Object
> (
> [codeName] => Summarization of episode
> [displayName] => Connect-a-thon contentTypeCodes
> [schemeName] => Summarization of episode
> )
>
> [submissionSetSourceId] => 1.2.3.4.5
> )
>
> )
>
>
>
> Any ideas on why it's failing?
>
> -Dan
|
|
|
| Re: error when uploading documents [message #24822 is a reply to message #24751] |
Tue, 28 November 2006 02:57 |
| Eclipse User |
|
|
|
Originally posted by: eishays.us.ibm.com
Please see my last comment to bug #165582
Tim had reported the bug today too. Please use the NIST servers for
Connectathon tests, if you have to use the Dallas servers (2006 version
of XDS), we will supply 2006 computability patched server for NHIN
participants.
Thanks,
--eishay
Dan Hale wrote:
> Eishay Smith wrote:
>> Hi Dan,
>>
>> The problem is probably in the usage of the WrapInCdaAndSubmitDocument
>> method.
>> We didn't mentioned this method in our documentation on purpose:
>> http://wiki.eclipse.org/index.php/OHF_Bridge_Documentation
>>
>> WrapInCdaAndSubmitDocument is deprecated since you can't use it to
>> pass the Connectathon tests and NHIN. The method gives too much
>> control over the metadata to the bridge. We also didn't test our PHP
>> samples that works with it yet since the API change.
>>
>> Please use SubmitDocument (see
>> http://wiki.eclipse.org/index.php/OHF_Bridge_Documentation). The
>> method passed the NIST testes with the NIST server.
>>
>> --eishay
>
> Okay, that does make sense.
>
> I've just now switched functions, set up the parameters differently etc
> (and trying to upload a pre-made CDA, scanSample.xml), and it seems to
> be almost finishing successfully. However, it fails with a SOAP Fault.
> Here's the section of the log where it fails (I can provide more if
> needed, including the full response object).
> Something is trying to read a null stream ("Error reading data stream:
> null"); The fault starts on line 35, but I'm including a bit above in
> case it's pertinent:
>
> [29] => 2006-11-27T14:33:49.531-06:00 Sending Audit message:
> <13>Nov 27 14:33:49 198.81.193.235 <?xml version="1.0"
> encoding="ASCII"?><AuditMessage
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> xsi:noNamespaceSchemaLocation="healthcare-security-audit.xsd "><AuditSourceIdentification
> AuditSourceID="198.81.193.235"/><EventIdentification EventActionCode="E"
> EventDateTime="2006-11-27T14:33:49.531-06:00"
> EventOutcomeIndicator="0"><EventID code="110100" codeSystemName="DCM"
> displayName="Application Activity"/><EventTypeCode code="110120"
> codeSystemName="DCM" displayName="Application
> Start"/></EventIdentification><ActiveParticipant UserID="dhale"
> UserIsRequestor="true"><RoleIDCode code="110152" codeSystemName="DCM"
> displayName="Destination"/></ActiveParticipant><ActiveParticipant
> UserID=" http://ibmod235.dal-ebis.ihost.com:9080/IHIIRepository/Submi ssionSetReceiver"
> UserIsRequestor="false"><RoleIDCode code="110153" codeSystemName="DCM"
> displayName="Source"/></ActiveParticipant></AuditMessage >
> [30] => Log overflow, the log was trimmed since it is to
> large to send in one message
> [31] => 2006-11-27T14:33:49.547-06:00 Submission set
> contains no folders.
> [32] => Log overflow, the log was trimmed since it is to
> large to send in one message
> [33] => 2006-11-27T14:33:49.547-06:00 Submitting Provide and
> Register Document Set transaction to Repository:
> http://ibmod235.dal-ebis.ihost.com:9080/IHIIRepository/Submi ssionSetReceiver
>
> [34] => Log overflow, the log was trimmed since it is to
> large to send in one message
> [35] => 2006-11-27T14:34:50.783-06:00 SOAP FAULT
> [36] => Log overflow, the log was trimmed since it is to
> large to send in one message
> [37] => 2006-11-27T14:34:50.783-06:00 Fault Message:<?xml
> version="1.0" encoding="UTF-8"?><soapenv:Envelope
> xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/"
> xmlns:xsd="http://www.w3.org/2001/XMLSchema"
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"> <soapenv:Body>
> <soapenv:Fault> <faultcode
> xmlns:ns1="http://xml.apache.org/axis/">ns1:HTTP</faultcode>
> <faultstring>(500)Internal Server Error</faultstring> <detail>
> <string>return code: 500Error 500: SOAP POST failed: WSWS3259E: Error:
> Error reading data stream: null</string> <ns2:HttpErrorCode
> xmlns:ns2="http://xml.apache.org/axis/">500</ns2:HttpErrorCode>
> </detail> </soapenv:Fault> </soapenv:Body></soapenv:Envelope>
> [38] => Log overflow, the log was trimmed since it is to
> large to send in one message
> [39] => 2006-11-27T14:34:50.783-06:00 Error sending SOAP
> message to the repository. Error was SOAP FAULT
> [40] => Log overflow, the log was trimmed since it is to
> large to send in one message
> [41] => 2006-11-27T14:34:50.798-06:00 Sending Audit message:
> <13>Nov 27 14:34:50 198.81.193.235 <?xml version="1.0"
> encoding="ASCII"?><AuditMessage
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> xsi:noNamespaceSchemaLocation="healthcare-security-audit.xsd "><AuditSourceIdentification
> AuditSourceID="198.81.193.235"/><EventIdentification EventActionCode="R"
> EventDateTime="2006-11-27T14:34:50.783-06:00"
> EventOutcomeIndicator="8"><EventID code="110106" codeSystemName="DCM"
> displayName="Export"/></EventIdentification><ActiveParticipant
> UserID="dhale" UserIsRequestor="true"><RoleIDCode code="110153"
> codeSystemName="DCM"
> displayName="Source"/></ActiveParticipant><ActiveParticipant
> UserID=" http://ibmod235.dal-ebis.ihost.com:9080/IHIIRepository/Submi ssionSetReceiver"
> UserIsRequestor="false"><RoleIDCode code="110154" codeSystemName="DCM"
> displayName="Destination
> Media"/></ActiveParticipant><ParticipantObjectIdentification
> ParticipantObjectID="1.3.6.4.1.4.1.2835.2.7777"
> ParticipantObjectTypeCode="2"
> ParticipantObjectTypeCodeRole="3"><ParticipantObjectIDTypeCode
> code="110180" codeSystemName="DCM" displayName="Study Instance
> UID"/></ParticipantObjectIdentification><ParticipantObjectIdentification
> ParticipantObjectID=" JM19400814^^^&1.3.6.1.4.1.21367.2005.1.1&ISO "
> ParticipantObjectTypeCode="1"
> ParticipantObjectTypeCodeRole="1"><ParticipantObjectIDTypeCode
> code="2"/></ParticipantObjectIdentification></AuditMessage >
> [42] => Log overflow, the log was trimmed since it is to
> large to send in one message
>
>
>
> Here's my parameters array, containing the sessionContext,
> base64EncodedDocument and metadata. My first suspicion was that I was
> sending a blank document, but after checking the parameters I'm pretty
> sure that's not the case.
>
>
>
> Array
> (
> [sessionContext] => sessioncontext Object
> (
> [user] => dhale
> [sessionID] => 32b40e8ab5965b57aa9514ec053541c3
> [rhioName] => ibmod235-all
> [userApplicationName] => openEMR
> [userFacilityName] => Test Land Medical Clinic
> [returnLogLevel] => DEBUG
> [useSecuredConnectionWhenAvaliable] =>
> )
> [base64EncodedDocument] => (skipped for length, but it's there)
> [metadata] => documentsubmissionmetadatatype Object
> (
> [documentEntryClassCode] => codedmetadatatype Object
> (
> [codeName] => Summarization of episode
> [displayName] => Connect-a-thon classCodes
> [schemeName] => Summarization of episode
> )
>
> [documentEntryConfidentialityCodeCode] => codedmetadatatype
> Object
> (
> [codeName] => N
> [displayName] => Connect-a-thon confidentialityCodes
> [schemeName] => Normal
> )
>
> [documentEntryFormatCode] => codedmetadatatype Object
> (
> [codeName] => ScanPDF/IHE 1.x
> [displayName] => Connect-a-thon formatCodes
> [schemeName] => ScanPDF/IHE 1.x
> )
>
> [documentEntryHealthcareFacilityCode] => codedmetadatatype
> Object
> (
> [codeName] => Outpatient
> [displayName] => Connect-a-thon
> healthcareFacilityTypeCodes
> [schemeName] => Outpatient
> )
>
> [documentEntryParentDocumentId] =>
> [documentEntryPracticeSettingCode] => codedmetadatatype Object
> (
> [codeName] => General Medicine
> [displayName] => Connect-a-thon practiceSettingCodes
> [schemeName] => General Medicine
> )
>
> [documentEntryTypeCode] => codedmetadatatype Object
> (
> [codeName] => 34133-9
> [displayName] => LOINC
> [schemeName] => Summarization of Episode Note
> )
>
> [documentType] => CDA
> [patientId] => patientidtype Object
> (
> [idNumber] => JM19400814
> [assigningAuthorityType] => assigningauthoritytype
> Object
> (
> [namespaceId] => HIMSS2005
> [universalId] => 1.3.6.1.4.1.21367.2005.1.1
> [universalIdType] => ISO
> [universalIdTypeCode] =>
> [useDefaultAssigningAuthority] =>
> )
>
> )
>
> [submissionSetContentTypeCode] => codedmetadatatype Object
> (
> [codeName] => Summarization of episode
> [displayName] => Connect-a-thon contentTypeCodes
> [schemeName] => Summarization of episode
> )
>
> [submissionSetSourceId] => 1.2.3.4.5
> )
>
> )
>
>
>
> Any ideas on why it's failing?
>
> -Dan
|
|
| |
| Re: error when uploading documents [message #575644 is a reply to message #24528] |
Sun, 26 November 2006 22:21 |
Daniel Hale
Messages: 24
Registered: July 2009 |
Junior Member |
|
|
Eishay Smith wrote:
> Tim reported it also (bug #165582).
> Fixed (was a really strange eclipse env thing :-).
> --eishay
>
> Dan Hale wrote:
>
>> I'm trying to get document uploads on our bridge client working using
>> WrapInCdaAndSubmitDocument, but I'm getting this error each time:
>>
>> java.lang.IllegalArgumentException: argument type mismatch
>>
>> I can't find where in the stack trace it specifies exactly what the
>> mismatch is, so I'm having considerable trouble tracking it down. How
>> can I find out?
>>
>> Thanks!
>> -Dan
Hmm... I'm still not having success. I wonder what's wrong with my
implementation of the API. I haven't submitted a bug report yet because
I suspect it's something on my end (I based my code on the php bridge
client demo but I've made a lot of changes to try to fit the new api).
The only information I have to go on is the stack trace I get back in
the error report, but that only traces my end. I've looked over the api
and I can't find where I'm doing it wrong.
What would really help me is if the server or someone with the right
knowledge could tell me more about the problem. If they could tell me
what argument, and in what function, I might be able to track it down a
little better.
I'm using the ibmod235-all RHIO, logged in as "dhale", facility "Test
Land Medical Clinic", session id "bbd9a6c000fb96151ef68243160ff4e3",
application "openEMR".
Here's a section of the stack trace (on my end) that displays the
parameters I'm passing into WrapInCdaAndSubmitDocument. I think they're
right but I'd appreciate it if anyone could point out what's wrong.
[0]=>
string(26) "WrapInCdaAndSubmitDocument"
[1]=>
array(2) {
["sessionContext"]=>
&object(sessioncontext)(7) {
["user"]=>
string(5) "dhale"
["sessionID"]=>
string(32) "bbd9a6c000fb96151ef68243160ff4e3"
["rhioName"]=>
string(12) "ibmod235-all"
["userApplicationName"]=>
string(7) "openEMR"
["userFacilityName"]=>
string(24) "Test Land Medical Clinic"
["returnLogLevel"]=>
string(5) "DEBUG"
["useSecuredConnectionWhenAvaliable"]=>
bool(false)
}
["doc"]=>
&object(xdsdoctype)(11) {
["base64EncodedDocument"]=>
string(306788) (skipped because it's too long)
["decodedDocument"]=>
NULL
["documentSize"]=>
int(230091)
["documentTitle"]=>
string(15) "A Test Document"
["effectiveTime"]=>
NULL
["encodingType"]=>
string(3) "B64"
["formatCode"]=>
NULL
["mimeType"]=>
string(15) "application/pdf"
["patientInfo"]=>
object(patientinfotype)(7) {
["patientIdentifier"]=>
object(patientidtype)(2) {
["idNumber"]=>
string(10) "JM19400814"
["assigningAuthorityType"]=>
object(assigningauthoritytype)(5) {
["namespaceId"]=>
string(9) "HIMSS2005"
["universalId"]=>
string(26) "1.3.6.1.4.1.21367.2005.1.1"
["universalIdType"]=>
string(3) "ISO"
["universalIdTypeCode"]=>
string(0) ""
["useDefaultAssigningAuthority"]=>
NULL
}
}
["patientName"]=>
object(patientnametype)(5) {
["familyName"]=>
string(6) "Murphy"
["givenName"]=>
string(5) "Joyce"
["otherName"]=>
string(5) "Marie"
["suffix"]=>
string(0) ""
["prefix"]=>
string(0) ""
}
["patientDateOfBirth"]=>
string(0) ""
["patientSex"]=>
string(0) ""
["patientAddress"]=>
object(addresstype)(7) {
["streetAddress"]=>
string(12) "903 Susan Pl"
["otherDesignation"]=>
string(0) ""
["city"]=>
string(8) "Lacrosse"
["stateOrProvince"]=>
string(2) "WI"
["zipOrPostalCode"]=>
string(5) "54603"
["country"]=>
string(0) ""
["countyParishCode"]=>
string(0) ""
}
["patientPhoneHome"]=>
object(phonetype)(1) {
["unformattedTelephoneNumber"]=>
NULL
}
["patientPhoneBusiness"]=>
object(phonetype)(1) {
["unformattedTelephoneNumber"]=>
NULL
}
}
["uniqueId"]=>
NULL
["uuid"]=>
NULL
}
}
|
|
| |
| Re: error when uploading documents [message #575698 is a reply to message #24712] |
Mon, 27 November 2006 21:04 |
Daniel Hale
Messages: 24
Registered: July 2009 |
Junior Member |
|
|
Eishay Smith wrote:
> Hi Dan,
>
> The problem is probably in the usage of the WrapInCdaAndSubmitDocument
> method.
> We didn't mentioned this method in our documentation on purpose:
> http://wiki.eclipse.org/index.php/OHF_Bridge_Documentation
>
> WrapInCdaAndSubmitDocument is deprecated since you can't use it to pass
> the Connectathon tests and NHIN. The method gives too much control over
> the metadata to the bridge. We also didn't test our PHP samples that
> works with it yet since the API change.
>
> Please use SubmitDocument (see
> http://wiki.eclipse.org/index.php/OHF_Bridge_Documentation). The method
> passed the NIST testes with the NIST server.
>
> --eishay
Okay, that does make sense.
I've just now switched functions, set up the parameters differently etc
(and trying to upload a pre-made CDA, scanSample.xml), and it seems to
be almost finishing successfully. However, it fails with a SOAP Fault.
Here's the section of the log where it fails (I can provide more if
needed, including the full response object).
Something is trying to read a null stream ("Error reading data stream:
null"); The fault starts on line 35, but I'm including a bit above in
case it's pertinent:
[29] => 2006-11-27T14:33:49.531-06:00 Sending Audit
message: <13>Nov 27 14:33:49 198.81.193.235 <?xml version="1.0"
encoding="ASCII"?><AuditMessage
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:noNamespaceSchemaLocation="healthcare-security-audit.xsd "><AuditSourceIdentification
AuditSourceID="198.81.193.235"/><EventIdentification EventActionCode="E"
EventDateTime="2006-11-27T14:33:49.531-06:00"
EventOutcomeIndicator="0"><EventID code="110100" codeSystemName="DCM"
displayName="Application Activity"/><EventTypeCode code="110120"
codeSystemName="DCM" displayName="Application
Start"/></EventIdentification><ActiveParticipant UserID="dhale"
UserIsRequestor="true"><RoleIDCode code="110152" codeSystemName="DCM"
displayName="Destination"/></ActiveParticipant><ActiveParticipant
UserID=" http://ibmod235.dal-ebis.ihost.com:9080/IHIIRepository/Submi ssionSetReceiver"
UserIsRequestor="false"><RoleIDCode code="110153" codeSystemName="DCM"
displayName="Source"/></ActiveParticipant></AuditMessage >
[30] => Log overflow, the log was trimmed since it is to
large to send in one message
[31] => 2006-11-27T14:33:49.547-06:00 Submission set
contains no folders.
[32] => Log overflow, the log was trimmed since it is to
large to send in one message
[33] => 2006-11-27T14:33:49.547-06:00 Submitting Provide
and Register Document Set transaction to Repository:
http://ibmod235.dal-ebis.ihost.com:9080/IHIIRepository/Submi ssionSetReceiver
[34] => Log overflow, the log was trimmed since it is to
large to send in one message
[35] => 2006-11-27T14:34:50.783-06:00 SOAP FAULT
[36] => Log overflow, the log was trimmed since it is to
large to send in one message
[37] => 2006-11-27T14:34:50.783-06:00 Fault Message:<?xml
version="1.0" encoding="UTF-8"?><soapenv:Envelope
xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/"
xmlns:xsd="http://www.w3.org/2001/XMLSchema"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"> <soapenv:Body>
<soapenv:Fault> <faultcode
xmlns:ns1="http://xml.apache.org/axis/">ns1:HTTP</faultcode>
<faultstring>(500)Internal Server Error</faultstring> <detail>
<string>return code: 500Error 500: SOAP POST failed: WSWS3259E: Error:
Error reading data stream: null</string> <ns2:HttpErrorCode
xmlns:ns2="http://xml.apache.org/axis/">500</ns2:HttpErrorCode>
</detail> </soapenv:Fault> </soapenv:Body></soapenv:Envelope>
[38] => Log overflow, the log was trimmed since it is to
large to send in one message
[39] => 2006-11-27T14:34:50.783-06:00 Error sending SOAP
message to the repository. Error was SOAP FAULT
[40] => Log overflow, the log was trimmed since it is to
large to send in one message
[41] => 2006-11-27T14:34:50.798-06:00 Sending Audit
message: <13>Nov 27 14:34:50 198.81.193.235 <?xml version="1.0"
encoding="ASCII"?><AuditMessage
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:noNamespaceSchemaLocation="healthcare-security-audit.xsd "><AuditSourceIdentification
AuditSourceID="198.81.193.235"/><EventIdentification EventActionCode="R"
EventDateTime="2006-11-27T14:34:50.783-06:00"
EventOutcomeIndicator="8"><EventID code="110106" codeSystemName="DCM"
displayName="Export"/></EventIdentification><ActiveParticipant
UserID="dhale" UserIsRequestor="true"><RoleIDCode code="110153"
codeSystemName="DCM"
displayName="Source"/></ActiveParticipant><ActiveParticipant
UserID=" http://ibmod235.dal-ebis.ihost.com:9080/IHIIRepository/Submi ssionSetReceiver"
UserIsRequestor="false"><RoleIDCode code="110154" codeSystemName="DCM"
displayName="Destination
Media"/></ActiveParticipant><ParticipantObjectIdentification
ParticipantObjectID="1.3.6.4.1.4.1.2835.2.7777"
ParticipantObjectTypeCode="2"
ParticipantObjectTypeCodeRole="3"><ParticipantObjectIDTypeCode
code="110180" codeSystemName="DCM" displayName="Study Instance
UID"/></ParticipantObjectIdentification><ParticipantObjectIdentification
ParticipantObjectID=" JM19400814^^^&1.3.6.1.4.1.21367.2005.1.1&ISO "
ParticipantObjectTypeCode="1"
ParticipantObjectTypeCodeRole="1"><ParticipantObjectIDTypeCode
code="2"/></ParticipantObjectIdentification></AuditMessage >
[42] => Log overflow, the log was trimmed since it is to
large to send in one message
Here's my parameters array, containing the sessionContext,
base64EncodedDocument and metadata. My first suspicion was that I was
sending a blank document, but after checking the parameters I'm pretty
sure that's not the case.
Array
(
[sessionContext] => sessioncontext Object
(
[user] => dhale
[sessionID] => 32b40e8ab5965b57aa9514ec053541c3
[rhioName] => ibmod235-all
[userApplicationName] => openEMR
[userFacilityName] => Test Land Medical Clinic
[returnLogLevel] => DEBUG
[useSecuredConnectionWhenAvaliable] =>
)
[base64EncodedDocument] => (skipped for length, but it's there)
[metadata] => documentsubmissionmetadatatype Object
(
[documentEntryClassCode] => codedmetadatatype Object
(
[codeName] => Summarization of episode
[displayName] => Connect-a-thon classCodes
[schemeName] => Summarization of episode
)
[documentEntryConfidentialityCodeCode] => codedmetadatatype
Object
(
[codeName] => N
[displayName] => Connect-a-thon confidentialityCodes
[schemeName] => Normal
)
[documentEntryFormatCode] => codedmetadatatype Object
(
[codeName] => ScanPDF/IHE 1.x
[displayName] => Connect-a-thon formatCodes
[schemeName] => ScanPDF/IHE 1.x
)
[documentEntryHealthcareFacilityCode] => codedmetadatatype
Object
(
[codeName] => Outpatient
[displayName] => Connect-a-thon
healthcareFacilityTypeCodes
[schemeName] => Outpatient
)
[documentEntryParentDocumentId] =>
[documentEntryPracticeSettingCode] => codedmetadatatype Object
(
[codeName] => General Medicine
[displayName] => Connect-a-thon practiceSettingCodes
[schemeName] => General Medicine
)
[documentEntryTypeCode] => codedmetadatatype Object
(
[codeName] => 34133-9
[displayName] => LOINC
[schemeName] => Summarization of Episode Note
)
[documentType] => CDA
[patientId] => patientidtype Object
(
[idNumber] => JM19400814
[assigningAuthorityType] => assigningauthoritytype
Object
(
[namespaceId] => HIMSS2005
[universalId] => 1.3.6.1.4.1.21367.2005.1.1
[universalIdType] => ISO
[universalIdTypeCode] =>
[useDefaultAssigningAuthority] =>
)
)
[submissionSetContentTypeCode] => codedmetadatatype Object
(
[codeName] => Summarization of episode
[displayName] => Connect-a-thon contentTypeCodes
[schemeName] => Summarization of episode
)
[submissionSetSourceId] => 1.2.3.4.5
)
)
Any ideas on why it's failing?
-Dan
|
|
|
| Re: error when uploading documents [message #575732 is a reply to message #24751] |
Tue, 28 November 2006 02:49 |
Eishay Smith
Messages: 109
Registered: July 2009 |
Senior Member |
|
|
Thanks, I'll look at it.
Please submit the bug to the bugzilla
(http://wiki.eclipse.org/index.php/Submit_Bugs_to_OHF). Issues I have
there will be address much faster. It is my prime todo list, in addition
the one who submitted a bug and myself are getting a notice about a new
bug instantly where the newsgroup might be slower.
Thanks,
--eishay
Dan Hale wrote:
> Eishay Smith wrote:
>> Hi Dan,
>>
>> The problem is probably in the usage of the WrapInCdaAndSubmitDocument
>> method.
>> We didn't mentioned this method in our documentation on purpose:
>> http://wiki.eclipse.org/index.php/OHF_Bridge_Documentation
>>
>> WrapInCdaAndSubmitDocument is deprecated since you can't use it to
>> pass the Connectathon tests and NHIN. The method gives too much
>> control over the metadata to the bridge. We also didn't test our PHP
>> samples that works with it yet since the API change.
>>
>> Please use SubmitDocument (see
>> http://wiki.eclipse.org/index.php/OHF_Bridge_Documentation). The
>> method passed the NIST testes with the NIST server.
>>
>> --eishay
>
> Okay, that does make sense.
>
> I've just now switched functions, set up the parameters differently etc
> (and trying to upload a pre-made CDA, scanSample.xml), and it seems to
> be almost finishing successfully. However, it fails with a SOAP Fault.
> Here's the section of the log where it fails (I can provide more if
> needed, including the full response object).
> Something is trying to read a null stream ("Error reading data stream:
> null"); The fault starts on line 35, but I'm including a bit above in
> case it's pertinent:
>
> [29] => 2006-11-27T14:33:49.531-06:00 Sending Audit message:
> <13>Nov 27 14:33:49 198.81.193.235 <?xml version="1.0"
> encoding="ASCII"?><AuditMessage
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> xsi:noNamespaceSchemaLocation="healthcare-security-audit.xsd "><AuditSourceIdentification
> AuditSourceID="198.81.193.235"/><EventIdentification EventActionCode="E"
> EventDateTime="2006-11-27T14:33:49.531-06:00"
> EventOutcomeIndicator="0"><EventID code="110100" codeSystemName="DCM"
> displayName="Application Activity"/><EventTypeCode code="110120"
> codeSystemName="DCM" displayName="Application
> Start"/></EventIdentification><ActiveParticipant UserID="dhale"
> UserIsRequestor="true"><RoleIDCode code="110152" codeSystemName="DCM"
> displayName="Destination"/></ActiveParticipant><ActiveParticipant
> UserID=" http://ibmod235.dal-ebis.ihost.com:9080/IHIIRepository/Submi ssionSetReceiver"
> UserIsRequestor="false"><RoleIDCode code="110153" codeSystemName="DCM"
> displayName="Source"/></ActiveParticipant></AuditMessage >
> [30] => Log overflow, the log was trimmed since it is to
> large to send in one message
> [31] => 2006-11-27T14:33:49.547-06:00 Submission set
> contains no folders.
> [32] => Log overflow, the log was trimmed since it is to
> large to send in one message
> [33] => 2006-11-27T14:33:49.547-06:00 Submitting Provide and
> Register Document Set transaction to Repository:
> http://ibmod235.dal-ebis.ihost.com:9080/IHIIRepository/Submi ssionSetReceiver
>
> [34] => Log overflow, the log was trimmed since it is to
> large to send in one message
> [35] => 2006-11-27T14:34:50.783-06:00 SOAP FAULT
> [36] => Log overflow, the log was trimmed since it is to
> large to send in one message
> [37] => 2006-11-27T14:34:50.783-06:00 Fault Message:<?xml
> version="1.0" encoding="UTF-8"?><soapenv:Envelope
> xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/"
> xmlns:xsd="http://www.w3.org/2001/XMLSchema"
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"> <soapenv:Body>
> <soapenv:Fault> <faultcode
> xmlns:ns1="http://xml.apache.org/axis/">ns1:HTTP</faultcode>
> <faultstring>(500)Internal Server Error</faultstring> <detail>
> <string>return code: 500Error 500: SOAP POST failed: WSWS3259E: Error:
> Error reading data stream: null</string> <ns2:HttpErrorCode
> xmlns:ns2="http://xml.apache.org/axis/">500</ns2:HttpErrorCode>
> </detail> </soapenv:Fault> </soapenv:Body></soapenv:Envelope>
> [38] => Log overflow, the log was trimmed since it is to
> large to send in one message
> [39] => 2006-11-27T14:34:50.783-06:00 Error sending SOAP
> message to the repository. Error was SOAP FAULT
> [40] => Log overflow, the log was trimmed since it is to
> large to send in one message
> [41] => 2006-11-27T14:34:50.798-06:00 Sending Audit message:
> <13>Nov 27 14:34:50 198.81.193.235 <?xml version="1.0"
> encoding="ASCII"?><AuditMessage
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> xsi:noNamespaceSchemaLocation="healthcare-security-audit.xsd "><AuditSourceIdentification
> AuditSourceID="198.81.193.235"/><EventIdentification EventActionCode="R"
> EventDateTime="2006-11-27T14:34:50.783-06:00"
> EventOutcomeIndicator="8"><EventID code="110106" codeSystemName="DCM"
> displayName="Export"/></EventIdentification><ActiveParticipant
> UserID="dhale" UserIsRequestor="true"><RoleIDCode code="110153"
> codeSystemName="DCM"
> displayName="Source"/></ActiveParticipant><ActiveParticipant
> UserID=" http://ibmod235.dal-ebis.ihost.com:9080/IHIIRepository/Submi ssionSetReceiver"
> UserIsRequestor="false"><RoleIDCode code="110154" codeSystemName="DCM"
> displayName="Destination
> Media"/></ActiveParticipant><ParticipantObjectIdentification
> ParticipantObjectID="1.3.6.4.1.4.1.2835.2.7777"
> ParticipantObjectTypeCode="2"
> ParticipantObjectTypeCodeRole="3"><ParticipantObjectIDTypeCode
> code="110180" codeSystemName="DCM" displayName="Study Instance
> UID"/></ParticipantObjectIdentification><ParticipantObjectIdentification
> ParticipantObjectID=" JM19400814^^^&1.3.6.1.4.1.21367.2005.1.1&ISO "
> ParticipantObjectTypeCode="1"
> ParticipantObjectTypeCodeRole="1"><ParticipantObjectIDTypeCode
> code="2"/></ParticipantObjectIdentification></AuditMessage >
> [42] => Log overflow, the log was trimmed since it is to
> large to send in one message
>
>
>
> Here's my parameters array, containing the sessionContext,
> base64EncodedDocument and metadata. My first suspicion was that I was
> sending a blank document, but after checking the parameters I'm pretty
> sure that's not the case.
>
>
>
> Array
> (
> [sessionContext] => sessioncontext Object
> (
> [user] => dhale
> [sessionID] => 32b40e8ab5965b57aa9514ec053541c3
> [rhioName] => ibmod235-all
> [userApplicationName] => openEMR
> [userFacilityName] => Test Land Medical Clinic
> [returnLogLevel] => DEBUG
> [useSecuredConnectionWhenAvaliable] =>
> )
> [base64EncodedDocument] => (skipped for length, but it's there)
> [metadata] => documentsubmissionmetadatatype Object
> (
> [documentEntryClassCode] => codedmetadatatype Object
> (
> [codeName] => Summarization of episode
> [displayName] => Connect-a-thon classCodes
> [schemeName] => Summarization of episode
> )
>
> [documentEntryConfidentialityCodeCode] => codedmetadatatype
> Object
> (
> [codeName] => N
> [displayName] => Connect-a-thon confidentialityCodes
> [schemeName] => Normal
> )
>
> [documentEntryFormatCode] => codedmetadatatype Object
> (
> [codeName] => ScanPDF/IHE 1.x
> [displayName] => Connect-a-thon formatCodes
> [schemeName] => ScanPDF/IHE 1.x
> )
>
> [documentEntryHealthcareFacilityCode] => codedmetadatatype
> Object
> (
> [codeName] => Outpatient
> [displayName] => Connect-a-thon
> healthcareFacilityTypeCodes
> [schemeName] => Outpatient
> )
>
> [documentEntryParentDocumentId] =>
> [documentEntryPracticeSettingCode] => codedmetadatatype Object
> (
> [codeName] => General Medicine
> [displayName] => Connect-a-thon practiceSettingCodes
> [schemeName] => General Medicine
> )
>
> [documentEntryTypeCode] => codedmetadatatype Object
> (
> [codeName] => 34133-9
> [displayName] => LOINC
> [schemeName] => Summarization of Episode Note
> )
>
> [documentType] => CDA
> [patientId] => patientidtype Object
> (
> [idNumber] => JM19400814
> [assigningAuthorityType] => assigningauthoritytype
> Object
> (
> [namespaceId] => HIMSS2005
> [universalId] => 1.3.6.1.4.1.21367.2005.1.1
> [universalIdType] => ISO
> [universalIdTypeCode] =>
> [useDefaultAssigningAuthority] =>
> )
>
> )
>
> [submissionSetContentTypeCode] => codedmetadatatype Object
> (
> [codeName] => Summarization of episode
> [displayName] => Connect-a-thon contentTypeCodes
> [schemeName] => Summarization of episode
> )
>
> [submissionSetSourceId] => 1.2.3.4.5
> )
>
> )
>
>
>
> Any ideas on why it's failing?
>
> -Dan
|
|
|
| Re: error when uploading documents [message #575787 is a reply to message #24751] |
Tue, 28 November 2006 02:57 |
Eishay Smith
Messages: 109
Registered: July 2009 |
Senior Member |
|
|
Please see my last comment to bug #165582
Tim had reported the bug today too. Please use the NIST servers for
Connectathon tests, if you have to use the Dallas servers (2006 version
of XDS), we will supply 2006 computability patched server for NHIN
participants.
Thanks,
--eishay
Dan Hale wrote:
> Eishay Smith wrote:
>> Hi Dan,
>>
>> The problem is probably in the usage of the WrapInCdaAndSubmitDocument
>> method.
>> We didn't mentioned this method in our documentation on purpose:
>> http://wiki.eclipse.org/index.php/OHF_Bridge_Documentation
>>
>> WrapInCdaAndSubmitDocument is deprecated since you can't use it to
>> pass the Connectathon tests and NHIN. The method gives too much
>> control over the metadata to the bridge. We also didn't test our PHP
>> samples that works with it yet since the API change.
>>
>> Please use SubmitDocument (see
>> http://wiki.eclipse.org/index.php/OHF_Bridge_Documentation). The
>> method passed the NIST testes with the NIST server.
>>
>> --eishay
>
> Okay, that does make sense.
>
> I've just now switched functions, set up the parameters differently etc
> (and trying to upload a pre-made CDA, scanSample.xml), and it seems to
> be almost finishing successfully. However, it fails with a SOAP Fault.
> Here's the section of the log where it fails (I can provide more if
> needed, including the full response object).
> Something is trying to read a null stream ("Error reading data stream:
> null"); The fault starts on line 35, but I'm including a bit above in
> case it's pertinent:
>
> [29] => 2006-11-27T14:33:49.531-06:00 Sending Audit message:
> <13>Nov 27 14:33:49 198.81.193.235 <?xml version="1.0"
> encoding="ASCII"?><AuditMessage
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> xsi:noNamespaceSchemaLocation="healthcare-security-audit.xsd "><AuditSourceIdentification
> AuditSourceID="198.81.193.235"/><EventIdentification EventActionCode="E"
> EventDateTime="2006-11-27T14:33:49.531-06:00"
> EventOutcomeIndicator="0"><EventID code="110100" codeSystemName="DCM"
> displayName="Application Activity"/><EventTypeCode code="110120"
> codeSystemName="DCM" displayName="Application
> Start"/></EventIdentification><ActiveParticipant UserID="dhale"
> UserIsRequestor="true"><RoleIDCode code="110152" codeSystemName="DCM"
> displayName="Destination"/></ActiveParticipant><ActiveParticipant
> UserID=" http://ibmod235.dal-ebis.ihost.com:9080/IHIIRepository/Submi ssionSetReceiver"
> UserIsRequestor="false"><RoleIDCode code="110153" codeSystemName="DCM"
> displayName="Source"/></ActiveParticipant></AuditMessage >
> [30] => Log overflow, the log was trimmed since it is to
> large to send in one message
> [31] => 2006-11-27T14:33:49.547-06:00 Submission set
> contains no folders.
> [32] => Log overflow, the log was trimmed since it is to
> large to send in one message
> [33] => 2006-11-27T14:33:49.547-06:00 Submitting Provide and
> Register Document Set transaction to Repository:
> http://ibmod235.dal-ebis.ihost.com:9080/IHIIRepository/Submi ssionSetReceiver
>
> [34] => Log overflow, the log was trimmed since it is to
> large to send in one message
> [35] => 2006-11-27T14:34:50.783-06:00 SOAP FAULT
> [36] => Log overflow, the log was trimmed since it is to
> large to send in one message
> [37] => 2006-11-27T14:34:50.783-06:00 Fault Message:<?xml
> version="1.0" encoding="UTF-8"?><soapenv:Envelope
> xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/"
> xmlns:xsd="http://www.w3.org/2001/XMLSchema"
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"> <soapenv:Body>
> <soapenv:Fault> <faultcode
> xmlns:ns1="http://xml.apache.org/axis/">ns1:HTTP</faultcode>
> <faultstring>(500)Internal Server Error</faultstring> <detail>
> <string>return code: 500Error 500: SOAP POST failed: WSWS3259E: Error:
> Error reading data stream: null</string> <ns2:HttpErrorCode
> xmlns:ns2="http://xml.apache.org/axis/">500</ns2:HttpErrorCode>
> </detail> </soapenv:Fault> </soapenv:Body></soapenv:Envelope>
> [38] => Log overflow, the log was trimmed since it is to
> large to send in one message
> [39] => 2006-11-27T14:34:50.783-06:00 Error sending SOAP
> message to the repository. Error was SOAP FAULT
> [40] => Log overflow, the log was trimmed since it is to
> large to send in one message
> [41] => 2006-11-27T14:34:50.798-06:00 Sending Audit message:
> <13>Nov 27 14:34:50 198.81.193.235 <?xml version="1.0"
> encoding="ASCII"?><AuditMessage
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> xsi:noNamespaceSchemaLocation="healthcare-security-audit.xsd "><AuditSourceIdentification
> AuditSourceID="198.81.193.235"/><EventIdentification EventActionCode="R"
> EventDateTime="2006-11-27T14:34:50.783-06:00"
> EventOutcomeIndicator="8"><EventID code="110106" codeSystemName="DCM"
> displayName="Export"/></EventIdentification><ActiveParticipant
> UserID="dhale" UserIsRequestor="true"><RoleIDCode code="110153"
> codeSystemName="DCM"
> displayName="Source"/></ActiveParticipant><ActiveParticipant
> UserID=" http://ibmod235.dal-ebis.ihost.com:9080/IHIIRepository/Submi ssionSetReceiver"
> UserIsRequestor="false"><RoleIDCode code="110154" codeSystemName="DCM"
> displayName="Destination
> Media"/></ActiveParticipant><ParticipantObjectIdentification
> ParticipantObjectID="1.3.6.4.1.4.1.2835.2.7777"
> ParticipantObjectTypeCode="2"
> ParticipantObjectTypeCodeRole="3"><ParticipantObjectIDTypeCode
> code="110180" codeSystemName="DCM" displayName="Study Instance
> UID"/></ParticipantObjectIdentification><ParticipantObjectIdentification
> ParticipantObjectID=" JM19400814^^^&1.3.6.1.4.1.21367.2005.1.1&ISO "
> ParticipantObjectTypeCode="1"
> ParticipantObjectTypeCodeRole="1"><ParticipantObjectIDTypeCode
> code="2"/></ParticipantObjectIdentification></AuditMessage >
> [42] => Log overflow, the log was trimmed since it is to
> large to send in one message
>
>
>
> Here's my parameters array, containing the sessionContext,
> base64EncodedDocument and metadata. My first suspicion was that I was
> sending a blank document, but after checking the parameters I'm pretty
> sure that's not the case.
>
>
>
> Array
> (
> [sessionContext] => sessioncontext Object
> (
> [user] => dhale
> [sessionID] => 32b40e8ab5965b57aa9514ec053541c3
> [rhioName] => ibmod235-all
> [userApplicationName] => openEMR
> [userFacilityName] => Test Land Medical Clinic
> [returnLogLevel] => DEBUG
> [useSecuredConnectionWhenAvaliable] =>
> )
> [base64EncodedDocument] => (skipped for length, but it's there)
> [metadata] => documentsubmissionmetadatatype Object
> (
> [documentEntryClassCode] => codedmetadatatype Object
> (
> [codeName] => Summarization of episode
> [displayName] => Connect-a-thon classCodes
> [schemeName] => Summarization of episode
> )
>
> [documentEntryConfidentialityCodeCode] => codedmetadatatype
> Object
> (
> [codeName] => N
> [displayName] => Connect-a-thon confidentialityCodes
> [schemeName] => Normal
> )
>
> [documentEntryFormatCode] => codedmetadatatype Object
> (
> [codeName] => ScanPDF/IHE 1.x
> [displayName] => Connect-a-thon formatCodes
> [schemeName] => ScanPDF/IHE 1.x
> )
>
> [documentEntryHealthcareFacilityCode] => codedmetadatatype
> Object
> (
> [codeName] => Outpatient
> [displayName] => Connect-a-thon
> healthcareFacilityTypeCodes
> [schemeName] => Outpatient
> )
>
> [documentEntryParentDocumentId] =>
> [documentEntryPracticeSettingCode] => codedmetadatatype Object
> (
> [codeName] => General Medicine
> [displayName] => Connect-a-thon practiceSettingCodes
> [schemeName] => General Medicine
> )
>
> [documentEntryTypeCode] => codedmetadatatype Object
> (
> [codeName] => 34133-9
> [displayName] => LOINC
> [schemeName] => Summarization of Episode Note
> )
>
> [documentType] => CDA
> [patientId] => patientidtype Object
> (
> [idNumber] => JM19400814
> [assigningAuthorityType] => assigningauthoritytype
> Object
> (
> [namespaceId] => HIMSS2005
> [universalId] => 1.3.6.1.4.1.21367.2005.1.1
> [universalIdType] => ISO
> [universalIdTypeCode] =>
> [useDefaultAssigningAuthority] =>
> )
>
> )
>
> [submissionSetContentTypeCode] => codedmetadatatype Object
> (
> [codeName] => Summarization of episode
> [displayName] => Connect-a-thon contentTypeCodes
> [schemeName] => Summarization of episode
> )
>
> [submissionSetSourceId] => 1.2.3.4.5
> )
>
> )
>
>
>
> Any ideas on why it's failing?
>
> -Dan
|
|
|
Goto Forum:
Current Time: Fri Apr 19 11:20:08 GMT 2024
Powered by FUDForum. Page generated in 0.02567 seconds |
] 
Search
Help
Register
Login
Home
