Hello,

Another point I could add, is a "- add a setHeader(s) method to
SOAPTransport to allow a client to set 
  transport headers. Currently we allow getting at response headers, but
  not to set outgoing headers. Ouch. Note that SOAPHTTPConnection allows
  headers to be specified in the send method."

However, I'd like to check if I understand goals properly. Currently, there
no method seHeaders. If one is added to the SOAPTransport, we need to fix
all derived classes first. Second we need to implement usage of these
headers in the send method, which has its own headers input argument. Now
the question, how to process both headers, and what should / should not be
changed. Currently if input argument supplied, it could be changed
(additional headers added). So, if member headers set, I would copy all
entries from member headers to input argument headers (or created locally,
if input argument is null).

In any case setHeaders/getHeaders will access different members (otherwise
after getting response input headers will be lost).

Another question - should we maintain jdk1.1 compatibility (access Hash
table members through Enumeration)?

Thanks,
Pavel

> -----Original Message-----
> From: Scott Nichol [mailto:[EMAIL PROTECTED]]
> Sent: Friday, October 11, 2002 6:50 PM
> To: [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]
> Subject: TODO list
> 
> 
> I've updated the TODO list which can be viewd at
> http://cvs.apache.org/viewcvs.cgi/*checkout*/xml-soap/TODO?rev
=HEAD&cont
> ent-type=text/plain.  Anyone who has considering contributing should
> have a look.  I am especially eager to have support for more 
> XML schema
> primitive types and support for multi-dimensional arrays, but anything
> on the list is fair game.  Of course, if you have anything else you
> would like to contribute, that's great, too.
> 
> Scott Nichol
> 
> 
> 
> --
> To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
> 

--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Reply via email to