Skip to main content


Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Archived » OHF » [Basic Question] - Need for Support Classes
[Basic Question] - Need for Support Classes [message #45017] Tue, 05 August 2008 07:21 Go to next message
Stefan S. is currently offline Stefan S.Friend
Messages: 22
Registered: July 2009
Junior Member
Hi OHF-Newsgroup Members!

I have a very basic question, and I am looking forward to finding help
here.

As a basic idea I want to implement a prototype of a very simple Document
Repository. [To sum up, just a webservice, supporting the transaction
ITI-15, ITI-14 to a public or test registry...]

During the last days I have evaluated many frameworks and libraries like
OHF, OHF Bridge, IHEOs, and so on.

Nevertheless I have made nearly no progress. Most of the times the
documentations was neither not available or outdated and so on... (But you
will most likely have experienced this too...)

So my basic question is as follows:

What framework, library (and which part of it...) would you recommend for
my goal? I mean I do not want to re-invent the wheel and therefor I am
looking for classes that perform basic tasks like "Parsing Messages",
"Transforming" and so on...

Thanks in Advance for both your knowledge and your time!

Greetings
Stefan
Re: [Basic Question] - Need for Support Classes [message #45049 is a reply to message #45017] Tue, 05 August 2008 16:39 Go to previous message
No real name is currently offline No real nameFriend
Messages: 292
Registered: July 2009
Senior Member
Hi Stefan,

For this - consider the code generated for the ebXML 2.1 and 3.0 models.
There is some 'test' (loosely speaking) code that shows how these
models can be used to parse. These models are based on EMF ... which
schema validates XML upon reading it into it's representation.
Additionally - we have the SOAP layer completely separate from the XDS
client side logic, this could potentially be of use.

So check out:
org.eclipse.ohf.ihe.common.ebXML._2._1.test in the src_tests folder in
the ebXML._2._1 plug in.

and these plugins

org.eclipse.ohf.ihe.common.ws.axis2
org.eclipse.ohf.ihe.xds.soap

As an example - in the XDS Source you can see how the XDS.a Source
(Source.java) uses this code to parse a message it recieves back from a
Repository in the submit() method --- following the calls to
"initializeSender()" and "this.sender.send(...)" as well as
XDSResponseParser.processResponse(reply, false) will help you stitch
together the pieces.

regards,
Sarah


Stefan S. wrote:
> Hi OHF-Newsgroup Members!
>
> I have a very basic question, and I am looking forward to finding help
> here.
>
> As a basic idea I want to implement a prototype of a very simple
> Document Repository. [To sum up, just a webservice, supporting the
> transaction ITI-15, ITI-14 to a public or test registry...]
>
> During the last days I have evaluated many frameworks and libraries like
> OHF, OHF Bridge, IHEOs, and so on.
>
> Nevertheless I have made nearly no progress. Most of the times the
> documentations was neither not available or outdated and so on... (But
> you will most likely have experienced this too...)
>
> So my basic question is as follows:
>
> What framework, library (and which part of it...) would you recommend
> for my goal? I mean I do not want to re-invent the wheel and therefor I
> am looking for classes that perform basic tasks like "Parsing Messages",
> "Transforming" and so on...
>
> Thanks in Advance for both your knowledge and your time!
>
> Greetings
> Stefan
>
Re: [Basic Question] - Need for Support Classes [message #586434 is a reply to message #45017] Tue, 05 August 2008 16:39 Go to previous message
No real name is currently offline No real nameFriend
Messages: 292
Registered: July 2009
Senior Member
Hi Stefan,

For this - consider the code generated for the ebXML 2.1 and 3.0 models.
There is some 'test' (loosely speaking) code that shows how these
models can be used to parse. These models are based on EMF ... which
schema validates XML upon reading it into it's representation.
Additionally - we have the SOAP layer completely separate from the XDS
client side logic, this could potentially be of use.

So check out:
org.eclipse.ohf.ihe.common.ebXML._2._1.test in the src_tests folder in
the ebXML._2._1 plug in.

and these plugins

org.eclipse.ohf.ihe.common.ws.axis2
org.eclipse.ohf.ihe.xds.soap

As an example - in the XDS Source you can see how the XDS.a Source
(Source.java) uses this code to parse a message it recieves back from a
Repository in the submit() method --- following the calls to
"initializeSender()" and "this.sender.send(...)" as well as
XDSResponseParser.processResponse(reply, false) will help you stitch
together the pieces.

regards,
Sarah


Stefan S. wrote:
> Hi OHF-Newsgroup Members!
>
> I have a very basic question, and I am looking forward to finding help
> here.
>
> As a basic idea I want to implement a prototype of a very simple
> Document Repository. [To sum up, just a webservice, supporting the
> transaction ITI-15, ITI-14 to a public or test registry...]
>
> During the last days I have evaluated many frameworks and libraries like
> OHF, OHF Bridge, IHEOs, and so on.
>
> Nevertheless I have made nearly no progress. Most of the times the
> documentations was neither not available or outdated and so on... (But
> you will most likely have experienced this too...)
>
> So my basic question is as follows:
>
> What framework, library (and which part of it...) would you recommend
> for my goal? I mean I do not want to re-invent the wheel and therefor I
> am looking for classes that perform basic tasks like "Parsing Messages",
> "Transforming" and so on...
>
> Thanks in Advance for both your knowledge and your time!
>
> Greetings
> Stefan
>
Previous Topic:[Basic Question] - Need for Support Classes
Next Topic:SubmitTest error but submit successful
Goto Forum:
  


Current Time: Fri Apr 26 03:06:31 GMT 2024

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

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

Back to the top