Re: Is there any opensource library can do the work JROM does?

hi, alek, thanks for writing:)
you mentioned "sending actual XML wrapped in SOAP is simple compared to XML
Schemas and such.". But i think it is only suitable for the document/literal
case, and if the service specifies rpc/encoding binding, this may not work.
I am trying to code something to facilitate the service invocation. I want
to make the service operation invocation as simple as the object method
invocation. You see, the most paining part is the dealing with the complex
types. JROM provide a generic approach to represent the xml datas, which is
quite different from DOM, JDOM, XMLBeans,etc. And with WSIF, the invocation
may greatly be simplied, and it is possible to achieve my goal.
As to the "sending actual XML wrapped in SOAP" case, i can also work with
it, and even be simplified. You only need to specify the name of the service
operation, pass the xml fragment like method parameters, then a piece of xml
fragment will be returned like the method return value, and that's all.
I think it is greatly useful to hide the complexity, and only let the user
focus on the abstract definitions in WSDL, just like what WSIF is aimed at.
Best Regards:)
robin

2006/3/30, Aleksander Slominski <[email protected]>:
>
> 邹志乐 wrote:
> > Hi, I am using JROM to facilitate the dynamic invocation of the
> > services, but it is not an open source project, and the docs don't
> > contain enough information. So I wonder if there is any open source
> > project can do the same work as JROM does.
> > Best Regards:)
> >
> hi robin,
>
> could you give some examples of what you want it to do?
>
> in general as soon as you convert your data to some form of XML
> (including DOM) you did the hardest part of dynamic invocation - sending
> actual XML wrapped in SOAP is simple compared to XML Schemas and such.
> unless i am missing something i do not think JROM would help you with
> that?
>
> best,
>
> alek
>
> --
> The best way to predict the future is to invent it - Alan Kay
>
>