Hi, Andrew!

I think question how sparse arrays look like and what they are is
answered. Question for me is what sender expects to get from
echoArray sending sparse array? Does he expects exactly the same
sparse array back? If it's just an array with some gaps (whatever
they are) can I fill them and return it as an usual array?

Best wishes, Paul.

--- Andrew Layman <mail@...> wrote:
> I think we had a pretty good case made here that sparse arrays have
> the
> semantics described in DCE: transmission of parts, not all, of an
> array. If
> this is difficult to implement in some SOAP support libraries, I
> recommend
> that it would be better to omit sparse arrays from this round of
> testing
> rather than invent a novel interpretation of what a sparse array
> is.
>
> Andrew Layman
> http://strongbrains.com -- Resources for Self-Education
> ----- Original Message -----
> From: "NAKAMURA, Hiroshi" <nahi@...>
> To: <soapbuilders@yahoogroups.com>
> Sent: Sunday, September 02, 2001 8:37 PM
> Subject: [soapbuilders] Re: Sparse array interoperability
>
>
> Hi,
>
> > From: Rich Salz [mailto:rsalz@...]
> > Sent: Saturday, September 01, 2001 9:41 AM
>
> > > Let me try to rephrase this. What you are saying is that the
> sparse
> > > array is the result of a "masking" operation of sorts on a
> source
> > > array?.
> >
> > Sort of.
> >
> > Think of it more like each side allocates the whole array, but
> only part
> > of it is transmitted at any one time.
> >
> > Using the "hello world" of web serivces: stock quotes.
> >
> > Client connects to server and sends up a list of 200 stocks it's
> > interested in. It sends up an array of
> <ticker,last-known-price>.
> >
> > Later on, client sends "gimme the big gainers" request. Server
> sends
> > down a sparse array of <ticker,last-known-price>. The client
> > application can just unpack that array directly on top of the
> client's
> > previous copy, updating only the changed values. In this case,
> sparse
> > arrays are used for "transmitting delta's".
> >
> > Another application is search a huge crypto keyspace, or
> SETI@HOME.
> > Everyone gets an array with "the big picture," but each worker
> machine
> > gets a sparse array that has the set of data they are working on.
> This
> > used to be real popular in the early days of distributed
> computing with
> > RPC/mandelbrot demos.
>
> I'm using SOAP4R's sparse array for "poor-man's incremental
> (differential) transmit" on a system. I could do it with
> common XML instance + DOM programming, too. I agree that
> conceptually SOAP sparse array is for these use.
>
> > > 5. Echo back as a sparse array.
> > > int[1] = 1, int[3] = 2, size = 4
> > > => int[1] = 1, int[3] = 2, size = 4
> >
> > I believe that yes, this is what you have to do. Unless of
> course you
> > change the WSDL array definition to have a default value.
>
> >From SOAP data model point of view, I agree with you. I
> almost implemented in SOAP4R. But I thought that it might
> be allowed to define limited use of sparse array in the
> echo* application level. Reason:
>
> 1. It might be hard to accept in some language.
> You cannot map ArrayOfInt to std::vector<int> directly in C++
> even if you know a WSDL defines an element as 'ArrayOfInt'.
>
> 2. Few language supports sparse array in language level
> (including Ruby.) So that language mapping is hard.
> Possibility;
>
> Client SOAP node
> --(sparse array)-->
> Server SOAP node
> --(common array with nil/Hash with length/etc)-->
> echo application
> <--(common array with nil/Hash with length/etc)--
> Server SOAP node
> <--(array/Map/etc)--
> Client SOAP node
>
> SOAP4R can accept Option 5. Others: ?
>
> Regards,
> // NaHi
>
>
> -----------------------------------------------------------------
> This group is a forum for builders of SOAP implementations to
> discuss
> implementation and interoperability issues. Please stay on-topic.
>
> To unsubscribe from this group, send an email to:
> soapbuilders-unsubscribe@yahoogroups.com
>
>
>
> Your use of Yahoo! Groups is subject to
> http://docs.yahoo.com/info/terms/
>
>
>
>
> ------------------------ Yahoo! Groups Sponsor
>
> -----------------------------------------------------------------
> This group is a forum for builders of SOAP implementations to
> discuss implementation and interoperability issues. Please stay
> on-topic.
>
> To unsubscribe from this group, send an email to:
> soapbuilders-unsubscribe@yahoogroups.com
>
>
>
> Your use of Yahoo! Groups is subject to
> http://docs.yahoo.com/info/terms/
>
>


__________________________________________________
Do You Yahoo!?
Get email alerts & NEW webcam video instant messaging with Yahoo! Messenger
http://im.yahoo.com