Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Archived » OHF » error when uploading documents
error when uploading documents [message #24487] Sat, 25 November 2006 02:17 Go to next message
Daniel Hale is currently offline Daniel HaleFriend
Messages: 24
Registered: July 2009
Junior Member
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 #24528 is a reply to message #24487] Sat, 25 November 2006 07:54 Go to previous messageGo to next message
Eclipse UserFriend
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 Go to previous messageGo to next message
Daniel Hale is currently offline Daniel HaleFriend
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 #24712 is a reply to message #24672] Mon, 27 November 2006 01:53 Go to previous messageGo to next message
Eclipse UserFriend
Originally posted by: eishays.us.ibm.com

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
Re: error when uploading documents [message #24751 is a reply to message #24712] Mon, 27 November 2006 21:04 Go to previous messageGo to next message
Daniel Hale is currently offline Daniel HaleFriend
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^^^&amp;1.3.6.1.4.1.21367.2005.1.1&amp;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 Go to previous messageGo to next message
Eclipse UserFriend
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^^^&amp;1.3.6.1.4.1.21367.2005.1.1&amp;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 Go to previous message
Eclipse UserFriend
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^^^&amp;1.3.6.1.4.1.21367.2005.1.1&amp;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 #575515 is a reply to message #24487] Sat, 25 November 2006 07:54 Go to previous message
Eishay Smith is currently offline Eishay SmithFriend
Messages: 109
Registered: July 2009
Senior Member
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 #575644 is a reply to message #24528] Sun, 26 November 2006 22:21 Go to previous message
Daniel Hale is currently offline Daniel HaleFriend
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 #575678 is a reply to message #24672] Mon, 27 November 2006 01:53 Go to previous message
Eishay Smith is currently offline Eishay SmithFriend
Messages: 109
Registered: July 2009
Senior Member
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
Re: error when uploading documents [message #575698 is a reply to message #24712] Mon, 27 November 2006 21:04 Go to previous message
Daniel Hale is currently offline Daniel HaleFriend
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^^^&amp;1.3.6.1.4.1.21367.2005.1.1&amp;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 Go to previous message
Eishay Smith is currently offline Eishay SmithFriend
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^^^&amp;1.3.6.1.4.1.21367.2005.1.1&amp;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 Go to previous message
Eishay Smith is currently offline Eishay SmithFriend
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^^^&amp;1.3.6.1.4.1.21367.2005.1.1&amp;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
Previous Topic:more metadata exposed when doing a document query
Next Topic:Security?
Goto Forum:
  


Current Time: Sun Dec 21 02:51:36 GMT 2014

Powered by FUDForum. Page generated in 0.02166 seconds
.:: Contact :: Home ::.

Powered by: FUDforum 3.0.2.
Copyright ©2001-2010 FUDforum Bulletin Board Software