How about creating an openEHR test base?
Hi Rong, I've updated my java-ref-impl from SVN: http://www.openehr.org/svn/ref_impl_javaI builded it and generated the jars: xxx-1.0.2-SNAPSHOT.jar Is the version 1.0.2-SNAPSHOT correct? I remember I builded this a long time ago and was generating the same version. I will try the archetype flattener with the suggestions made by Thomas in another topic:http://lists.openehr.org/pipermail/openehr-technical_lists.openehr.org/2012q2/007023.html I have a question about the flattener.If you see: http://www.openehr.org/svn/ref_impl_java/TRUNK/oet-parser/src/test/resources/archetypes/openEHR-EHR-COMPOSITION.prescription_flattened.v1.adlIt doesn't have the reference to the resolved slots, instead it has at for all those nodes and doesn't resolve the ontology part to include referenced terms.The suggestion made by Thomas is to replace the nodeId with the archetypeId on the resolved slots, and put the ontology terms of the resolved archetypes in the flattened archetype ontology.Do you think this should be corrected on the flattener? (I don't know if this is a bug or this is the expected behaviour and the reference to the slots and ontologies are resolved in some other way). Then I'll try the adl-serialized to generate full adl archetypes. The last thing I want to try is the xml-serializer for RM instances. I'll put the results here: http://www.openehr.org/wiki/display/dev/Development+test+base -- Kind regards, Ing. Pablo Pazos Guti?rrez LinkedIn: http://uy.linkedin.com/in/pablopazosgutierrez Blog: http://informatica-medica.blogspot.com/ Twitter: http://twitter.com/ppazos Date: Tue, 8 May 2012 15:31:25 +0200 Subject: Re: How about creating an openEHR test base? From: rong.acode at gmail.com To: openehr-technical at lists.openehr.org On 7 May 2012 23:37, pablo pazos pazospablo at hotmail.com wrote: Hi Rong, That's great news, but we have our own RM implementation because it handles ORM too. But I think I can adapt your xml-binding component to use our RM impl, what do you think? Pablo, The xml-binding component leverages the annotated constructors in the RM classes for instantiating RM objects. It uses reflections extensively. Take a look of the XMLBinding class for some inspiration. I am sure you can adapt it for your own classes. /Rong ___ openEHR-technical mailing list openEHR-technical at lists.openehr.org http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org -- next part -- An HTML attachment was scrubbed... URL: http://lists.openehr.org/pipermail/openehr-technical_lists.openehr.org/attachments/20120510/dd0a0a6c/attachment.html
How about creating an openEHR test base?
Hi guys, Seref, I was thinking a lot about what you said There are various bits of functionality implemented in different projects..., and that rang a bell somewhere. I think we are implementing the same things again and again because the technology we choose can't handle what is already implemented, and I believe this is a great opportunity to start creating common services providing this funcionality to our systems, so we only implement service clients not the same functionality in an alternative way. There is a great deal of functionality developed by Rong company (and other projects, .Net, Ruby, ...), and some of the functionality can be exposed as public services somewhere (like archetype flattening, AOM 2 ADL serialization, RM 2 XML serialization, etc.). Is there some posibility that the foundation could host those services? What do you think? I'm willing to dedicate time to this, because I think this will be beneficial for all (also for creating the proposed test set that started this topic). -- Kind regards, Ing. Pablo Pazos Guti?rrez LinkedIn: http://uy.linkedin.com/in/pablopazosgutierrez Blog: http://informatica-medica.blogspot.com/ Twitter: http://twitter.com/ppazos Date: Tue, 8 May 2012 08:52:04 +0100 Subject: Re: How about creating an openEHR test base? From: serefari...@kurumsalteknoloji.com To: openehr-technical at lists.openehr.org Interesting point again. There are various bits of functionality implemented in different projects, but the projects have different open source licences. I'm not Rong of course, but his code uses mpl, and since I've used his code when I started Operaffa, Opereffa is mpl too (though it'll be apache very soon). So you'd need to check how licensing issues need to be handled if you use Rong's code, assuming your work is not under mpl. I think you've touched another important point Pablo Kind regards Seref On Mon, May 7, 2012 at 10:37 PM, pablo pazos pazospablo at hotmail.com wrote: Hi Rong, That's great news, but we have our own RM implementation because it handles ORM too.But I think I can adapt your xml-binding component to use our RM impl, what do you think? -- Kind regards, Ing. Pablo Pazos Guti?rrez LinkedIn: http://uy.linkedin.com/in/pablopazosgutierrez Blog: http://informatica-medica.blogspot.com/ Twitter: http://twitter.com/ppazos Date: Mon, 7 May 2012 21:08:57 +0200 Subject: Re: How about creating an openEHR test base? From: rong.acode at gmail.com To: openehr-technical at lists.openehr.org On 7 May 2012 16:39, pablo pazos pazospablo at hotmail.com wrote: Hi Seref, I've a tool that generates composition instances from archetypes and data, what I don't have is a way to generate a valid XML form from those compositions. Hi Pablo, The xml-binding component in the Java reference implementation does just that. It binds RM object instance to generated XML objects that can be serialized according to published XSD. /Rong ___ openEHR-technical mailing list openEHR-technical at lists.openehr.org http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org ___ openEHR-technical mailing list openEHR-technical at lists.openehr.org http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org -- next part -- An HTML attachment was scrubbed... URL: http://lists.openehr.org/pipermail/openehr-technical_lists.openehr.org/attachments/20120510/af51239b/attachment.html
How about creating an openEHR test base?
archetypes and data, what I don't have is a way to generate a valid XML form from those compositions. Hi Pablo, The xml-binding component in the Java reference implementation does just that. It binds RM object instance to generated XML objects that can be serialized according to published XSD. /Rong ___ openEHR-technical mailing list openEHR-technical at lists.openehr.org http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org ___ openEHR-technical mailing list openEHR-technical at lists.openehr.org http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org ___ openEHR-technical mailing list openEHR-technical at lists.openehr.org http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org ___ openEHR-technical mailing list openEHR-technical at lists.openehr.org http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org -- next part -- An HTML attachment was scrubbed... URL: http://lists.openehr.org/pipermail/openehr-technical_lists.openehr.org/attachments/20120510/d4219648/attachment-0001.html
