Ovidiu,
Will you be posting SOAP/UDDI LogicSheets? (soon?). Do you need anymore changes?
Thanks,
dims
> Hi Dims,
>
> This sounds great! I'll go ahead and do the work, test it and then
> post the patches.
>
> Thanks,
> Ovidiu
>
> On Mon, 20 Aug 2001 05:56:32 -0700 (PDT), Davanum Srinivas <[EMAIL PROTECTED]> wrote:
>
> > Ovidiu,
> >
> > Sounds Great!!!!! Since no one objected.....Please go ahead and submit patches
>against C2.1. I
> > will try to get them in. Please post zip files (with diff's and new files)
>directly to
cocoon-dev
> > as usual.
> >
> > Thanks,
> > dims
> >
> > PS: If there are problems with zip files, then you can upload them to BugZilla and
>post the
Bug I
> > D
> > to the list.
> >
> > --- Sylvain Wallez <[EMAIL PROTECTED]> wrote:
> > >
> > >
> > > Ovidiu Predescu wrote:
> > > >
> > > > Hi Carsten,
> > > >
> > > > On Tue, 14 Aug 2001 13:07:08 +0200, "Carsten Ziegeler" <[EMAIL PROTECTED]>
>wrote:
> > > >
> > > > > > Ovidiu Predescu wrote:
> > > > > >
> > > > > > I was looking at how the current Source interface is defined, and I
> > > > > > believe we need to separate things a little bit more. I badly need
> > > > > > this separation in one of the extensions to Cocoon I'm working on
> > > > > > (which I hope to present sometime early next month).
> > > > > >
> > > > > Sounds interesting. Tell us more about your extensions !
> > > >
> > > > The team I work on at HP is making use of Cocoon2 as a framework to
> > > > build and access Web Services. We are actively supporting and
> > > > promoting Cocoon2 within HP as the framework to be used for any XML
> > > > processing. We just had a beta release of our middleware product,
> > > > which among other things includes Cocoon2, which is based on 2.1-dev
> > > > as of June 18, 2001. We intend to integrate all the changes we make
> > > > back to the Cocoon2 main trunk.
> > > >
> > > > As part of the changes we've done, we had a SOAP and UDDI
> > > > logicsheet. The logicsheets were built on top of an abstraction we
> > > > called XStream, which is an object that holds an XML content, very
> > > > similar with the Source abstraction. In fact XStream was built on top
> > > > of a re-factored Source interface, which at the time I started the
> > > > branch, was only a class.
> > > >
> > > > XStream is a logicsheet, together with the supporting code, that
> > > > defines all sorts of operations, creation from an inline XML fragment,
> > > > transforming an XStream through a stylesheet (which is nothing else
> > > > than another XStream), etc. The SOAP logicsheet is implemented
> > > > directly using XStream objects, without having to use any client
> > > > library. It just collects the XML fragment specified in the XSP page,
> > > > creates an XStream object and invokes the SOAP server directly. The
> > > > XML response is packaged in an XStream object.
> > > >
>
=====
Davanum Srinivas, JNI-FAQ Manager
http://www.jGuru.com/faq/JNI
__________________________________________________
Do You Yahoo!?
Make international calls for as low as $.04/minute with Yahoo! Messenger
http://phonecard.yahoo.com/
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
