Skip to main content


Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Archived » OHF » OHF Bridge 0.3.0 problems
OHF Bridge 0.3.0 problems [message #41827] Tue, 25 March 2008 04:56 Go to next message
Eclipse UserFriend
Originally posted by: ralkire.ndorange.com

From here http://www.eclipse.org/ohf/downloads/connectathon.php
obtained org.eclipse.ohf.bridge.install_0.3.0.v20080313073042.zip and
org.eclipse.ohf.bridge_0.3.0.v20080313073042.zip
former was installed in Tomcat base directory, and later in tomcat/lib.

rhioConfig.xml untouched then
http://localhost:8080/bridge/services/ohf-bridge?wsdl fails!!

rhioConfigMesa.xml renamed to rhioConfig.xml then
http://localhost:8080/bridge/services/ohf-bridge?wsdl works however error
occurs on testing the details follow. I am hoping someone can point me to
what is wrong with this...


<TestResults
status="Fail"><Xdstest2_version>1.9</Xdstest2_version><Xdstest2_args >--actorconfig
C:\xdstest2tool\actors.xml --testmgmt C:\xdstest2tool\mgmt
</Xdstest2_args><Test>11733/submit</Test><RegistryEndpoint >http://localhost:8080/bridge/services</RegistryEndpoint><TestStep
id="submit"><ExpectedStatus>Success</ExpectedStatus><RegisterTransaction ><Xdsa
/><MetadataFile>./single_doc.xml</MetadataFile><RegistryEndpoint >http://localhost:8080/bridge/services</RegistryEndpoint><AssignedPatientId><Assign
symbol="Document01"
id=" 7de6d06dac4f499^^^&amp;1.3.6.1.4.1.21367.2005.3.7&am p;ISO " /><Assign
symbol="SubmissionSet01"
id=" 7de6d06dac4f499^^^&amp;1.3.6.1.4.1.21367.2005.3.7&am p;ISO "
/></AssignedPatientId><AssignedUids><Assign symbol="Document01"
id="192.168.0.19.22459" /><Assign symbol="SubmissionSet01"
id="192.168.0.19.22460"
/></AssignedUids><InputMetadata><rs:SubmitObjectsRequest
xmlns:rs="urn:oasis:names:tc:ebxml-regrep:registry:xsd:2.1" ><rim:LeafRegistryObjectList
xmlns:rim="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"><ExtrinsicObject
xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1" id="Document01"
mimeType="text/plain"
objectType="urn:uuid:7edca82f-054d-47f2-a032-9b2a5b5186c1">
<Name>
<LocalizedString value="Physical" />
</Name>
<Description />
<Slot name="creationTime">
<ValueList>
<Value>20051224</Value>
</ValueList>
</Slot>
<Slot name="languageCode">
<ValueList>
<Value>en-us</Value>
</ValueList>
</Slot>
<Slot name="serviceStartTime">
<ValueList>
<Value>200412230800</Value>
</ValueList>
</Slot>
<Slot name="serviceStopTime">
<ValueList>
<Value>200412230801</Value>
</ValueList>
</Slot>
<Slot name="sourcePatientId">
<ValueList>
<Value>89765a87b^^^fj34r</Value>
</ValueList>
</Slot>
<Slot name="sourcePatientInfo">
<ValueList>
<Value>PID-3|pid1^^^domain</Value>
<Value>PID-5|Doe^John^^^</Value>
<Value>PID-7|19560527</Value>
<Value>PID-8|M</Value>
<Value>PID-11|100 Main
St^^Metropolis^Il^44130^USA</Value>
</ValueList>
</Slot>
<rim:Slot name="size">
<rim:ValueList>
<rim:Value>36</rim:Value>
</rim:ValueList>
</rim:Slot>
<rim:Slot name="hash">
<rim:ValueList>
<rim:Value>fbe2351a6a8ceba1a04ba3f832a12a53befeb04c</rim:Value >
</rim:ValueList>
</rim:Slot>
<rim:Slot name="URI">
<rim:ValueList>
<rim:Value>http://129.6.58.92:9080/Repository/129.6.58.92.3492.txt</rim:Value>
</rim:ValueList>
</rim:Slot>
<Classification
classificationScheme="urn:uuid:93606bcf-9494-43ec-9b4e-a7748d1a838d "
classifiedObject="Document01" nodeRepresentation="">
<Slot name="authorPerson">
<ValueList>
<Value>^Smitty^Gerald^^^</Value>
</ValueList>
</Slot>
<Slot name="authorInstitution">
<ValueList>
<Value>Cleveland Clinic</Value>
<Value>Parma Community</Value>
</ValueList>
</Slot>
<Slot name="authorRole">
<ValueList>
<Value>Attending</Value>
</ValueList>
</Slot>
<Slot name="authorSpecialty">
<ValueList>
<Value>Orthopedic</Value>
</ValueList>
</Slot>
</Classification>
<Classification
classificationScheme="urn:uuid:93606bcf-9494-43ec-9b4e-a7748d1a838d "
classifiedObject="Document01" nodeRepresentation="">
<Slot name="authorPerson">
<ValueList>
<Value>^Dopplemeyer^Sherry^^^</Value>
</ValueList>
</Slot>
<Slot name="authorInstitution">
<ValueList>
<Value>Cleveland Clinic</Value>
<Value>Berea Community</Value>
</ValueList>
</Slot>
<Slot name="authorRole">
<ValueList>
<Value>Primary Surgon</Value>
</ValueList>
</Slot>
<Slot name="authorSpecialty">
<ValueList>
<Value>Orthopedic</Value>
</ValueList>
</Slot>
</Classification>
<Classification
classificationScheme="urn:uuid:41a5887f-8865-4c09-adf7-e362475b143a "
classifiedObject="Document01" nodeRepresentation="History and Physical">
<Name>
<LocalizedString value="History and Physical" />
</Name>
<Slot name="codingScheme">
<ValueList>
<Value>Connect-a-thon classCodes</Value>
</ValueList>
</Slot>
</Classification>
<Classification
classificationScheme="urn:uuid:f4f85eac-e6cb-4883-b524-f2705394840f "
classifiedObject="Document01"
nodeRepresentation="1.3.6.1.4.1.21367.2006.7.101">
<Name>
<LocalizedString value="Clinical-Staff" />
</Name>
<Slot name="codingScheme">
<ValueList>
<Value>Connect-a-thon confidentialityCodes</Value>
</ValueList>
</Slot>
</Classification>
<Classification
classificationScheme="urn:uuid:a09d5840-386c-46f2-b5ad-9c3699a4309d "
classifiedObject="Document01" nodeRepresentation="CDAR2/IHE 1.0">
<Name>
<LocalizedString value="CDAR2/IHE 1.0" />
</Name>
<Slot name="codingScheme">
<ValueList>
<Value>Connect-a-thon formatCodes</Value>
</ValueList>
</Slot>
</Classification>
<Classification
classificationScheme="urn:uuid:f33fb8ac-18af-42cc-ae0e-ed0b0bdb91e1 "
classifiedObject="Document01" nodeRepresentation="Outpatient">
<Name>
<LocalizedString value="Outpatient" />
</Name>
<Slot name="codingScheme">
<ValueList>
<Value>Connect-a-thon
healthcareFacilityTypeCodes</Value>
</ValueList>
</Slot>
</Classification>
<Classification
classificationScheme="urn:uuid:cccf5598-8b07-4b77-a05e-ae952c785ead "
classifiedObject="Document01" nodeRepresentation="General Medicine">
<Name>
<LocalizedString value="General Medicine" />
</Name>
<Slot name="codingScheme">
<ValueList>
<Value>Connect-a-thon practiceSettingCodes</Value>
</ValueList>
</Slot>
</Classification>
<Classification
classificationScheme="urn:uuid:f0306f51-975f-434e-a61c-c59651d33983 "
classifiedObject="Document01" nodeRepresentation="34108-1">
<Name>
<LocalizedString value="Outpatient Evaluation And
Management" />
</Name>
<Slot name="codingScheme">
<ValueList>
<Value>LOINC</Value>
</ValueList>
</Slot>
</Classification>
<ExternalIdentifier
identificationScheme="urn:uuid:58a6f841-87b3-4a3e-92fd-a8ffeff98427 "
value=" 7de6d06dac4f499^^^&amp;1.3.6.1.4.1.21367.2005.3.7&am p;ISO ">
<Name>
<LocalizedString value="XDSDocumentEntry.patientId" />
</Name>
</ExternalIdentifier>
<ExternalIdentifier
identificationScheme="urn:uuid:2e82c1f6-a085-4c72-9da3-8640a32e42ab "
value="192.168.0.19.22459">
<Name>
<LocalizedString value="XDSDocumentEntry.uniqueId" />
</Name>
</ExternalIdentifier>
</ExtrinsicObject><RegistryPackage
xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1" id="SubmissionSet01">
<Name>
<LocalizedString value="Physical" />
</Name>
<Description>
<LocalizedString value="Annual physical" />
</Description>
<Slot name="submissionTime">
<ValueList>
<Value>20041225235050</Value>
</ValueList>
</Slot>
<Classification
classificationScheme="urn:uuid:a7058bb9-b4e4-4307-ba5b-e3f0ab85e12d "
classifiedObject="SubmissionSet01" nodeRepresentation="">
<Slot name="authorPerson">
<ValueList>
<Value>^Dopplemeyer^Sherry^^^</Value>
</ValueList>
</Slot>
<Slot name="authorInstitution">
<ValueList>
<Value>Cleveland Clinic</Value>
<Value>Berea Community</Value>
</ValueList>
</Slot>
<Slot name="authorRole">
<ValueList>
<Value>Primary Surgon</Value>
</ValueList>
</Slot>
<Slot name="authorSpecialty">
<ValueList>
<Value>Orthopedic</Value>
</ValueList>
</Slot>
</Classification>
<Classification
classificationScheme="urn:uuid:aa543740-bdda-424e-8c96-df4873be8500 "
classifiedObject="SubmissionSet01" nodeRepresentation="History and
Physical">
<Name>
<LocalizedString value="History and Physical" />
</Name>
<Slot name="codingScheme">
<ValueList>
<Value>Connect-a-thon contentTypeCodes</Value>
</ValueList>
</Slot>
</Classification>
<ExternalIdentifier
identificationScheme="urn:uuid:96fdda7c-d067-4183-912e-bf5ee74998a8 "
value="192.168.0.19.22460">
<Name>
<LocalizedString value="XDSSubmissionSet.uniqueId" />
</Name>
</ExternalIdentifier>
<ExternalIdentifier
identificationScheme="urn:uuid:554ac39e-e3fe-47fe-b233-965d2a147832 "
value="1.3.6.1.4.1.21367.2008.1.2.178">
<Name>
<LocalizedString value="XDSSubmissionSet.sourceId" />
</Name>
</ExternalIdentifier>
<ExternalIdentifier
identificationScheme="urn:uuid:6b5aea1a-874d-4603-a4bc-96a0a7b38446 "
value=" 7de6d06dac4f499^^^&amp;1.3.6.1.4.1.21367.2005.3.7&am p;ISO ">
<Name>
<LocalizedString value="XDSSubmissionSet.patientId" />
</Name>
</ExternalIdentifier>
</RegistryPackage><Classification
xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
classifiedObject="SubmissionSet01"
classificationNode="urn:uuid:a54d6aa5-d40d-43f9-88c5-b4633d873bdd "
id="ID_14916158_1" /><Association
xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
associationType="HasMember" sourceObject="SubmissionSet01"
targetObject="Document01" id="ID_14916158_2">
<Slot name="SubmissionSetStatus">
<ValueList>
<Value>Original</Value>
</ValueList>
</Slot>
</Association><ObjectRef
xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
id="urn:uuid:7edca82f-054d-47f2-a032-9b2a5b518fff" /><ObjectRef
xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
id="urn:uuid:a54d6aa5-d40d-43f9-88c5-b4633d873bdd" /><ObjectRef
xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
id="urn:uuid:f64ffdf0-4b97-4e06-b79f-a52b38ec2f8a" /><ObjectRef
xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
id="urn:uuid:96fdda7c-d067-4183-912e-bf5ee74998a8" /><ObjectRef
xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
id="urn:uuid:554ac39e-e3fe-47fe-b233-965d2a147832" /><ObjectRef
xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
id="urn:uuid:6b5aea1a-874d-4603-a4bc-96a0a7b38446" /><ObjectRef
xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
id="urn:uuid:d9d542f3-6cc4-48b6-8870-ea235fbc94c2" /><ObjectRef
xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
id="urn:uuid:f33fb8ac-18af-42cc-ae0e-ed0b0bdb91e1" /><ObjectRef
xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
id="urn:uuid:aa543740-bdda-424e-8c96-df4873be8500" /><ObjectRef
xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
id="urn:uuid:75df8f67-9973-4fbe-a900-df66cefecc5a" /><ObjectRef
xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
id="urn:uuid:f4f85eac-e6cb-4883-b524-f2705394840f" /><ObjectRef
xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
id="urn:uuid:a09d5840-386c-46f2-b5ad-9c3699a4309d" /><ObjectRef
xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
id="urn:uuid:cccf5598-8b07-4b77-a05e-ae952c785ead" /><ObjectRef
xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
id="urn:uuid:f0306f51-975f-434e-a61c-c59651d33983" /><ObjectRef
xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
id="urn:uuid:41a5887f-8865-4c09-adf7-e362475b143a" /><ObjectRef
xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
id="urn:uuid:2e82c1f6-a085-4c72-9da3-8640a32e42ab" /><ObjectRef
xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
id="urn:uuid:58a6f841-87b3-4a3e-92fd-a8ffeff98427" /><ObjectRef
xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
id="urn:uuid:a7058bb9-b4e4-4307-ba5b-e3f0ab85e12d" /><ObjectRef
xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
id="urn:uuid:93606bcf-9494-43ec-9b4e-a7748d1a838d"
/></rim:LeafRegistryObjectList></rs:SubmitObjectsRequest></InputMetadata ></RegisterTransaction></TestStep><FatalError>AxisFault
thrown: The AXIS engine could not find a target service to invoke!
targetService is null
org.apache.axis2.AxisFault: The AXIS engine could not find a target service
to invoke! targetService is null</FatalError></TestResults>

Thanks... and sorry for the long post...

Report message to a moderator

Re: OHF Bridge 0.3.0 problems [message #41865 is a reply to message #41827] Tue, 25 March 2008 05:26 Go to previous messageGo to next message
Eclipse UserFriend
Originally posted by: ralkire.ndorange.com

On 11710 changed endpoint to
http://localhost:8080/bridge/services/ohf-bridge and now get the following:
ov.nist.registry.xdstest2.StepContext
step_id : submit
ov.nist.registry.xdstest2.PlanContext
RegistryEndpoint : http://localhost:8080/bridge/services/ohf-bridge
transaction : gov.nist.registry.xdstest2.SimpleTransaction@1b383e9
Fatal Error: Exception thrown:
gov.nist.registry.common2.exception.XdsInternalException
xisFault thrown: No such operation 'hello'
rg.apache.axis2.AxisFault: No such operation 'hello'
ov.nist.registry.common2.exception.XdsInternalException: AxisFault thrown:
No such operation 'hello'
rg.apache.axis2.AxisFault: No such operation 'hello'
at
gov.nist.registry.xdstest2.BasicContext.fatal_error(BasicCon text.java:82)
at
gov.nist.registry.xdstest2.SimpleTransaction.run(SimpleTrans action.java:113)
at gov.nist.registry.xdstest2.StepContext.run(StepContext.java: 143)
at gov.nist.registry.xdstest2.PlanContext.run(PlanContext.java: 112)
at gov.nist.registry.xdstest2.Xdstest2.runTest(Xdstest2.java:23 0)
at gov.nist.registry.xdstest2.Xdstest2.main(Xdstest2.java:76)

Any help is appreciated...


"Robert Alkire" <ralkire@ndorange.com> wrote in message
news:fsa0m7$9fr$1@build.eclipse.org...
> From here http://www.eclipse.org/ohf/downloads/connectathon.php
> obtained org.eclipse.ohf.bridge.install_0.3.0.v20080313073042.zip and
> org.eclipse.ohf.bridge_0.3.0.v20080313073042.zip
> former was installed in Tomcat base directory, and later in tomcat/lib.
>
> rhioConfig.xml untouched then
> http://localhost:8080/bridge/services/ohf-bridge?wsdl fails!!
>
> rhioConfigMesa.xml renamed to rhioConfig.xml then
> http://localhost:8080/bridge/services/ohf-bridge?wsdl works however error
> occurs on testing the details follow. I am hoping someone can point me to
> what is wrong with this...
>
>
> <TestResults
> status="Fail"><Xdstest2_version>1.9</Xdstest2_version><Xdstest2_args >--actorconfig
> C:\xdstest2tool\actors.xml --testmgmt C:\xdstest2tool\mgmt
> </Xdstest2_args><Test>11733/submit</Test><RegistryEndpoint >http://localhost:8080/bridge/services</RegistryEndpoint><TestStep
> id="submit"><ExpectedStatus>Success</ExpectedStatus><RegisterTransaction ><Xdsa
> /><MetadataFile>./single_doc.xml</MetadataFile><RegistryEndpoint >http://localhost:8080/bridge/services</RegistryEndpoint><AssignedPatientId><Assign
> symbol="Document01"
> id=" 7de6d06dac4f499^^^&amp;1.3.6.1.4.1.21367.2005.3.7&am p;ISO " /><Assign
> symbol="SubmissionSet01"
> id=" 7de6d06dac4f499^^^&amp;1.3.6.1.4.1.21367.2005.3.7&am p;ISO "
> /></AssignedPatientId><AssignedUids><Assign symbol="Document01"
> id="192.168.0.19.22459" /><Assign symbol="SubmissionSet01"
> id="192.168.0.19.22460"
> /></AssignedUids><InputMetadata><rs:SubmitObjectsRequest
> xmlns:rs="urn:oasis:names:tc:ebxml-regrep:registry:xsd:2.1" ><rim:LeafRegistryObjectList
> xmlns:rim="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"><ExtrinsicObject
> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1" id="Document01"
> mimeType="text/plain"
> objectType="urn:uuid:7edca82f-054d-47f2-a032-9b2a5b5186c1">
> <Name>
> <LocalizedString value="Physical" />
> </Name>
> <Description />
> <Slot name="creationTime">
> <ValueList>
> <Value>20051224</Value>
> </ValueList>
> </Slot>
> <Slot name="languageCode">
> <ValueList>
> <Value>en-us</Value>
> </ValueList>
> </Slot>
> <Slot name="serviceStartTime">
> <ValueList>
> <Value>200412230800</Value>
> </ValueList>
> </Slot>
> <Slot name="serviceStopTime">
> <ValueList>
> <Value>200412230801</Value>
> </ValueList>
> </Slot>
> <Slot name="sourcePatientId">
> <ValueList>
> <Value>89765a87b^^^fj34r</Value>
> </ValueList>
> </Slot>
> <Slot name="sourcePatientInfo">
> <ValueList>
> <Value>PID-3|pid1^^^domain</Value>
> <Value>PID-5|Doe^John^^^</Value>
> <Value>PID-7|19560527</Value>
> <Value>PID-8|M</Value>
> <Value>PID-11|100 Main
> St^^Metropolis^Il^44130^USA</Value>
> </ValueList>
> </Slot>
> <rim:Slot name="size">
> <rim:ValueList>
> <rim:Value>36</rim:Value>
> </rim:ValueList>
> </rim:Slot>
> <rim:Slot name="hash">
> <rim:ValueList>
>
> <rim:Value>fbe2351a6a8ceba1a04ba3f832a12a53befeb04c</rim:Value >
> </rim:ValueList>
> </rim:Slot>
> <rim:Slot name="URI">
> <rim:ValueList>
>
> <rim:Value>http://129.6.58.92:9080/Repository/129.6.58.92.3492.txt</rim:Value>
> </rim:ValueList>
> </rim:Slot>
> <Classification
> classificationScheme="urn:uuid:93606bcf-9494-43ec-9b4e-a7748d1a838d "
> classifiedObject="Document01" nodeRepresentation="">
> <Slot name="authorPerson">
> <ValueList>
> <Value>^Smitty^Gerald^^^</Value>
> </ValueList>
> </Slot>
> <Slot name="authorInstitution">
> <ValueList>
> <Value>Cleveland Clinic</Value>
> <Value>Parma Community</Value>
> </ValueList>
> </Slot>
> <Slot name="authorRole">
> <ValueList>
> <Value>Attending</Value>
> </ValueList>
> </Slot>
> <Slot name="authorSpecialty">
> <ValueList>
> <Value>Orthopedic</Value>
> </ValueList>
> </Slot>
> </Classification>
> <Classification
> classificationScheme="urn:uuid:93606bcf-9494-43ec-9b4e-a7748d1a838d "
> classifiedObject="Document01" nodeRepresentation="">
> <Slot name="authorPerson">
> <ValueList>
> <Value>^Dopplemeyer^Sherry^^^</Value>
> </ValueList>
> </Slot>
> <Slot name="authorInstitution">
> <ValueList>
> <Value>Cleveland Clinic</Value>
> <Value>Berea Community</Value>
> </ValueList>
> </Slot>
> <Slot name="authorRole">
> <ValueList>
> <Value>Primary Surgon</Value>
> </ValueList>
> </Slot>
> <Slot name="authorSpecialty">
> <ValueList>
> <Value>Orthopedic</Value>
> </ValueList>
> </Slot>
> </Classification>
> <Classification
> classificationScheme="urn:uuid:41a5887f-8865-4c09-adf7-e362475b143a "
> classifiedObject="Document01" nodeRepresentation="History and Physical">
> <Name>
> <LocalizedString value="History and Physical" />
> </Name>
> <Slot name="codingScheme">
> <ValueList>
> <Value>Connect-a-thon classCodes</Value>
> </ValueList>
> </Slot>
> </Classification>
> <Classification
> classificationScheme="urn:uuid:f4f85eac-e6cb-4883-b524-f2705394840f "
> classifiedObject="Document01"
> nodeRepresentation="1.3.6.1.4.1.21367.2006.7.101">
> <Name>
> <LocalizedString value="Clinical-Staff" />
> </Name>
> <Slot name="codingScheme">
> <ValueList>
> <Value>Connect-a-thon confidentialityCodes</Value>
> </ValueList>
> </Slot>
> </Classification>
> <Classification
> classificationScheme="urn:uuid:a09d5840-386c-46f2-b5ad-9c3699a4309d "
> classifiedObject="Document01" nodeRepresentation="CDAR2/IHE 1.0">
> <Name>
> <LocalizedString value="CDAR2/IHE 1.0" />
> </Name>
> <Slot name="codingScheme">
> <ValueList>
> <Value>Connect-a-thon formatCodes</Value>
> </ValueList>
> </Slot>
> </Classification>
> <Classification
> classificationScheme="urn:uuid:f33fb8ac-18af-42cc-ae0e-ed0b0bdb91e1 "
> classifiedObject="Document01" nodeRepresentation="Outpatient">
> <Name>
> <LocalizedString value="Outpatient" />
> </Name>
> <Slot name="codingScheme">
> <ValueList>
> <Value>Connect-a-thon
> healthcareFacilityTypeCodes</Value>
> </ValueList>
> </Slot>
> </Classification>
> <Classification
> classificationScheme="urn:uuid:cccf5598-8b07-4b77-a05e-ae952c785ead "
> classifiedObject="Document01" nodeRepresentation="General Medicine">
> <Name>
> <LocalizedString value="General Medicine" />
> </Name>
> <Slot name="codingScheme">
> <ValueList>
> <Value>Connect-a-thon practiceSettingCodes</Value>
> </ValueList>
> </Slot>
> </Classification>
> <Classification
> classificationScheme="urn:uuid:f0306f51-975f-434e-a61c-c59651d33983 "
> classifiedObject="Document01" nodeRepresentation="34108-1">
> <Name>
> <LocalizedString value="Outpatient Evaluation And
> Management" />
> </Name>
> <Slot name="codingScheme">
> <ValueList>
> <Value>LOINC</Value>
> </ValueList>
> </Slot>
> </Classification>
> <ExternalIdentifier
> identificationScheme="urn:uuid:58a6f841-87b3-4a3e-92fd-a8ffeff98427 "
> value=" 7de6d06dac4f499^^^&amp;1.3.6.1.4.1.21367.2005.3.7&am p;ISO ">
> <Name>
> <LocalizedString value="XDSDocumentEntry.patientId" />
> </Name>
> </ExternalIdentifier>
> <ExternalIdentifier
> identificationScheme="urn:uuid:2e82c1f6-a085-4c72-9da3-8640a32e42ab "
> value="192.168.0.19.22459">
> <Name>
> <LocalizedString value="XDSDocumentEntry.uniqueId" />
> </Name>
> </ExternalIdentifier>
> </ExtrinsicObject><RegistryPackage
> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1" id="SubmissionSet01">
> <Name>
> <LocalizedString value="Physical" />
> </Name>
> <Description>
> <LocalizedString value="Annual physical" />
> </Description>
> <Slot name="submissionTime">
> <ValueList>
> <Value>20041225235050</Value>
> </ValueList>
> </Slot>
> <Classification
> classificationScheme="urn:uuid:a7058bb9-b4e4-4307-ba5b-e3f0ab85e12d "
> classifiedObject="SubmissionSet01" nodeRepresentation="">
> <Slot name="authorPerson">
> <ValueList>
> <Value>^Dopplemeyer^Sherry^^^</Value>
> </ValueList>
> </Slot>
> <Slot name="authorInstitution">
> <ValueList>
> <Value>Cleveland Clinic</Value>
> <Value>Berea Community</Value>
> </ValueList>
> </Slot>
> <Slot name="authorRole">
> <ValueList>
> <Value>Primary Surgon</Value>
> </ValueList>
> </Slot>
> <Slot name="authorSpecialty">
> <ValueList>
> <Value>Orthopedic</Value>
> </ValueList>
> </Slot>
> </Classification>
> <Classification
> classificationScheme="urn:uuid:aa543740-bdda-424e-8c96-df4873be8500 "
> classifiedObject="SubmissionSet01" nodeRepresentation="History and
> Physical">
> <Name>
> <LocalizedString value="History and Physical" />
> </Name>
> <Slot name="codingScheme">
> <ValueList>
> <Value>Connect-a-thon contentTypeCodes</Value>
> </ValueList>
> </Slot>
> </Classification>
> <ExternalIdentifier
> identificationScheme="urn:uuid:96fdda7c-d067-4183-912e-bf5ee74998a8 "
> value="192.168.0.19.22460">
> <Name>
> <LocalizedString value="XDSSubmissionSet.uniqueId" />
> </Name>
> </ExternalIdentifier>
> <ExternalIdentifier
> identificationScheme="urn:uuid:554ac39e-e3fe-47fe-b233-965d2a147832 "
> value="1.3.6.1.4.1.21367.2008.1.2.178">
> <Name>
> <LocalizedString value="XDSSubmissionSet.sourceId" />
> </Name>
> </ExternalIdentifier>
> <ExternalIdentifier
> identificationScheme="urn:uuid:6b5aea1a-874d-4603-a4bc-96a0a7b38446 "
> value=" 7de6d06dac4f499^^^&amp;1.3.6.1.4.1.21367.2005.3.7&am p;ISO ">
> <Name>
> <LocalizedString value="XDSSubmissionSet.patientId" />
> </Name>
> </ExternalIdentifier>
> </RegistryPackage><Classification
> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
> classifiedObject="SubmissionSet01"
> classificationNode="urn:uuid:a54d6aa5-d40d-43f9-88c5-b4633d873bdd "
> id="ID_14916158_1" /><Association
> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
> associationType="HasMember" sourceObject="SubmissionSet01"
> targetObject="Document01" id="ID_14916158_2">
> <Slot name="SubmissionSetStatus">
> <ValueList>
> <Value>Original</Value>
> </ValueList>
> </Slot>
> </Association><ObjectRef
> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
> id="urn:uuid:7edca82f-054d-47f2-a032-9b2a5b518fff" /><ObjectRef
> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
> id="urn:uuid:a54d6aa5-d40d-43f9-88c5-b4633d873bdd" /><ObjectRef
> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
> id="urn:uuid:f64ffdf0-4b97-4e06-b79f-a52b38ec2f8a" /><ObjectRef
> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
> id="urn:uuid:96fdda7c-d067-4183-912e-bf5ee74998a8" /><ObjectRef
> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
> id="urn:uuid:554ac39e-e3fe-47fe-b233-965d2a147832" /><ObjectRef
> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
> id="urn:uuid:6b5aea1a-874d-4603-a4bc-96a0a7b38446" /><ObjectRef
> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
> id="urn:uuid:d9d542f3-6cc4-48b6-8870-ea235fbc94c2" /><ObjectRef
> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
> id="urn:uuid:f33fb8ac-18af-42cc-ae0e-ed0b0bdb91e1" /><ObjectRef
> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
> id="urn:uuid:aa543740-bdda-424e-8c96-df4873be8500" /><ObjectRef
> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
> id="urn:uuid:75df8f67-9973-4fbe-a900-df66cefecc5a" /><ObjectRef
> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
> id="urn:uuid:f4f85eac-e6cb-4883-b524-f2705394840f" /><ObjectRef
> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
> id="urn:uuid:a09d5840-386c-46f2-b5ad-9c3699a4309d" /><ObjectRef
> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
> id="urn:uuid:cccf5598-8b07-4b77-a05e-ae952c785ead" /><ObjectRef
> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
> id="urn:uuid:f0306f51-975f-434e-a61c-c59651d33983" /><ObjectRef
> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
> id="urn:uuid:41a5887f-8865-4c09-adf7-e362475b143a" /><ObjectRef
> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
> id="urn:uuid:2e82c1f6-a085-4c72-9da3-8640a32e42ab" /><ObjectRef
> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
> id="urn:uuid:58a6f841-87b3-4a3e-92fd-a8ffeff98427" /><ObjectRef
> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
> id="urn:uuid:a7058bb9-b4e4-4307-ba5b-e3f0ab85e12d" /><ObjectRef
> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
> id="urn:uuid:93606bcf-9494-43ec-9b4e-a7748d1a838d"
> /></rim:LeafRegistryObjectList></rs:SubmitObjectsRequest></InputMetadata ></RegisterTransaction></TestStep><FatalError>AxisFault
> thrown: The AXIS engine could not find a target service to invoke!
> targetService is null
> org.apache.axis2.AxisFault: The AXIS engine could not find a target
> service to invoke! targetService is null</FatalError></TestResults>
>
> Thanks... and sorry for the long post...
>

Report message to a moderator

Re: OHF Bridge 0.3.0 problems [message #41899 is a reply to message #41865] Tue, 25 March 2008 05:34 Go to previous messageGo to next message
Eclipse UserFriend
Originally posted by: ralkire.ndorange.com

Yes I am talking to myself:

Since http://localhost:8080/bridge/services/ohf-bridge?wsdl no longer has
support for 11710 case, I changed to
<RegistryEndpoint>http://localhost:8080/bridge/services/ohf-bridge</RegistryEndpoint>
for the 11733 case and got the following:

<FatalError>AxisFault thrown: org.xml.sax.SAXException: SimpleDeserializer
encountered a child element, which is NOT expected, in something it was
trying to deserialize.
org.apache.axis2.AxisFault: org.xml.sax.SAXException: SimpleDeserializer
encountered a child element, which is NOT expected, in something it was
trying to deserialize.</FatalError>

I guess that is an improvement. Again, any ideas are appreciated.
===================================================



"Robert Alkire" <ralkire@ndorange.com> wrote in message
news:fsa2du$r2p$1@build.eclipse.org...
> On 11710 changed endpoint to
> http://localhost:8080/bridge/services/ohf-bridge and now get the
> following:
> ov.nist.registry.xdstest2.StepContext
> step_id : submit
> ov.nist.registry.xdstest2.PlanContext
> RegistryEndpoint : http://localhost:8080/bridge/services/ohf-bridge
> transaction : gov.nist.registry.xdstest2.SimpleTransaction@1b383e9
> Fatal Error: Exception thrown:
> gov.nist.registry.common2.exception.XdsInternalException
> xisFault thrown: No such operation 'hello'
> rg.apache.axis2.AxisFault: No such operation 'hello'
> ov.nist.registry.common2.exception.XdsInternalException: AxisFault thrown:
> No such operation 'hello'
> rg.apache.axis2.AxisFault: No such operation 'hello'
> at
> gov.nist.registry.xdstest2.BasicContext.fatal_error(BasicCon text.java:82)
> at
> gov.nist.registry.xdstest2.SimpleTransaction.run(SimpleTrans action.java:113)
> at gov.nist.registry.xdstest2.StepContext.run(StepContext.java: 143)
> at gov.nist.registry.xdstest2.PlanContext.run(PlanContext.java: 112)
> at gov.nist.registry.xdstest2.Xdstest2.runTest(Xdstest2.java:23 0)
> at gov.nist.registry.xdstest2.Xdstest2.main(Xdstest2.java:76)
>
> Any help is appreciated...
>
>
> "Robert Alkire" <ralkire@ndorange.com> wrote in message
> news:fsa0m7$9fr$1@build.eclipse.org...
>> From here http://www.eclipse.org/ohf/downloads/connectathon.php
>> obtained org.eclipse.ohf.bridge.install_0.3.0.v20080313073042.zip and
>> org.eclipse.ohf.bridge_0.3.0.v20080313073042.zip
>> former was installed in Tomcat base directory, and later in tomcat/lib.
>>
>> rhioConfig.xml untouched then
>> http://localhost:8080/bridge/services/ohf-bridge?wsdl fails!!
>>
>> rhioConfigMesa.xml renamed to rhioConfig.xml then
>> http://localhost:8080/bridge/services/ohf-bridge?wsdl works however error
>> occurs on testing the details follow. I am hoping someone can point me
>> to what is wrong with this...
>>
>>
>> <TestResults
>> status="Fail"><Xdstest2_version>1.9</Xdstest2_version><Xdstest2_args >--actorconfig
>> C:\xdstest2tool\actors.xml --testmgmt C:\xdstest2tool\mgmt
>> </Xdstest2_args><Test>11733/submit</Test><RegistryEndpoint >http://localhost:8080/bridge/services</RegistryEndpoint><TestStep
>> id="submit"><ExpectedStatus>Success</ExpectedStatus><RegisterTransaction ><Xdsa
>> /><MetadataFile>./single_doc.xml</MetadataFile><RegistryEndpoint >http://localhost:8080/bridge/services</RegistryEndpoint><AssignedPatientId><Assign
>> symbol="Document01"
>> id=" 7de6d06dac4f499^^^&amp;1.3.6.1.4.1.21367.2005.3.7&am p;ISO " /><Assign
>> symbol="SubmissionSet01"
>> id=" 7de6d06dac4f499^^^&amp;1.3.6.1.4.1.21367.2005.3.7&am p;ISO "
>> /></AssignedPatientId><AssignedUids><Assign symbol="Document01"
>> id="192.168.0.19.22459" /><Assign symbol="SubmissionSet01"
>> id="192.168.0.19.22460"
>> /></AssignedUids><InputMetadata><rs:SubmitObjectsRequest
>> xmlns:rs="urn:oasis:names:tc:ebxml-regrep:registry:xsd:2.1" ><rim:LeafRegistryObjectList
>> xmlns:rim="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"><ExtrinsicObject
>> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1" id="Document01"
>> mimeType="text/plain"
>> objectType="urn:uuid:7edca82f-054d-47f2-a032-9b2a5b5186c1">
>> <Name>
>> <LocalizedString value="Physical" />
>> </Name>
>> <Description />
>> <Slot name="creationTime">
>> <ValueList>
>> <Value>20051224</Value>
>> </ValueList>
>> </Slot>
>> <Slot name="languageCode">
>> <ValueList>
>> <Value>en-us</Value>
>> </ValueList>
>> </Slot>
>> <Slot name="serviceStartTime">
>> <ValueList>
>> <Value>200412230800</Value>
>> </ValueList>
>> </Slot>
>> <Slot name="serviceStopTime">
>> <ValueList>
>> <Value>200412230801</Value>
>> </ValueList>
>> </Slot>
>> <Slot name="sourcePatientId">
>> <ValueList>
>> <Value>89765a87b^^^fj34r</Value>
>> </ValueList>
>> </Slot>
>> <Slot name="sourcePatientInfo">
>> <ValueList>
>> <Value>PID-3|pid1^^^domain</Value>
>> <Value>PID-5|Doe^John^^^</Value>
>> <Value>PID-7|19560527</Value>
>> <Value>PID-8|M</Value>
>> <Value>PID-11|100 Main
>> St^^Metropolis^Il^44130^USA</Value>
>> </ValueList>
>> </Slot>
>> <rim:Slot name="size">
>> <rim:ValueList>
>> <rim:Value>36</rim:Value>
>> </rim:ValueList>
>> </rim:Slot>
>> <rim:Slot name="hash">
>> <rim:ValueList>
>>
>> <rim:Value>fbe2351a6a8ceba1a04ba3f832a12a53befeb04c</rim:Value >
>> </rim:ValueList>
>> </rim:Slot>
>> <rim:Slot name="URI">
>> <rim:ValueList>
>>
>> <rim:Value>http://129.6.58.92:9080/Repository/129.6.58.92.3492.txt</rim:Value>
>> </rim:ValueList>
>> </rim:Slot>
>> <Classification
>> classificationScheme="urn:uuid:93606bcf-9494-43ec-9b4e-a7748d1a838d "
>> classifiedObject="Document01" nodeRepresentation="">
>> <Slot name="authorPerson">
>> <ValueList>
>> <Value>^Smitty^Gerald^^^</Value>
>> </ValueList>
>> </Slot>
>> <Slot name="authorInstitution">
>> <ValueList>
>> <Value>Cleveland Clinic</Value>
>> <Value>Parma Community</Value>
>> </ValueList>
>> </Slot>
>> <Slot name="authorRole">
>> <ValueList>
>> <Value>Attending</Value>
>> </ValueList>
>> </Slot>
>> <Slot name="authorSpecialty">
>> <ValueList>
>> <Value>Orthopedic</Value>
>> </ValueList>
>> </Slot>
>> </Classification>
>> <Classification
>> classificationScheme="urn:uuid:93606bcf-9494-43ec-9b4e-a7748d1a838d "
>> classifiedObject="Document01" nodeRepresentation="">
>> <Slot name="authorPerson">
>> <ValueList>
>> <Value>^Dopplemeyer^Sherry^^^</Value>
>> </ValueList>
>> </Slot>
>> <Slot name="authorInstitution">
>> <ValueList>
>> <Value>Cleveland Clinic</Value>
>> <Value>Berea Community</Value>
>> </ValueList>
>> </Slot>
>> <Slot name="authorRole">
>> <ValueList>
>> <Value>Primary Surgon</Value>
>> </ValueList>
>> </Slot>
>> <Slot name="authorSpecialty">
>> <ValueList>
>> <Value>Orthopedic</Value>
>> </ValueList>
>> </Slot>
>> </Classification>
>> <Classification
>> classificationScheme="urn:uuid:41a5887f-8865-4c09-adf7-e362475b143a "
>> classifiedObject="Document01" nodeRepresentation="History and Physical">
>> <Name>
>> <LocalizedString value="History and Physical" />
>> </Name>
>> <Slot name="codingScheme">
>> <ValueList>
>> <Value>Connect-a-thon classCodes</Value>
>> </ValueList>
>> </Slot>
>> </Classification>
>> <Classification
>> classificationScheme="urn:uuid:f4f85eac-e6cb-4883-b524-f2705394840f "
>> classifiedObject="Document01"
>> nodeRepresentation="1.3.6.1.4.1.21367.2006.7.101">
>> <Name>
>> <LocalizedString value="Clinical-Staff" />
>> </Name>
>> <Slot name="codingScheme">
>> <ValueList>
>> <Value>Connect-a-thon confidentialityCodes</Value>
>> </ValueList>
>> </Slot>
>> </Classification>
>> <Classification
>> classificationScheme="urn:uuid:a09d5840-386c-46f2-b5ad-9c3699a4309d "
>> classifiedObject="Document01" nodeRepresentation="CDAR2/IHE 1.0">
>> <Name>
>> <LocalizedString value="CDAR2/IHE 1.0" />
>> </Name>
>> <Slot name="codingScheme">
>> <ValueList>
>> <Value>Connect-a-thon formatCodes</Value>
>> </ValueList>
>> </Slot>
>> </Classification>
>> <Classification
>> classificationScheme="urn:uuid:f33fb8ac-18af-42cc-ae0e-ed0b0bdb91e1 "
>> classifiedObject="Document01" nodeRepresentation="Outpatient">
>> <Name>
>> <LocalizedString value="Outpatient" />
>> </Name>
>> <Slot name="codingScheme">
>> <ValueList>
>> <Value>Connect-a-thon
>> healthcareFacilityTypeCodes</Value>
>> </ValueList>
>> </Slot>
>> </Classification>
>> <Classification
>> classificationScheme="urn:uuid:cccf5598-8b07-4b77-a05e-ae952c785ead "
>> classifiedObject="Document01" nodeRepresentation="General Medicine">
>> <Name>
>> <LocalizedString value="General Medicine" />
>> </Name>
>> <Slot name="codingScheme">
>> <ValueList>
>> <Value>Connect-a-thon practiceSettingCodes</Value>
>> </ValueList>
>> </Slot>
>> </Classification>
>> <Classification
>> classificationScheme="urn:uuid:f0306f51-975f-434e-a61c-c59651d33983 "
>> classifiedObject="Document01" nodeRepresentation="34108-1">
>> <Name>
>> <LocalizedString value="Outpatient Evaluation And
>> Management" />
>> </Name>
>> <Slot name="codingScheme">
>> <ValueList>
>> <Value>LOINC</Value>
>> </ValueList>
>> </Slot>
>> </Classification>
>> <ExternalIdentifier
>> identificationScheme="urn:uuid:58a6f841-87b3-4a3e-92fd-a8ffeff98427 "
>> value=" 7de6d06dac4f499^^^&amp;1.3.6.1.4.1.21367.2005.3.7&am p;ISO ">
>> <Name>
>> <LocalizedString value="XDSDocumentEntry.patientId" />
>> </Name>
>> </ExternalIdentifier>
>> <ExternalIdentifier
>> identificationScheme="urn:uuid:2e82c1f6-a085-4c72-9da3-8640a32e42ab "
>> value="192.168.0.19.22459">
>> <Name>
>> <LocalizedString value="XDSDocumentEntry.uniqueId" />
>> </Name>
>> </ExternalIdentifier>
>> </ExtrinsicObject><RegistryPackage
>> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1" id="SubmissionSet01">
>> <Name>
>> <LocalizedString value="Physical" />
>> </Name>
>> <Description>
>> <LocalizedString value="Annual physical" />
>> </Description>
>> <Slot name="submissionTime">
>> <ValueList>
>> <Value>20041225235050</Value>
>> </ValueList>
>> </Slot>
>> <Classification
>> classificationScheme="urn:uuid:a7058bb9-b4e4-4307-ba5b-e3f0ab85e12d "
>> classifiedObject="SubmissionSet01" nodeRepresentation="">
>> <Slot name="authorPerson">
>> <ValueList>
>> <Value>^Dopplemeyer^Sherry^^^</Value>
>> </ValueList>
>> </Slot>
>> <Slot name="authorInstitution">
>> <ValueList>
>> <Value>Cleveland Clinic</Value>
>> <Value>Berea Community</Value>
>> </ValueList>
>> </Slot>
>> <Slot name="authorRole">
>> <ValueList>
>> <Value>Primary Surgon</Value>
>> </ValueList>
>> </Slot>
>> <Slot name="authorSpecialty">
>> <ValueList>
>> <Value>Orthopedic</Value>
>> </ValueList>
>> </Slot>
>> </Classification>
>> <Classification
>> classificationScheme="urn:uuid:aa543740-bdda-424e-8c96-df4873be8500 "
>> classifiedObject="SubmissionSet01" nodeRepresentation="History and
>> Physical">
>> <Name>
>> <LocalizedString value="History and Physical" />
>> </Name>
>> <Slot name="codingScheme">
>> <ValueList>
>> <Value>Connect-a-thon contentTypeCodes</Value>
>> </ValueList>
>> </Slot>
>> </Classification>
>> <ExternalIdentifier
>> identificationScheme="urn:uuid:96fdda7c-d067-4183-912e-bf5ee74998a8 "
>> value="192.168.0.19.22460">
>> <Name>
>> <LocalizedString value="XDSSubmissionSet.uniqueId" />
>> </Name>
>> </ExternalIdentifier>
>> <ExternalIdentifier
>> identificationScheme="urn:uuid:554ac39e-e3fe-47fe-b233-965d2a147832 "
>> value="1.3.6.1.4.1.21367.2008.1.2.178">
>> <Name>
>> <LocalizedString value="XDSSubmissionSet.sourceId" />
>> </Name>
>> </ExternalIdentifier>
>> <ExternalIdentifier
>> identificationScheme="urn:uuid:6b5aea1a-874d-4603-a4bc-96a0a7b38446 "
>> value=" 7de6d06dac4f499^^^&amp;1.3.6.1.4.1.21367.2005.3.7&am p;ISO ">
>> <Name>
>> <LocalizedString value="XDSSubmissionSet.patientId" />
>> </Name>
>> </ExternalIdentifier>
>> </RegistryPackage><Classification
>> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
>> classifiedObject="SubmissionSet01"
>> classificationNode="urn:uuid:a54d6aa5-d40d-43f9-88c5-b4633d873bdd "
>> id="ID_14916158_1" /><Association
>> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
>> associationType="HasMember" sourceObject="SubmissionSet01"
>> targetObject="Document01" id="ID_14916158_2">
>> <Slot name="SubmissionSetStatus">
>> <ValueList>
>> <Value>Original</Value>
>> </ValueList>
>> </Slot>
>> </Association><ObjectRef
>> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
>> id="urn:uuid:7edca82f-054d-47f2-a032-9b2a5b518fff" /><ObjectRef
>> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
>> id="urn:uuid:a54d6aa5-d40d-43f9-88c5-b4633d873bdd" /><ObjectRef
>> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
>> id="urn:uuid:f64ffdf0-4b97-4e06-b79f-a52b38ec2f8a" /><ObjectRef
>> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
>> id="urn:uuid:96fdda7c-d067-4183-912e-bf5ee74998a8" /><ObjectRef
>> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
>> id="urn:uuid:554ac39e-e3fe-47fe-b233-965d2a147832" /><ObjectRef
>> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
>> id="urn:uuid:6b5aea1a-874d-4603-a4bc-96a0a7b38446" /><ObjectRef
>> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
>> id="urn:uuid:d9d542f3-6cc4-48b6-8870-ea235fbc94c2" /><ObjectRef
>> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
>> id="urn:uuid:f33fb8ac-18af-42cc-ae0e-ed0b0bdb91e1" /><ObjectRef
>> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
>> id="urn:uuid:aa543740-bdda-424e-8c96-df4873be8500" /><ObjectRef
>> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
>> id="urn:uuid:75df8f67-9973-4fbe-a900-df66cefecc5a" /><ObjectRef
>> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
>> id="urn:uuid:f4f85eac-e6cb-4883-b524-f2705394840f" /><ObjectRef
>> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
>> id="urn:uuid:a09d5840-386c-46f2-b5ad-9c3699a4309d" /><ObjectRef
>> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
>> id="urn:uuid:cccf5598-8b07-4b77-a05e-ae952c785ead" /><ObjectRef
>> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
>> id="urn:uuid:f0306f51-975f-434e-a61c-c59651d33983" /><ObjectRef
>> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
>> id="urn:uuid:41a5887f-8865-4c09-adf7-e362475b143a" /><ObjectRef
>> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
>> id="urn:uuid:2e82c1f6-a085-4c72-9da3-8640a32e42ab" /><ObjectRef
>> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
>> id="urn:uuid:58a6f841-87b3-4a3e-92fd-a8ffeff98427" /><ObjectRef
>> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
>> id="urn:uuid:a7058bb9-b4e4-4307-ba5b-e3f0ab85e12d" /><ObjectRef
>> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
>> id="urn:uuid:93606bcf-9494-43ec-9b4e-a7748d1a838d"
>> /></rim:LeafRegistryObjectList></rs:SubmitObjectsRequest></InputMetadata ></RegisterTransaction></TestStep><FatalError>AxisFault
>> thrown: The AXIS engine could not find a target service to invoke!
>> targetService is null
>> org.apache.axis2.AxisFault: The AXIS engine could not find a target
>> service to invoke! targetService is null</FatalError></TestResults>
>>
>> Thanks... and sorry for the long post...
>>
>
>

Report message to a moderator

Re: OHF Bridge 0.3.0 problems [message #41930 is a reply to message #41899] Tue, 25 March 2008 13:16 Go to previous messageGo to next message
Eclipse UserFriend
Originally posted by: ralkire.ndorange.com

I am having quite the conversation with myself.

For test 11746:
org.eclipse.ohf.bridge.install_0.3.0.v20080313073042.zip contains the
Eclipse Equinox/OSGi server-side Servlet (WAR file) but received this error:
Mar 25, 2008 12:43:21 AM org.apache.catalina.core.StandardWrapperValve
invoke
SEVERE: Servlet.service() for servlet equinoxbridgeservlet threw exception
java.lang.RuntimeException: No support for attachments

However http://www.eclipse.org/equinox/server/downloads/bridge.war does not
get that error, instead it gets this one:
<FatalError>Exception thrown by xdstest2: Exception thrown:
java.lang.Exception
Reply is not SOAP Envelope

Again, it appears that I can't get anything to work with the 0.3.0 version
of the ohf bridge.




"Robert Alkire" <ralkire@ndorange.com> wrote in message
news:fsa2t2$t86$1@build.eclipse.org...
> Yes I am talking to myself:
>
> Since http://localhost:8080/bridge/services/ohf-bridge?wsdl no longer has
> support for 11710 case, I changed to
> <RegistryEndpoint>http://localhost:8080/bridge/services/ohf-bridge</RegistryEndpoint>
> for the 11733 case and got the following:
>
> <FatalError>AxisFault thrown: org.xml.sax.SAXException: SimpleDeserializer
> encountered a child element, which is NOT expected, in something it was
> trying to deserialize.
> org.apache.axis2.AxisFault: org.xml.sax.SAXException: SimpleDeserializer
> encountered a child element, which is NOT expected, in something it was
> trying to deserialize.</FatalError>
>
> I guess that is an improvement. Again, any ideas are appreciated.
> ===================================================
>
>
>
> "Robert Alkire" <ralkire@ndorange.com> wrote in message
> news:fsa2du$r2p$1@build.eclipse.org...
>> On 11710 changed endpoint to
>> http://localhost:8080/bridge/services/ohf-bridge and now get the
>> following:
>> ov.nist.registry.xdstest2.StepContext
>> step_id : submit
>> ov.nist.registry.xdstest2.PlanContext
>> RegistryEndpoint : http://localhost:8080/bridge/services/ohf-bridge
>> transaction : gov.nist.registry.xdstest2.SimpleTransaction@1b383e9
>> Fatal Error: Exception thrown:
>> gov.nist.registry.common2.exception.XdsInternalException
>> xisFault thrown: No such operation 'hello'
>> rg.apache.axis2.AxisFault: No such operation 'hello'
>> ov.nist.registry.common2.exception.XdsInternalException: AxisFault
>> thrown: No such operation 'hello'
>> rg.apache.axis2.AxisFault: No such operation 'hello'
>> at
>> gov.nist.registry.xdstest2.BasicContext.fatal_error(BasicCon text.java:82)
>> at
>> gov.nist.registry.xdstest2.SimpleTransaction.run(SimpleTrans action.java:113)
>> at gov.nist.registry.xdstest2.StepContext.run(StepContext.java: 143)
>> at gov.nist.registry.xdstest2.PlanContext.run(PlanContext.java: 112)
>> at gov.nist.registry.xdstest2.Xdstest2.runTest(Xdstest2.java:23 0)
>> at gov.nist.registry.xdstest2.Xdstest2.main(Xdstest2.java:76)
>>
>> Any help is appreciated...
>>
>>
>> "Robert Alkire" <ralkire@ndorange.com> wrote in message
>> news:fsa0m7$9fr$1@build.eclipse.org...
>>> From here http://www.eclipse.org/ohf/downloads/connectathon.php
>>> obtained org.eclipse.ohf.bridge.install_0.3.0.v20080313073042.zip and
>>> org.eclipse.ohf.bridge_0.3.0.v20080313073042.zip
>>> former was installed in Tomcat base directory, and later in tomcat/lib.
>>>
>>> rhioConfig.xml untouched then
>>> http://localhost:8080/bridge/services/ohf-bridge?wsdl fails!!
>>>
>>> rhioConfigMesa.xml renamed to rhioConfig.xml then
>>> http://localhost:8080/bridge/services/ohf-bridge?wsdl works however
>>> error occurs on testing the details follow. I am hoping someone can
>>> point me to what is wrong with this...
>>>
>>>
>>> <TestResults
>>> status="Fail"><Xdstest2_version>1.9</Xdstest2_version><Xdstest2_args >--actorconfig
>>> C:\xdstest2tool\actors.xml --testmgmt C:\xdstest2tool\mgmt
>>> </Xdstest2_args><Test>11733/submit</Test><RegistryEndpoint >http://localhost:8080/bridge/services</RegistryEndpoint><TestStep
>>> id="submit"><ExpectedStatus>Success</ExpectedStatus><RegisterTransaction ><Xdsa
>>> /><MetadataFile>./single_doc.xml</MetadataFile><RegistryEndpoint >http://localhost:8080/bridge/services</RegistryEndpoint><AssignedPatientId><Assign
>>> symbol="Document01"
>>> id=" 7de6d06dac4f499^^^&amp;1.3.6.1.4.1.21367.2005.3.7&am p;ISO " /><Assign
>>> symbol="SubmissionSet01"
>>> id=" 7de6d06dac4f499^^^&amp;1.3.6.1.4.1.21367.2005.3.7&am p;ISO "
>>> /></AssignedPatientId><AssignedUids><Assign symbol="Document01"
>>> id="192.168.0.19.22459" /><Assign symbol="SubmissionSet01"
>>> id="192.168.0.19.22460"
>>> /></AssignedUids><InputMetadata><rs:SubmitObjectsRequest
>>> xmlns:rs="urn:oasis:names:tc:ebxml-regrep:registry:xsd:2.1" ><rim:LeafRegistryObjectList
>>> xmlns:rim="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"><ExtrinsicObject
>>> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1" id="Document01"
>>> mimeType="text/plain"
>>> objectType="urn:uuid:7edca82f-054d-47f2-a032-9b2a5b5186c1">
>>> <Name>
>>> <LocalizedString value="Physical" />
>>> </Name>
>>> <Description />
>>> <Slot name="creationTime">
>>> <ValueList>
>>> <Value>20051224</Value>
>>> </ValueList>
>>> </Slot>
>>> <Slot name="languageCode">
>>> <ValueList>
>>> <Value>en-us</Value>
>>> </ValueList>
>>> </Slot>
>>> <Slot name="serviceStartTime">
>>> <ValueList>
>>> <Value>200412230800</Value>
>>> </ValueList>
>>> </Slot>
>>> <Slot name="serviceStopTime">
>>> <ValueList>
>>> <Value>200412230801</Value>
>>> </ValueList>
>>> </Slot>
>>> <Slot name="sourcePatientId">
>>> <ValueList>
>>> <Value>89765a87b^^^fj34r</Value>
>>> </ValueList>
>>> </Slot>
>>> <Slot name="sourcePatientInfo">
>>> <ValueList>
>>> <Value>PID-3|pid1^^^domain</Value>
>>> <Value>PID-5|Doe^John^^^</Value>
>>> <Value>PID-7|19560527</Value>
>>> <Value>PID-8|M</Value>
>>> <Value>PID-11|100 Main
>>> St^^Metropolis^Il^44130^USA</Value>
>>> </ValueList>
>>> </Slot>
>>> <rim:Slot name="size">
>>> <rim:ValueList>
>>> <rim:Value>36</rim:Value>
>>> </rim:ValueList>
>>> </rim:Slot>
>>> <rim:Slot name="hash">
>>> <rim:ValueList>
>>>
>>> <rim:Value>fbe2351a6a8ceba1a04ba3f832a12a53befeb04c</rim:Value >
>>> </rim:ValueList>
>>> </rim:Slot>
>>> <rim:Slot name="URI">
>>> <rim:ValueList>
>>>
>>> <rim:Value>http://129.6.58.92:9080/Repository/129.6.58.92.3492.txt</rim:Value>
>>> </rim:ValueList>
>>> </rim:Slot>
>>> <Classification
>>> classificationScheme="urn:uuid:93606bcf-9494-43ec-9b4e-a7748d1a838d "
>>> classifiedObject="Document01" nodeRepresentation="">
>>> <Slot name="authorPerson">
>>> <ValueList>
>>> <Value>^Smitty^Gerald^^^</Value>
>>> </ValueList>
>>> </Slot>
>>> <Slot name="authorInstitution">
>>> <ValueList>
>>> <Value>Cleveland Clinic</Value>
>>> <Value>Parma Community</Value>
>>> </ValueList>
>>> </Slot>
>>> <Slot name="authorRole">
>>> <ValueList>
>>> <Value>Attending</Value>
>>> </ValueList>
>>> </Slot>
>>> <Slot name="authorSpecialty">
>>> <ValueList>
>>> <Value>Orthopedic</Value>
>>> </ValueList>
>>> </Slot>
>>> </Classification>
>>> <Classification
>>> classificationScheme="urn:uuid:93606bcf-9494-43ec-9b4e-a7748d1a838d "
>>> classifiedObject="Document01" nodeRepresentation="">
>>> <Slot name="authorPerson">
>>> <ValueList>
>>> <Value>^Dopplemeyer^Sherry^^^</Value>
>>> </ValueList>
>>> </Slot>
>>> <Slot name="authorInstitution">
>>> <ValueList>
>>> <Value>Cleveland Clinic</Value>
>>> <Value>Berea Community</Value>
>>> </ValueList>
>>> </Slot>
>>> <Slot name="authorRole">
>>> <ValueList>
>>> <Value>Primary Surgon</Value>
>>> </ValueList>
>>> </Slot>
>>> <Slot name="authorSpecialty">
>>> <ValueList>
>>> <Value>Orthopedic</Value>
>>> </ValueList>
>>> </Slot>
>>> </Classification>
>>> <Classification
>>> classificationScheme="urn:uuid:41a5887f-8865-4c09-adf7-e362475b143a "
>>> classifiedObject="Document01" nodeRepresentation="History and Physical">
>>> <Name>
>>> <LocalizedString value="History and Physical" />
>>> </Name>
>>> <Slot name="codingScheme">
>>> <ValueList>
>>> <Value>Connect-a-thon classCodes</Value>
>>> </ValueList>
>>> </Slot>
>>> </Classification>
>>> <Classification
>>> classificationScheme="urn:uuid:f4f85eac-e6cb-4883-b524-f2705394840f "
>>> classifiedObject="Document01"
>>> nodeRepresentation="1.3.6.1.4.1.21367.2006.7.101">
>>> <Name>
>>> <LocalizedString value="Clinical-Staff" />
>>> </Name>
>>> <Slot name="codingScheme">
>>> <ValueList>
>>> <Value>Connect-a-thon
>>> confidentialityCodes</Value>
>>> </ValueList>
>>> </Slot>
>>> </Classification>
>>> <Classification
>>> classificationScheme="urn:uuid:a09d5840-386c-46f2-b5ad-9c3699a4309d "
>>> classifiedObject="Document01" nodeRepresentation="CDAR2/IHE 1.0">
>>> <Name>
>>> <LocalizedString value="CDAR2/IHE 1.0" />
>>> </Name>
>>> <Slot name="codingScheme">
>>> <ValueList>
>>> <Value>Connect-a-thon formatCodes</Value>
>>> </ValueList>
>>> </Slot>
>>> </Classification>
>>> <Classification
>>> classificationScheme="urn:uuid:f33fb8ac-18af-42cc-ae0e-ed0b0bdb91e1 "
>>> classifiedObject="Document01" nodeRepresentation="Outpatient">
>>> <Name>
>>> <LocalizedString value="Outpatient" />
>>> </Name>
>>> <Slot name="codingScheme">
>>> <ValueList>
>>> <Value>Connect-a-thon
>>> healthcareFacilityTypeCodes</Value>
>>> </ValueList>
>>> </Slot>
>>> </Classification>
>>> <Classification
>>> classificationScheme="urn:uuid:cccf5598-8b07-4b77-a05e-ae952c785ead "
>>> classifiedObject="Document01" nodeRepresentation="General Medicine">
>>> <Name>
>>> <LocalizedString value="General Medicine" />
>>> </Name>
>>> <Slot name="codingScheme">
>>> <ValueList>
>>> <Value>Connect-a-thon
>>> practiceSettingCodes</Value>
>>> </ValueList>
>>> </Slot>
>>> </Classification>
>>> <Classification
>>> classificationScheme="urn:uuid:f0306f51-975f-434e-a61c-c59651d33983 "
>>> classifiedObject="Document01" nodeRepresentation="34108-1">
>>> <Name>
>>> <LocalizedString value="Outpatient Evaluation And
>>> Management" />
>>> </Name>
>>> <Slot name="codingScheme">
>>> <ValueList>
>>> <Value>LOINC</Value>
>>> </ValueList>
>>> </Slot>
>>> </Classification>
>>> <ExternalIdentifier
>>> identificationScheme="urn:uuid:58a6f841-87b3-4a3e-92fd-a8ffeff98427 "
>>> value=" 7de6d06dac4f499^^^&amp;1.3.6.1.4.1.21367.2005.3.7&am p;ISO ">
>>> <Name>
>>> <LocalizedString value="XDSDocumentEntry.patientId"
>>> />
>>> </Name>
>>> </ExternalIdentifier>
>>> <ExternalIdentifier
>>> identificationScheme="urn:uuid:2e82c1f6-a085-4c72-9da3-8640a32e42ab "
>>> value="192.168.0.19.22459">
>>> <Name>
>>> <LocalizedString value="XDSDocumentEntry.uniqueId" />
>>> </Name>
>>> </ExternalIdentifier>
>>> </ExtrinsicObject><RegistryPackage
>>> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
>>> id="SubmissionSet01">
>>> <Name>
>>> <LocalizedString value="Physical" />
>>> </Name>
>>> <Description>
>>> <LocalizedString value="Annual physical" />
>>> </Description>
>>> <Slot name="submissionTime">
>>> <ValueList>
>>> <Value>20041225235050</Value>
>>> </ValueList>
>>> </Slot>
>>> <Classification
>>> classificationScheme="urn:uuid:a7058bb9-b4e4-4307-ba5b-e3f0ab85e12d "
>>> classifiedObject="SubmissionSet01" nodeRepresentation="">
>>> <Slot name="authorPerson">
>>> <ValueList>
>>> <Value>^Dopplemeyer^Sherry^^^</Value>
>>> </ValueList>
>>> </Slot>
>>> <Slot name="authorInstitution">
>>> <ValueList>
>>> <Value>Cleveland Clinic</Value>
>>> <Value>Berea Community</Value>
>>> </ValueList>
>>> </Slot>
>>> <Slot name="authorRole">
>>> <ValueList>
>>> <Value>Primary Surgon</Value>
>>> </ValueList>
>>> </Slot>
>>> <Slot name="authorSpecialty">
>>> <ValueList>
>>> <Value>Orthopedic</Value>
>>> </ValueList>
>>> </Slot>
>>> </Classification>
>>> <Classification
>>> classificationScheme="urn:uuid:aa543740-bdda-424e-8c96-df4873be8500 "
>>> classifiedObject="SubmissionSet01" nodeRepresentation="History and
>>> Physical">
>>> <Name>
>>> <LocalizedString value="History and Physical" />
>>> </Name>
>>> <Slot name="codingScheme">
>>> <ValueList>
>>> <Value>Connect-a-thon contentTypeCodes</Value>
>>> </ValueList>
>>> </Slot>
>>> </Classification>
>>> <ExternalIdentifier
>>> identificationScheme="urn:uuid:96fdda7c-d067-4183-912e-bf5ee74998a8 "
>>> value="192.168.0.19.22460">
>>> <Name>
>>> <LocalizedString value="XDSSubmissionSet.uniqueId" />
>>> </Name>
>>> </ExternalIdentifier>
>>> <ExternalIdentifier
>>> identificationScheme="urn:uuid:554ac39e-e3fe-47fe-b233-965d2a147832 "
>>> value="1.3.6.1.4.1.21367.2008.1.2.178">
>>> <Name>
>>> <LocalizedString value="XDSSubmissionSet.sourceId" />
>>> </Name>
>>> </ExternalIdentifier>
>>> <ExternalIdentifier
>>> identificationScheme="urn:uuid:6b5aea1a-874d-4603-a4bc-96a0a7b38446 "
>>> value=" 7de6d06dac4f499^^^&amp;1.3.6.1.4.1.21367.2005.3.7&am p;ISO ">
>>> <Name>
>>> <LocalizedString value="XDSSubmissionSet.patientId"
>>> />
>>> </Name>
>>> </ExternalIdentifier>
>>> </RegistryPackage><Classification
>>> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
>>> classifiedObject="SubmissionSet01"
>>> classificationNode="urn:uuid:a54d6aa5-d40d-43f9-88c5-b4633d873bdd "
>>> id="ID_14916158_1" /><Association
>>> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
>>> associationType="HasMember" sourceObject="SubmissionSet01"
>>> targetObject="Document01" id="ID_14916158_2">
>>> <Slot name="SubmissionSetStatus">
>>> <ValueList>
>>> <Value>Original</Value>
>>> </ValueList>
>>> </Slot>
>>> </Association><ObjectRef
>>> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
>>> id="urn:uuid:7edca82f-054d-47f2-a032-9b2a5b518fff" /><ObjectRef
>>> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
>>> id="urn:uuid:a54d6aa5-d40d-43f9-88c5-b4633d873bdd" /><ObjectRef
>>> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
>>> id="urn:uuid:f64ffdf0-4b97-4e06-b79f-a52b38ec2f8a" /><ObjectRef
>>> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
>>> id="urn:uuid:96fdda7c-d067-4183-912e-bf5ee74998a8" /><ObjectRef
>>> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
>>> id="urn:uuid:554ac39e-e3fe-47fe-b233-965d2a147832" /><ObjectRef
>>> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
>>> id="urn:uuid:6b5aea1a-874d-4603-a4bc-96a0a7b38446" /><ObjectRef
>>> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
>>> id="urn:uuid:d9d542f3-6cc4-48b6-8870-ea235fbc94c2" /><ObjectRef
>>> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
>>> id="urn:uuid:f33fb8ac-18af-42cc-ae0e-ed0b0bdb91e1" /><ObjectRef
>>> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
>>> id="urn:uuid:aa543740-bdda-424e-8c96-df4873be8500" /><ObjectRef
>>> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
>>> id="urn:uuid:75df8f67-9973-4fbe-a900-df66cefecc5a" /><ObjectRef
>>> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
>>> id="urn:uuid:f4f85eac-e6cb-4883-b524-f2705394840f" /><ObjectRef
>>> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
>>> id="urn:uuid:a09d5840-386c-46f2-b5ad-9c3699a4309d" /><ObjectRef
>>> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
>>> id="urn:uuid:cccf5598-8b07-4b77-a05e-ae952c785ead" /><ObjectRef
>>> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
>>> id="urn:uuid:f0306f51-975f-434e-a61c-c59651d33983" /><ObjectRef
>>> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
>>> id="urn:uuid:41a5887f-8865-4c09-adf7-e362475b143a" /><ObjectRef
>>> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
>>> id="urn:uuid:2e82c1f6-a085-4c72-9da3-8640a32e42ab" /><ObjectRef
>>> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
>>> id="urn:uuid:58a6f841-87b3-4a3e-92fd-a8ffeff98427" /><ObjectRef
>>> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
>>> id="urn:uuid:a7058bb9-b4e4-4307-ba5b-e3f0ab85e12d" /><ObjectRef
>>> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
>>> id="urn:uuid:93606bcf-9494-43ec-9b4e-a7748d1a838d"
>>> /></rim:LeafRegistryObjectList></rs:SubmitObjectsRequest></InputMetadata ></RegisterTransaction></TestStep><FatalError>AxisFault
>>> thrown: The AXIS engine could not find a target service to invoke!
>>> targetService is null
>>> org.apache.axis2.AxisFault: The AXIS engine could not find a target
>>> service to invoke! targetService is null</FatalError></TestResults>
>>>
>>> Thanks... and sorry for the long post...
>>>
>>
>>
>
>

Report message to a moderator

Re: OHF Bridge 0.3.0 problems [message #41960 is a reply to message #41827] Tue, 25 March 2008 16:12 Go to previous messageGo to next message
Jesse Pangburn is currently offline Jesse PangburnFriend
Messages: 166
Registered: July 2009
Senior Member
Hi Robert,
I am only a user of the bridge, but it appears to me that you're confused
about a couple things.

1. The bridge installer zip file has a conf folder and a webapps folder.
These should basically expand into the tomcat base folder and their
contents should overwrite the contents of the existing tomcat conf and
webapps folder. After doing that, there is no need to extract any other
files into tomcat/lib or anywhere else for that matter. It is entirely
possible as the bridge has been undergoing some API changes that the
rhioConfig.xml there is out of date as the schema has recently changed, so
renaming rhioConfigMesa.xml to rhioConfig.xml may have been necessary. I
haven't used the installer for a long time so I don't know for sure about
the current state of the rhioConfig.xml, I just update the bridge.war file
as necessary.

2. The bridge is NOT a registry/repository which it appears that you
believe it to be, judging from your attempt to use xdstest2 against it
with this configuration
"<RegistryEndpoint>http://localhost:8080/bridge/services</RegistryEndpoint>".
The bridge basically provides a set of web services that you can invoke
to act as one of the following IHE actors: XDS Consumer, XDS Source,
PIX/PDQ Consumer, PIX Source, and ATNA audit client. They are all client
actors, the bridge doesn't do any of the server actors like XDS
Registry/Repository or PIX Manager or Audit server (I forget the official
name for that).

Hopefully that helps. Additionally, you can try this url:
http://www.eclipse.org/ohf/components/bridge/using.php
It explains how you invoke the bridge in order to behave as one of those
actors that it supports.

thanks,
Jesse

Robert Alkire wrote:

> From here http://www.eclipse.org/ohf/downloads/connectathon.php
> obtained org.eclipse.ohf.bridge.install_0.3.0.v20080313073042.zip and
> org.eclipse.ohf.bridge_0.3.0.v20080313073042.zip
> former was installed in Tomcat base directory, and later in tomcat/lib.

> rhioConfig.xml untouched then
> http://localhost:8080/bridge/services/ohf-bridge?wsdl fails!!

> rhioConfigMesa.xml renamed to rhioConfig.xml then
> http://localhost:8080/bridge/services/ohf-bridge?wsdl works however error
> occurs on testing the details follow. I am hoping someone can point me to
> what is wrong with this...


> <TestResults
>
status="Fail"><Xdstest2_version>1.9</Xdstest2_version><Xdstest2_args >--actorconfig
> C:xdstest2toolactors.xml --testmgmt C:xdstest2toolmgmt
>
</Xdstest2_args><Test>11733/submit</Test><RegistryEndpoint >http://localhost:8080/bridge/services</RegistryEndpoint><TestStep
>
... omitted for brevity

Report message to a moderator

Re: OHF Bridge 0.3.0 problems [message #41991 is a reply to message #41960] Tue, 25 March 2008 18:08 Go to previous messageGo to next message
Eclipse UserFriend
Originally posted by: ralkire.ndorange.com

I appreciate your feedback, and there is no doubt I am confused about a
great many things...

testkit_6_9 combined with the downloads referred to by
http://www.eclipse.org/ohf/components/bridge/install.php of
org.eclipse.ohf.ihe_0.2.0M2-incubation.zip and
org.eclipse.ohf.bridge-install_0.2.0M2-incubation.zip. Now I admit, it just
gives the link to the downloads, not what to do with them or any other such
details. However, I pass the configuration test and 11710 with that
combination installed exactly as I described for the 0.3 versions.


http://localhost:8080/bridge/services was a typo where I left off
http://localhost:8080/bridge/services/ohf-bridge.
The bridge as I understand it is simply a WS passthrought to RHIOs
configured in rhioConfig.xml to those actors that provide the actual service
implementations.

You may be correcty about not installing the other jars in lib, but it was
my belief that the plugins in the war would be used first before using one
from the lib. I will try it without them and see.

Thanks,
Robert


"Jesse Pangburn" <jesse.pangburn@quovadx.com> wrote in message
news:ae961d1fb4065c51b99e6fd9b5d66426$1@www.eclipse.org...
> Hi Robert,
> I am only a user of the bridge, but it appears to me that you're confused
> about a couple things.
>
> 1. The bridge installer zip file has a conf folder and a webapps folder.
> These should basically expand into the tomcat base folder and their
> contents should overwrite the contents of the existing tomcat conf and
> webapps folder. After doing that, there is no need to extract any other
> files into tomcat/lib or anywhere else for that matter. It is entirely
> possible as the bridge has been undergoing some API changes that the
> rhioConfig.xml there is out of date as the schema has recently changed, so
> renaming rhioConfigMesa.xml to rhioConfig.xml may have been necessary. I
> haven't used the installer for a long time so I don't know for sure about
> the current state of the rhioConfig.xml, I just update the bridge.war file
> as necessary.
>
> 2. The bridge is NOT a registry/repository which it appears that you
> believe it to be, judging from your attempt to use xdstest2 against it
> with this configuration
> "<RegistryEndpoint>http://localhost:8080/bridge/services</RegistryEndpoint>".
> The bridge basically provides a set of web services that you can invoke to
> act as one of the following IHE actors: XDS Consumer, XDS Source, PIX/PDQ
> Consumer, PIX Source, and ATNA audit client. They are all client actors,
> the bridge doesn't do any of the server actors like XDS
> Registry/Repository or PIX Manager or Audit server (I forget the official
> name for that).
>
> Hopefully that helps. Additionally, you can try this url:
> http://www.eclipse.org/ohf/components/bridge/using.php
> It explains how you invoke the bridge in order to behave as one of those
> actors that it supports.
>
> thanks,
> Jesse
>
> Robert Alkire wrote:
>
>> From here http://www.eclipse.org/ohf/downloads/connectathon.php
>> obtained org.eclipse.ohf.bridge.install_0.3.0.v20080313073042.zip and
>> org.eclipse.ohf.bridge_0.3.0.v20080313073042.zip
>> former was installed in Tomcat base directory, and later in tomcat/lib.
>
>> rhioConfig.xml untouched then
>> http://localhost:8080/bridge/services/ohf-bridge?wsdl fails!!
>
>> rhioConfigMesa.xml renamed to rhioConfig.xml then
>> http://localhost:8080/bridge/services/ohf-bridge?wsdl works however error
>> occurs on testing the details follow. I am hoping someone can point me
>> to what is wrong with this...
>
>
>> <TestResults
> status="Fail"><Xdstest2_version>1.9</Xdstest2_version><Xdstest2_args >--actorconfig
>> C:xdstest2toolactors.xml --testmgmt C:xdstest2toolmgmt
> </Xdstest2_args><Test>11733/submit</Test><RegistryEndpoint >http://localhost:8080/bridge/services</RegistryEndpoint><TestStep
>>
> .. omitted for brevity
>
>

Report message to a moderator

Re: OHF Bridge 0.3.0 problems [message #42021 is a reply to message #41991] Tue, 25 March 2008 18:18 Go to previous messageGo to next message
Eclipse UserFriend
Originally posted by: ralkire.ndorange.com

When I start with fresh Tomcat install, and only install
org.eclipse.ohf.bridge.install_0.3.0.v20080313073042.zip into Tomcat base
directory, after as the instructions suggested removing items from the work
folder, the following error occurs and the server won't start.

[DEBUG][13:15:40][.builder.RhioConfigManagerImpl] Got rhio config file from
C:\Apache\Tomcat 6.0\conf\rhioConfig.xml
[DEBUG][13:15:40][.builder.RhioConfigManagerImpl] loading EMF from
C:\Apache\Tomcat 6.0\conf\rhioConfig.xml
org.eclipse.emf.ecore.resource.Resource$IOWrappedException: Feature 'mllp'
not found. (http://config.common.ihe.ohf.eclipse.org, 64, 15)


"Robert Alkire" <ralkire@ndorange.com> wrote in message
news:fsbf2f$1ad$1@build.eclipse.org...
>I appreciate your feedback, and there is no doubt I am confused about a
>great many things...
>
> testkit_6_9 combined with the downloads referred to by
> http://www.eclipse.org/ohf/components/bridge/install.php of
> org.eclipse.ohf.ihe_0.2.0M2-incubation.zip and
> org.eclipse.ohf.bridge-install_0.2.0M2-incubation.zip. Now I admit, it
> just gives the link to the downloads, not what to do with them or any
> other such details. However, I pass the configuration test and 11710 with
> that combination installed exactly as I described for the 0.3 versions.
>
>
> http://localhost:8080/bridge/services was a typo where I left off
> http://localhost:8080/bridge/services/ohf-bridge.
> The bridge as I understand it is simply a WS passthrought to RHIOs
> configured in rhioConfig.xml to those actors that provide the actual
> service implementations.
>
> You may be correcty about not installing the other jars in lib, but it was
> my belief that the plugins in the war would be used first before using one
> from the lib. I will try it without them and see.
>
> Thanks,
> Robert
>
>
> "Jesse Pangburn" <jesse.pangburn@quovadx.com> wrote in message
> news:ae961d1fb4065c51b99e6fd9b5d66426$1@www.eclipse.org...
>> Hi Robert,
>> I am only a user of the bridge, but it appears to me that you're confused
>> about a couple things.
>>
>> 1. The bridge installer zip file has a conf folder and a webapps folder.
>> These should basically expand into the tomcat base folder and their
>> contents should overwrite the contents of the existing tomcat conf and
>> webapps folder. After doing that, there is no need to extract any other
>> files into tomcat/lib or anywhere else for that matter. It is entirely
>> possible as the bridge has been undergoing some API changes that the
>> rhioConfig.xml there is out of date as the schema has recently changed,
>> so renaming rhioConfigMesa.xml to rhioConfig.xml may have been necessary.
>> I haven't used the installer for a long time so I don't know for sure
>> about the current state of the rhioConfig.xml, I just update the
>> bridge.war file as necessary.
>>
>> 2. The bridge is NOT a registry/repository which it appears that you
>> believe it to be, judging from your attempt to use xdstest2 against it
>> with this configuration
>> "<RegistryEndpoint>http://localhost:8080/bridge/services</RegistryEndpoint>".
>> The bridge basically provides a set of web services that you can invoke
>> to act as one of the following IHE actors: XDS Consumer, XDS Source,
>> PIX/PDQ Consumer, PIX Source, and ATNA audit client. They are all client
>> actors, the bridge doesn't do any of the server actors like XDS
>> Registry/Repository or PIX Manager or Audit server (I forget the official
>> name for that).
>>
>> Hopefully that helps. Additionally, you can try this url:
>> http://www.eclipse.org/ohf/components/bridge/using.php
>> It explains how you invoke the bridge in order to behave as one of those
>> actors that it supports.
>>
>> thanks,
>> Jesse
>>
>> Robert Alkire wrote:
>>
>>> From here http://www.eclipse.org/ohf/downloads/connectathon.php
>>> obtained org.eclipse.ohf.bridge.install_0.3.0.v20080313073042.zip and
>>> org.eclipse.ohf.bridge_0.3.0.v20080313073042.zip
>>> former was installed in Tomcat base directory, and later in tomcat/lib.
>>
>>> rhioConfig.xml untouched then
>>> http://localhost:8080/bridge/services/ohf-bridge?wsdl fails!!
>>
>>> rhioConfigMesa.xml renamed to rhioConfig.xml then
>>> http://localhost:8080/bridge/services/ohf-bridge?wsdl works however
>>> error occurs on testing the details follow. I am hoping someone can
>>> point me to what is wrong with this...
>>
>>
>>> <TestResults
>> status="Fail"><Xdstest2_version>1.9</Xdstest2_version><Xdstest2_args >--actorconfig
>>> C:xdstest2toolactors.xml --testmgmt C:xdstest2toolmgmt
>> </Xdstest2_args><Test>11733/submit</Test><RegistryEndpoint >http://localhost:8080/bridge/services</RegistryEndpoint><TestStep
>>>
>> .. omitted for brevity
>>
>>
>
>

Report message to a moderator

Re: OHF Bridge 0.3.0 problems [message #42083 is a reply to message #42021] Tue, 25 March 2008 22:42 Go to previous messageGo to next message
Matthew DavisFriend
Messages: 269
Registered: July 2009
Senior Member
Hi Robert,

First - I'm very sorry about the delay in getting back to you. Sarah
and I were traveling internationally last week and it appears her
original email did not get through to you. However, I hope I can be of
help now. Also, I'm sorry I did not get to your newsgroup posts until now.

1.
> [DEBUG][13:15:40][.builder.RhioConfigManagerImpl] Got rhio config
file from
> C:\Apache\Tomcat 6.0\conf\rhioConfig.xml
> [DEBUG][13:15:40][.builder.RhioConfigManagerImpl] loading EMF from
> C:\Apache\Tomcat 6.0\conf\rhioConfig.xml
> org.eclipse.emf.ecore.resource.Resource$IOWrappedException: Feature
'mllp'
> not found. (http://config.common.ihe.ohf.eclipse.org, 64, 15)

You are absolutely correct. We did make a major change in refactoring
the RHIO Configuration API and the installation package did not get
fully updated - that is, the rhioConfig.xml shipped in
org.eclipse.ohf.bridge.install did not get updated to reflect the new
updates. I will make that fix and update this afternoon.

2.
> On 11710 changed endpoint to
> http://localhost:8080/bridge/services/ohf-bridge and now get the
> following:
> ov.nist.registry.xdstest2.StepContext
> step_id : submit
> ov.nist.registry.xdstest2.PlanContext
> RegistryEndpoint : http://localhost:8080/bridge/services/ohf-bridge
> transaction : gov.nist.registry.xdstest2.SimpleTransaction@1b383e9
> Fatal Error: Exception thrown:
> gov.nist.registry.common2.exception.XdsInternalException
> xisFault thrown: No such operation 'hello'
> rg.apache.axis2.AxisFault: No such operation 'hello'
> ov.nist.registry.common2.exception.XdsInternalException: AxisFault
> thrown:
> No such operation 'hello'
> rg.apache.axis2.AxisFault: No such operation 'hello'

I believe test 11710 is the configuration only test and should be
invoked using the xdstest2 tool against the NIST registry - it's simply
so Bill's system can identify the vendor that is testing from a set of
IP addresses for correlation with MESA. OHF or the Bridge should not be
used in this test.


3.
> <TestResults
>
status="Fail"><Xdstest2_version>1.9</Xdstest2_version><Xdstest2_args >--actorconfig

> C:\xdstest2tool\actors.xml --testmgmt C:\xdstest2tool\mgmt
>
</Xdstest2_args><Test>11733/submit</Test><RegistryEndpoint >http://localhost:8080/bridge/services</RegistryEndpoint><TestStep

>
id="submit"><ExpectedStatus>Success</ExpectedStatus><RegisterTransaction ><Xdsa

>
/><MetadataFile>./single_doc.xml</MetadataFile><RegistryEndpoint >http://localhost:8080/bridge/services</RegistryEndpoint><AssignedPatientId><Assign


It looks like you're trying to run 11733 here - which is a Document
Registry MESA test. It uses xdstest2 to test the syntax/construction of
the document registry, so the test should target the Web service
endpoint of a registry directly and not the OHF Bridge. As Jesse
mentioned before, the Bridge isn't a document registry or a server-side
IHE actor, it's an implementation of client-side IHE actors.

4.
> For test 11746:
> org.eclipse.ohf.bridge.install_0.3.0.v20080313073042.zip contains the
> Eclipse Equinox/OSGi server-side Servlet (WAR file) but received this
> error:
> Mar 25, 2008 12:43:21 AM org.apache.catalina.core.StandardWrapperValve
> invoke
> SEVERE: Servlet.service() for servlet equinoxbridgeservlet threw >
> exception
> java.lang.RuntimeException: No support for attachments
....
> <FatalError>Exception thrown by xdstest2: Exception thrown:
> java.lang.Exception
> Reply is not SOAP Envelope

Not 100% sure what's going on here, but it appears that you maybe tried
to run test 11746 (document source) from xdstest2 against the Bridge?
This should be targeted at a document repository's endpoint, not the Bridge.


I hope I caught all the questions from the previous posts here. Again
please remember that the Bridge is not a server-side/infrastructure
actor, it is simply an aggregation of the OHF IHE client-side actors
(PIX Source, PIX Consumer, PDQ Consumer, XDSa/b Source, XDSa/b Consumer,
ATNA) into a single interface that is accessible via a Web service. The
RHIO Configuration acts as a simplification mechanism on top of that.
For example, if you want to query for and retrieve a document using XDS,
you can do so with the OHF Bridge API. Likewise if you want to submit a
document to an XDS repository, you could use OHF to create the
transaction and send it to the repository. OHF also can be used to
perform PIX and PDQ queries as well as submitting new patient info using
PIX Source.

-Matt

Report message to a moderator

Re: OHF Bridge 0.3.0 problems [message #42175 is a reply to message #42083] Wed, 26 March 2008 15:52 Go to previous messageGo to next message
Eclipse UserFriend
Originally posted by: ralkire.ndorange.com

Thanks for all your feedback, I slowly came around to the conclusion that
xdstest2 tool was not really intended to work directly in that fashion.
I don't really understand why not though. The bridge API is exactly what
that tool should be talking to IMHO. Each of the tests is doing basic XDS
operations that are supportable through the bridge, regardless of the
destination that implements the WS calls. Perhaps someone can spend the
time to interface the two of them together with a layer, alas I don't have
that time...

" For example, if you want to query for and retrieve a document using XDS,
you can do so with the OHF Bridge API. Likewise if you want to submit a
document to an XDS repository, you could use OHF to create the
transaction and send it to the repository."

Could you point to a good source (even unit tests) that serve as examples of
how to utilize OHF to do exactly these things. I only wanted to use the
testing tool to drive OHF attempting to avoid coding. Assuming I had a
handler of the WS on the back end I can alter the RHIO configuration to
point to my implementations rather than NIST rather easily. That is the
whole point of the Bridge. Just starting to attempt to use it some things
aren't very clear to me yet.
1. How did OHF Bridge show passing MESA tests? (where is the code that
drove those tests)

2. If I use the bridge.war in Tomcat, and I want to utilize that bridge to
point to my backend WS, I need to implement all the WSDL that the bridge
exposes, correct?

3. Suppose I have the bridge.war in question 2, is there a tag so that I can
pull all the source from CVS and build it myself, or must I always pull
trunk (buggy at best)?

4. If I decide to write my own code to hanlde consider writing code like the
Sample Code in http://wiki.eclipse.org/OHF_Using_XDS.b but not using OHF, is
it likely to be a large effort compared to using OHF? (I am not referring
to the Bridge here).

5. If I want to fully understand the best way to test (Mesa test?) XDS and
OHF with or without the Bridge, what is the total set of packages I should
pull from CVS? And what are all the dependencies? I've sent for example
http://wiki.eclipse.org/images/2/26/OHF_XDS_Document_Consume r.pdf; I am
referring to a more comprehensive OHF with the Bridge and all dependencies
to enable me to run the gammit of XDS Mesa tests.

6. Is there any UI tools that will make this work easier, such as one that
lists XDS documents retrived from a query that can then be pulled from the
repository?

Thanks...

"Matthew Davis" <mattadav@us.ibm.com> wrote in message
news:fsbv4d$6d6$1@build.eclipse.org...
> Hi Robert,
>
> First - I'm very sorry about the delay in getting back to you. Sarah and
> I were traveling internationally last week and it appears her original
> email did not get through to you. However, I hope I can be of help now.
> Also, I'm sorry I did not get to your newsgroup posts until now.
>
> 1.
> > [DEBUG][13:15:40][.builder.RhioConfigManagerImpl] Got rhio config
> file from
> > C:\Apache\Tomcat 6.0\conf\rhioConfig.xml
> > [DEBUG][13:15:40][.builder.RhioConfigManagerImpl] loading EMF from
> > C:\Apache\Tomcat 6.0\conf\rhioConfig.xml
> > org.eclipse.emf.ecore.resource.Resource$IOWrappedException: Feature
> 'mllp'
> > not found. (http://config.common.ihe.ohf.eclipse.org, 64, 15)
>
> You are absolutely correct. We did make a major change in refactoring the
> RHIO Configuration API and the installation package did not get fully
> updated - that is, the rhioConfig.xml shipped in
> org.eclipse.ohf.bridge.install did not get updated to reflect the new
> updates. I will make that fix and update this afternoon.
>
> 2.
> > On 11710 changed endpoint to
> > http://localhost:8080/bridge/services/ohf-bridge and now get the
> > following:
> > ov.nist.registry.xdstest2.StepContext
> > step_id : submit
> > ov.nist.registry.xdstest2.PlanContext
> > RegistryEndpoint : http://localhost:8080/bridge/services/ohf-bridge
> > transaction : gov.nist.registry.xdstest2.SimpleTransaction@1b383e9
> > Fatal Error: Exception thrown:
> > gov.nist.registry.common2.exception.XdsInternalException
> > xisFault thrown: No such operation 'hello'
> > rg.apache.axis2.AxisFault: No such operation 'hello'
> > ov.nist.registry.common2.exception.XdsInternalException: AxisFault
> > thrown:
> > No such operation 'hello'
> > rg.apache.axis2.AxisFault: No such operation 'hello'
>
> I believe test 11710 is the configuration only test and should be invoked
> using the xdstest2 tool against the NIST registry - it's simply so Bill's
> system can identify the vendor that is testing from a set of IP addresses
> for correlation with MESA. OHF or the Bridge should not be used in this
> test.
>
>
> 3.
> > <TestResults
> >
> status="Fail"><Xdstest2_version>1.9</Xdstest2_version><Xdstest2_args >--actorconfig
> > C:\xdstest2tool\actors.xml --testmgmt C:\xdstest2tool\mgmt
> >
> </Xdstest2_args><Test>11733/submit</Test><RegistryEndpoint >http://localhost:8080/bridge/services</RegistryEndpoint><TestStep
> >
> id="submit"><ExpectedStatus>Success</ExpectedStatus><RegisterTransaction ><Xdsa
> >
> /><MetadataFile>./single_doc.xml</MetadataFile><RegistryEndpoint >http://localhost:8080/bridge/services</RegistryEndpoint><AssignedPatientId><Assign
>
> It looks like you're trying to run 11733 here - which is a Document
> Registry MESA test. It uses xdstest2 to test the syntax/construction of
> the document registry, so the test should target the Web service endpoint
> of a registry directly and not the OHF Bridge. As Jesse mentioned before,
> the Bridge isn't a document registry or a server-side IHE actor, it's an
> implementation of client-side IHE actors.
>
> 4.
> > For test 11746:
> > org.eclipse.ohf.bridge.install_0.3.0.v20080313073042.zip contains the
> > Eclipse Equinox/OSGi server-side Servlet (WAR file) but received this
> > error:
> > Mar 25, 2008 12:43:21 AM org.apache.catalina.core.StandardWrapperValve
> > invoke
> > SEVERE: Servlet.service() for servlet equinoxbridgeservlet threw >
> > exception
> > java.lang.RuntimeException: No support for attachments
> ...
> > <FatalError>Exception thrown by xdstest2: Exception thrown:
> > java.lang.Exception
> > Reply is not SOAP Envelope
>
> Not 100% sure what's going on here, but it appears that you maybe tried to
> run test 11746 (document source) from xdstest2 against the Bridge? This
> should be targeted at a document repository's endpoint, not the Bridge.
>
>
> I hope I caught all the questions from the previous posts here. Again
> please remember that the Bridge is not a server-side/infrastructure actor,
> it is simply an aggregation of the OHF IHE client-side actors (PIX Source,
> PIX Consumer, PDQ Consumer, XDSa/b Source, XDSa/b Consumer, ATNA) into a
> single interface that is accessible via a Web service. The RHIO
> Configuration acts as a simplification mechanism on top of that. For
> example, if you want to query for and retrieve a document using XDS, you
> can do so with the OHF Bridge API. Likewise if you want to submit a
> document to an XDS repository, you could use OHF to create the transaction
> and send it to the repository. OHF also can be used to perform PIX and
> PDQ queries as well as submitting new patient info using PIX Source.
>
> -Matt

Report message to a moderator

Re: OHF Bridge 0.3.0 problems [message #42209 is a reply to message #42175] Wed, 26 March 2008 18:11 Go to previous messageGo to next message
No real name is currently offline No real nameFriend
Messages: 292
Registered: July 2009
Senior Member
Hi Robert,

I'll take a stab at some of your questions below and leave the rest for
Matt. As noted - we were out of the country and were slow to respond to
your posts. Thank you for posting to the newsgroup ... we do our best to
keep up with you guys ... now that we are more popular (a good thing)
:-). It's also great to see our community stepping up to answer
questions too - THANKS JESSE!

I agree with your point about the xdstest2 tool. I was, too, horribly
confused about it's use the first time I did MESA tests. I too spent a
lot of time trying to get them to work with the client side of XDS - to
no avail. There is an intitiative in IHE to come up with a more
consolidated set of testing tools. This group met at HIMSS - which I
regret not being able to make it too. This group does know about OHF and
as the year progresses we hope to interact more with them.

Now for your questions -
1/5. We have 'MESA' JUNIT tests for the bridge and each of the
underlying IHE actor plugins. These can be found in
<plugin>/src_test/org.eclipse.ohf.ihe.<profile>.<actor>.test.mesa. The
underlying plugins use a TestConfiguration.java file as well as some
supporting files to run. These are documented in the javadoc. We have
MESA tests for the Bridge as well -
org.eclipse.ohf.bridge.ws/src_tests/org.eclipse.ohf.bridge.w s.tests.mesa

6. we have a light weight php application that can sit ontop of the
bridge - org.eclipse.ohf.bridge.client

Regards,
- Sarah


Robert Alkire wrote:
> Thanks for all your feedback, I slowly came around to the conclusion that
> xdstest2 tool was not really intended to work directly in that fashion.
> I don't really understand why not though. The bridge API is exactly what
> that tool should be talking to IMHO. Each of the tests is doing basic XDS
> operations that are supportable through the bridge, regardless of the
> destination that implements the WS calls. Perhaps someone can spend the
> time to interface the two of them together with a layer, alas I don't have
> that time...
>
> " For example, if you want to query for and retrieve a document using XDS,
> you can do so with the OHF Bridge API. Likewise if you want to submit a
> document to an XDS repository, you could use OHF to create the
> transaction and send it to the repository."
>
> Could you point to a good source (even unit tests) that serve as examples of
> how to utilize OHF to do exactly these things. I only wanted to use the
> testing tool to drive OHF attempting to avoid coding. Assuming I had a
> handler of the WS on the back end I can alter the RHIO configuration to
> point to my implementations rather than NIST rather easily. That is the
> whole point of the Bridge. Just starting to attempt to use it some things
> aren't very clear to me yet.
> 1. How did OHF Bridge show passing MESA tests? (where is the code that
> drove those tests)
>
> 2. If I use the bridge.war in Tomcat, and I want to utilize that bridge to
> point to my backend WS, I need to implement all the WSDL that the bridge
> exposes, correct?
>
> 3. Suppose I have the bridge.war in question 2, is there a tag so that I can
> pull all the source from CVS and build it myself, or must I always pull
> trunk (buggy at best)?
>
> 4. If I decide to write my own code to hanlde consider writing code like the
> Sample Code in http://wiki.eclipse.org/OHF_Using_XDS.b but not using OHF, is
> it likely to be a large effort compared to using OHF? (I am not referring
> to the Bridge here).
>
> 5. If I want to fully understand the best way to test (Mesa test?) XDS and
> OHF with or without the Bridge, what is the total set of packages I should
> pull from CVS? And what are all the dependencies? I've sent for example
> http://wiki.eclipse.org/images/2/26/OHF_XDS_Document_Consume r.pdf; I am
> referring to a more comprehensive OHF with the Bridge and all dependencies
> to enable me to run the gammit of XDS Mesa tests.
>
> 6. Is there any UI tools that will make this work easier, such as one that
> lists XDS documents retrived from a query that can then be pulled from the
> repository?
>
> Thanks...
>
> "Matthew Davis" <mattadav@us.ibm.com> wrote in message
> news:fsbv4d$6d6$1@build.eclipse.org...
>
>>Hi Robert,
>>
>>First - I'm very sorry about the delay in getting back to you. Sarah and
>>I were traveling internationally last week and it appears her original
>>email did not get through to you. However, I hope I can be of help now.
>>Also, I'm sorry I did not get to your newsgroup posts until now.
>>
>>1.
>>
>>>[DEBUG][13:15:40][.builder.RhioConfigManagerImpl] Got rhio config
>>
>>file from
>>
>>>C:\Apache\Tomcat 6.0\conf\rhioConfig.xml
>>>[DEBUG][13:15:40][.builder.RhioConfigManagerImpl] loading EMF from
>>>C:\Apache\Tomcat 6.0\conf\rhioConfig.xml
>>>org.eclipse.emf.ecore.resource.Resource$IOWrappedException: Feature
>>
>>'mllp'
>>
>>>not found. (http://config.common.ihe.ohf.eclipse.org, 64, 15)
>>
>>You are absolutely correct. We did make a major change in refactoring the
>>RHIO Configuration API and the installation package did not get fully
>>updated - that is, the rhioConfig.xml shipped in
>>org.eclipse.ohf.bridge.install did not get updated to reflect the new
>>updates. I will make that fix and update this afternoon.
>>
>>2.
>>
>>>On 11710 changed endpoint to
>>>http://localhost:8080/bridge/services/ohf-bridge and now get the
>>>following:
>>>ov.nist.registry.xdstest2.StepContext
>>> step_id : submit
>>>ov.nist.registry.xdstest2.PlanContext
>>> RegistryEndpoint : http://localhost:8080/bridge/services/ohf-bridge
>>> transaction : gov.nist.registry.xdstest2.SimpleTransaction@1b383e9
>>> Fatal Error: Exception thrown:
>>>gov.nist.registry.common2.exception.XdsInternalException
>>>xisFault thrown: No such operation 'hello'
>>>rg.apache.axis2.AxisFault: No such operation 'hello'
>>>ov.nist.registry.common2.exception.XdsInternalException: AxisFault
>>>thrown:
>>>No such operation 'hello'
>>>rg.apache.axis2.AxisFault: No such operation 'hello'
>>
>>I believe test 11710 is the configuration only test and should be invoked
>>using the xdstest2 tool against the NIST registry - it's simply so Bill's
>>system can identify the vendor that is testing from a set of IP addresses
>>for correlation with MESA. OHF or the Bridge should not be used in this
>>test.
>>
>>
>>3.
>>
>>><TestResults
>>>
>>
>>status="Fail"><Xdstest2_version>1.9</Xdstest2_version> <Xdstest2_args>--actorconfig
>>
>>>C:\xdstest2tool\actors.xml --testmgmt C:\xdstest2tool\mgmt
>>>
>>
>></Xdstest2_args><Test>11733/submit</Test><RegistryEndpoint >http://localhost:8080/bridge/services</RegistryEndpoint><TestStep
>>
>>id="submit"><ExpectedStatus>Success</ExpectedStatus><RegisterTransaction ><Xdsa
>>
>>/><MetadataFile>./single_doc.xml</MetadataFile><RegistryEndpoint >http://localhost:8080/bridge/services</RegistryEndpoint><AssignedPatientId><Assign
>>
>>It looks like you're trying to run 11733 here - which is a Document
>>Registry MESA test. It uses xdstest2 to test the syntax/construction of
>>the document registry, so the test should target the Web service endpoint
>>of a registry directly and not the OHF Bridge. As Jesse mentioned before,
>>the Bridge isn't a document registry or a server-side IHE actor, it's an
>>implementation of client-side IHE actors.
>>
>>4.
>>
>>>For test 11746:
>>>org.eclipse.ohf.bridge.install_0.3.0.v20080313073042.zip contains the
>>>Eclipse Equinox/OSGi server-side Servlet (WAR file) but received this
>>>error:
>>>Mar 25, 2008 12:43:21 AM org.apache.catalina.core.StandardWrapperValve
>>>invoke
>>>SEVERE: Servlet.service() for servlet equinoxbridgeservlet threw >
>>>exception
>>>java.lang.RuntimeException: No support for attachments
>>
>>...
>>
>>><FatalError>Exception thrown by xdstest2: Exception thrown:
>>>java.lang.Exception
>>>Reply is not SOAP Envelope
>>
>>Not 100% sure what's going on here, but it appears that you maybe tried to
>>run test 11746 (document source) from xdstest2 against the Bridge? This
>>should be targeted at a document repository's endpoint, not the Bridge.
>>
>>
>>I hope I caught all the questions from the previous posts here. Again
>>please remember that the Bridge is not a server-side/infrastructure actor,
>>it is simply an aggregation of the OHF IHE client-side actors (PIX Source,
>>PIX Consumer, PDQ Consumer, XDSa/b Source, XDSa/b Consumer, ATNA) into a
>>single interface that is accessible via a Web service. The RHIO
>>Configuration acts as a simplification mechanism on top of that. For
>>example, if you want to query for and retrieve a document using XDS, you
>>can do so with the OHF Bridge API. Likewise if you want to submit a
>>document to an XDS repository, you could use OHF to create the transaction
>>and send it to the repository. OHF also can be used to perform PIX and
>>PDQ queries as well as submitting new patient info using PIX Source.
>>
>>-Matt
>
>
>

Report message to a moderator

Re: OHF Bridge 0.3.0 problems [message #42299 is a reply to message #42209] Wed, 26 March 2008 21:41 Go to previous message
Matthew DavisFriend
Messages: 269
Registered: July 2009
Senior Member
This is a multi-part message in MIME format.
--------------060901060007090407010608
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Robert,

I'll try and cover the questions that Sarah didn't get to.

First let me give a quick note. The OHF Bridge is *NOT* "an IHE
interface". It's not designed to be interfaced by an IHE actor.
(including the xdstest2 tool). Its purpose is strictly to enable
non-Java implementations to use the OHF components for IHE support. The
Bridge uses what amounts to be a proprietary / custom interface to
simplify this support. It does not implement any of the Web services
specified in the IHE Technical Framework nor should anyone try to point
an IHE actor at it. Its existence is a simplification layer on top of
the existing OHF plugins.

> 2. If I use the bridge.war in Tomcat, and I want to utilize that
> bridge to point to my backend WS, I need to implement all the WSDL
> that the bridge exposes, correct?

Correct. As stated above, the Bridge WSDL does not specify an IHE
interface. It is a custom interface designed to simplify / enable use
of the OHF components by non-Java applications. When you generate
client stubs from the Bridge WSDL, do they do not represent any IHE
constructs. It's a relatively simple, custom API that transforms calls
to the Bridge into the appropriate calls to the OHF PIX, PDQ, XDS, and
ATNA plugins.

Here's a code snippet from the Bridge that will XDS stored query for
documents by a patient id. Note that I am calling the Bridge API
directly in Java here (as a POJO) but in reality this would be called
using a Web service proxy.

PatientIdType idType = new PatientIdType("cc7b3bf3bd964e0");
idType.getAssigningAuthorityType().setUniversalId("1.3.6.1.4.1.21367.2005.3.7 ");
idType.getAssigningAuthorityType().setUniversalIdType("ISO");

// set up query preferences
DocumentQueryPreferencesType queryPreferences = new
DocumentQueryPreferencesType();
queryPreferences.setReturnReferencesOnly(false);
queryPreferences.setStoredQuery(true);

SessionContext sessionContext = new SessionContext();
sessionContext.setRhioName("rhio name");
sessionContext.setInitiatingUser("tester");

OHFBridge bridge = new OHFBridge();
QueryDocumentsResponseType response =
bridge.QueryDocumentsByPatientId(sessionContext, idType, queryPreferences);

(note that calling bridge.QueryDocumentsByPatientId would call your Web
service proxy in an instance where you're using the Bridge as a Web service)

This code snippet would call the OHF Bridge. The Bridge would use the
information provided (such as the RHIO name) to setup the OHF XDS
Consumer and invoke a stored query. The XDS Consumer creates the ebXML
request, sends to the registry, and parses the response. The Bridge
decodes the response and returns a list of metadata.


> 3. Suppose I have the bridge.war in question 2, is there a tag so that
> I can pull all the source from CVS and build it myself, or must I
> always pull trunk (buggy at best)?

The code that was tested at Connectathon by several vendors is tagged
"OHE_IHE_POST_2008NACTHON".

> 4. If I decide to write my own code to hanlde consider writing code
> like the Sample Code in http://wiki.eclipse.org/OHF_Using_XDS.b but
> not using OHF, is it likely to be a large effort compared to using
> OHF? (I am not referring to the Bridge here).

We've been working on our implementation for over 2 years now :) The
amount of work / time needed will vary based on prerequisite
understanding of the IHE Technical Framework for XDS, PIX, PDQ, and
ATNA. This includes knowing ebXML 2.1/3.0 and HL7 v2.x. Plenty of
people write their own, although OHF use has continued to increase.

> 5. If I want to fully understand the best way to test (Mesa test?) XDS
> and OHF with or without the Bridge, what is the total set of packages
> I should pull from CVS?

Will clarify Sarah's response here. To build OHF from source, you will
need all of the org.eclipse.ohf.ihe.* projects from CVS (minus a few
that are no longer used). Additionally, you will need the
org.eclipse.ohf.hl7v2.core and org.eclipse.ohf.utilities project. Most
of the non-org.eclipse.ohf.* projects will also be needed. I have
attached an Eclipse team project set here that lists all of the
dependencies.

Again I hope this helps.

-Matt


Sarah Knoop wrote:
> Hi Robert,
>
> I'll take a stab at some of your questions below and leave the rest for
> Matt. As noted - we were out of the country and were slow to respond to
> your posts. Thank you for posting to the newsgroup ... we do our best to
> keep up with you guys ... now that we are more popular (a good thing)
> :-). It's also great to see our community stepping up to answer
> questions too - THANKS JESSE!
>
> I agree with your point about the xdstest2 tool. I was, too, horribly
> confused about it's use the first time I did MESA tests. I too spent a
> lot of time trying to get them to work with the client side of XDS - to
> no avail. There is an intitiative in IHE to come up with a more
> consolidated set of testing tools. This group met at HIMSS - which I
> regret not being able to make it too. This group does know about OHF and
> as the year progresses we hope to interact more with them.
>
> Now for your questions -
> 1/5. We have 'MESA' JUNIT tests for the bridge and each of the
> underlying IHE actor plugins. These can be found in
> <plugin>/src_test/org.eclipse.ohf.ihe.<profile>.<actor>.test.mesa. The
> underlying plugins use a TestConfiguration.java file as well as some
> supporting files to run. These are documented in the javadoc. We have
> MESA tests for the Bridge as well -
> org.eclipse.ohf.bridge.ws/src_tests/org.eclipse.ohf.bridge.w s.tests.mesa
>
> 6. we have a light weight php application that can sit ontop of the
> bridge - org.eclipse.ohf.bridge.client
>
> Regards,
> - Sarah
>
>
> Robert Alkire wrote:
>> Thanks for all your feedback, I slowly came around to the conclusion
>> that xdstest2 tool was not really intended to work directly in that
>> fashion.
>> I don't really understand why not though. The bridge API is exactly
>> what that tool should be talking to IMHO. Each of the tests is doing
>> basic XDS operations that are supportable through the bridge,
>> regardless of the destination that implements the WS calls. Perhaps
>> someone can spend the time to interface the two of them together with
>> a layer, alas I don't have that time...
>>
>> " For example, if you want to query for and retrieve a document using
>> XDS,
>> you can do so with the OHF Bridge API. Likewise if you want to submit a
>> document to an XDS repository, you could use OHF to create the
>> transaction and send it to the repository."
>>
>> Could you point to a good source (even unit tests) that serve as
>> examples of how to utilize OHF to do exactly these things. I only
>> wanted to use the testing tool to drive OHF attempting to avoid
>> coding. Assuming I had a handler of the WS on the back end I can
>> alter the RHIO configuration to point to my implementations rather
>> than NIST rather easily. That is the whole point of the Bridge. Just
>> starting to attempt to use it some things aren't very clear to me yet.
>> 1. How did OHF Bridge show passing MESA tests? (where is the code
>> that drove those tests)
>>
>> 2. If I use the bridge.war in Tomcat, and I want to utilize that
>> bridge to point to my backend WS, I need to implement all the WSDL
>> that the bridge exposes, correct?
>>
>> 3. Suppose I have the bridge.war in question 2, is there a tag so that
>> I can pull all the source from CVS and build it myself, or must I
>> always pull trunk (buggy at best)?
>>
>> 4. If I decide to write my own code to hanlde consider writing code
>> like the Sample Code in http://wiki.eclipse.org/OHF_Using_XDS.b but
>> not using OHF, is it likely to be a large effort compared to using
>> OHF? (I am not referring to the Bridge here).
>>
>> 5. If I want to fully understand the best way to test (Mesa test?) XDS
>> and OHF with or without the Bridge, what is the total set of packages
>> I should pull from CVS? And what are all the dependencies? I've sent
>> for example
>> http://wiki.eclipse.org/images/2/26/OHF_XDS_Document_Consume r.pdf; I
>> am referring to a more comprehensive OHF with the Bridge and all
>> dependencies to enable me to run the gammit of XDS Mesa tests.
>>
>> 6. Is there any UI tools that will make this work easier, such as one
>> that lists XDS documents retrived from a query that can then be pulled
>> from the repository?
>>
>> Thanks...
>>
>> "Matthew Davis" <mattadav@us.ibm.com> wrote in message
>> news:fsbv4d$6d6$1@build.eclipse.org...
>>
>>> Hi Robert,
>>>
>>> First - I'm very sorry about the delay in getting back to you. Sarah
>>> and I were traveling internationally last week and it appears her
>>> original email did not get through to you. However, I hope I can be
>>> of help now. Also, I'm sorry I did not get to your newsgroup posts
>>> until now.
>>>
>>> 1.
>>>
>>>> [DEBUG][13:15:40][.builder.RhioConfigManagerImpl] Got rhio config
>>>
>>> file from
>>>
>>>> C:\Apache\Tomcat 6.0\conf\rhioConfig.xml
>>>> [DEBUG][13:15:40][.builder.RhioConfigManagerImpl] loading EMF from
>>>> C:\Apache\Tomcat 6.0\conf\rhioConfig.xml
>>>> org.eclipse.emf.ecore.resource.Resource$IOWrappedException: Feature
>>>
>>> 'mllp'
>>>
>>>> not found. (http://config.common.ihe.ohf.eclipse.org, 64, 15)
>>>
>>> You are absolutely correct. We did make a major change in
>>> refactoring the RHIO Configuration API and the installation package
>>> did not get fully updated - that is, the rhioConfig.xml shipped in
>>> org.eclipse.ohf.bridge.install did not get updated to reflect the new
>>> updates. I will make that fix and update this afternoon.
>>>
>>> 2.
>>>
>>>> On 11710 changed endpoint to
>>>> http://localhost:8080/bridge/services/ohf-bridge and now get the
>>>> following:
>>>> ov.nist.registry.xdstest2.StepContext
>>>> step_id : submit
>>>> ov.nist.registry.xdstest2.PlanContext
>>>> RegistryEndpoint : http://localhost:8080/bridge/services/ohf-bridge
>>>> transaction : gov.nist.registry.xdstest2.SimpleTransaction@1b383e9
>>>> Fatal Error: Exception thrown:
>>>> gov.nist.registry.common2.exception.XdsInternalException
>>>> xisFault thrown: No such operation 'hello'
>>>> rg.apache.axis2.AxisFault: No such operation 'hello'
>>>> ov.nist.registry.common2.exception.XdsInternalException: AxisFault
>>>> thrown:
>>>> No such operation 'hello'
>>>> rg.apache.axis2.AxisFault: No such operation 'hello'
>>>
>>> I believe test 11710 is the configuration only test and should be
>>> invoked using the xdstest2 tool against the NIST registry - it's
>>> simply so Bill's system can identify the vendor that is testing from
>>> a set of IP addresses for correlation with MESA. OHF or the Bridge
>>> should not be used in this test.
>>>
>>>
>>> 3.
>>>
>>>> <TestResults
>>>>
>>>
>>> status="Fail"><Xdstest2_version>1.9</Xdstest2_version><Xdstest2_args >--actorconfig
>>>
>>>
>>>> C:\xdstest2tool\actors.xml --testmgmt C:\xdstest2tool\mgmt
>>>>
>>>
>>> </Xdstest2_args><Test>11733/submit</Test><RegistryEndpoint >http://localhost:8080/bridge/services</RegistryEndpoint><TestStep
>>>
>>>
>>> id="submit"><ExpectedStatus>Success</ExpectedStatus><RegisterTransaction ><Xdsa
>>>
>>>
>>> /><MetadataFile>./single_doc.xml</MetadataFile><RegistryEndpoint >http://localhost:8080/bridge/services</RegistryEndpoint><AssignedPatientId><Assign
>>>
>>>
>>> It looks like you're trying to run 11733 here - which is a Document
>>> Registry MESA test. It uses xdstest2 to test the syntax/construction
>>> of the document registry, so the test should target the Web service
>>> endpoint of a registry directly and not the OHF Bridge. As Jesse
>>> mentioned before, the Bridge isn't a document registry or a
>>> server-side IHE actor, it's an implementation of client-side IHE actors.
>>>
>>> 4.
>>>
>>>> For test 11746:
>>>> org.eclipse.ohf.bridge.install_0.3.0.v20080313073042.zip contains the
>>>> Eclipse Equinox/OSGi server-side Servlet (WAR file) but received
>>>> this error:
>>>> Mar 25, 2008 12:43:21 AM org.apache.catalina.core.StandardWrapperValve
>>>> invoke
>>>> SEVERE: Servlet.service() for servlet equinoxbridgeservlet threw >
>>>> exception
>>>> java.lang.RuntimeException: No support for attachments
>>>
>>> ...
>>>
>>>> <FatalError>Exception thrown by xdstest2: Exception thrown:
>>>> java.lang.Exception
>>>> Reply is not SOAP Envelope
>>>
>>> Not 100% sure what's going on here, but it appears that you maybe
>>> tried to run test 11746 (document source) from xdstest2 against the
>>> Bridge? This should be targeted at a document repository's endpoint,
>>> not the Bridge.
>>>
>>>
>>> I hope I caught all the questions from the previous posts here.
>>> Again please remember that the Bridge is not a
>>> server-side/infrastructure actor, it is simply an aggregation of the
>>> OHF IHE client-side actors (PIX Source, PIX Consumer, PDQ Consumer,
>>> XDSa/b Source, XDSa/b Consumer, ATNA) into a single interface that is
>>> accessible via a Web service. The RHIO Configuration acts as a
>>> simplification mechanism on top of that. For example, if you want to
>>> query for and retrieve a document using XDS, you can do so with the
>>> OHF Bridge API. Likewise if you want to submit a document to an XDS
>>> repository, you could use OHF to create the transaction and send it
>>> to the repository. OHF also can be used to perform PIX and PDQ
>>> queries as well as submitting new patient info using PIX Source.
>>>
>>> -Matt
>>
>>
>>


--------------060901060007090407010608
Content-Type: text/xml;
name="OHF-Build-All.psf"
Content-Transfer-Encoding: base64
Content-Disposition: inline;
filename="OHF-Build-All.psf"

PD94bWwgdmVyc2lvbj0iMS4wIiBlbmNvZGluZz0iVVRGLTgiPz4NCjxwc2Yg dmVyc2lvbj0i
Mi4wIj4NCjxwcm92aWRlciBpZD0ib3JnLmVjbGlwc2UudGVhbS5jdnMuY29y ZS5jdnNuYXR1
cmUiPg0KPHByb2plY3QgcmVmZXJlbmNlPSIxLjAsOmV4dHNzaDpkZXYuZWNs aXBzZS5vcmc6
L2N2c3Jvb3QvdGVjaG5vbG9neSxvcmcuZWNsaXBzZS5vaGYvcGx1Z2lucy9v cmcuYXBhY2hl
LmF4aXMyLG9yZy5hcGFjaGUuYXhpczIiLz4NCjxwcm9qZWN0IHJlZmVyZW5j ZT0iMS4wLDpl
eHRzc2g6ZGV2LmVjbGlwc2Uub3JnOi9jdnNyb290L3RlY2hub2xvZ3ksb3Jn LmVjbGlwc2Uu
b2hmL3BsdWdpbnMvb3JnLmFwYWNoZS5iYXRpayxvcmcuYXBhY2hlLmJhdGlr Ii8+DQo8cHJv
amVjdCByZWZlcmVuY2U9IjEuMCw6ZXh0c3NoOmRldi5lY2xpcHNlLm9yZzov Y3Zzcm9vdC90
ZWNobm9sb2d5LG9yZy5lY2xpcHNlLm9oZi9wbHVnaW5zL29yZy5hcGFjaGUu Y29tbW9ucyxv
cmcuYXBhY2hlLmNvbW1vbnMiLz4NCjxwcm9qZWN0IHJlZmVyZW5jZT0iMS4w LDpleHRzc2g6
ZGV2LmVjbGlwc2Uub3JnOi9jdnNyb290L3RlY2hub2xvZ3ksb3JnLmVjbGlw c2Uub2hmL3Bs
dWdpbnMvb3JnLmFwYWNoZS5jb21tb25zLmNvZGVjLG9yZy5hcGFjaGUuY29t bW9ucy5jb2Rl
YyIvPg0KPHByb2plY3QgcmVmZXJlbmNlPSIxLjAsOmV4dHNzaDpkZXYuZWNs aXBzZS5vcmc6
L2N2c3Jvb3QvdGVjaG5vbG9neSxvcmcuZWNsaXBzZS5vaGYvcGx1Z2lucy9v cmcuYXBhY2hl
LmNvbW1vbnMubGFuZyxvcmcuYXBhY2hlLmNvbW1vbnMubGFuZyIvPg0KPHBy b2plY3QgcmVm
ZXJlbmNlPSIxLjAsOmV4dHNzaDpkZXYuZWNsaXBzZS5vcmc6L2N2c3Jvb3Qv dGVjaG5vbG9n
eSxvcmcuZWNsaXBzZS5vaGYvcGx1Z2lucy9vcmcuYXBhY2hlLmxvZzRqLG9y Zy5hcGFjaGUu
bG9nNGoiLz4NCjxwcm9qZWN0IHJlZmVyZW5jZT0iMS4wLDpleHRzc2g6ZGV2 LmVjbGlwc2Uu
b3JnOi9jdnNyb290L3RlY2hub2xvZ3ksb3JnLmVjbGlwc2Uub2hmL3BsdWdp bnMvb3JnLmFw
YWNoZS54ZXJjZXMsb3JnLmFwYWNoZS54ZXJjZXMiLz4NCjxwcm9qZWN0IHJl ZmVyZW5jZT0i
MS4wLDpleHRzc2g6ZGV2LmVjbGlwc2Uub3JnOi9jdnNyb290L3RlY2hub2xv Z3ksb3JnLmVj
bGlwc2Uub2hmL3BsdWdpbnMvb3JnLmVjbGlwc2Uub2hmLmJyaWRnZSxvcmcu ZWNsaXBzZS5v
aGYuYnJpZGdlIi8+DQo8cHJvamVjdCByZWZlcmVuY2U9IjEuMCw6ZXh0c3No OmRldi5lY2xp
cHNlLm9yZzovY3Zzcm9vdC90ZWNobm9sb2d5LG9yZy5lY2xpcHNlLm9oZi9w bHVnaW5zL29y
Zy5lY2xpcHNlLm9oZi5icmlkZ2UuY2xpZW50LG9yZy5lY2xpcHNlLm9oZi5i cmlkZ2UuY2xp
ZW50Ii8+DQo8cHJvamVjdCByZWZlcmVuY2U9IjEuMCw6ZXh0c3NoOmRldi5l Y2xpcHNlLm9y
ZzovY3Zzcm9vdC90ZWNobm9sb2d5LG9yZy5lY2xpcHNlLm9oZi9wbHVnaW5z L29yZy5lY2xp
cHNlLm9oZi5icmlkZ2UuaWhlLG9yZy5lY2xpcHNlLm9oZi5icmlkZ2UuaWhl Ii8+DQo8cHJv
amVjdCByZWZlcmVuY2U9IjEuMCw6ZXh0c3NoOmRldi5lY2xpcHNlLm9yZzov Y3Zzcm9vdC90
ZWNobm9sb2d5LG9yZy5lY2xpcHNlLm9oZi9wbHVnaW5zL29yZy5lY2xpcHNl Lm9oZi5icmlk
Z2UuaWhlLnBpeHBkcSxvcmcuZWNsaXBzZS5vaGYuYnJpZGdlLmloZS5waXhw ZHEiLz4NCjxw
cm9qZWN0IHJlZmVyZW5jZT0iMS4wLDpleHRzc2g6ZGV2LmVjbGlwc2Uub3Jn Oi9jdnNyb290
L3RlY2hub2xvZ3ksb3JnLmVjbGlwc2Uub2hmL3BsdWdpbnMvb3JnLmVjbGlw c2Uub2hmLmJy
aWRnZS5pbnN0YWxsLG9yZy5lY2xpcHNlLm9oZi5icmlkZ2UuaW5zdGFsbCIv Pg0KPHByb2pl
Y3QgcmVmZXJlbmNlPSIxLjAsOmV4dHNzaDpkZXYuZWNsaXBzZS5vcmc6L2N2 c3Jvb3QvdGVj
aG5vbG9neSxvcmcuZWNsaXBzZS5vaGYvcGx1Z2lucy9vcmcuZWNsaXBzZS5v aGYuYnJpZGdl
LndzLG9yZy5lY2xpcHNlLm9oZi5icmlkZ2Uud3MiLz4NCjxwcm9qZWN0IHJl ZmVyZW5jZT0i
MS4wLDpleHRzc2g6ZGV2LmVjbGlwc2Uub3JnOi9jdnNyb290L3RlY2hub2xv Z3ksb3JnLmVj
bGlwc2Uub2hmL3BsdWdpbnMvb3JnLmVjbGlwc2Uub2hmLmhsN3YyLmNvcmUs b3JnLmVjbGlw
c2Uub2hmLmhsN3YyLmNvcmUiLz4NCjxwcm9qZWN0IHJlZmVyZW5jZT0iMS4w LDpleHRzc2g6
ZGV2LmVjbGlwc2Uub3JnOi9jdnNyb290L3RlY2hub2xvZ3ksb3JnLmVjbGlw c2Uub2hmL3Bs
dWdpbnMvb3JnLmVjbGlwc2Uub2hmLmhsN3YyLnVpLG9yZy5lY2xpcHNlLm9o Zi5obDd2Mi51
aSIvPg0KPHByb2plY3QgcmVmZXJlbmNlPSIxLjAsOmV4dHNzaDpkZXYuZWNs aXBzZS5vcmc6
L2N2c3Jvb3QvdGVjaG5vbG9neSxvcmcuZWNsaXBzZS5vaGYvcGx1Z2lucy9v cmcuZWNsaXBz
ZS5vaGYuaWhlLmF0bmEuYWdlbnQsb3JnLmVjbGlwc2Uub2hmLmloZS5hdG5h LmFnZW50Ii8+
DQo8cHJvamVjdCByZWZlcmVuY2U9IjEuMCw6ZXh0c3NoOmRldi5lY2xpcHNl Lm9yZzovY3Zz
cm9vdC90ZWNobm9sb2d5LG9yZy5lY2xpcHNlLm9oZi9wbHVnaW5zL29yZy5l Y2xpcHNlLm9o
Zi5paGUuYXRuYS5hdWRpdCxvcmcuZWNsaXBzZS5vaGYuaWhlLmF0bmEuYXVk aXQiLz4NCjxw
cm9qZWN0IHJlZmVyZW5jZT0iMS4wLDpleHRzc2g6ZGV2LmVjbGlwc2Uub3Jn Oi9jdnNyb290
L3RlY2hub2xvZ3ksb3JnLmVjbGlwc2Uub2hmL3BsdWdpbnMvb3JnLmVjbGlw c2Uub2hmLmlo
ZS5hdG5hLnRyYW5zcG9ydCxvcmcuZWNsaXBzZS5vaGYuaWhlLmF0bmEudHJh bnNwb3J0Ii8+
DQo8cHJvamVjdCByZWZlcmVuY2U9IjEuMCw6ZXh0c3NoOmRldi5lY2xpcHNl Lm9yZzovY3Zz
cm9vdC90ZWNobm9sb2d5LG9yZy5lY2xpcHNlLm9oZi9wbHVnaW5zL29yZy5l Y2xpcHNlLm9o
Zi5paGUuY29tbW9uLmF0bmEsb3JnLmVjbGlwc2Uub2hmLmloZS5jb21tb24u YXRuYSIvPg0K
PHByb2plY3QgcmVmZXJlbmNlPSIxLjAsOmV4dHNzaDpkZXYuZWNsaXBzZS5v cmc6L2N2c3Jv
b3QvdGVjaG5vbG9neSxvcmcuZWNsaXBzZS5vaGYvcGx1Z2lucy9vcmcuZWNs aXBzZS5vaGYu
aWhlLmNvbW1vbi5jZGFyMixvcmcuZWNsaXBzZS5vaGYuaWhlLmNvbW1vbi5j ZGFyMiIvPg0K
PHByb2plY3QgcmVmZXJlbmNlPSIxLjAsOmV4dHNzaDpkZXYuZWNsaXBzZS5v cmc6L2N2c3Jv
b3QvdGVjaG5vbG9neSxvcmcuZWNsaXBzZS5vaGYvcGx1Z2lucy9vcmcuZWNs aXBzZS5vaGYu
aWhlLmNvbW1vbi5jb25maWcsb3JnLmVjbGlwc2Uub2hmLmloZS5jb21tb24u Y29uZmlnIi8+
DQo8cHJvamVjdCByZWZlcmVuY2U9IjEuMCw6ZXh0c3NoOmRldi5lY2xpcHNl Lm9yZzovY3Zz
cm9vdC90ZWNobm9sb2d5LG9yZy5lY2xpcHNlLm9oZi9wbHVnaW5zL29yZy5l Y2xpcHNlLm9o
Zi5paGUuY29tbW9uLmViWE1MLl8yLl8xLG9yZy5lY2xpcHNlLm9oZi5paGUu Y29tbW9uLmVi
WE1MLl8yLl8xIi8+DQo8cHJvamVjdCByZWZlcmVuY2U9IjEuMCw6ZXh0c3No OmRldi5lY2xp
cHNlLm9yZzovY3Zzcm9vdC90ZWNobm9sb2d5LG9yZy5lY2xpcHNlLm9oZi9w bHVnaW5zL29y
Zy5lY2xpcHNlLm9oZi5paGUuY29tbW9uLmViWE1MLl8zLl8wLG9yZy5lY2xp cHNlLm9oZi5p
aGUuY29tbW9uLmViWE1MLl8zLl8wIi8+DQo8cHJvamVjdCByZWZlcmVuY2U9 IjEuMCw6ZXh0
c3NoOmRldi5lY2xpcHNlLm9yZzovY3Zzcm9vdC90ZWNobm9sb2d5LG9yZy5l Y2xpcHNlLm9o
Zi9wbHVnaW5zL29yZy5lY2xpcHNlLm9oZi5paGUuY29tbW9uLmhsN3YyLG9y Zy5lY2xpcHNl
Lm9oZi5paGUuY29tbW9uLmhsN3YyIi8+DQo8cHJvamVjdCByZWZlcmVuY2U9 IjEuMCw6ZXh0
c3NoOmRldi5lY2xpcHNlLm9yZzovY3Zzcm9vdC90ZWNobm9sb2d5LG9yZy5l Y2xpcHNlLm9o
Zi9wbHVnaW5zL29yZy5lY2xpcHNlLm9oZi5paGUuY29tbW9uLmhsN3YyLmNs aWVudCxvcmcu
ZWNsaXBzZS5vaGYuaWhlLmNvbW1vbi5obDd2Mi5jbGllbnQiLz4NCjxwcm9q ZWN0IHJlZmVy
ZW5jZT0iMS4wLDpleHRzc2g6ZGV2LmVjbGlwc2Uub3JnOi9jdnNyb290L3Rl Y2hub2xvZ3ks
b3JnLmVjbGlwc2Uub2hmL3BsdWdpbnMvb3JnLmVjbGlwc2Uub2hmLmloZS5j b21tb24ubWxs
cCxvcmcuZWNsaXBzZS5vaGYuaWhlLmNvbW1vbi5tbGxwIi8+DQo8cHJvamVj dCByZWZlcmVu
Y2U9IjEuMCw6ZXh0c3NoOmRldi5lY2xpcHNlLm9yZzovY3Zzcm9vdC90ZWNo bm9sb2d5LG9y
Zy5lY2xpcHNlLm9oZi9wbHVnaW5zL29yZy5lY2xpcHNlLm9oZi5paGUuY29t bW9uLndzLmF4
aXMyLG9yZy5lY2xpcHNlLm9oZi5paGUuY29tbW9uLndzLmF4aXMyIi8+DQo8 cHJvamVjdCBy
ZWZlcmVuY2U9IjEuMCw6ZXh0c3NoOmRldi5lY2xpcHNlLm9yZzovY3Zzcm9v dC90ZWNobm9s
b2d5LG9yZy5lY2xpcHNlLm9oZi9wbHVnaW5zL29yZy5lY2xpcHNlLm9oZi5p aGUucGRxLmNv
bnN1bWVyLG9yZy5lY2xpcHNlLm9oZi5paGUucGRxLmNvbnN1bWVyIi8+DQo8 cHJvamVjdCBy
ZWZlcmVuY2U9IjEuMCw6ZXh0c3NoOmRldi5lY2xpcHNlLm9yZzovY3Zzcm9v dC90ZWNobm9s
b2d5LG9yZy5lY2xpcHNlLm9oZi9wbHVnaW5zL29yZy5lY2xpcHNlLm9oZi5p aGUucGl4LmNv
bnN1bWVyLG9yZy5lY2xpcHNlLm9oZi5paGUucGl4LmNvbnN1bWVyIi8+DQo8 cHJvamVjdCBy
ZWZlcmVuY2U9IjEuMCw6ZXh0c3NoOmRldi5lY2xpcHNlLm9yZzovY3Zzcm9v dC90ZWNobm9s
b2d5LG9yZy5lY2xpcHNlLm9oZi9wbHVnaW5zL29yZy5lY2xpcHNlLm9oZi5p aGUucGl4LnNv
dXJjZSxvcmcuZWNsaXBzZS5vaGYuaWhlLnBpeC5zb3VyY2UiLz4NCjxwcm9q ZWN0IHJlZmVy
ZW5jZT0iMS4wLDpleHRzc2g6ZGV2LmVjbGlwc2Uub3JnOi9jdnNyb290L3Rl Y2hub2xvZ3ks
b3JnLmVjbGlwc2Uub2hmL3BsdWdpbnMvb3JnLmVjbGlwc2Uub2hmLmloZS54 ZHMsb3JnLmVj
bGlwc2Uub2hmLmloZS54ZHMiLz4NCjxwcm9qZWN0IHJlZmVyZW5jZT0iMS4w LDpleHRzc2g6
ZGV2LmVjbGlwc2Uub3JnOi9jdnNyb290L3RlY2hub2xvZ3ksb3JnLmVjbGlw c2Uub2hmL3Bs
dWdpbnMvb3JnLmVjbGlwc2Uub2hmLmloZS54ZHMuY29uc3VtZXIsb3JnLmVj bGlwc2Uub2hm
LmloZS54ZHMuY29uc3VtZXIiLz4NCjxwcm9qZWN0IHJlZmVyZW5jZT0iMS4w LDpleHRzc2g6
ZGV2LmVjbGlwc2Uub3JnOi9jdnNyb290L3RlY2hub2xvZ3ksb3JnLmVjbGlw c2Uub2hmL3Bs
dWdpbnMvb3JnLmVjbGlwc2Uub2hmLmloZS54ZHMubWV0YWRhdGEsb3JnLmVj bGlwc2Uub2hm
LmloZS54ZHMubWV0YWRhdGEiLz4NCjxwcm9qZWN0IHJlZmVyZW5jZT0iMS4w LDpleHRzc2g6
ZGV2LmVjbGlwc2Uub3JnOi9jdnNyb290L3RlY2hub2xvZ3ksb3JnLmVjbGlw c2Uub2hmL3Bs
dWdpbnMvb3JnLmVjbGlwc2Uub2hmLmloZS54ZHMubWV0YWRhdGEuZXh0cmFj dCxvcmcuZWNs
aXBzZS5vaGYuaWhlLnhkcy5tZXRhZGF0YS5leHRyYWN0Ii8+DQo8cHJvamVj dCByZWZlcmVu
Y2U9IjEuMCw6ZXh0c3NoOmRldi5lY2xpcHNlLm9yZzovY3Zzcm9vdC90ZWNo bm9sb2d5LG9y
Zy5lY2xpcHNlLm9oZi9wbHVnaW5zL29yZy5lY2xpcHNlLm9oZi5paGUueGRz Lm1ldGFkYXRh
LmV4dHJhY3QuY2RhcjIsb3JnLmVjbGlwc2Uub2hmLmloZS54ZHMubWV0YWRh dGEuZXh0cmFj
dC5jZGFyMiIvPg0KPHByb2plY3QgcmVmZXJlbmNlPSIxLjAsOmV4dHNzaDpk ZXYuZWNsaXBz
ZS5vcmc6L2N2c3Jvb3QvdGVjaG5vbG9neSxvcmcuZWNsaXBzZS5vaGYvcGx1 Z2lucy9vcmcu
ZWNsaXBzZS5vaGYuaWhlLnhkcy5tZXRhZGF0YS50cmFuc2Zvcm0sb3JnLmVj bGlwc2Uub2hm
LmloZS54ZHMubWV0YWRhdGEudHJhbnNmb3JtIi8+DQo8cHJvamVjdCByZWZl cmVuY2U9IjEu
MCw6ZXh0c3NoOmRldi5lY2xpcHNlLm9yZzovY3Zzcm9vdC90ZWNobm9sb2d5 LG9yZy5lY2xp
cHNlLm9oZi9wbHVnaW5zL29yZy5lY2xpcHNlLm9oZi5paGUueGRzLnNvYXAs b3JnLmVjbGlw
c2Uub2hmLmloZS54ZHMuc29hcCIvPg0KPHByb2plY3QgcmVmZXJlbmNlPSIx LjAsOmV4dHNz
aDpkZXYuZWNsaXBzZS5vcmc6L2N2c3Jvb3QvdGVjaG5vbG9neSxvcmcuZWNs aXBzZS5vaGYv
cGx1Z2lucy9vcmcuZWNsaXBzZS5vaGYuaWhlLnhkcy5zb3VyY2Usb3JnLmVj bGlwc2Uub2hm
LmloZS54ZHMuc291cmNlIi8+DQo8cHJvamVjdCByZWZlcmVuY2U9IjEuMCw6 ZXh0c3NoOmRl
di5lY2xpcHNlLm9yZzovY3Zzcm9vdC90ZWNobm9sb2d5LG9yZy5lY2xpcHNl Lm9oZi9wbHVn
aW5zL29yZy5lY2xpcHNlLm9oZi51dGlsaXRpZXMsb3JnLmVjbGlwc2Uub2hm LnV0aWxpdGll
cyIvPg0KPHByb2plY3QgcmVmZXJlbmNlPSIxLjAsOmV4dHNzaDpkZXYuZWNs aXBzZS5vcmc6
L2N2c3Jvb3QvdGVjaG5vbG9neSxvcmcuZWNsaXBzZS5vaGYvcGx1Z2lucy9v cmcueG1scHVs
bC52MSxvcmcueG1scHVsbC52MSIvPg0KPC9wcm92aWRlcj4NCjwvcHNmPg==
--------------060901060007090407010608--

Report message to a moderator

Re: OHF Bridge 0.3.0 problems [message #585079 is a reply to message #41827] Tue, 25 March 2008 05:26 Go to previous message
Eclipse UserFriend
Originally posted by: ralkire.ndorange.com

On 11710 changed endpoint to
http://localhost:8080/bridge/services/ohf-bridge and now get the following:
ov.nist.registry.xdstest2.StepContext
step_id : submit
ov.nist.registry.xdstest2.PlanContext
RegistryEndpoint : http://localhost:8080/bridge/services/ohf-bridge
transaction : gov.nist.registry.xdstest2.SimpleTransaction@1b383e9
Fatal Error: Exception thrown:
gov.nist.registry.common2.exception.XdsInternalException
xisFault thrown: No such operation 'hello'
rg.apache.axis2.AxisFault: No such operation 'hello'
ov.nist.registry.common2.exception.XdsInternalException: AxisFault thrown:
No such operation 'hello'
rg.apache.axis2.AxisFault: No such operation 'hello'
at
gov.nist.registry.xdstest2.BasicContext.fatal_error(BasicCon text.java:82)
at
gov.nist.registry.xdstest2.SimpleTransaction.run(SimpleTrans action.java:113)
at gov.nist.registry.xdstest2.StepContext.run(StepContext.java: 143)
at gov.nist.registry.xdstest2.PlanContext.run(PlanContext.java: 112)
at gov.nist.registry.xdstest2.Xdstest2.runTest(Xdstest2.java:23 0)
at gov.nist.registry.xdstest2.Xdstest2.main(Xdstest2.java:76)

Any help is appreciated...


"Robert Alkire" <ralkire@ndorange.com> wrote in message
news:fsa0m7$9fr$1@build.eclipse.org...
> From here http://www.eclipse.org/ohf/downloads/connectathon.php
> obtained org.eclipse.ohf.bridge.install_0.3.0.v20080313073042.zip and
> org.eclipse.ohf.bridge_0.3.0.v20080313073042.zip
> former was installed in Tomcat base directory, and later in tomcat/lib.
>
> rhioConfig.xml untouched then
> http://localhost:8080/bridge/services/ohf-bridge?wsdl fails!!
>
> rhioConfigMesa.xml renamed to rhioConfig.xml then
> http://localhost:8080/bridge/services/ohf-bridge?wsdl works however error
> occurs on testing the details follow. I am hoping someone can point me to
> what is wrong with this...
>
>
> <TestResults
> status="Fail"><Xdstest2_version>1.9</Xdstest2_version><Xdstest2_args >--actorconfig
> C:\xdstest2tool\actors.xml --testmgmt C:\xdstest2tool\mgmt
> </Xdstest2_args><Test>11733/submit</Test><RegistryEndpoint >http://localhost:8080/bridge/services</RegistryEndpoint><TestStep
> id="submit"><ExpectedStatus>Success</ExpectedStatus><RegisterTransaction ><Xdsa
> /><MetadataFile>./single_doc.xml</MetadataFile><RegistryEndpoint >http://localhost:8080/bridge/services</RegistryEndpoint><AssignedPatientId><Assign
> symbol="Document01"
> id=" 7de6d06dac4f499^^^&amp;1.3.6.1.4.1.21367.2005.3.7&am p;ISO " /><Assign
> symbol="SubmissionSet01"
> id=" 7de6d06dac4f499^^^&amp;1.3.6.1.4.1.21367.2005.3.7&am p;ISO "
> /></AssignedPatientId><AssignedUids><Assign symbol="Document01"
> id="192.168.0.19.22459" /><Assign symbol="SubmissionSet01"
> id="192.168.0.19.22460"
> /></AssignedUids><InputMetadata><rs:SubmitObjectsRequest
> xmlns:rs="urn:oasis:names:tc:ebxml-regrep:registry:xsd:2.1" ><rim:LeafRegistryObjectList
> xmlns:rim="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"><ExtrinsicObject
> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1" id="Document01"
> mimeType="text/plain"
> objectType="urn:uuid:7edca82f-054d-47f2-a032-9b2a5b5186c1">
> <Name>
> <LocalizedString value="Physical" />
> </Name>
> <Description />
> <Slot name="creationTime">
> <ValueList>
> <Value>20051224</Value>
> </ValueList>
> </Slot>
> <Slot name="languageCode">
> <ValueList>
> <Value>en-us</Value>
> </ValueList>
> </Slot>
> <Slot name="serviceStartTime">
> <ValueList>
> <Value>200412230800</Value>
> </ValueList>
> </Slot>
> <Slot name="serviceStopTime">
> <ValueList>
> <Value>200412230801</Value>
> </ValueList>
> </Slot>
> <Slot name="sourcePatientId">
> <ValueList>
> <Value>89765a87b^^^fj34r</Value>
> </ValueList>
> </Slot>
> <Slot name="sourcePatientInfo">
> <ValueList>
> <Value>PID-3|pid1^^^domain</Value>
> <Value>PID-5|Doe^John^^^</Value>
> <Value>PID-7|19560527</Value>
> <Value>PID-8|M</Value>
> <Value>PID-11|100 Main
> St^^Metropolis^Il^44130^USA</Value>
> </ValueList>
> </Slot>
> <rim:Slot name="size">
> <rim:ValueList>
> <rim:Value>36</rim:Value>
> </rim:ValueList>
> </rim:Slot>
> <rim:Slot name="hash">
> <rim:ValueList>
>
> <rim:Value>fbe2351a6a8ceba1a04ba3f832a12a53befeb04c</rim:Value >
> </rim:ValueList>
> </rim:Slot>
> <rim:Slot name="URI">
> <rim:ValueList>
>
> <rim:Value>http://129.6.58.92:9080/Repository/129.6.58.92.3492.txt</rim:Value>
> </rim:ValueList>
> </rim:Slot>
> <Classification
> classificationScheme="urn:uuid:93606bcf-9494-43ec-9b4e-a7748d1a838d "
> classifiedObject="Document01" nodeRepresentation="">
> <Slot name="authorPerson">
> <ValueList>
> <Value>^Smitty^Gerald^^^</Value>
> </ValueList>
> </Slot>
> <Slot name="authorInstitution">
> <ValueList>
> <Value>Cleveland Clinic</Value>
> <Value>Parma Community</Value>
> </ValueList>
> </Slot>
> <Slot name="authorRole">
> <ValueList>
> <Value>Attending</Value>
> </ValueList>
> </Slot>
> <Slot name="authorSpecialty">
> <ValueList>
> <Value>Orthopedic</Value>
> </ValueList>
> </Slot>
> </Classification>
> <Classification
> classificationScheme="urn:uuid:93606bcf-9494-43ec-9b4e-a7748d1a838d "
> classifiedObject="Document01" nodeRepresentation="">
> <Slot name="authorPerson">
> <ValueList>
> <Value>^Dopplemeyer^Sherry^^^</Value>
> </ValueList>
> </Slot>
> <Slot name="authorInstitution">
> <ValueList>
> <Value>Cleveland Clinic</Value>
> <Value>Berea Community</Value>
> </ValueList>
> </Slot>
> <Slot name="authorRole">
> <ValueList>
> <Value>Primary Surgon</Value>
> </ValueList>
> </Slot>
> <Slot name="authorSpecialty">
> <ValueList>
> <Value>Orthopedic</Value>
> </ValueList>
> </Slot>
> </Classification>
> <Classification
> classificationScheme="urn:uuid:41a5887f-8865-4c09-adf7-e362475b143a "
> classifiedObject="Document01" nodeRepresentation="History and Physical">
> <Name>
> <LocalizedString value="History and Physical" />
> </Name>
> <Slot name="codingScheme">
> <ValueList>
> <Value>Connect-a-thon classCodes</Value>
> </ValueList>
> </Slot>
> </Classification>
> <Classification
> classificationScheme="urn:uuid:f4f85eac-e6cb-4883-b524-f2705394840f "
> classifiedObject="Document01"
> nodeRepresentation="1.3.6.1.4.1.21367.2006.7.101">
> <Name>
> <LocalizedString value="Clinical-Staff" />
> </Name>
> <Slot name="codingScheme">
> <ValueList>
> <Value>Connect-a-thon confidentialityCodes</Value>
> </ValueList>
> </Slot>
> </Classification>
> <Classification
> classificationScheme="urn:uuid:a09d5840-386c-46f2-b5ad-9c3699a4309d "
> classifiedObject="Document01" nodeRepresentation="CDAR2/IHE 1.0">
> <Name>
> <LocalizedString value="CDAR2/IHE 1.0" />
> </Name>
> <Slot name="codingScheme">
> <ValueList>
> <Value>Connect-a-thon formatCodes</Value>
> </ValueList>
> </Slot>
> </Classification>
> <Classification
> classificationScheme="urn:uuid:f33fb8ac-18af-42cc-ae0e-ed0b0bdb91e1 "
> classifiedObject="Document01" nodeRepresentation="Outpatient">
> <Name>
> <LocalizedString value="Outpatient" />
> </Name>
> <Slot name="codingScheme">
> <ValueList>
> <Value>Connect-a-thon
> healthcareFacilityTypeCodes</Value>
> </ValueList>
> </Slot>
> </Classification>
> <Classification
> classificationScheme="urn:uuid:cccf5598-8b07-4b77-a05e-ae952c785ead "
> classifiedObject="Document01" nodeRepresentation="General Medicine">
> <Name>
> <LocalizedString value="General Medicine" />
> </Name>
> <Slot name="codingScheme">
> <ValueList>
> <Value>Connect-a-thon practiceSettingCodes</Value>
> </ValueList>
> </Slot>
> </Classification>
> <Classification
> classificationScheme="urn:uuid:f0306f51-975f-434e-a61c-c59651d33983 "
> classifiedObject="Document01" nodeRepresentation="34108-1">
> <Name>
> <LocalizedString value="Outpatient Evaluation And
> Management" />
> </Name>
> <Slot name="codingScheme">
> <ValueList>
> <Value>LOINC</Value>
> </ValueList>
> </Slot>
> </Classification>
> <ExternalIdentifier
> identificationScheme="urn:uuid:58a6f841-87b3-4a3e-92fd-a8ffeff98427 "
> value=" 7de6d06dac4f499^^^&amp;1.3.6.1.4.1.21367.2005.3.7&am p;ISO ">
> <Name>
> <LocalizedString value="XDSDocumentEntry.patientId" />
> </Name>
> </ExternalIdentifier>
> <ExternalIdentifier
> identificationScheme="urn:uuid:2e82c1f6-a085-4c72-9da3-8640a32e42ab "
> value="192.168.0.19.22459">
> <Name>
> <LocalizedString value="XDSDocumentEntry.uniqueId" />
> </Name>
> </ExternalIdentifier>
> </ExtrinsicObject><RegistryPackage
> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1" id="SubmissionSet01">
> <Name>
> <LocalizedString value="Physical" />
> </Name>
> <Description>
> <LocalizedString value="Annual physical" />
> </Description>
> <Slot name="submissionTime">
> <ValueList>
> <Value>20041225235050</Value>
> </ValueList>
> </Slot>
> <Classification
> classificationScheme="urn:uuid:a7058bb9-b4e4-4307-ba5b-e3f0ab85e12d "
> classifiedObject="SubmissionSet01" nodeRepresentation="">
> <Slot name="authorPerson">
> <ValueList>
> <Value>^Dopplemeyer^Sherry^^^</Value>
> </ValueList>
> </Slot>
> <Slot name="authorInstitution">
> <ValueList>
> <Value>Cleveland Clinic</Value>
> <Value>Berea Community</Value>
> </ValueList>
> </Slot>
> <Slot name="authorRole">
> <ValueList>
> <Value>Primary Surgon</Value>
> </ValueList>
> </Slot>
> <Slot name="authorSpecialty">
> <ValueList>
> <Value>Orthopedic</Value>
> </ValueList>
> </Slot>
> </Classification>
> <Classification
> classificationScheme="urn:uuid:aa543740-bdda-424e-8c96-df4873be8500 "
> classifiedObject="SubmissionSet01" nodeRepresentation="History and
> Physical">
> <Name>
> <LocalizedString value="History and Physical" />
> </Name>
> <Slot name="codingScheme">
> <ValueList>
> <Value>Connect-a-thon contentTypeCodes</Value>
> </ValueList>
> </Slot>
> </Classification>
> <ExternalIdentifier
> identificationScheme="urn:uuid:96fdda7c-d067-4183-912e-bf5ee74998a8 "
> value="192.168.0.19.22460">
> <Name>
> <LocalizedString value="XDSSubmissionSet.uniqueId" />
> </Name>
> </ExternalIdentifier>
> <ExternalIdentifier
> identificationScheme="urn:uuid:554ac39e-e3fe-47fe-b233-965d2a147832 "
> value="1.3.6.1.4.1.21367.2008.1.2.178">
> <Name>
> <LocalizedString value="XDSSubmissionSet.sourceId" />
> </Name>
> </ExternalIdentifier>
> <ExternalIdentifier
> identificationScheme="urn:uuid:6b5aea1a-874d-4603-a4bc-96a0a7b38446 "
> value=" 7de6d06dac4f499^^^&amp;1.3.6.1.4.1.21367.2005.3.7&am p;ISO ">
> <Name>
> <LocalizedString value="XDSSubmissionSet.patientId" />
> </Name>
> </ExternalIdentifier>
> </RegistryPackage><Classification
> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
> classifiedObject="SubmissionSet01"
> classificationNode="urn:uuid:a54d6aa5-d40d-43f9-88c5-b4633d873bdd "
> id="ID_14916158_1" /><Association
> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
> associationType="HasMember" sourceObject="SubmissionSet01"
> targetObject="Document01" id="ID_14916158_2">
> <Slot name="SubmissionSetStatus">
> <ValueList>
> <Value>Original</Value>
> </ValueList>
> </Slot>
> </Association><ObjectRef
> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
> id="urn:uuid:7edca82f-054d-47f2-a032-9b2a5b518fff" /><ObjectRef
> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
> id="urn:uuid:a54d6aa5-d40d-43f9-88c5-b4633d873bdd" /><ObjectRef
> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
> id="urn:uuid:f64ffdf0-4b97-4e06-b79f-a52b38ec2f8a" /><ObjectRef
> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
> id="urn:uuid:96fdda7c-d067-4183-912e-bf5ee74998a8" /><ObjectRef
> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
> id="urn:uuid:554ac39e-e3fe-47fe-b233-965d2a147832" /><ObjectRef
> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
> id="urn:uuid:6b5aea1a-874d-4603-a4bc-96a0a7b38446" /><ObjectRef
> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
> id="urn:uuid:d9d542f3-6cc4-48b6-8870-ea235fbc94c2" /><ObjectRef
> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
> id="urn:uuid:f33fb8ac-18af-42cc-ae0e-ed0b0bdb91e1" /><ObjectRef
> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
> id="urn:uuid:aa543740-bdda-424e-8c96-df4873be8500" /><ObjectRef
> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
> id="urn:uuid:75df8f67-9973-4fbe-a900-df66cefecc5a" /><ObjectRef
> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
> id="urn:uuid:f4f85eac-e6cb-4883-b524-f2705394840f" /><ObjectRef
> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
> id="urn:uuid:a09d5840-386c-46f2-b5ad-9c3699a4309d" /><ObjectRef
> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
> id="urn:uuid:cccf5598-8b07-4b77-a05e-ae952c785ead" /><ObjectRef
> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
> id="urn:uuid:f0306f51-975f-434e-a61c-c59651d33983" /><ObjectRef
> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
> id="urn:uuid:41a5887f-8865-4c09-adf7-e362475b143a" /><ObjectRef
> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
> id="urn:uuid:2e82c1f6-a085-4c72-9da3-8640a32e42ab" /><ObjectRef
> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
> id="urn:uuid:58a6f841-87b3-4a3e-92fd-a8ffeff98427" /><ObjectRef
> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
> id="urn:uuid:a7058bb9-b4e4-4307-ba5b-e3f0ab85e12d" /><ObjectRef
> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
> id="urn:uuid:93606bcf-9494-43ec-9b4e-a7748d1a838d"
> /></rim:LeafRegistryObjectList></rs:SubmitObjectsRequest></InputMetadata ></RegisterTransaction></TestStep><FatalError>AxisFault
> thrown: The AXIS engine could not find a target service to invoke!
> targetService is null
> org.apache.axis2.AxisFault: The AXIS engine could not find a target
> service to invoke! targetService is null</FatalError></TestResults>
>
> Thanks... and sorry for the long post...
>

Report message to a moderator

Re: OHF Bridge 0.3.0 problems [message #585100 is a reply to message #41865] Tue, 25 March 2008 05:34 Go to previous message
Eclipse UserFriend
Originally posted by: ralkire.ndorange.com

Yes I am talking to myself:

Since http://localhost:8080/bridge/services/ohf-bridge?wsdl no longer has
support for 11710 case, I changed to
<RegistryEndpoint>http://localhost:8080/bridge/services/ohf-bridge</RegistryEndpoint>
for the 11733 case and got the following:

<FatalError>AxisFault thrown: org.xml.sax.SAXException: SimpleDeserializer
encountered a child element, which is NOT expected, in something it was
trying to deserialize.
org.apache.axis2.AxisFault: org.xml.sax.SAXException: SimpleDeserializer
encountered a child element, which is NOT expected, in something it was
trying to deserialize.</FatalError>

I guess that is an improvement. Again, any ideas are appreciated.
===================================================



"Robert Alkire" <ralkire@ndorange.com> wrote in message
news:fsa2du$r2p$1@build.eclipse.org...
> On 11710 changed endpoint to
> http://localhost:8080/bridge/services/ohf-bridge and now get the
> following:
> ov.nist.registry.xdstest2.StepContext
> step_id : submit
> ov.nist.registry.xdstest2.PlanContext
> RegistryEndpoint : http://localhost:8080/bridge/services/ohf-bridge
> transaction : gov.nist.registry.xdstest2.SimpleTransaction@1b383e9
> Fatal Error: Exception thrown:
> gov.nist.registry.common2.exception.XdsInternalException
> xisFault thrown: No such operation 'hello'
> rg.apache.axis2.AxisFault: No such operation 'hello'
> ov.nist.registry.common2.exception.XdsInternalException: AxisFault thrown:
> No such operation 'hello'
> rg.apache.axis2.AxisFault: No such operation 'hello'
> at
> gov.nist.registry.xdstest2.BasicContext.fatal_error(BasicCon text.java:82)
> at
> gov.nist.registry.xdstest2.SimpleTransaction.run(SimpleTrans action.java:113)
> at gov.nist.registry.xdstest2.StepContext.run(StepContext.java: 143)
> at gov.nist.registry.xdstest2.PlanContext.run(PlanContext.java: 112)
> at gov.nist.registry.xdstest2.Xdstest2.runTest(Xdstest2.java:23 0)
> at gov.nist.registry.xdstest2.Xdstest2.main(Xdstest2.java:76)
>
> Any help is appreciated...
>
>
> "Robert Alkire" <ralkire@ndorange.com> wrote in message
> news:fsa0m7$9fr$1@build.eclipse.org...
>> From here http://www.eclipse.org/ohf/downloads/connectathon.php
>> obtained org.eclipse.ohf.bridge.install_0.3.0.v20080313073042.zip and
>> org.eclipse.ohf.bridge_0.3.0.v20080313073042.zip
>> former was installed in Tomcat base directory, and later in tomcat/lib.
>>
>> rhioConfig.xml untouched then
>> http://localhost:8080/bridge/services/ohf-bridge?wsdl fails!!
>>
>> rhioConfigMesa.xml renamed to rhioConfig.xml then
>> http://localhost:8080/bridge/services/ohf-bridge?wsdl works however error
>> occurs on testing the details follow. I am hoping someone can point me
>> to what is wrong with this...
>>
>>
>> <TestResults
>> status="Fail"><Xdstest2_version>1.9</Xdstest2_version><Xdstest2_args >--actorconfig
>> C:\xdstest2tool\actors.xml --testmgmt C:\xdstest2tool\mgmt
>> </Xdstest2_args><Test>11733/submit</Test><RegistryEndpoint >http://localhost:8080/bridge/services</RegistryEndpoint><TestStep
>> id="submit"><ExpectedStatus>Success</ExpectedStatus><RegisterTransaction ><Xdsa
>> /><MetadataFile>./single_doc.xml</MetadataFile><RegistryEndpoint >http://localhost:8080/bridge/services</RegistryEndpoint><AssignedPatientId><Assign
>> symbol="Document01"
>> id=" 7de6d06dac4f499^^^&amp;1.3.6.1.4.1.21367.2005.3.7&am p;ISO " /><Assign
>> symbol="SubmissionSet01"
>> id=" 7de6d06dac4f499^^^&amp;1.3.6.1.4.1.21367.2005.3.7&am p;ISO "
>> /></AssignedPatientId><AssignedUids><Assign symbol="Document01"
>> id="192.168.0.19.22459" /><Assign symbol="SubmissionSet01"
>> id="192.168.0.19.22460"
>> /></AssignedUids><InputMetadata><rs:SubmitObjectsRequest
>> xmlns:rs="urn:oasis:names:tc:ebxml-regrep:registry:xsd:2.1" ><rim:LeafRegistryObjectList
>> xmlns:rim="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"><ExtrinsicObject
>> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1" id="Document01"
>> mimeType="text/plain"
>> objectType="urn:uuid:7edca82f-054d-47f2-a032-9b2a5b5186c1">
>> <Name>
>> <LocalizedString value="Physical" />
>> </Name>
>> <Description />
>> <Slot name="creationTime">
>> <ValueList>
>> <Value>20051224</Value>
>> </ValueList>
>> </Slot>
>> <Slot name="languageCode">
>> <ValueList>
>> <Value>en-us</Value>
>> </ValueList>
>> </Slot>
>> <Slot name="serviceStartTime">
>> <ValueList>
>> <Value>200412230800</Value>
>> </ValueList>
>> </Slot>
>> <Slot name="serviceStopTime">
>> <ValueList>
>> <Value>200412230801</Value>
>> </ValueList>
>> </Slot>
>> <Slot name="sourcePatientId">
>> <ValueList>
>> <Value>89765a87b^^^fj34r</Value>
>> </ValueList>
>> </Slot>
>> <Slot name="sourcePatientInfo">
>> <ValueList>
>> <Value>PID-3|pid1^^^domain</Value>
>> <Value>PID-5|Doe^John^^^</Value>
>> <Value>PID-7|19560527</Value>
>> <Value>PID-8|M</Value>
>> <Value>PID-11|100 Main
>> St^^Metropolis^Il^44130^USA</Value>
>> </ValueList>
>> </Slot>
>> <rim:Slot name="size">
>> <rim:ValueList>
>> <rim:Value>36</rim:Value>
>> </rim:ValueList>
>> </rim:Slot>
>> <rim:Slot name="hash">
>> <rim:ValueList>
>>
>> <rim:Value>fbe2351a6a8ceba1a04ba3f832a12a53befeb04c</rim:Value >
>> </rim:ValueList>
>> </rim:Slot>
>> <rim:Slot name="URI">
>> <rim:ValueList>
>>
>> <rim:Value>http://129.6.58.92:9080/Repository/129.6.58.92.3492.txt</rim:Value>
>> </rim:ValueList>
>> </rim:Slot>
>> <Classification
>> classificationScheme="urn:uuid:93606bcf-9494-43ec-9b4e-a7748d1a838d "
>> classifiedObject="Document01" nodeRepresentation="">
>> <Slot name="authorPerson">
>> <ValueList>
>> <Value>^Smitty^Gerald^^^</Value>
>> </ValueList>
>> </Slot>
>> <Slot name="authorInstitution">
>> <ValueList>
>> <Value>Cleveland Clinic</Value>
>> <Value>Parma Community</Value>
>> </ValueList>
>> </Slot>
>> <Slot name="authorRole">
>> <ValueList>
>> <Value>Attending</Value>
>> </ValueList>
>> </Slot>
>> <Slot name="authorSpecialty">
>> <ValueList>
>> <Value>Orthopedic</Value>
>> </ValueList>
>> </Slot>
>> </Classification>
>> <Classification
>> classificationScheme="urn:uuid:93606bcf-9494-43ec-9b4e-a7748d1a838d "
>> classifiedObject="Document01" nodeRepresentation="">
>> <Slot name="authorPerson">
>> <ValueList>
>> <Value>^Dopplemeyer^Sherry^^^</Value>
>> </ValueList>
>> </Slot>
>> <Slot name="authorInstitution">
>> <ValueList>
>> <Value>Cleveland Clinic</Value>
>> <Value>Berea Community</Value>
>> </ValueList>
>> </Slot>
>> <Slot name="authorRole">
>> <ValueList>
>> <Value>Primary Surgon</Value>
>> </ValueList>
>> </Slot>
>> <Slot name="authorSpecialty">
>> <ValueList>
>> <Value>Orthopedic</Value>
>> </ValueList>
>> </Slot>
>> </Classification>
>> <Classification
>> classificationScheme="urn:uuid:41a5887f-8865-4c09-adf7-e362475b143a "
>> classifiedObject="Document01" nodeRepresentation="History and Physical">
>> <Name>
>> <LocalizedString value="History and Physical" />
>> </Name>
>> <Slot name="codingScheme">
>> <ValueList>
>> <Value>Connect-a-thon classCodes</Value>
>> </ValueList>
>> </Slot>
>> </Classification>
>> <Classification
>> classificationScheme="urn:uuid:f4f85eac-e6cb-4883-b524-f2705394840f "
>> classifiedObject="Document01"
>> nodeRepresentation="1.3.6.1.4.1.21367.2006.7.101">
>> <Name>
>> <LocalizedString value="Clinical-Staff" />
>> </Name>
>> <Slot name="codingScheme">
>> <ValueList>
>> <Value>Connect-a-thon confidentialityCodes</Value>
>> </ValueList>
>> </Slot>
>> </Classification>
>> <Classification
>> classificationScheme="urn:uuid:a09d5840-386c-46f2-b5ad-9c3699a4309d "
>> classifiedObject="Document01" nodeRepresentation="CDAR2/IHE 1.0">
>> <Name>
>> <LocalizedString value="CDAR2/IHE 1.0" />
>> </Name>
>> <Slot name="codingScheme">
>> <ValueList>
>> <Value>Connect-a-thon formatCodes</Value>
>> </ValueList>
>> </Slot>
>> </Classification>
>> <Classification
>> classificationScheme="urn:uuid:f33fb8ac-18af-42cc-ae0e-ed0b0bdb91e1 "
>> classifiedObject="Document01" nodeRepresentation="Outpatient">
>> <Name>
>> <LocalizedString value="Outpatient" />
>> </Name>
>> <Slot name="codingScheme">
>> <ValueList>
>> <Value>Connect-a-thon
>> healthcareFacilityTypeCodes</Value>
>> </ValueList>
>> </Slot>
>> </Classification>
>> <Classification
>> classificationScheme="urn:uuid:cccf5598-8b07-4b77-a05e-ae952c785ead "
>> classifiedObject="Document01" nodeRepresentation="General Medicine">
>> <Name>
>> <LocalizedString value="General Medicine" />
>> </Name>
>> <Slot name="codingScheme">
>> <ValueList>
>> <Value>Connect-a-thon practiceSettingCodes</Value>
>> </ValueList>
>> </Slot>
>> </Classification>
>> <Classification
>> classificationScheme="urn:uuid:f0306f51-975f-434e-a61c-c59651d33983 "
>> classifiedObject="Document01" nodeRepresentation="34108-1">
>> <Name>
>> <LocalizedString value="Outpatient Evaluation And
>> Management" />
>> </Name>
>> <Slot name="codingScheme">
>> <ValueList>
>> <Value>LOINC</Value>
>> </ValueList>
>> </Slot>
>> </Classification>
>> <ExternalIdentifier
>> identificationScheme="urn:uuid:58a6f841-87b3-4a3e-92fd-a8ffeff98427 "
>> value=" 7de6d06dac4f499^^^&amp;1.3.6.1.4.1.21367.2005.3.7&am p;ISO ">
>> <Name>
>> <LocalizedString value="XDSDocumentEntry.patientId" />
>> </Name>
>> </ExternalIdentifier>
>> <ExternalIdentifier
>> identificationScheme="urn:uuid:2e82c1f6-a085-4c72-9da3-8640a32e42ab "
>> value="192.168.0.19.22459">
>> <Name>
>> <LocalizedString value="XDSDocumentEntry.uniqueId" />
>> </Name>
>> </ExternalIdentifier>
>> </ExtrinsicObject><RegistryPackage
>> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1" id="SubmissionSet01">
>> <Name>
>> <LocalizedString value="Physical" />
>> </Name>
>> <Description>
>> <LocalizedString value="Annual physical" />
>> </Description>
>> <Slot name="submissionTime">
>> <ValueList>
>> <Value>20041225235050</Value>
>> </ValueList>
>> </Slot>
>> <Classification
>> classificationScheme="urn:uuid:a7058bb9-b4e4-4307-ba5b-e3f0ab85e12d "
>> classifiedObject="SubmissionSet01" nodeRepresentation="">
>> <Slot name="authorPerson">
>> <ValueList>
>> <Value>^Dopplemeyer^Sherry^^^</Value>
>> </ValueList>
>> </Slot>
>> <Slot name="authorInstitution">
>> <ValueList>
>> <Value>Cleveland Clinic</Value>
>> <Value>Berea Community</Value>
>> </ValueList>
>> </Slot>
>> <Slot name="authorRole">
>> <ValueList>
>> <Value>Primary Surgon</Value>
>> </ValueList>
>> </Slot>
>> <Slot name="authorSpecialty">
>> <ValueList>
>> <Value>Orthopedic</Value>
>> </ValueList>
>> </Slot>
>> </Classification>
>> <Classification
>> classificationScheme="urn:uuid:aa543740-bdda-424e-8c96-df4873be8500 "
>> classifiedObject="SubmissionSet01" nodeRepresentation="History and
>> Physical">
>> <Name>
>> <LocalizedString value="History and Physical" />
>> </Name>
>> <Slot name="codingScheme">
>> <ValueList>
>> <Value>Connect-a-thon contentTypeCodes</Value>
>> </ValueList>
>> </Slot>
>> </Classification>
>> <ExternalIdentifier
>> identificationScheme="urn:uuid:96fdda7c-d067-4183-912e-bf5ee74998a8 "
>> value="192.168.0.19.22460">
>> <Name>
>> <LocalizedString value="XDSSubmissionSet.uniqueId" />
>> </Name>
>> </ExternalIdentifier>
>> <ExternalIdentifier
>> identificationScheme="urn:uuid:554ac39e-e3fe-47fe-b233-965d2a147832 "
>> value="1.3.6.1.4.1.21367.2008.1.2.178">
>> <Name>
>> <LocalizedString value="XDSSubmissionSet.sourceId" />
>> </Name>
>> </ExternalIdentifier>
>> <ExternalIdentifier
>> identificationScheme="urn:uuid:6b5aea1a-874d-4603-a4bc-96a0a7b38446 "
>> value=" 7de6d06dac4f499^^^&amp;1.3.6.1.4.1.21367.2005.3.7&am p;ISO ">
>> <Name>
>> <LocalizedString value="XDSSubmissionSet.patientId" />
>> </Name>
>> </ExternalIdentifier>
>> </RegistryPackage><Classification
>> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
>> classifiedObject="SubmissionSet01"
>> classificationNode="urn:uuid:a54d6aa5-d40d-43f9-88c5-b4633d873bdd "
>> id="ID_14916158_1" /><Association
>> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
>> associationType="HasMember" sourceObject="SubmissionSet01"
>> targetObject="Document01" id="ID_14916158_2">
>> <Slot name="SubmissionSetStatus">
>> <ValueList>
>> <Value>Original</Value>
>> </ValueList>
>> </Slot>
>> </Association><ObjectRef
>> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
>> id="urn:uuid:7edca82f-054d-47f2-a032-9b2a5b518fff" /><ObjectRef
>> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
>> id="urn:uuid:a54d6aa5-d40d-43f9-88c5-b4633d873bdd" /><ObjectRef
>> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
>> id="urn:uuid:f64ffdf0-4b97-4e06-b79f-a52b38ec2f8a" /><ObjectRef
>> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
>> id="urn:uuid:96fdda7c-d067-4183-912e-bf5ee74998a8" /><ObjectRef
>> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
>> id="urn:uuid:554ac39e-e3fe-47fe-b233-965d2a147832" /><ObjectRef
>> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
>> id="urn:uuid:6b5aea1a-874d-4603-a4bc-96a0a7b38446" /><ObjectRef
>> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
>> id="urn:uuid:d9d542f3-6cc4-48b6-8870-ea235fbc94c2" /><ObjectRef
>> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
>> id="urn:uuid:f33fb8ac-18af-42cc-ae0e-ed0b0bdb91e1" /><ObjectRef
>> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
>> id="urn:uuid:aa543740-bdda-424e-8c96-df4873be8500" /><ObjectRef
>> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
>> id="urn:uuid:75df8f67-9973-4fbe-a900-df66cefecc5a" /><ObjectRef
>> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
>> id="urn:uuid:f4f85eac-e6cb-4883-b524-f2705394840f" /><ObjectRef
>> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
>> id="urn:uuid:a09d5840-386c-46f2-b5ad-9c3699a4309d" /><ObjectRef
>> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
>> id="urn:uuid:cccf5598-8b07-4b77-a05e-ae952c785ead" /><ObjectRef
>> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
>> id="urn:uuid:f0306f51-975f-434e-a61c-c59651d33983" /><ObjectRef
>> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
>> id="urn:uuid:41a5887f-8865-4c09-adf7-e362475b143a" /><ObjectRef
>> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
>> id="urn:uuid:2e82c1f6-a085-4c72-9da3-8640a32e42ab" /><ObjectRef
>> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
>> id="urn:uuid:58a6f841-87b3-4a3e-92fd-a8ffeff98427" /><ObjectRef
>> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
>> id="urn:uuid:a7058bb9-b4e4-4307-ba5b-e3f0ab85e12d" /><ObjectRef
>> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
>> id="urn:uuid:93606bcf-9494-43ec-9b4e-a7748d1a838d"
>> /></rim:LeafRegistryObjectList></rs:SubmitObjectsRequest></InputMetadata ></RegisterTransaction></TestStep><FatalError>AxisFault
>> thrown: The AXIS engine could not find a target service to invoke!
>> targetService is null
>> org.apache.axis2.AxisFault: The AXIS engine could not find a target
>> service to invoke! targetService is null</FatalError></TestResults>
>>
>> Thanks... and sorry for the long post...
>>
>
>

Report message to a moderator

Re: OHF Bridge 0.3.0 problems [message #585111 is a reply to message #41899] Tue, 25 March 2008 13:16 Go to previous message
Eclipse UserFriend
Originally posted by: ralkire.ndorange.com

I am having quite the conversation with myself.

For test 11746:
org.eclipse.ohf.bridge.install_0.3.0.v20080313073042.zip contains the
Eclipse Equinox/OSGi server-side Servlet (WAR file) but received this error:
Mar 25, 2008 12:43:21 AM org.apache.catalina.core.StandardWrapperValve
invoke
SEVERE: Servlet.service() for servlet equinoxbridgeservlet threw exception
java.lang.RuntimeException: No support for attachments

However http://www.eclipse.org/equinox/server/downloads/bridge.war does not
get that error, instead it gets this one:
<FatalError>Exception thrown by xdstest2: Exception thrown:
java.lang.Exception
Reply is not SOAP Envelope

Again, it appears that I can't get anything to work with the 0.3.0 version
of the ohf bridge.




"Robert Alkire" <ralkire@ndorange.com> wrote in message
news:fsa2t2$t86$1@build.eclipse.org...
> Yes I am talking to myself:
>
> Since http://localhost:8080/bridge/services/ohf-bridge?wsdl no longer has
> support for 11710 case, I changed to
> <RegistryEndpoint>http://localhost:8080/bridge/services/ohf-bridge</RegistryEndpoint>
> for the 11733 case and got the following:
>
> <FatalError>AxisFault thrown: org.xml.sax.SAXException: SimpleDeserializer
> encountered a child element, which is NOT expected, in something it was
> trying to deserialize.
> org.apache.axis2.AxisFault: org.xml.sax.SAXException: SimpleDeserializer
> encountered a child element, which is NOT expected, in something it was
> trying to deserialize.</FatalError>
>
> I guess that is an improvement. Again, any ideas are appreciated.
> ===================================================
>
>
>
> "Robert Alkire" <ralkire@ndorange.com> wrote in message
> news:fsa2du$r2p$1@build.eclipse.org...
>> On 11710 changed endpoint to
>> http://localhost:8080/bridge/services/ohf-bridge and now get the
>> following:
>> ov.nist.registry.xdstest2.StepContext
>> step_id : submit
>> ov.nist.registry.xdstest2.PlanContext
>> RegistryEndpoint : http://localhost:8080/bridge/services/ohf-bridge
>> transaction : gov.nist.registry.xdstest2.SimpleTransaction@1b383e9
>> Fatal Error: Exception thrown:
>> gov.nist.registry.common2.exception.XdsInternalException
>> xisFault thrown: No such operation 'hello'
>> rg.apache.axis2.AxisFault: No such operation 'hello'
>> ov.nist.registry.common2.exception.XdsInternalException: AxisFault
>> thrown: No such operation 'hello'
>> rg.apache.axis2.AxisFault: No such operation 'hello'
>> at
>> gov.nist.registry.xdstest2.BasicContext.fatal_error(BasicCon text.java:82)
>> at
>> gov.nist.registry.xdstest2.SimpleTransaction.run(SimpleTrans action.java:113)
>> at gov.nist.registry.xdstest2.StepContext.run(StepContext.java: 143)
>> at gov.nist.registry.xdstest2.PlanContext.run(PlanContext.java: 112)
>> at gov.nist.registry.xdstest2.Xdstest2.runTest(Xdstest2.java:23 0)
>> at gov.nist.registry.xdstest2.Xdstest2.main(Xdstest2.java:76)
>>
>> Any help is appreciated...
>>
>>
>> "Robert Alkire" <ralkire@ndorange.com> wrote in message
>> news:fsa0m7$9fr$1@build.eclipse.org...
>>> From here http://www.eclipse.org/ohf/downloads/connectathon.php
>>> obtained org.eclipse.ohf.bridge.install_0.3.0.v20080313073042.zip and
>>> org.eclipse.ohf.bridge_0.3.0.v20080313073042.zip
>>> former was installed in Tomcat base directory, and later in tomcat/lib.
>>>
>>> rhioConfig.xml untouched then
>>> http://localhost:8080/bridge/services/ohf-bridge?wsdl fails!!
>>>
>>> rhioConfigMesa.xml renamed to rhioConfig.xml then
>>> http://localhost:8080/bridge/services/ohf-bridge?wsdl works however
>>> error occurs on testing the details follow. I am hoping someone can
>>> point me to what is wrong with this...
>>>
>>>
>>> <TestResults
>>> status="Fail"><Xdstest2_version>1.9</Xdstest2_version><Xdstest2_args >--actorconfig
>>> C:\xdstest2tool\actors.xml --testmgmt C:\xdstest2tool\mgmt
>>> </Xdstest2_args><Test>11733/submit</Test><RegistryEndpoint >http://localhost:8080/bridge/services</RegistryEndpoint><TestStep
>>> id="submit"><ExpectedStatus>Success</ExpectedStatus><RegisterTransaction ><Xdsa
>>> /><MetadataFile>./single_doc.xml</MetadataFile><RegistryEndpoint >http://localhost:8080/bridge/services</RegistryEndpoint><AssignedPatientId><Assign
>>> symbol="Document01"
>>> id=" 7de6d06dac4f499^^^&amp;1.3.6.1.4.1.21367.2005.3.7&am p;ISO " /><Assign
>>> symbol="SubmissionSet01"
>>> id=" 7de6d06dac4f499^^^&amp;1.3.6.1.4.1.21367.2005.3.7&am p;ISO "
>>> /></AssignedPatientId><AssignedUids><Assign symbol="Document01"
>>> id="192.168.0.19.22459" /><Assign symbol="SubmissionSet01"
>>> id="192.168.0.19.22460"
>>> /></AssignedUids><InputMetadata><rs:SubmitObjectsRequest
>>> xmlns:rs="urn:oasis:names:tc:ebxml-regrep:registry:xsd:2.1" ><rim:LeafRegistryObjectList
>>> xmlns:rim="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"><ExtrinsicObject
>>> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1" id="Document01"
>>> mimeType="text/plain"
>>> objectType="urn:uuid:7edca82f-054d-47f2-a032-9b2a5b5186c1">
>>> <Name>
>>> <LocalizedString value="Physical" />
>>> </Name>
>>> <Description />
>>> <Slot name="creationTime">
>>> <ValueList>
>>> <Value>20051224</Value>
>>> </ValueList>
>>> </Slot>
>>> <Slot name="languageCode">
>>> <ValueList>
>>> <Value>en-us</Value>
>>> </ValueList>
>>> </Slot>
>>> <Slot name="serviceStartTime">
>>> <ValueList>
>>> <Value>200412230800</Value>
>>> </ValueList>
>>> </Slot>
>>> <Slot name="serviceStopTime">
>>> <ValueList>
>>> <Value>200412230801</Value>
>>> </ValueList>
>>> </Slot>
>>> <Slot name="sourcePatientId">
>>> <ValueList>
>>> <Value>89765a87b^^^fj34r</Value>
>>> </ValueList>
>>> </Slot>
>>> <Slot name="sourcePatientInfo">
>>> <ValueList>
>>> <Value>PID-3|pid1^^^domain</Value>
>>> <Value>PID-5|Doe^John^^^</Value>
>>> <Value>PID-7|19560527</Value>
>>> <Value>PID-8|M</Value>
>>> <Value>PID-11|100 Main
>>> St^^Metropolis^Il^44130^USA</Value>
>>> </ValueList>
>>> </Slot>
>>> <rim:Slot name="size">
>>> <rim:ValueList>
>>> <rim:Value>36</rim:Value>
>>> </rim:ValueList>
>>> </rim:Slot>
>>> <rim:Slot name="hash">
>>> <rim:ValueList>
>>>
>>> <rim:Value>fbe2351a6a8ceba1a04ba3f832a12a53befeb04c</rim:Value >
>>> </rim:ValueList>
>>> </rim:Slot>
>>> <rim:Slot name="URI">
>>> <rim:ValueList>
>>>
>>> <rim:Value>http://129.6.58.92:9080/Repository/129.6.58.92.3492.txt</rim:Value>
>>> </rim:ValueList>
>>> </rim:Slot>
>>> <Classification
>>> classificationScheme="urn:uuid:93606bcf-9494-43ec-9b4e-a7748d1a838d "
>>> classifiedObject="Document01" nodeRepresentation="">
>>> <Slot name="authorPerson">
>>> <ValueList>
>>> <Value>^Smitty^Gerald^^^</Value>
>>> </ValueList>
>>> </Slot>
>>> <Slot name="authorInstitution">
>>> <ValueList>
>>> <Value>Cleveland Clinic</Value>
>>> <Value>Parma Community</Value>
>>> </ValueList>
>>> </Slot>
>>> <Slot name="authorRole">
>>> <ValueList>
>>> <Value>Attending</Value>
>>> </ValueList>
>>> </Slot>
>>> <Slot name="authorSpecialty">
>>> <ValueList>
>>> <Value>Orthopedic</Value>
>>> </ValueList>
>>> </Slot>
>>> </Classification>
>>> <Classification
>>> classificationScheme="urn:uuid:93606bcf-9494-43ec-9b4e-a7748d1a838d "
>>> classifiedObject="Document01" nodeRepresentation="">
>>> <Slot name="authorPerson">
>>> <ValueList>
>>> <Value>^Dopplemeyer^Sherry^^^</Value>
>>> </ValueList>
>>> </Slot>
>>> <Slot name="authorInstitution">
>>> <ValueList>
>>> <Value>Cleveland Clinic</Value>
>>> <Value>Berea Community</Value>
>>> </ValueList>
>>> </Slot>
>>> <Slot name="authorRole">
>>> <ValueList>
>>> <Value>Primary Surgon</Value>
>>> </ValueList>
>>> </Slot>
>>> <Slot name="authorSpecialty">
>>> <ValueList>
>>> <Value>Orthopedic</Value>
>>> </ValueList>
>>> </Slot>
>>> </Classification>
>>> <Classification
>>> classificationScheme="urn:uuid:41a5887f-8865-4c09-adf7-e362475b143a "
>>> classifiedObject="Document01" nodeRepresentation="History and Physical">
>>> <Name>
>>> <LocalizedString value="History and Physical" />
>>> </Name>
>>> <Slot name="codingScheme">
>>> <ValueList>
>>> <Value>Connect-a-thon classCodes</Value>
>>> </ValueList>
>>> </Slot>
>>> </Classification>
>>> <Classification
>>> classificationScheme="urn:uuid:f4f85eac-e6cb-4883-b524-f2705394840f "
>>> classifiedObject="Document01"
>>> nodeRepresentation="1.3.6.1.4.1.21367.2006.7.101">
>>> <Name>
>>> <LocalizedString value="Clinical-Staff" />
>>> </Name>
>>> <Slot name="codingScheme">
>>> <ValueList>
>>> <Value>Connect-a-thon
>>> confidentialityCodes</Value>
>>> </ValueList>
>>> </Slot>
>>> </Classification>
>>> <Classification
>>> classificationScheme="urn:uuid:a09d5840-386c-46f2-b5ad-9c3699a4309d "
>>> classifiedObject="Document01" nodeRepresentation="CDAR2/IHE 1.0">
>>> <Name>
>>> <LocalizedString value="CDAR2/IHE 1.0" />
>>> </Name>
>>> <Slot name="codingScheme">
>>> <ValueList>
>>> <Value>Connect-a-thon formatCodes</Value>
>>> </ValueList>
>>> </Slot>
>>> </Classification>
>>> <Classification
>>> classificationScheme="urn:uuid:f33fb8ac-18af-42cc-ae0e-ed0b0bdb91e1 "
>>> classifiedObject="Document01" nodeRepresentation="Outpatient">
>>> <Name>
>>> <LocalizedString value="Outpatient" />
>>> </Name>
>>> <Slot name="codingScheme">
>>> <ValueList>
>>> <Value>Connect-a-thon
>>> healthcareFacilityTypeCodes</Value>
>>> </ValueList>
>>> </Slot>
>>> </Classification>
>>> <Classification
>>> classificationScheme="urn:uuid:cccf5598-8b07-4b77-a05e-ae952c785ead "
>>> classifiedObject="Document01" nodeRepresentation="General Medicine">
>>> <Name>
>>> <LocalizedString value="General Medicine" />
>>> </Name>
>>> <Slot name="codingScheme">
>>> <ValueList>
>>> <Value>Connect-a-thon
>>> practiceSettingCodes</Value>
>>> </ValueList>
>>> </Slot>
>>> </Classification>
>>> <Classification
>>> classificationScheme="urn:uuid:f0306f51-975f-434e-a61c-c59651d33983 "
>>> classifiedObject="Document01" nodeRepresentation="34108-1">
>>> <Name>
>>> <LocalizedString value="Outpatient Evaluation And
>>> Management" />
>>> </Name>
>>> <Slot name="codingScheme">
>>> <ValueList>
>>> <Value>LOINC</Value>
>>> </ValueList>
>>> </Slot>
>>> </Classification>
>>> <ExternalIdentifier
>>> identificationScheme="urn:uuid:58a6f841-87b3-4a3e-92fd-a8ffeff98427 "
>>> value=" 7de6d06dac4f499^^^&amp;1.3.6.1.4.1.21367.2005.3.7&am p;ISO ">
>>> <Name>
>>> <LocalizedString value="XDSDocumentEntry.patientId"
>>> />
>>> </Name>
>>> </ExternalIdentifier>
>>> <ExternalIdentifier
>>> identificationScheme="urn:uuid:2e82c1f6-a085-4c72-9da3-8640a32e42ab "
>>> value="192.168.0.19.22459">
>>> <Name>
>>> <LocalizedString value="XDSDocumentEntry.uniqueId" />
>>> </Name>
>>> </ExternalIdentifier>
>>> </ExtrinsicObject><RegistryPackage
>>> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
>>> id="SubmissionSet01">
>>> <Name>
>>> <LocalizedString value="Physical" />
>>> </Name>
>>> <Description>
>>> <LocalizedString value="Annual physical" />
>>> </Description>
>>> <Slot name="submissionTime">
>>> <ValueList>
>>> <Value>20041225235050</Value>
>>> </ValueList>
>>> </Slot>
>>> <Classification
>>> classificationScheme="urn:uuid:a7058bb9-b4e4-4307-ba5b-e3f0ab85e12d "
>>> classifiedObject="SubmissionSet01" nodeRepresentation="">
>>> <Slot name="authorPerson">
>>> <ValueList>
>>> <Value>^Dopplemeyer^Sherry^^^</Value>
>>> </ValueList>
>>> </Slot>
>>> <Slot name="authorInstitution">
>>> <ValueList>
>>> <Value>Cleveland Clinic</Value>
>>> <Value>Berea Community</Value>
>>> </ValueList>
>>> </Slot>
>>> <Slot name="authorRole">
>>> <ValueList>
>>> <Value>Primary Surgon</Value>
>>> </ValueList>
>>> </Slot>
>>> <Slot name="authorSpecialty">
>>> <ValueList>
>>> <Value>Orthopedic</Value>
>>> </ValueList>
>>> </Slot>
>>> </Classification>
>>> <Classification
>>> classificationScheme="urn:uuid:aa543740-bdda-424e-8c96-df4873be8500 "
>>> classifiedObject="SubmissionSet01" nodeRepresentation="History and
>>> Physical">
>>> <Name>
>>> <LocalizedString value="History and Physical" />
>>> </Name>
>>> <Slot name="codingScheme">
>>> <ValueList>
>>> <Value>Connect-a-thon contentTypeCodes</Value>
>>> </ValueList>
>>> </Slot>
>>> </Classification>
>>> <ExternalIdentifier
>>> identificationScheme="urn:uuid:96fdda7c-d067-4183-912e-bf5ee74998a8 "
>>> value="192.168.0.19.22460">
>>> <Name>
>>> <LocalizedString value="XDSSubmissionSet.uniqueId" />
>>> </Name>
>>> </ExternalIdentifier>
>>> <ExternalIdentifier
>>> identificationScheme="urn:uuid:554ac39e-e3fe-47fe-b233-965d2a147832 "
>>> value="1.3.6.1.4.1.21367.2008.1.2.178">
>>> <Name>
>>> <LocalizedString value="XDSSubmissionSet.sourceId" />
>>> </Name>
>>> </ExternalIdentifier>
>>> <ExternalIdentifier
>>> identificationScheme="urn:uuid:6b5aea1a-874d-4603-a4bc-96a0a7b38446 "
>>> value=" 7de6d06dac4f499^^^&amp;1.3.6.1.4.1.21367.2005.3.7&am p;ISO ">
>>> <Name>
>>> <LocalizedString value="XDSSubmissionSet.patientId"
>>> />
>>> </Name>
>>> </ExternalIdentifier>
>>> </RegistryPackage><Classification
>>> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
>>> classifiedObject="SubmissionSet01"
>>> classificationNode="urn:uuid:a54d6aa5-d40d-43f9-88c5-b4633d873bdd "
>>> id="ID_14916158_1" /><Association
>>> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
>>> associationType="HasMember" sourceObject="SubmissionSet01"
>>> targetObject="Document01" id="ID_14916158_2">
>>> <Slot name="SubmissionSetStatus">
>>> <ValueList>
>>> <Value>Original</Value>
>>> </ValueList>
>>> </Slot>
>>> </Association><ObjectRef
>>> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
>>> id="urn:uuid:7edca82f-054d-47f2-a032-9b2a5b518fff" /><ObjectRef
>>> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
>>> id="urn:uuid:a54d6aa5-d40d-43f9-88c5-b4633d873bdd" /><ObjectRef
>>> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
>>> id="urn:uuid:f64ffdf0-4b97-4e06-b79f-a52b38ec2f8a" /><ObjectRef
>>> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
>>> id="urn:uuid:96fdda7c-d067-4183-912e-bf5ee74998a8" /><ObjectRef
>>> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
>>> id="urn:uuid:554ac39e-e3fe-47fe-b233-965d2a147832" /><ObjectRef
>>> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
>>> id="urn:uuid:6b5aea1a-874d-4603-a4bc-96a0a7b38446" /><ObjectRef
>>> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
>>> id="urn:uuid:d9d542f3-6cc4-48b6-8870-ea235fbc94c2" /><ObjectRef
>>> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
>>> id="urn:uuid:f33fb8ac-18af-42cc-ae0e-ed0b0bdb91e1" /><ObjectRef
>>> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
>>> id="urn:uuid:aa543740-bdda-424e-8c96-df4873be8500" /><ObjectRef
>>> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
>>> id="urn:uuid:75df8f67-9973-4fbe-a900-df66cefecc5a" /><ObjectRef
>>> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
>>> id="urn:uuid:f4f85eac-e6cb-4883-b524-f2705394840f" /><ObjectRef
>>> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
>>> id="urn:uuid:a09d5840-386c-46f2-b5ad-9c3699a4309d" /><ObjectRef
>>> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
>>> id="urn:uuid:cccf5598-8b07-4b77-a05e-ae952c785ead" /><ObjectRef
>>> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
>>> id="urn:uuid:f0306f51-975f-434e-a61c-c59651d33983" /><ObjectRef
>>> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
>>> id="urn:uuid:41a5887f-8865-4c09-adf7-e362475b143a" /><ObjectRef
>>> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
>>> id="urn:uuid:2e82c1f6-a085-4c72-9da3-8640a32e42ab" /><ObjectRef
>>> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
>>> id="urn:uuid:58a6f841-87b3-4a3e-92fd-a8ffeff98427" /><ObjectRef
>>> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
>>> id="urn:uuid:a7058bb9-b4e4-4307-ba5b-e3f0ab85e12d" /><ObjectRef
>>> xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"
>>> id="urn:uuid:93606bcf-9494-43ec-9b4e-a7748d1a838d"
>>> /></rim:LeafRegistryObjectList></rs:SubmitObjectsRequest></InputMetadata ></RegisterTransaction></TestStep><FatalError>AxisFault
>>> thrown: The AXIS engine could not find a target service to invoke!
>>> targetService is null
>>> org.apache.axis2.AxisFault: The AXIS engine could not find a target
>>> service to invoke! targetService is null</FatalError></TestResults>
>>>
>>> Thanks... and sorry for the long post...
>>>
>>
>>
>
>

Report message to a moderator

Re: OHF Bridge 0.3.0 problems [message #585122 is a reply to message #41827] Tue, 25 March 2008 16:12 Go to previous message
Jesse Pangburn is currently offline Jesse PangburnFriend
Messages: 166
Registered: July 2009
Senior Member
Hi Robert,
I am only a user of the bridge, but it appears to me that you're confused
about a couple things.

1. The bridge installer zip file has a conf folder and a webapps folder.
These should basically expand into the tomcat base folder and their
contents should overwrite the contents of the existing tomcat conf and
webapps folder. After doing that, there is no need to extract any other
files into tomcat/lib or anywhere else for that matter. It is entirely
possible as the bridge has been undergoing some API changes that the
rhioConfig.xml there is out of date as the schema has recently changed, so
renaming rhioConfigMesa.xml to rhioConfig.xml may have been necessary. I
haven't used the installer for a long time so I don't know for sure about
the current state of the rhioConfig.xml, I just update the bridge.war file
as necessary.

2. The bridge is NOT a registry/repository which it appears that you
believe it to be, judging from your attempt to use xdstest2 against it
with this configuration
"<RegistryEndpoint>http://localhost:8080/bridge/services</RegistryEndpoint>".
The bridge basically provides a set of web services that you can invoke
to act as one of the following IHE actors: XDS Consumer, XDS Source,
PIX/PDQ Consumer, PIX Source, and ATNA audit client. They are all client
actors, the bridge doesn't do any of the server actors like XDS
Registry/Repository or PIX Manager or Audit server (I forget the official
name for that).

Hopefully that helps. Additionally, you can try this url:
http://www.eclipse.org/ohf/components/bridge/using.php
It explains how you invoke the bridge in order to behave as one of those
actors that it supports.

thanks,
Jesse

Robert Alkire wrote:

> From here http://www.eclipse.org/ohf/downloads/connectathon.php
> obtained org.eclipse.ohf.bridge.install_0.3.0.v20080313073042.zip and
> org.eclipse.ohf.bridge_0.3.0.v20080313073042.zip
> former was installed in Tomcat base directory, and later in tomcat/lib.

> rhioConfig.xml untouched then
> http://localhost:8080/bridge/services/ohf-bridge?wsdl fails!!

> rhioConfigMesa.xml renamed to rhioConfig.xml then
> http://localhost:8080/bridge/services/ohf-bridge?wsdl works however error
> occurs on testing the details follow. I am hoping someone can point me to
> what is wrong with this...


> <TestResults
>
status="Fail"><Xdstest2_version>1.9</Xdstest2_version><Xdstest2_args >--actorconfig
> C:xdstest2toolactors.xml --testmgmt C:xdstest2toolmgmt
>
</Xdstest2_args><Test>11733/submit</Test><RegistryEndpoint >http://localhost:8080/bridge/services</RegistryEndpoint><TestStep
>
... omitted for brevity

Report message to a moderator

Re: OHF Bridge 0.3.0 problems [message #585142 is a reply to message #41960] Tue, 25 March 2008 18:08 Go to previous message
Eclipse UserFriend
Originally posted by: ralkire.ndorange.com

I appreciate your feedback, and there is no doubt I am confused about a
great many things...

testkit_6_9 combined with the downloads referred to by
http://www.eclipse.org/ohf/components/bridge/install.php of
org.eclipse.ohf.ihe_0.2.0M2-incubation.zip and
org.eclipse.ohf.bridge-install_0.2.0M2-incubation.zip. Now I admit, it just
gives the link to the downloads, not what to do with them or any other such
details. However, I pass the configuration test and 11710 with that
combination installed exactly as I described for the 0.3 versions.


http://localhost:8080/bridge/services was a typo where I left off
http://localhost:8080/bridge/services/ohf-bridge
The bridge as I understand it is simply a WS passthrought to RHIOs
configured in rhioConfig.xml to those actors that provide the actual service
implementations.

You may be correcty about not installing the other jars in lib, but it was
my belief that the plugins in the war would be used first before using one
from the lib. I will try it without them and see.

Thanks,
Robert


"Jesse Pangburn" <jesse.pangburn@quovadx.com> wrote in message
news:ae961d1fb4065c51b99e6fd9b5d66426$1@www.eclipse.org...
> Hi Robert,
> I am only a user of the bridge, but it appears to me that you're confused
> about a couple things.
>
> 1. The bridge installer zip file has a conf folder and a webapps folder.
> These should basically expand into the tomcat base folder and their
> contents should overwrite the contents of the existing tomcat conf and
> webapps folder. After doing that, there is no need to extract any other
> files into tomcat/lib or anywhere else for that matter. It is entirely
> possible as the bridge has been undergoing some API changes that the
> rhioConfig.xml there is out of date as the schema has recently changed, so
> renaming rhioConfigMesa.xml to rhioConfig.xml may have been necessary. I
> haven't used the installer for a long time so I don't know for sure about
> the current state of the rhioConfig.xml, I just update the bridge.war file
> as necessary.
>
> 2. The bridge is NOT a registry/repository which it appears that you
> believe it to be, judging from your attempt to use xdstest2 against it
> with this configuration
> "<RegistryEndpoint>http://localhost:8080/bridge/services</RegistryEndpoint>".
> The bridge basically provides a set of web services that you can invoke to
> act as one of the following IHE actors: XDS Consumer, XDS Source, PIX/PDQ
> Consumer, PIX Source, and ATNA audit client. They are all client actors,
> the bridge doesn't do any of the server actors like XDS
> Registry/Repository or PIX Manager or Audit server (I forget the official
> name for that).
>
> Hopefully that helps. Additionally, you can try this url:
> http://www.eclipse.org/ohf/components/bridge/using.php
> It explains how you invoke the bridge in order to behave as one of those
> actors that it supports.
>
> thanks,
> Jesse
>
> Robert Alkire wrote:
>
>> From here http://www.eclipse.org/ohf/downloads/connectathon.php
>> obtained org.eclipse.ohf.bridge.install_0.3.0.v20080313073042.zip and
>> org.eclipse.ohf.bridge_0.3.0.v20080313073042.zip
>> former was installed in Tomcat base directory, and later in tomcat/lib.
>
>> rhioConfig.xml untouched then
>> http://localhost:8080/bridge/services/ohf-bridge?wsdl fails!!
>
>> rhioConfigMesa.xml renamed to rhioConfig.xml then
>> http://localhost:8080/bridge/services/ohf-bridge?wsdl works however error
>> occurs on testing the details follow. I am hoping someone can point me
>> to what is wrong with this...
>
>
>> <TestResults
> status="Fail"><Xdstest2_version>1.9</Xdstest2_version><Xdstest2_args >--actorconfig
>> C:xdstest2toolactors.xml --testmgmt C:xdstest2toolmgmt
> </Xdstest2_args><Test>11733/submit</Test><RegistryEndpoint >http://localhost:8080/bridge/services</RegistryEndpoint><TestStep
>>
> .. omitted for brevity
>
>

Report message to a moderator

Re: OHF Bridge 0.3.0 problems [message #585160 is a reply to message #41991] Tue, 25 March 2008 18:18 Go to previous message
Eclipse UserFriend
Originally posted by: ralkire.ndorange.com

When I start with fresh Tomcat install, and only install
org.eclipse.ohf.bridge.install_0.3.0.v20080313073042.zip into Tomcat base
directory, after as the instructions suggested removing items from the work
folder, the following error occurs and the server won't start.

[DEBUG][13:15:40][.builder.RhioConfigManagerImpl] Got rhio config file from
C:\Apache\Tomcat 6.0\conf\rhioConfig.xml
[DEBUG][13:15:40][.builder.RhioConfigManagerImpl] loading EMF from
C:\Apache\Tomcat 6.0\conf\rhioConfig.xml
org.eclipse.emf.ecore.resource.Resource$IOWrappedException: Feature 'mllp'
not found. (http://config.common.ihe.ohf.eclipse.org, 64, 15)


"Robert Alkire" <ralkire@ndorange.com> wrote in message
news:fsbf2f$1ad$1@build.eclipse.org...
>I appreciate your feedback, and there is no doubt I am confused about a
>great many things...
>
> testkit_6_9 combined with the downloads referred to by
> http://www.eclipse.org/ohf/components/bridge/install.php of
> org.eclipse.ohf.ihe_0.2.0M2-incubation.zip and
> org.eclipse.ohf.bridge-install_0.2.0M2-incubation.zip. Now I admit, it
> just gives the link to the downloads, not what to do with them or any
> other such details. However, I pass the configuration test and 11710 with
> that combination installed exactly as I described for the 0.3 versions.
>
>
> http://localhost:8080/bridge/services was a typo where I left off
> http://localhost:8080/bridge/services/ohf-bridge
> The bridge as I understand it is simply a WS passthrought to RHIOs
> configured in rhioConfig.xml to those actors that provide the actual
> service implementations.
>
> You may be correcty about not installing the other jars in lib, but it was
> my belief that the plugins in the war would be used first before using one
> from the lib. I will try it without them and see.
>
> Thanks,
> Robert
>
>
> "Jesse Pangburn" <jesse.pangburn@quovadx.com> wrote in message
> news:ae961d1fb4065c51b99e6fd9b5d66426$1@www.eclipse.org...
>> Hi Robert,
>> I am only a user of the bridge, but it appears to me that you're confused
>> about a couple things.
>>
>> 1. The bridge installer zip file has a conf folder and a webapps folder.
>> These should basically expand into the tomcat base folder and their
>> contents should overwrite the contents of the existing tomcat conf and
>> webapps folder. After doing that, there is no need to extract any other
>> files into tomcat/lib or anywhere else for that matter. It is entirely
>> possible as the bridge has been undergoing some API changes that the
>> rhioConfig.xml there is out of date as the schema has recently changed,
>> so renaming rhioConfigMesa.xml to rhioConfig.xml may have been necessary.
>> I haven't used the installer for a long time so I don't know for sure
>> about the current state of the rhioConfig.xml, I just update the
>> bridge.war file as necessary.
>>
>> 2. The bridge is NOT a registry/repository which it appears that you
>> believe it to be, judging from your attempt to use xdstest2 against it
>> with this configuration
>> "<RegistryEndpoint>http://localhost:8080/bridge/services</RegistryEndpoint>".
>> The bridge basically provides a set of web services that you can invoke
>> to act as one of the following IHE actors: XDS Consumer, XDS Source,
>> PIX/PDQ Consumer, PIX Source, and ATNA audit client. They are all client
>> actors, the bridge doesn't do any of the server actors like XDS
>> Registry/Repository or PIX Manager or Audit server (I forget the official
>> name for that).
>>
>> Hopefully that helps. Additionally, you can try this url:
>> http://www.eclipse.org/ohf/components/bridge/using.php
>> It explains how you invoke the bridge in order to behave as one of those
>> actors that it supports.
>>
>> thanks,
>> Jesse
>>
>> Robert Alkire wrote:
>>
>>> From here http://www.eclipse.org/ohf/downloads/connectathon.php
>>> obtained org.eclipse.ohf.bridge.install_0.3.0.v20080313073042.zip and
>>> org.eclipse.ohf.bridge_0.3.0.v20080313073042.zip
>>> former was installed in Tomcat base directory, and later in tomcat/lib.
>>
>>> rhioConfig.xml untouched then
>>> http://localhost:8080/bridge/services/ohf-bridge?wsdl fails!!
>>
>>> rhioConfigMesa.xml renamed to rhioConfig.xml then
>>> http://localhost:8080/bridge/services/ohf-bridge?wsdl works however
>>> error occurs on testing the details follow. I am hoping someone can
>>> point me to what is wrong with this...
>>
>>
>>> <TestResults
>> status="Fail"><Xdstest2_version>1.9</Xdstest2_version><Xdstest2_args >--actorconfig
>>> C:xdstest2toolactors.xml --testmgmt C:xdstest2toolmgmt
>> </Xdstest2_args><Test>11733/submit</Test><RegistryEndpoint >http://localhost:8080/bridge/services</RegistryEndpoint><TestStep
>>>
>> .. omitted for brevity
>>
>>
>
>

Report message to a moderator

Re: OHF Bridge 0.3.0 problems [message #585190 is a reply to message #42021] Tue, 25 March 2008 22:42 Go to previous message
Matthew DavisFriend
Messages: 269
Registered: July 2009
Senior Member
Hi Robert,

First - I'm very sorry about the delay in getting back to you. Sarah
and I were traveling internationally last week and it appears her
original email did not get through to you. However, I hope I can be of
help now. Also, I'm sorry I did not get to your newsgroup posts until now.

1.
> [DEBUG][13:15:40][.builder.RhioConfigManagerImpl] Got rhio config
file from
> C:\Apache\Tomcat 6.0\conf\rhioConfig.xml
> [DEBUG][13:15:40][.builder.RhioConfigManagerImpl] loading EMF from
> C:\Apache\Tomcat 6.0\conf\rhioConfig.xml
> org.eclipse.emf.ecore.resource.Resource$IOWrappedException: Feature
'mllp'
> not found. (http://config.common.ihe.ohf.eclipse.org, 64, 15)

You are absolutely correct. We did make a major change in refactoring
the RHIO Configuration API and the installation package did not get
fully updated - that is, the rhioConfig.xml shipped in
org.eclipse.ohf.bridge.install did not get updated to reflect the new
updates. I will make that fix and update this afternoon.

2.
> On 11710 changed endpoint to
> http://localhost:8080/bridge/services/ohf-bridge and now get the
> following:
> ov.nist.registry.xdstest2.StepContext
> step_id : submit
> ov.nist.registry.xdstest2.PlanContext
> RegistryEndpoint : http://localhost:8080/bridge/services/ohf-bridge
> transaction : gov.nist.registry.xdstest2.SimpleTransaction@1b383e9
> Fatal Error: Exception thrown:
> gov.nist.registry.common2.exception.XdsInternalException
> xisFault thrown: No such operation 'hello'
> rg.apache.axis2.AxisFault: No such operation 'hello'
> ov.nist.registry.common2.exception.XdsInternalException: AxisFault
> thrown:
> No such operation 'hello'
> rg.apache.axis2.AxisFault: No such operation 'hello'

I believe test 11710 is the configuration only test and should be
invoked using the xdstest2 tool against the NIST registry - it's simply
so Bill's system can identify the vendor that is testing from a set of
IP addresses for correlation with MESA. OHF or the Bridge should not be
used in this test.


3.
> <TestResults
>
status="Fail"><Xdstest2_version>1.9</Xdstest2_version><Xdstest2_args >--actorconfig

> C:\xdstest2tool\actors.xml --testmgmt C:\xdstest2tool\mgmt
>
</Xdstest2_args><Test>11733/submit</Test><RegistryEndpoint >http://localhost:8080/bridge/services</RegistryEndpoint><TestStep

>
id="submit"><ExpectedStatus>Success</ExpectedStatus><RegisterTransaction ><Xdsa

>
/><MetadataFile>./single_doc.xml</MetadataFile><RegistryEndpoint >http://localhost:8080/bridge/services</RegistryEndpoint><AssignedPatientId><Assign


It looks like you're trying to run 11733 here - which is a Document
Registry MESA test. It uses xdstest2 to test the syntax/construction of
the document registry, so the test should target the Web service
endpoint of a registry directly and not the OHF Bridge. As Jesse
mentioned before, the Bridge isn't a document registry or a server-side
IHE actor, it's an implementation of client-side IHE actors.

4.
> For test 11746:
> org.eclipse.ohf.bridge.install_0.3.0.v20080313073042.zip contains the
> Eclipse Equinox/OSGi server-side Servlet (WAR file) but received this
> error:
> Mar 25, 2008 12:43:21 AM org.apache.catalina.core.StandardWrapperValve
> invoke
> SEVERE: Servlet.service() for servlet equinoxbridgeservlet threw >
> exception
> java.lang.RuntimeException: No support for attachments
....
> <FatalError>Exception thrown by xdstest2: Exception thrown:
> java.lang.Exception
> Reply is not SOAP Envelope

Not 100% sure what's going on here, but it appears that you maybe tried
to run test 11746 (document source) from xdstest2 against the Bridge?
This should be targeted at a document repository's endpoint, not the Bridge.


I hope I caught all the questions from the previous posts here. Again
please remember that the Bridge is not a server-side/infrastructure
actor, it is simply an aggregation of the OHF IHE client-side actors
(PIX Source, PIX Consumer, PDQ Consumer, XDSa/b Source, XDSa/b Consumer,
ATNA) into a single interface that is accessible via a Web service. The
RHIO Configuration acts as a simplification mechanism on top of that.
For example, if you want to query for and retrieve a document using XDS,
you can do so with the OHF Bridge API. Likewise if you want to submit a
document to an XDS repository, you could use OHF to create the
transaction and send it to the repository. OHF also can be used to
perform PIX and PDQ queries as well as submitting new patient info using
PIX Source.

-Matt

Report message to a moderator

Re: OHF Bridge 0.3.0 problems [message #585247 is a reply to message #42083] Wed, 26 March 2008 15:52 Go to previous message
Eclipse UserFriend
Originally posted by: ralkire.ndorange.com

Thanks for all your feedback, I slowly came around to the conclusion that
xdstest2 tool was not really intended to work directly in that fashion.
I don't really understand why not though. The bridge API is exactly what
that tool should be talking to IMHO. Each of the tests is doing basic XDS
operations that are supportable through the bridge, regardless of the
destination that implements the WS calls. Perhaps someone can spend the
time to interface the two of them together with a layer, alas I don't have
that time...

" For example, if you want to query for and retrieve a document using XDS,
you can do so with the OHF Bridge API. Likewise if you want to submit a
document to an XDS repository, you could use OHF to create the
transaction and send it to the repository."

Could you point to a good source (even unit tests) that serve as examples of
how to utilize OHF to do exactly these things. I only wanted to use the
testing tool to drive OHF attempting to avoid coding. Assuming I had a
handler of the WS on the back end I can alter the RHIO configuration to
point to my implementations rather than NIST rather easily. That is the
whole point of the Bridge. Just starting to attempt to use it some things
aren't very clear to me yet.
1. How did OHF Bridge show passing MESA tests? (where is the code that
drove those tests)

2. If I use the bridge.war in Tomcat, and I want to utilize that bridge to
point to my backend WS, I need to implement all the WSDL that the bridge
exposes, correct?

3. Suppose I have the bridge.war in question 2, is there a tag so that I can
pull all the source from CVS and build it myself, or must I always pull
trunk (buggy at best)?

4. If I decide to write my own code to hanlde consider writing code like the
Sample Code in http://wiki.eclipse.org/OHF_Using_XDS.b but not using OHF, is
it likely to be a large effort compared to using OHF? (I am not referring
to the Bridge here).

5. If I want to fully understand the best way to test (Mesa test?) XDS and
OHF with or without the Bridge, what is the total set of packages I should
pull from CVS? And what are all the dependencies? I've sent for example
http://wiki.eclipse.org/images/2/26/OHF_XDS_Document_Consume r.pdf; I am
referring to a more comprehensive OHF with the Bridge and all dependencies
to enable me to run the gammit of XDS Mesa tests.

6. Is there any UI tools that will make this work easier, such as one that
lists XDS documents retrived from a query that can then be pulled from the
repository?

Thanks...

"Matthew Davis" <mattadav@us.ibm.com> wrote in message
news:fsbv4d$6d6$1@build.eclipse.org...
> Hi Robert,
>
> First - I'm very sorry about the delay in getting back to you. Sarah and
> I were traveling internationally last week and it appears her original
> email did not get through to you. However, I hope I can be of help now.
> Also, I'm sorry I did not get to your newsgroup posts until now.
>
> 1.
> > [DEBUG][13:15:40][.builder.RhioConfigManagerImpl] Got rhio config
> file from
> > C:\Apache\Tomcat 6.0\conf\rhioConfig.xml
> > [DEBUG][13:15:40][.builder.RhioConfigManagerImpl] loading EMF from
> > C:\Apache\Tomcat 6.0\conf\rhioConfig.xml
> > org.eclipse.emf.ecore.resource.Resource$IOWrappedException: Feature
> 'mllp'
> > not found. (http://config.common.ihe.ohf.eclipse.org, 64, 15)
>
> You are absolutely correct. We did make a major change in refactoring the
> RHIO Configuration API and the installation package did not get fully
> updated - that is, the rhioConfig.xml shipped in
> org.eclipse.ohf.bridge.install did not get updated to reflect the new
> updates. I will make that fix and update this afternoon.
>
> 2.
> > On 11710 changed endpoint to
> > http://localhost:8080/bridge/services/ohf-bridge and now get the
> > following:
> > ov.nist.registry.xdstest2.StepContext
> > step_id : submit
> > ov.nist.registry.xdstest2.PlanContext
> > RegistryEndpoint : http://localhost:8080/bridge/services/ohf-bridge
> > transaction : gov.nist.registry.xdstest2.SimpleTransaction@1b383e9
> > Fatal Error: Exception thrown:
> > gov.nist.registry.common2.exception.XdsInternalException
> > xisFault thrown: No such operation 'hello'
> > rg.apache.axis2.AxisFault: No such operation 'hello'
> > ov.nist.registry.common2.exception.XdsInternalException: AxisFault
> > thrown:
> > No such operation 'hello'
> > rg.apache.axis2.AxisFault: No such operation 'hello'
>
> I believe test 11710 is the configuration only test and should be invoked
> using the xdstest2 tool against the NIST registry - it's simply so Bill's
> system can identify the vendor that is testing from a set of IP addresses
> for correlation with MESA. OHF or the Bridge should not be used in this
> test.
>
>
> 3.
> > <TestResults
> >
> status="Fail"><Xdstest2_version>1.9</Xdstest2_version><Xdstest2_args >--actorconfig
> > C:\xdstest2tool\actors.xml --testmgmt C:\xdstest2tool\mgmt
> >
> </Xdstest2_args><Test>11733/submit</Test><RegistryEndpoint >http://localhost:8080/bridge/services</RegistryEndpoint><TestStep
> >
> id="submit"><ExpectedStatus>Success</ExpectedStatus><RegisterTransaction ><Xdsa
> >
> /><MetadataFile>./single_doc.xml</MetadataFile><RegistryEndpoint >http://localhost:8080/bridge/services</RegistryEndpoint><AssignedPatientId><Assign
>
> It looks like you're trying to run 11733 here - which is a Document
> Registry MESA test. It uses xdstest2 to test the syntax/construction of
> the document registry, so the test should target the Web service endpoint
> of a registry directly and not the OHF Bridge. As Jesse mentioned before,
> the Bridge isn't a document registry or a server-side IHE actor, it's an
> implementation of client-side IHE actors.
>
> 4.
> > For test 11746:
> > org.eclipse.ohf.bridge.install_0.3.0.v20080313073042.zip contains the
> > Eclipse Equinox/OSGi server-side Servlet (WAR file) but received this
> > error:
> > Mar 25, 2008 12:43:21 AM org.apache.catalina.core.StandardWrapperValve
> > invoke
> > SEVERE: Servlet.service() for servlet equinoxbridgeservlet threw >
> > exception
> > java.lang.RuntimeException: No support for attachments
> ...
> > <FatalError>Exception thrown by xdstest2: Exception thrown:
> > java.lang.Exception
> > Reply is not SOAP Envelope
>
> Not 100% sure what's going on here, but it appears that you maybe tried to
> run test 11746 (document source) from xdstest2 against the Bridge? This
> should be targeted at a document repository's endpoint, not the Bridge.
>
>
> I hope I caught all the questions from the previous posts here. Again
> please remember that the Bridge is not a server-side/infrastructure actor,
> it is simply an aggregation of the OHF IHE client-side actors (PIX Source,
> PIX Consumer, PDQ Consumer, XDSa/b Source, XDSa/b Consumer, ATNA) into a
> single interface that is accessible via a Web service. The RHIO
> Configuration acts as a simplification mechanism on top of that. For
> example, if you want to query for and retrieve a document using XDS, you
> can do so with the OHF Bridge API. Likewise if you want to submit a
> document to an XDS repository, you could use OHF to create the transaction
> and send it to the repository. OHF also can be used to perform PIX and
> PDQ queries as well as submitting new patient info using PIX Source.
>
> -Matt

Report message to a moderator

Re: OHF Bridge 0.3.0 problems [message #585260 is a reply to message #42175] Wed, 26 March 2008 18:11 Go to previous message
No real name is currently offline No real nameFriend
Messages: 292
Registered: July 2009
Senior Member
Hi Robert,

I'll take a stab at some of your questions below and leave the rest for
Matt. As noted - we were out of the country and were slow to respond to
your posts. Thank you for posting to the newsgroup ... we do our best to
keep up with you guys ... now that we are more popular (a good thing)
:-). It's also great to see our community stepping up to answer
questions too - THANKS JESSE!

I agree with your point about the xdstest2 tool. I was, too, horribly
confused about it's use the first time I did MESA tests. I too spent a
lot of time trying to get them to work with the client side of XDS - to
no avail. There is an intitiative in IHE to come up with a more
consolidated set of testing tools. This group met at HIMSS - which I
regret not being able to make it too. This group does know about OHF and
as the year progresses we hope to interact more with them.

Now for your questions -
1/5. We have 'MESA' JUNIT tests for the bridge and each of the
underlying IHE actor plugins. These can be found in
<plugin>/src_test/org.eclipse.ohf.ihe.<profile>.<actor>.test.mesa. The
underlying plugins use a TestConfiguration.java file as well as some
supporting files to run. These are documented in the javadoc. We have
MESA tests for the Bridge as well -
org.eclipse.ohf.bridge.ws/src_tests/org.eclipse.ohf.bridge.w s.tests.mesa

6. we have a light weight php application that can sit ontop of the
bridge - org.eclipse.ohf.bridge.client

Regards,
- Sarah


Robert Alkire wrote:
> Thanks for all your feedback, I slowly came around to the conclusion that
> xdstest2 tool was not really intended to work directly in that fashion.
> I don't really understand why not though. The bridge API is exactly what
> that tool should be talking to IMHO. Each of the tests is doing basic XDS
> operations that are supportable through the bridge, regardless of the
> destination that implements the WS calls. Perhaps someone can spend the
> time to interface the two of them together with a layer, alas I don't have
> that time...
>
> " For example, if you want to query for and retrieve a document using XDS,
> you can do so with the OHF Bridge API. Likewise if you want to submit a
> document to an XDS repository, you could use OHF to create the
> transaction and send it to the repository."
>
> Could you point to a good source (even unit tests) that serve as examples of
> how to utilize OHF to do exactly these things. I only wanted to use the
> testing tool to drive OHF attempting to avoid coding. Assuming I had a
> handler of the WS on the back end I can alter the RHIO configuration to
> point to my implementations rather than NIST rather easily. That is the
> whole point of the Bridge. Just starting to attempt to use it some things
> aren't very clear to me yet.
> 1. How did OHF Bridge show passing MESA tests? (where is the code that
> drove those tests)
>
> 2. If I use the bridge.war in Tomcat, and I want to utilize that bridge to
> point to my backend WS, I need to implement all the WSDL that the bridge
> exposes, correct?
>
> 3. Suppose I have the bridge.war in question 2, is there a tag so that I can
> pull all the source from CVS and build it myself, or must I always pull
> trunk (buggy at best)?
>
> 4. If I decide to write my own code to hanlde consider writing code like the
> Sample Code in http://wiki.eclipse.org/OHF_Using_XDS.b but not using OHF, is
> it likely to be a large effort compared to using OHF? (I am not referring
> to the Bridge here).
>
> 5. If I want to fully understand the best way to test (Mesa test?) XDS and
> OHF with or without the Bridge, what is the total set of packages I should
> pull from CVS? And what are all the dependencies? I've sent for example
> http://wiki.eclipse.org/images/2/26/OHF_XDS_Document_Consume r.pdf; I am
> referring to a more comprehensive OHF with the Bridge and all dependencies
> to enable me to run the gammit of XDS Mesa tests.
>
> 6. Is there any UI tools that will make this work easier, such as one that
> lists XDS documents retrived from a query that can then be pulled from the
> repository?
>
> Thanks...
>
> "Matthew Davis" <mattadav@us.ibm.com> wrote in message
> news:fsbv4d$6d6$1@build.eclipse.org...
>
>>Hi Robert,
>>
>>First - I'm very sorry about the delay in getting back to you. Sarah and
>>I were traveling internationally last week and it appears her original
>>email did not get through to you. However, I hope I can be of help now.
>>Also, I'm sorry I did not get to your newsgroup posts until now.
>>
>>1.
>>
>>>[DEBUG][13:15:40][.builder.RhioConfigManagerImpl] Got rhio config
>>
>>file from
>>
>>>C:\Apache\Tomcat 6.0\conf\rhioConfig.xml
>>>[DEBUG][13:15:40][.builder.RhioConfigManagerImpl] loading EMF from
>>>C:\Apache\Tomcat 6.0\conf\rhioConfig.xml
>>>org.eclipse.emf.ecore.resource.Resource$IOWrappedException: Feature
>>
>>'mllp'
>>
>>>not found. (http://config.common.ihe.ohf.eclipse.org, 64, 15)
>>
>>You are absolutely correct. We did make a major change in refactoring the
>>RHIO Configuration API and the installation package did not get fully
>>updated - that is, the rhioConfig.xml shipped in
>>org.eclipse.ohf.bridge.install did not get updated to reflect the new
>>updates. I will make that fix and update this afternoon.
>>
>>2.
>>
>>>On 11710 changed endpoint to
>>>http://localhost:8080/bridge/services/ohf-bridge and now get the
>>>following:
>>>ov.nist.registry.xdstest2.StepContext
>>> step_id : submit
>>>ov.nist.registry.xdstest2.PlanContext
>>> RegistryEndpoint : http://localhost:8080/bridge/services/ohf-bridge
>>> transaction : gov.nist.registry.xdstest2.SimpleTransaction@1b383e9
>>> Fatal Error: Exception thrown:
>>>gov.nist.registry.common2.exception.XdsInternalException
>>>xisFault thrown: No such operation 'hello'
>>>rg.apache.axis2.AxisFault: No such operation 'hello'
>>>ov.nist.registry.common2.exception.XdsInternalException: AxisFault
>>>thrown:
>>>No such operation 'hello'
>>>rg.apache.axis2.AxisFault: No such operation 'hello'
>>
>>I believe test 11710 is the configuration only test and should be invoked
>>using the xdstest2 tool against the NIST registry - it's simply so Bill's
>>system can identify the vendor that is testing from a set of IP addresses
>>for correlation with MESA. OHF or the Bridge should not be used in this
>>test.
>>
>>
>>3.
>>
>>><TestResults
>>>
>>
>>status="Fail"><Xdstest2_version>1.9</Xdstest2_version> <Xdstest2_args>--actorconfig
>>
>>>C:\xdstest2tool\actors.xml --testmgmt C:\xdstest2tool\mgmt
>>>
>>
>></Xdstest2_args><Test>11733/submit</Test><RegistryEndpoint >http://localhost:8080/bridge/services</RegistryEndpoint><TestStep
>>
>>id="submit"><ExpectedStatus>Success</ExpectedStatus><RegisterTransaction ><Xdsa
>>
>>/><MetadataFile>./single_doc.xml</MetadataFile><RegistryEndpoint >http://localhost:8080/bridge/services</RegistryEndpoint><AssignedPatientId><Assign
>>
>>It looks like you're trying to run 11733 here - which is a Document
>>Registry MESA test. It uses xdstest2 to test the syntax/construction of
>>the document registry, so the test should target the Web service endpoint
>>of a registry directly and not the OHF Bridge. As Jesse mentioned before,
>>the Bridge isn't a document registry or a server-side IHE actor, it's an
>>implementation of client-side IHE actors.
>>
>>4.
>>
>>>For test 11746:
>>>org.eclipse.ohf.bridge.install_0.3.0.v20080313073042.zip contains the
>>>Eclipse Equinox/OSGi server-side Servlet (WAR file) but received this
>>>error:
>>>Mar 25, 2008 12:43:21 AM org.apache.catalina.core.StandardWrapperValve
>>>invoke
>>>SEVERE: Servlet.service() for servlet equinoxbridgeservlet threw >
>>>exception
>>>java.lang.RuntimeException: No support for attachments
>>
>>...
>>
>>><FatalError>Exception thrown by xdstest2: Exception thrown:
>>>java.lang.Exception
>>>Reply is not SOAP Envelope
>>
>>Not 100% sure what's going on here, but it appears that you maybe tried to
>>run test 11746 (document source) from xdstest2 against the Bridge? This
>>should be targeted at a document repository's endpoint, not the Bridge.
>>
>>
>>I hope I caught all the questions from the previous posts here. Again
>>please remember that the Bridge is not a server-side/infrastructure actor,
>>it is simply an aggregation of the OHF IHE client-side actors (PIX Source,
>>PIX Consumer, PDQ Consumer, XDSa/b Source, XDSa/b Consumer, ATNA) into a
>>single interface that is accessible via a Web service. The RHIO
>>Configuration acts as a simplification mechanism on top of that. For
>>example, if you want to query for and retrieve a document using XDS, you
>>can do so with the OHF Bridge API. Likewise if you want to submit a
>>document to an XDS repository, you could use OHF to create the transaction
>>and send it to the repository. OHF also can be used to perform PIX and
>>PDQ queries as well as submitting new patient info using PIX Source.
>>
>>-Matt
>
>
>

Report message to a moderator

Re: OHF Bridge 0.3.0 problems [message #585304 is a reply to message #42209] Wed, 26 March 2008 21:41 Go to previous message
Matthew DavisFriend
Messages: 269
Registered: July 2009
Senior Member
This is a multi-part message in MIME format.
--------------060901060007090407010608
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Robert,

I'll try and cover the questions that Sarah didn't get to.

First let me give a quick note. The OHF Bridge is *NOT* "an IHE
interface". It's not designed to be interfaced by an IHE actor.
(including the xdstest2 tool). Its purpose is strictly to enable
non-Java implementations to use the OHF components for IHE support. The
Bridge uses what amounts to be a proprietary / custom interface to
simplify this support. It does not implement any of the Web services
specified in the IHE Technical Framework nor should anyone try to point
an IHE actor at it. Its existence is a simplification layer on top of
the existing OHF plugins.

> 2. If I use the bridge.war in Tomcat, and I want to utilize that
> bridge to point to my backend WS, I need to implement all the WSDL
> that the bridge exposes, correct?

Correct. As stated above, the Bridge WSDL does not specify an IHE
interface. It is a custom interface designed to simplify / enable use
of the OHF components by non-Java applications. When you generate
client stubs from the Bridge WSDL, do they do not represent any IHE
constructs. It's a relatively simple, custom API that transforms calls
to the Bridge into the appropriate calls to the OHF PIX, PDQ, XDS, and
ATNA plugins.

Here's a code snippet from the Bridge that will XDS stored query for
documents by a patient id. Note that I am calling the Bridge API
directly in Java here (as a POJO) but in reality this would be called
using a Web service proxy.

PatientIdType idType = new PatientIdType("cc7b3bf3bd964e0");
idType.getAssigningAuthorityType().setUniversalId("1.3.6.1.4.1.21367.2005.3.7 ");
idType.getAssigningAuthorityType().setUniversalIdType("ISO");

// set up query preferences
DocumentQueryPreferencesType queryPreferences = new
DocumentQueryPreferencesType();
queryPreferences.setReturnReferencesOnly(false);
queryPreferences.setStoredQuery(true);

SessionContext sessionContext = new SessionContext();
sessionContext.setRhioName("rhio name");
sessionContext.setInitiatingUser("tester");

OHFBridge bridge = new OHFBridge();
QueryDocumentsResponseType response =
bridge.QueryDocumentsByPatientId(sessionContext, idType, queryPreferences);

(note that calling bridge.QueryDocumentsByPatientId would call your Web
service proxy in an instance where you're using the Bridge as a Web service)

This code snippet would call the OHF Bridge. The Bridge would use the
information provided (such as the RHIO name) to setup the OHF XDS
Consumer and invoke a stored query. The XDS Consumer creates the ebXML
request, sends to the registry, and parses the response. The Bridge
decodes the response and returns a list of metadata.


> 3. Suppose I have the bridge.war in question 2, is there a tag so that
> I can pull all the source from CVS and build it myself, or must I
> always pull trunk (buggy at best)?

The code that was tested at Connectathon by several vendors is tagged
"OHE_IHE_POST_2008NACTHON".

> 4. If I decide to write my own code to hanlde consider writing code
> like the Sample Code in http://wiki.eclipse.org/OHF_Using_XDS.b but
> not using OHF, is it likely to be a large effort compared to using
> OHF? (I am not referring to the Bridge here).

We've been working on our implementation for over 2 years now :) The
amount of work / time needed will vary based on prerequisite
understanding of the IHE Technical Framework for XDS, PIX, PDQ, and
ATNA. This includes knowing ebXML 2.1/3.0 and HL7 v2.x. Plenty of
people write their own, although OHF use has continued to increase.

> 5. If I want to fully understand the best way to test (Mesa test?) XDS
> and OHF with or without the Bridge, what is the total set of packages
> I should pull from CVS?

Will clarify Sarah's response here. To build OHF from source, you will
need all of the org.eclipse.ohf.ihe.* projects from CVS (minus a few
that are no longer used). Additionally, you will need the
org.eclipse.ohf.hl7v2.core and org.eclipse.ohf.utilities project. Most
of the non-org.eclipse.ohf.* projects will also be needed. I have
attached an Eclipse team project set here that lists all of the
dependencies.

Again I hope this helps.

-Matt


Sarah Knoop wrote:
> Hi Robert,
>
> I'll take a stab at some of your questions below and leave the rest for
> Matt. As noted - we were out of the country and were slow to respond to
> your posts. Thank you for posting to the newsgroup ... we do our best to
> keep up with you guys ... now that we are more popular (a good thing)
> :-). It's also great to see our community stepping up to answer
> questions too - THANKS JESSE!
>
> I agree with your point about the xdstest2 tool. I was, too, horribly
> confused about it's use the first time I did MESA tests. I too spent a
> lot of time trying to get them to work with the client side of XDS - to
> no avail. There is an intitiative in IHE to come up with a more
> consolidated set of testing tools. This group met at HIMSS - which I
> regret not being able to make it too. This group does know about OHF and
> as the year progresses we hope to interact more with them.
>
> Now for your questions -
> 1/5. We have 'MESA' JUNIT tests for the bridge and each of the
> underlying IHE actor plugins. These can be found in
> <plugin>/src_test/org.eclipse.ohf.ihe.<profile>.<actor>.test.mesa. The
> underlying plugins use a TestConfiguration.java file as well as some
> supporting files to run. These are documented in the javadoc. We have
> MESA tests for the Bridge as well -
> org.eclipse.ohf.bridge.ws/src_tests/org.eclipse.ohf.bridge.w s.tests.mesa
>
> 6. we have a light weight php application that can sit ontop of the
> bridge - org.eclipse.ohf.bridge.client
>
> Regards,
> - Sarah
>
>
> Robert Alkire wrote:
>> Thanks for all your feedback, I slowly came around to the conclusion
>> that xdstest2 tool was not really intended to work directly in that
>> fashion.
>> I don't really understand why not though. The bridge API is exactly
>> what that tool should be talking to IMHO. Each of the tests is doing
>> basic XDS operations that are supportable through the bridge,
>> regardless of the destination that implements the WS calls. Perhaps
>> someone can spend the time to interface the two of them together with
>> a layer, alas I don't have that time...
>>
>> " For example, if you want to query for and retrieve a document using
>> XDS,
>> you can do so with the OHF Bridge API. Likewise if you want to submit a
>> document to an XDS repository, you could use OHF to create the
>> transaction and send it to the repository."
>>
>> Could you point to a good source (even unit tests) that serve as
>> examples of how to utilize OHF to do exactly these things. I only
>> wanted to use the testing tool to drive OHF attempting to avoid
>> coding. Assuming I had a handler of the WS on the back end I can
>> alter the RHIO configuration to point to my implementations rather
>> than NIST rather easily. That is the whole point of the Bridge. Just
>> starting to attempt to use it some things aren't very clear to me yet.
>> 1. How did OHF Bridge show passing MESA tests? (where is the code
>> that drove those tests)
>>
>> 2. If I use the bridge.war in Tomcat, and I want to utilize that
>> bridge to point to my backend WS, I need to implement all the WSDL
>> that the bridge exposes, correct?
>>
>> 3. Suppose I have the bridge.war in question 2, is there a tag so that
>> I can pull all the source from CVS and build it myself, or must I
>> always pull trunk (buggy at best)?
>>
>> 4. If I decide to write my own code to hanlde consider writing code
>> like the Sample Code in http://wiki.eclipse.org/OHF_Using_XDS.b but
>> not using OHF, is it likely to be a large effort compared to using
>> OHF? (I am not referring to the Bridge here).
>>
>> 5. If I want to fully understand the best way to test (Mesa test?) XDS
>> and OHF with or without the Bridge, what is the total set of packages
>> I should pull from CVS? And what are all the dependencies? I've sent
>> for example
>> http://wiki.eclipse.org/images/2/26/OHF_XDS_Document_Consume r.pdf; I
>> am referring to a more comprehensive OHF with the Bridge and all
>> dependencies to enable me to run the gammit of XDS Mesa tests.
>>
>> 6. Is there any UI tools that will make this work easier, such as one
>> that lists XDS documents retrived from a query that can then be pulled
>> from the repository?
>>
>> Thanks...
>>
>> "Matthew Davis" <mattadav@us.ibm.com> wrote in message
>> news:fsbv4d$6d6$1@build.eclipse.org...
>>
>>> Hi Robert,
>>>
>>> First - I'm very sorry about the delay in getting back to you. Sarah
>>> and I were traveling internationally last week and it appears her
>>> original email did not get through to you. However, I hope I can be
>>> of help now. Also, I'm sorry I did not get to your newsgroup posts
>>> until now.
>>>
>>> 1.
>>>
>>>> [DEBUG][13:15:40][.builder.RhioConfigManagerImpl] Got rhio config
>>>
>>> file from
>>>
>>>> C:\Apache\Tomcat 6.0\conf\rhioConfig.xml
>>>> [DEBUG][13:15:40][.builder.RhioConfigManagerImpl] loading EMF from
>>>> C:\Apache\Tomcat 6.0\conf\rhioConfig.xml
>>>> org.eclipse.emf.ecore.resource.Resource$IOWrappedException: Feature
>>>
>>> 'mllp'
>>>
>>>> not found. (http://config.common.ihe.ohf.eclipse.org, 64, 15)
>>>
>>> You are absolutely correct. We did make a major change in
>>> refactoring the RHIO Configuration API and the installation package
>>> did not get fully updated - that is, the rhioConfig.xml shipped in
>>> org.eclipse.ohf.bridge.install did not get updated to reflect the new
>>> updates. I will make that fix and update this afternoon.
>>>
>>> 2.
>>>
>>>> On 11710 changed endpoint to
>>>> http://localhost:8080/bridge/services/ohf-bridge and now get the
>>>> following:
>>>> ov.nist.registry.xdstest2.StepContext
>>>> step_id : submit
>>>> ov.nist.registry.xdstest2.PlanContext
>>>> RegistryEndpoint : http://localhost:8080/bridge/services/ohf-bridge
>>>> transaction : gov.nist.registry.xdstest2.SimpleTransaction@1b383e9
>>>> Fatal Error: Exception thrown:
>>>> gov.nist.registry.common2.exception.XdsInternalException
>>>> xisFault thrown: No such operation 'hello'
>>>> rg.apache.axis2.AxisFault: No such operation 'hello'
>>>> ov.nist.registry.common2.exception.XdsInternalException: AxisFault
>>>> thrown:
>>>> No such operation 'hello'
>>>> rg.apache.axis2.AxisFault: No such operation 'hello'
>>>
>>> I believe test 11710 is the configuration only test and should be
>>> invoked using the xdstest2 tool against the NIST registry - it's
>>> simply so Bill's system can identify the vendor that is testing from
>>> a set of IP addresses for correlation with MESA. OHF or the Bridge
>>> should not be used in this test.
>>>
>>>
>>> 3.
>>>
>>>> <TestResults
>>>>
>>>
>>> status="Fail"><Xdstest2_version>1.9</Xdstest2_version><Xdstest2_args >--actorconfig
>>>
>>>
>>>> C:\xdstest2tool\actors.xml --testmgmt C:\xdstest2tool\mgmt
>>>>
>>>
>>> </Xdstest2_args><Test>11733/submit</Test><RegistryEndpoint >http://localhost:8080/bridge/services</RegistryEndpoint><TestStep
>>>
>>>
>>> id="submit"><ExpectedStatus>Success</ExpectedStatus><RegisterTransaction ><Xdsa
>>>
>>>
>>> /><MetadataFile>./single_doc.xml</MetadataFile><RegistryEndpoint >http://localhost:8080/bridge/services</RegistryEndpoint><AssignedPatientId><Assign
>>>
>>>
>>> It looks like you're trying to run 11733 here - which is a Document
>>> Registry MESA test. It uses xdstest2 to test the syntax/construction
>>> of the document registry, so the test should target the Web service
>>> endpoint of a registry directly and not the OHF Bridge. As Jesse
>>> mentioned before, the Bridge isn't a document registry or a
>>> server-side IHE actor, it's an implementation of client-side IHE actors.
>>>
>>> 4.
>>>
>>>> For test 11746:
>>>> org.eclipse.ohf.bridge.install_0.3.0.v20080313073042.zip contains the
>>>> Eclipse Equinox/OSGi server-side Servlet (WAR file) but received
>>>> this error:
>>>> Mar 25, 2008 12:43:21 AM org.apache.catalina.core.StandardWrapperValve
>>>> invoke
>>>> SEVERE: Servlet.service() for servlet equinoxbridgeservlet threw >
>>>> exception
>>>> java.lang.RuntimeException: No support for attachments
>>>
>>> ...
>>>
>>>> <FatalError>Exception thrown by xdstest2: Exception thrown:
>>>> java.lang.Exception
>>>> Reply is not SOAP Envelope
>>>
>>> Not 100% sure what's going on here, but it appears that you maybe
>>> tried to run test 11746 (document source) from xdstest2 against the
>>> Bridge? This should be targeted at a document repository's endpoint,
>>> not the Bridge.
>>>
>>>
>>> I hope I caught all the questions from the previous posts here.
>>> Again please remember that the Bridge is not a
>>> server-side/infrastructure actor, it is simply an aggregation of the
>>> OHF IHE client-side actors (PIX Source, PIX Consumer, PDQ Consumer,
>>> XDSa/b Source, XDSa/b Consumer, ATNA) into a single interface that is
>>> accessible via a Web service. The RHIO Configuration acts as a
>>> simplification mechanism on top of that. For example, if you want to
>>> query for and retrieve a document using XDS, you can do so with the
>>> OHF Bridge API. Likewise if you want to submit a document to an XDS
>>> repository, you could use OHF to create the transaction and send it
>>> to the repository. OHF also can be used to perform PIX and PDQ
>>> queries as well as submitting new patient info using PIX Source.
>>>
>>> -Matt
>>
>>
>>


--------------060901060007090407010608
Content-Type: text/xml;
name="OHF-Build-All.psf"
Content-Transfer-Encoding: base64
Content-Disposition: inline;
filename="OHF-Build-All.psf"

PD94bWwgdmVyc2lvbj0iMS4wIiBlbmNvZGluZz0iVVRGLTgiPz4NCjxwc2Yg dmVyc2lvbj0i
Mi4wIj4NCjxwcm92aWRlciBpZD0ib3JnLmVjbGlwc2UudGVhbS5jdnMuY29y ZS5jdnNuYXR1
cmUiPg0KPHByb2plY3QgcmVmZXJlbmNlPSIxLjAsOmV4dHNzaDpkZXYuZWNs aXBzZS5vcmc6
L2N2c3Jvb3QvdGVjaG5vbG9neSxvcmcuZWNsaXBzZS5vaGYvcGx1Z2lucy9v cmcuYXBhY2hl
LmF4aXMyLG9yZy5hcGFjaGUuYXhpczIiLz4NCjxwcm9qZWN0IHJlZmVyZW5j ZT0iMS4wLDpl
eHRzc2g6ZGV2LmVjbGlwc2Uub3JnOi9jdnNyb290L3RlY2hub2xvZ3ksb3Jn LmVjbGlwc2Uu
b2hmL3BsdWdpbnMvb3JnLmFwYWNoZS5iYXRpayxvcmcuYXBhY2hlLmJhdGlr Ii8+DQo8cHJv
amVjdCByZWZlcmVuY2U9IjEuMCw6ZXh0c3NoOmRldi5lY2xpcHNlLm9yZzov Y3Zzcm9vdC90
ZWNobm9sb2d5LG9yZy5lY2xpcHNlLm9oZi9wbHVnaW5zL29yZy5hcGFjaGUu Y29tbW9ucyxv
cmcuYXBhY2hlLmNvbW1vbnMiLz4NCjxwcm9qZWN0IHJlZmVyZW5jZT0iMS4w LDpleHRzc2g6
ZGV2LmVjbGlwc2Uub3JnOi9jdnNyb290L3RlY2hub2xvZ3ksb3JnLmVjbGlw c2Uub2hmL3Bs
dWdpbnMvb3JnLmFwYWNoZS5jb21tb25zLmNvZGVjLG9yZy5hcGFjaGUuY29t bW9ucy5jb2Rl
YyIvPg0KPHByb2plY3QgcmVmZXJlbmNlPSIxLjAsOmV4dHNzaDpkZXYuZWNs aXBzZS5vcmc6
L2N2c3Jvb3QvdGVjaG5vbG9neSxvcmcuZWNsaXBzZS5vaGYvcGx1Z2lucy9v cmcuYXBhY2hl
LmNvbW1vbnMubGFuZyxvcmcuYXBhY2hlLmNvbW1vbnMubGFuZyIvPg0KPHBy b2plY3QgcmVm
ZXJlbmNlPSIxLjAsOmV4dHNzaDpkZXYuZWNsaXBzZS5vcmc6L2N2c3Jvb3Qv dGVjaG5vbG9n
eSxvcmcuZWNsaXBzZS5vaGYvcGx1Z2lucy9vcmcuYXBhY2hlLmxvZzRqLG9y Zy5hcGFjaGUu
bG9nNGoiLz4NCjxwcm9qZWN0IHJlZmVyZW5jZT0iMS4wLDpleHRzc2g6ZGV2 LmVjbGlwc2Uu
b3JnOi9jdnNyb290L3RlY2hub2xvZ3ksb3JnLmVjbGlwc2Uub2hmL3BsdWdp bnMvb3JnLmFw
YWNoZS54ZXJjZXMsb3JnLmFwYWNoZS54ZXJjZXMiLz4NCjxwcm9qZWN0IHJl ZmVyZW5jZT0i
MS4wLDpleHRzc2g6ZGV2LmVjbGlwc2Uub3JnOi9jdnNyb290L3RlY2hub2xv Z3ksb3JnLmVj
bGlwc2Uub2hmL3BsdWdpbnMvb3JnLmVjbGlwc2Uub2hmLmJyaWRnZSxvcmcu ZWNsaXBzZS5v
aGYuYnJpZGdlIi8+DQo8cHJvamVjdCByZWZlcmVuY2U9IjEuMCw6ZXh0c3No OmRldi5lY2xp
cHNlLm9yZzovY3Zzcm9vdC90ZWNobm9sb2d5LG9yZy5lY2xpcHNlLm9oZi9w bHVnaW5zL29y
Zy5lY2xpcHNlLm9oZi5icmlkZ2UuY2xpZW50LG9yZy5lY2xpcHNlLm9oZi5i cmlkZ2UuY2xp
ZW50Ii8+DQo8cHJvamVjdCByZWZlcmVuY2U9IjEuMCw6ZXh0c3NoOmRldi5l Y2xpcHNlLm9y
ZzovY3Zzcm9vdC90ZWNobm9sb2d5LG9yZy5lY2xpcHNlLm9oZi9wbHVnaW5z L29yZy5lY2xp
cHNlLm9oZi5icmlkZ2UuaWhlLG9yZy5lY2xpcHNlLm9oZi5icmlkZ2UuaWhl Ii8+DQo8cHJv
amVjdCByZWZlcmVuY2U9IjEuMCw6ZXh0c3NoOmRldi5lY2xpcHNlLm9yZzov Y3Zzcm9vdC90
ZWNobm9sb2d5LG9yZy5lY2xpcHNlLm9oZi9wbHVnaW5zL29yZy5lY2xpcHNl Lm9oZi5icmlk
Z2UuaWhlLnBpeHBkcSxvcmcuZWNsaXBzZS5vaGYuYnJpZGdlLmloZS5waXhw ZHEiLz4NCjxw
cm9qZWN0IHJlZmVyZW5jZT0iMS4wLDpleHRzc2g6ZGV2LmVjbGlwc2Uub3Jn Oi9jdnNyb290
L3RlY2hub2xvZ3ksb3JnLmVjbGlwc2Uub2hmL3BsdWdpbnMvb3JnLmVjbGlw c2Uub2hmLmJy
aWRnZS5pbnN0YWxsLG9yZy5lY2xpcHNlLm9oZi5icmlkZ2UuaW5zdGFsbCIv Pg0KPHByb2pl
Y3QgcmVmZXJlbmNlPSIxLjAsOmV4dHNzaDpkZXYuZWNsaXBzZS5vcmc6L2N2 c3Jvb3QvdGVj
aG5vbG9neSxvcmcuZWNsaXBzZS5vaGYvcGx1Z2lucy9vcmcuZWNsaXBzZS5v aGYuYnJpZGdl
LndzLG9yZy5lY2xpcHNlLm9oZi5icmlkZ2Uud3MiLz4NCjxwcm9qZWN0IHJl ZmVyZW5jZT0i
MS4wLDpleHRzc2g6ZGV2LmVjbGlwc2Uub3JnOi9jdnNyb290L3RlY2hub2xv Z3ksb3JnLmVj
bGlwc2Uub2hmL3BsdWdpbnMvb3JnLmVjbGlwc2Uub2hmLmhsN3YyLmNvcmUs b3JnLmVjbGlw
c2Uub2hmLmhsN3YyLmNvcmUiLz4NCjxwcm9qZWN0IHJlZmVyZW5jZT0iMS4w LDpleHRzc2g6
ZGV2LmVjbGlwc2Uub3JnOi9jdnNyb290L3RlY2hub2xvZ3ksb3JnLmVjbGlw c2Uub2hmL3Bs
dWdpbnMvb3JnLmVjbGlwc2Uub2hmLmhsN3YyLnVpLG9yZy5lY2xpcHNlLm9o Zi5obDd2Mi51
aSIvPg0KPHByb2plY3QgcmVmZXJlbmNlPSIxLjAsOmV4dHNzaDpkZXYuZWNs aXBzZS5vcmc6
L2N2c3Jvb3QvdGVjaG5vbG9neSxvcmcuZWNsaXBzZS5vaGYvcGx1Z2lucy9v cmcuZWNsaXBz
ZS5vaGYuaWhlLmF0bmEuYWdlbnQsb3JnLmVjbGlwc2Uub2hmLmloZS5hdG5h LmFnZW50Ii8+
DQo8cHJvamVjdCByZWZlcmVuY2U9IjEuMCw6ZXh0c3NoOmRldi5lY2xpcHNl Lm9yZzovY3Zz
cm9vdC90ZWNobm9sb2d5LG9yZy5lY2xpcHNlLm9oZi9wbHVnaW5zL29yZy5l Y2xpcHNlLm9o
Zi5paGUuYXRuYS5hdWRpdCxvcmcuZWNsaXBzZS5vaGYuaWhlLmF0bmEuYXVk aXQiLz4NCjxw
cm9qZWN0IHJlZmVyZW5jZT0iMS4wLDpleHRzc2g6ZGV2LmVjbGlwc2Uub3Jn Oi9jdnNyb290
L3RlY2hub2xvZ3ksb3JnLmVjbGlwc2Uub2hmL3BsdWdpbnMvb3JnLmVjbGlw c2Uub2hmLmlo
ZS5hdG5hLnRyYW5zcG9ydCxvcmcuZWNsaXBzZS5vaGYuaWhlLmF0bmEudHJh bnNwb3J0Ii8+
DQo8cHJvamVjdCByZWZlcmVuY2U9IjEuMCw6ZXh0c3NoOmRldi5lY2xpcHNl Lm9yZzovY3Zz
cm9vdC90ZWNobm9sb2d5LG9yZy5lY2xpcHNlLm9oZi9wbHVnaW5zL29yZy5l Y2xpcHNlLm9o
Zi5paGUuY29tbW9uLmF0bmEsb3JnLmVjbGlwc2Uub2hmLmloZS5jb21tb24u YXRuYSIvPg0K
PHByb2plY3QgcmVmZXJlbmNlPSIxLjAsOmV4dHNzaDpkZXYuZWNsaXBzZS5v cmc6L2N2c3Jv
b3QvdGVjaG5vbG9neSxvcmcuZWNsaXBzZS5vaGYvcGx1Z2lucy9vcmcuZWNs aXBzZS5vaGYu
aWhlLmNvbW1vbi5jZGFyMixvcmcuZWNsaXBzZS5vaGYuaWhlLmNvbW1vbi5j ZGFyMiIvPg0K
PHByb2plY3QgcmVmZXJlbmNlPSIxLjAsOmV4dHNzaDpkZXYuZWNsaXBzZS5v cmc6L2N2c3Jv
b3QvdGVjaG5vbG9neSxvcmcuZWNsaXBzZS5vaGYvcGx1Z2lucy9vcmcuZWNs aXBzZS5vaGYu
aWhlLmNvbW1vbi5jb25maWcsb3JnLmVjbGlwc2Uub2hmLmloZS5jb21tb24u Y29uZmlnIi8+
DQo8cHJvamVjdCByZWZlcmVuY2U9IjEuMCw6ZXh0c3NoOmRldi5lY2xpcHNl Lm9yZzovY3Zz
cm9vdC90ZWNobm9sb2d5LG9yZy5lY2xpcHNlLm9oZi9wbHVnaW5zL29yZy5l Y2xpcHNlLm9o
Zi5paGUuY29tbW9uLmViWE1MLl8yLl8xLG9yZy5lY2xpcHNlLm9oZi5paGUu Y29tbW9uLmVi
WE1MLl8yLl8xIi8+DQo8cHJvamVjdCByZWZlcmVuY2U9IjEuMCw6ZXh0c3No OmRldi5lY2xp
cHNlLm9yZzovY3Zzcm9vdC90ZWNobm9sb2d5LG9yZy5lY2xpcHNlLm9oZi9w bHVnaW5zL29y
Zy5lY2xpcHNlLm9oZi5paGUuY29tbW9uLmViWE1MLl8zLl8wLG9yZy5lY2xp cHNlLm9oZi5p
aGUuY29tbW9uLmViWE1MLl8zLl8wIi8+DQo8cHJvamVjdCByZWZlcmVuY2U9 IjEuMCw6ZXh0
c3NoOmRldi5lY2xpcHNlLm9yZzovY3Zzcm9vdC90ZWNobm9sb2d5LG9yZy5l Y2xpcHNlLm9o
Zi9wbHVnaW5zL29yZy5lY2xpcHNlLm9oZi5paGUuY29tbW9uLmhsN3YyLG9y Zy5lY2xpcHNl
Lm9oZi5paGUuY29tbW9uLmhsN3YyIi8+DQo8cHJvamVjdCByZWZlcmVuY2U9 IjEuMCw6ZXh0
c3NoOmRldi5lY2xpcHNlLm9yZzovY3Zzcm9vdC90ZWNobm9sb2d5LG9yZy5l Y2xpcHNlLm9o
Zi9wbHVnaW5zL29yZy5lY2xpcHNlLm9oZi5paGUuY29tbW9uLmhsN3YyLmNs aWVudCxvcmcu
ZWNsaXBzZS5vaGYuaWhlLmNvbW1vbi5obDd2Mi5jbGllbnQiLz4NCjxwcm9q ZWN0IHJlZmVy
ZW5jZT0iMS4wLDpleHRzc2g6ZGV2LmVjbGlwc2Uub3JnOi9jdnNyb290L3Rl Y2hub2xvZ3ks
b3JnLmVjbGlwc2Uub2hmL3BsdWdpbnMvb3JnLmVjbGlwc2Uub2hmLmloZS5j b21tb24ubWxs
cCxvcmcuZWNsaXBzZS5vaGYuaWhlLmNvbW1vbi5tbGxwIi8+DQo8cHJvamVj dCByZWZlcmVu
Y2U9IjEuMCw6ZXh0c3NoOmRldi5lY2xpcHNlLm9yZzovY3Zzcm9vdC90ZWNo bm9sb2d5LG9y
Zy5lY2xpcHNlLm9oZi9wbHVnaW5zL29yZy5lY2xpcHNlLm9oZi5paGUuY29t bW9uLndzLmF4
aXMyLG9yZy5lY2xpcHNlLm9oZi5paGUuY29tbW9uLndzLmF4aXMyIi8+DQo8 cHJvamVjdCBy
ZWZlcmVuY2U9IjEuMCw6ZXh0c3NoOmRldi5lY2xpcHNlLm9yZzovY3Zzcm9v dC90ZWNobm9s
b2d5LG9yZy5lY2xpcHNlLm9oZi9wbHVnaW5zL29yZy5lY2xpcHNlLm9oZi5p aGUucGRxLmNv
bnN1bWVyLG9yZy5lY2xpcHNlLm9oZi5paGUucGRxLmNvbnN1bWVyIi8+DQo8 cHJvamVjdCBy
ZWZlcmVuY2U9IjEuMCw6ZXh0c3NoOmRldi5lY2xpcHNlLm9yZzovY3Zzcm9v dC90ZWNobm9s
b2d5LG9yZy5lY2xpcHNlLm9oZi9wbHVnaW5zL29yZy5lY2xpcHNlLm9oZi5p aGUucGl4LmNv
bnN1bWVyLG9yZy5lY2xpcHNlLm9oZi5paGUucGl4LmNvbnN1bWVyIi8+DQo8 cHJvamVjdCBy
ZWZlcmVuY2U9IjEuMCw6ZXh0c3NoOmRldi5lY2xpcHNlLm9yZzovY3Zzcm9v dC90ZWNobm9s
b2d5LG9yZy5lY2xpcHNlLm9oZi9wbHVnaW5zL29yZy5lY2xpcHNlLm9oZi5p aGUucGl4LnNv
dXJjZSxvcmcuZWNsaXBzZS5vaGYuaWhlLnBpeC5zb3VyY2UiLz4NCjxwcm9q ZWN0IHJlZmVy
ZW5jZT0iMS4wLDpleHRzc2g6ZGV2LmVjbGlwc2Uub3JnOi9jdnNyb290L3Rl Y2hub2xvZ3ks
b3JnLmVjbGlwc2Uub2hmL3BsdWdpbnMvb3JnLmVjbGlwc2Uub2hmLmloZS54 ZHMsb3JnLmVj
bGlwc2Uub2hmLmloZS54ZHMiLz4NCjxwcm9qZWN0IHJlZmVyZW5jZT0iMS4w LDpleHRzc2g6
ZGV2LmVjbGlwc2Uub3JnOi9jdnNyb290L3RlY2hub2xvZ3ksb3JnLmVjbGlw c2Uub2hmL3Bs
dWdpbnMvb3JnLmVjbGlwc2Uub2hmLmloZS54ZHMuY29uc3VtZXIsb3JnLmVj bGlwc2Uub2hm
LmloZS54ZHMuY29uc3VtZXIiLz4NCjxwcm9qZWN0IHJlZmVyZW5jZT0iMS4w LDpleHRzc2g6
ZGV2LmVjbGlwc2Uub3JnOi9jdnNyb290L3RlY2hub2xvZ3ksb3JnLmVjbGlw c2Uub2hmL3Bs
dWdpbnMvb3JnLmVjbGlwc2Uub2hmLmloZS54ZHMubWV0YWRhdGEsb3JnLmVj bGlwc2Uub2hm
LmloZS54ZHMubWV0YWRhdGEiLz4NCjxwcm9qZWN0IHJlZmVyZW5jZT0iMS4w LDpleHRzc2g6
ZGV2LmVjbGlwc2Uub3JnOi9jdnNyb290L3RlY2hub2xvZ3ksb3JnLmVjbGlw c2Uub2hmL3Bs
dWdpbnMvb3JnLmVjbGlwc2Uub2hmLmloZS54ZHMubWV0YWRhdGEuZXh0cmFj dCxvcmcuZWNs
aXBzZS5vaGYuaWhlLnhkcy5tZXRhZGF0YS5leHRyYWN0Ii8+DQo8cHJvamVj dCByZWZlcmVu
Y2U9IjEuMCw6ZXh0c3NoOmRldi5lY2xpcHNlLm9yZzovY3Zzcm9vdC90ZWNo bm9sb2d5LG9y
Zy5lY2xpcHNlLm9oZi9wbHVnaW5zL29yZy5lY2xpcHNlLm9oZi5paGUueGRz Lm1ldGFkYXRh
LmV4dHJhY3QuY2RhcjIsb3JnLmVjbGlwc2Uub2hmLmloZS54ZHMubWV0YWRh dGEuZXh0cmFj
dC5jZGFyMiIvPg0KPHByb2plY3QgcmVmZXJlbmNlPSIxLjAsOmV4dHNzaDpk ZXYuZWNsaXBz
ZS5vcmc6L2N2c3Jvb3QvdGVjaG5vbG9neSxvcmcuZWNsaXBzZS5vaGYvcGx1 Z2lucy9vcmcu
ZWNsaXBzZS5vaGYuaWhlLnhkcy5tZXRhZGF0YS50cmFuc2Zvcm0sb3JnLmVj bGlwc2Uub2hm
LmloZS54ZHMubWV0YWRhdGEudHJhbnNmb3JtIi8+DQo8cHJvamVjdCByZWZl cmVuY2U9IjEu
MCw6ZXh0c3NoOmRldi5lY2xpcHNlLm9yZzovY3Zzcm9vdC90ZWNobm9sb2d5 LG9yZy5lY2xp
cHNlLm9oZi9wbHVnaW5zL29yZy5lY2xpcHNlLm9oZi5paGUueGRzLnNvYXAs b3JnLmVjbGlw
c2Uub2hmLmloZS54ZHMuc29hcCIvPg0KPHByb2plY3QgcmVmZXJlbmNlPSIx LjAsOmV4dHNz
aDpkZXYuZWNsaXBzZS5vcmc6L2N2c3Jvb3QvdGVjaG5vbG9neSxvcmcuZWNs aXBzZS5vaGYv
cGx1Z2lucy9vcmcuZWNsaXBzZS5vaGYuaWhlLnhkcy5zb3VyY2Usb3JnLmVj bGlwc2Uub2hm
LmloZS54ZHMuc291cmNlIi8+DQo8cHJvamVjdCByZWZlcmVuY2U9IjEuMCw6 ZXh0c3NoOmRl
di5lY2xpcHNlLm9yZzovY3Zzcm9vdC90ZWNobm9sb2d5LG9yZy5lY2xpcHNl Lm9oZi9wbHVn
aW5zL29yZy5lY2xpcHNlLm9oZi51dGlsaXRpZXMsb3JnLmVjbGlwc2Uub2hm LnV0aWxpdGll
cyIvPg0KPHByb2plY3QgcmVmZXJlbmNlPSIxLjAsOmV4dHNzaDpkZXYuZWNs aXBzZS5vcmc6
L2N2c3Jvb3QvdGVjaG5vbG9neSxvcmcuZWNsaXBzZS5vaGYvcGx1Z2lucy9v cmcueG1scHVs
bC52MSxvcmcueG1scHVsbC52MSIvPg0KPC9wcm92aWRlcj4NCjwvcHNmPg==
--------------060901060007090407010608--

Report message to a moderator

Previous Topic:XCA on the bridge
Next Topic:Bridge PIX feed conflict with PIX Manager and Registry
Goto Forum:
  

[ Syndicate this forum (XML) ] [ RSS ]

Current Time: Thu Dec 26 16:07:40 GMT 2024

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

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

Back to the top

Sign up to our Newsletter

A fresh new issue delivered monthly