The problem in this case is that you are required to include the 2.4 structures libraries into your classpath. And, if you don't know the version(s) of the received messages in advance (and that's one good reason to use the CanonicalModelClassfactory 2.6) you would be required to include all structure libraries.... The expectation here is to generate a HL7 v2.6 ACK message and to replace the version number in MSH-12 with 2.4, so after serialization of the message it looks like it was created with a standard ModelClassFactory. Any opinions?
cheers Christian I already Jens Kristian Villadsen wrote: > > Where is the problem? If you look at > http://hl7api.sourceforge.net/base/apidocs/ca/uhn/hl7v2/model/Message.html#generateACK%28%29, > you will see that the following is stated: > > The ACK generated will be of the same version as the value of MSH-12 in > this message (as opposed to the version of the message class instance, if > they are different) > > - which essentially means that if 'messageString' MSH-12 component says > 2.4, the parsed message that the parser returns will be of class type 2.6, > because of the CanonicalModelClassFactory("2.6"). However, generateACK > does > not use the CanonicalModelClassFactory, as stated in the doc, and will > always return the correct class type version - in this example 2.4. So > according to the doc, it cannot be a bug > > 2012/1/11 Rahul Somasunderam <r...@certifydatasystems.com> > >> The bug Id is 3471571. >> >> On Jan 9, 2012, at 4:42 PM, James Agnew wrote: >> >> Hi Rahul, >> >> Looks like you have uncovered a bug in HAPI. I tried it locally and I see >> the same thing as you: Basically, the "generateACK()" method is not >> actually honoring your ModelClassFactory, so it's trying to instantiate >> the >> 2.4 version of the structure. >> >> The easiest workaround is probably to change the valud of MSH-12 on your >> message to "2.6" right before calling "generateACK". This will have the >> side effect that the MSH-12 value in the ACK message will then be set to >> "2.6", so you may need to change it back before doing whatever you are >> doing with it. >> >> If you don't mind to submit a report, that would be great. I'm sure we >> can >> get this fixed for the next release of HAPI (which we should have a beta >> of >> fairly soon). >> >> Cheers, >> James >> >> On Mon, Jan 9, 2012 at 12:36 PM, Rahul Somasunderam < >> r...@certifydatasystems.com> wrote: >> >>> Hi, >>> >>> I'm using Canonical MCF to parse a message. Then I'm using generateACK >>> on >>> the message. This causes a ClassNotFoundException. I'm using HAPI 1.2, >>> if >>> that matters. >>> >>> This is my code (in Groovy) >>> >>> def messageString = context.messageContent >>> def cmcf = new CanonicalModelClassFactory("2.6") >>> def parser = new PipeParser(cmcf) >>> parser.setValidationContext(new NoValidation()) >>> def message = parser.parse(messageString) >>> >>> ... (app logic) ... >>> >>> def ack = message.generateACK() >>> return ack.encode() >>> >>> This is the most significant part of the exception: >>> >>> ca.uhn.hl7v2.HL7Exception: Can't instantiate ACK of class >>> ca.uhn.hl7v2.model.v24.message.ACK: java.lang.ClassNotFoundException >>> at >>> ca.uhn.hl7v2.app.DefaultApplication.makeACK(DefaultApplication.java:150) >>> at >>> ca.uhn.hl7v2.model.AbstractMessage.generateACK(AbstractMessage.java:213) >>> at >>> ca.uhn.hl7v2.model.AbstractMessage.generateACK(AbstractMessage.java:205) >>> at >>> messaging.MessageReceiverService$$ENLWsoN6.process(MessageReceiverService.groovy:24) >>> >>> >>> Is there a known workaround for this? Do you want me to submit a test >>> case/file a report? >>> >>> R, >>> rahul >>> >>> >>> >>> ------------------------------------------------------------------------------ >>> Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a >>> complex >>> infrastructure or vast IT resources to deliver seamless, secure access >>> to >>> virtual desktops. With this all-in-one solution, easily deploy virtual >>> desktops for less than the cost of PCs and save 60% on VDI >>> infrastructure >>> costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox >>> _______________________________________________ >>> Hl7api-devel mailing list >>> Hl7api-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/hl7api-devel >>> >>> >> >> >> >> ------------------------------------------------------------------------------ >> Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex >> infrastructure or vast IT resources to deliver seamless, secure access to >> virtual desktops. With this all-in-one solution, easily deploy virtual >> desktops for less than the cost of PCs and save 60% on VDI infrastructure >> costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox >> _______________________________________________ >> Hl7api-devel mailing list >> Hl7api-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/hl7api-devel >> >> > > > -- > Med venlig hilsen / Kind regards > > Jens Kristian Villadsen > cand.polyt > Systemudvikler / System developer > Cetrea A/S, Denmark > > phone : +45 38 40 05 81 > address: Brendstrupgårdsvej 21F, DK-8200 Aarhus N. > e-mail : j...@cetrea.com > w^3 : http://www.cetrea.com/ > > ------------------------------------------------------------------------------ > RSA(R) Conference 2012 > Mar 27 - Feb 2 > Save $400 by Jan. 27 > Register now! > http://p.sf.net/sfu/rsa-sfdev2dev2 > _______________________________________________ > Hl7api-devel mailing list > Hl7api-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/hl7api-devel > > -- View this message in context: http://old.nabble.com/generateACK-and-CanonicalMCF-tp33109017p33146099.html Sent from the hl7api-devel mailing list archive at Nabble.com. ------------------------------------------------------------------------------ RSA(R) Conference 2012 Mar 27 - Feb 2 Save $400 by Jan. 27 Register now! http://p.sf.net/sfu/rsa-sfdev2dev2 _______________________________________________ Hl7api-devel mailing list Hl7api-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hl7api-devel
