IPF 2.6.4 uses HL7 segments of v22?

12 views
Skip to first unread message

Alexander Kley

unread,
Aug 25, 2014, 1:30:38 PM8/25/14
to ipf-...@googlegroups.com
Hi,

it seems that I have a classloading problem.
When I run my testbundle to check some methods from hapi v26, e.q. "ca.uhn.hl7v2.model.v22.segment.PID.getAdministrativeSex()" I got a runtime exception from groovy-all 2.1.9

->
groovy.lang.MissingMethodException: No signature of method: ca.uhn.hl7v2.model.v22.segment.PID.getAdministrativeSex()

Thats clear because, hapi v22 has ...PID.getSex instead ...PID.getAdministrativeSex()

But how can I configure that IPF uses v26 instead of 22. Or is this a OSGI ordering problem during classloading?
I can not find my problem?
I'm very happy about some advices.

Best Regards,
Alex

Stacktrace
---------------------------------------------------------------------------------------------------------------------------------------
groovy.lang.MissingMethodException: No signature of method: ca.uhn.hl7v2.model.v22.segment.PID.getAdministrativeSex() is applicable for argument types: () values: []
        at org.codehaus.groovy.runtime.ScriptBytecodeAdapter.unwrap(ScriptBytecodeAdapter.java:55)[156:groovy-all:2.1.9]
        at org.codehaus.groovy.runtime.callsite.PojoMetaClassSite.call(PojoMetaClassSite.java:46)[156:groovy-all:2.1.9]
        at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCall(CallSiteArray.java:45)[156:groovy-all:2.1.9]
        at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:108)[156:groovy-all:2.1.9]
        at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:112)[156:groovy-all:2.1.9]
        at com.my.package.MyClass.zap(MyClass.groovy:97)[244:myBundle:1.0.0]
        at org.openehealth.ipf.platform.camel.core.adapter.TransmogrifierAdapter.doProcess(TransmogrifierAdapter.java:62)[226:org.openehealth.ipf.platform-camel.ipf-platform-camel-core:2.6.4]
        at org.openehealth.ipf.platform.camel.core.adapter.ProcessorAdapter.process(ProcessorAdapter.java:63)[226:org.openehealth.ipf.platform-camel.ipf-platform-camel-core:2.6.4]
        at org.apache.camel.util.AsyncProcessorConverterHelper$ProcessorToAsyncProcessorBridge.process(AsyncProcessorConverterHelper.java:61)[220:org.apache.camel.camel-core:2.12.1]
        at org.apache.camel.processor.Pipeline.process(Pipeline.java:118)[220:org.apache.camel.camel-core:2.12.1]
        at org.apache.camel.processor.Pipeline.process(Pipeline.java:80)[220:org.apache.camel.camel-core:2.12.1]
        at org.apache.camel.management.InstrumentationProcessor.process(InstrumentationProcessor.java:72)[220:org.apache.camel.camel-core:2.12.1]
        at org.apache.camel.processor.RedeliveryErrorHandler.process(RedeliveryErrorHandler.java:398)[220:org.apache.camel.camel-core:2.12.1]
        at org.apache.camel.processor.CamelInternalProcessor.process(CamelInternalProcessor.java:191)[220:org.apache.camel.camel-core:2.12.1]
        at org.apache.camel.processor.Pipeline.process(Pipeline.java:118)[220:org.apache.camel.camel-core:2.12.1]
        at org.apache.camel.processor.Pipeline.process(Pipeline.java:80)[220:org.apache.camel.camel-core:2.12.1]
        at org.apache.camel.management.InstrumentationProcessor.process(InstrumentationProcessor.java:72)[220:org.apache.camel.camel-core:2.12.1]
        at org.apache.camel.processor.RedeliveryErrorHandler.process(RedeliveryErrorHandler.java:398)[220:org.apache.camel.camel-core:2.12.1]
        at org.apache.camel.processor.CamelInternalProcessor.process(CamelInternalProcessor.java:191)[220:org.apache.camel.camel-core:2.12.1]
        at org.apache.camel.processor.Pipeline.process(Pipeline.java:118)[220:org.apache.camel.camel-core:2.12.1]
        at org.apache.camel.processor.Pipeline.process(Pipeline.java:80)[220:org.apache.camel.camel-core:2.12.1]
        at org.apache.camel.processor.CamelInternalProcessor.process(CamelInternalProcessor.java:191)[220:org.apache.camel.camel-core:2.12.1]
        at org.apache.camel.component.file.GenericFileConsumer.processExchange(GenericFileConsumer.java:401)[220:org.apache.camel.camel-core:2.12.1]
        at org.apache.camel.component.file.GenericFileConsumer.processBatch(GenericFileConsumer.java:201)[220:org.apache.camel.camel-core:2.12.1]
        at org.apache.camel.component.file.GenericFileConsumer.poll(GenericFileConsumer.java:165)[220:org.apache.camel.camel-core:2.12.1]
        at org.apache.camel.impl.ScheduledPollConsumer.doRun(ScheduledPollConsumer.java:187)[220:org.apache.camel.camel-core:2.12.1]
        at org.apache.camel.impl.ScheduledPollConsumer.run(ScheduledPollConsumer.java:114)[220:org.apache.camel.camel-core:2.12.1]
        at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)[:1.7.0_25]
        at java.util.concurrent.FutureTask$Sync.innerRunAndReset(FutureTask.java:351)[:1.7.0_25]
        at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:178)[:1.7.0_25]
        at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:178)[:1.7.0_25]
        at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293)[:1.7.0_25]
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)[:1.7.0_25]
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)[:1.7.0_25]
        at java.lang.Thread.run(Thread.java:724)[:1.7.0_25]

Dmytro Rud

unread,
Aug 25, 2014, 2:08:14 PM8/25/14
to ipf-...@googlegroups.com
Hi Alex,

Which value does the message have in MSH-12?

Best regards
Dmytro




--
You received this message because you are subscribed to the Google Groups "ipf-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email to ipf-user+u...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Alexander Kley

unread,
Aug 26, 2014, 4:10:20 AM8/26/14
to ipf-...@googlegroups.com
Hi Dmytro,

thats it! The MSH-12 has of course 2.2, this is the problem ;)

Cheers,
Alex

Dmytro Rud

unread,
Aug 26, 2014, 4:59:12 AM8/26/14
to ipf-...@googlegroups.com
Hi Alex,

I still do not get your idea.  Do you want to parse an HL7 v2.2 message using classes of HL7 v2.6?  Then you have to patch MSH-12 before parsing.  

Best regards
Dmytro

Alexander Kley

unread,
Aug 26, 2014, 10:55:43 AM8/26/14
to ipf-...@googlegroups.com
Yes, I've forgotten that MSH-12 defines the version of the message.
My message has 2.2 as MSH-12 and my implementation uses structures of 2.6.
I think this was my fault!
I've change the version in the message and all was fine ;)

Cheers,
Alex
Reply all
Reply to author
Forward
0 new messages