maxOccurs is not a valid attribute in the <mime:content> element.

On Thu, 10 Mar 2005 02:40:30 +0100, Edoardo Causarano
<[EMAIL PROTECTED]> wrote:
> and now comes my question: can I do the same for attachments? Can I
> declare a wsdl with an arbitrary quantity of attachment parts in a
> wsdl:message? I'm afraid not, but could I define a <wsdl:part
> name="dataFile" type="my:hexBinArray"/> and then
> <wsdl:operation name="uploadDataFiles">
>     <soap:operation style="document"/>
>        <wsdl:input>
>           <mime:multipartRelated>
>              <mime:part>
>                 <soap:body parts="requestPart" use="literal"/>
>              </mime:part>
>              <mime:part>
>                 <mime:content part="dataFile" type="text/plain"
> maxOccours="unbounded"/> <--- NOTA BENE
>              </mime:part>
>           </mime:multipartRelated>
>        </wsdl:input>
> that'd be great, but as far as I've understood it's unavailable. Am I
> (hopefully) wrong?
> 
> e
> 
> Il giorno 08/mar/05, alle 14:55, James Black ha scritto:
> 
> > -----BEGIN PGP SIGNED MESSAGE-----
> > Hash: SHA1
> >
> > Suzy Fynes wrote:
> > | That's my problem, is it possible to make a dynamic list where the
> > | length isn't fixed before the service is deployed and allow the
> > client
> > | to add as many objects to the list then send the request
> >
> > ~  Yes, it is.
> >
> > ~  The client can create as large an array as desired.
> >
> > ~  What I do is I will put everything into a Vector class, as it is
> > dynamic, and then, when I am done, I turn that into an array of
> > objects,
> > and that is what the server gets.
> >
> > ~  The server will then get the length by looking at array.length and
> > then it can process it.
> >
> > - --
> > "Love is mutual self-giving that ends in self-recovery." Fulton Sheen
> > James Black    [EMAIL PROTECTED]
> > -----BEGIN PGP SIGNATURE-----
> > Version: GnuPG v1.2.5 (MingW32)
> > Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
> >
> > iD8DBQFCLa7jikQgpVn8xrARAu+tAJ9AGzOJ4Y1a93+T3Fd73+XMNB8aNACgkYhk
> > Cdalb4DQWeg0RTPOQ/MECCs=
> > =ro/M
> > -----END PGP SIGNATURE-----
> >
> 
>

Reply via email to