You are viewing a plain text version of this content. The canonical link for it is here.
Posted to soap-dev@ws.apache.org by Leif Nilsson TACMa <le...@tac.se> on 2002/12/03 09:24:28 UTC
Again: Attachments through COMProvider
Hi!
Since no one seems to object I suggest this change to be added.
/Leif
> -----Original Message-----
> From: Leif Nilsson TACMa
> Sent: Monday, October 28, 2002 19:10
> To: 'soap-dev@xml.apache.org'
> Subject: Attachments through COMProvider
>
> Hi!
>
> We send XML-files through Apache Soap.
> There is a COM-server accessed via Apaches COMProvider.
> The best way to send files as discussed is through attachments.
> The only way I have figured out to do this via the ComProvider is to alter
> the
> org.apache.soap.providers.com.RPCProvider.java code.
>
> I'm sure there is a better way but I will explain what I have done.
> I have added an option for the COmProvider DeploymentDescriptor
> (attachString), which if present and set to true will cause
> Strings returned from COM-servers to be packaged in a DataHandler object
> using UTF-8 coding.
>
> Any suggestions for how to do this better / cleaner ?
> Cf. attached java code.
> <<Original RPCProvider.java>> <<RPCProvider.java>>
>
> Leif Nilsson
> Software Engineer
>
> TAC AB
> Jägershillgatan 18
> SE-213 75 Malmö, Sweden
> Direct +46 40 38 69 56
> Fax +46 40 21 82 87
> Mobile +46 46 299 89 56
> www.tac-global.com
>
> This email is intended only for the use of the individual or entity to
> whom it is addressed. It may contain information that is privileged,
> confidential or otherwise protected from disclosure under applicable law.
> If you have received this transmission in error, please delete it
> immediately and notify me by mailing me.
>
>
Re: Again: Attachments through COMProvider
Posted by Scott Nichol <sn...@scottnichol.com>.
Lief,
Thank you for being both patient and persistent!
My one question about this is that the option you add applies to
Strings, which are returned from COM objects as Unicode. This would not
allow binary files to be returned unless the COM object does some
encoding on the file, such as Base64. Would we be able to implement
this for another data type (array of byte?) that would support arbitrary
files?
Scott Nichol
----- Original Message -----
From: "Leif Nilsson TACMa" <le...@tac.se>
To: <so...@xml.apache.org>
Sent: Tuesday, December 03, 2002 3:24 AM
Subject: Again: Attachments through COMProvider
Hi!
Since no one seems to object I suggest this change to be added.
/Leif
> -----Original Message-----
> From: Leif Nilsson TACMa
> Sent: Monday, October 28, 2002 19:10
> To: 'soap-dev@xml.apache.org'
> Subject: Attachments through COMProvider
>
> Hi!
>
> We send XML-files through Apache Soap.
> There is a COM-server accessed via Apaches COMProvider.
> The best way to send files as discussed is through attachments.
> The only way I have figured out to do this via the ComProvider is to
alter
> the
> org.apache.soap.providers.com.RPCProvider.java code.
>
> I'm sure there is a better way but I will explain what I have done.
> I have added an option for the COmProvider DeploymentDescriptor
> (attachString), which if present and set to true will cause
> Strings returned from COM-servers to be packaged in a DataHandler
object
> using UTF-8 coding.
>
> Any suggestions for how to do this better / cleaner ?
> Cf. attached java code.
> <<Original RPCProvider.java>> <<RPCProvider.java>>
>
> Leif Nilsson
> Software Engineer
>
> TAC AB
> Jägershillgatan 18
> SE-213 75 Malmö, Sweden
> Direct +46 40 38 69 56
> Fax +46 40 21 82 87
> Mobile +46 46 299 89 56
> www.tac-global.com
>
> This email is intended only for the use of the individual or entity to
> whom it is addressed. It may contain information that is privileged,
> confidential or otherwise protected from disclosure under applicable
law.
> If you have received this transmission in error, please delete it
> immediately and notify me by mailing me.
>
>
------------------------------------------------------------------------
--------
> --
> To unsubscribe, e-mail: <ma...@xml.apache.org>
> For additional commands, e-mail: <ma...@xml.apache.org>
Re: Again: Attachments through COMProvider
Posted by Scott Nichol <sn...@scottnichol.com>.
Lief,
Thank you for being both patient and persistent!
My one question about this is that the option you add applies to
Strings, which are returned from COM objects as Unicode. This would not
allow binary files to be returned unless the COM object does some
encoding on the file, such as Base64. Would we be able to implement
this for another data type (array of byte?) that would support arbitrary
files?
Scott Nichol
----- Original Message -----
From: "Leif Nilsson TACMa" <le...@tac.se>
To: <so...@xml.apache.org>
Sent: Tuesday, December 03, 2002 3:24 AM
Subject: Again: Attachments through COMProvider
Hi!
Since no one seems to object I suggest this change to be added.
/Leif
> -----Original Message-----
> From: Leif Nilsson TACMa
> Sent: Monday, October 28, 2002 19:10
> To: 'soap-dev@xml.apache.org'
> Subject: Attachments through COMProvider
>
> Hi!
>
> We send XML-files through Apache Soap.
> There is a COM-server accessed via Apaches COMProvider.
> The best way to send files as discussed is through attachments.
> The only way I have figured out to do this via the ComProvider is to
alter
> the
> org.apache.soap.providers.com.RPCProvider.java code.
>
> I'm sure there is a better way but I will explain what I have done.
> I have added an option for the COmProvider DeploymentDescriptor
> (attachString), which if present and set to true will cause
> Strings returned from COM-servers to be packaged in a DataHandler
object
> using UTF-8 coding.
>
> Any suggestions for how to do this better / cleaner ?
> Cf. attached java code.
> <<Original RPCProvider.java>> <<RPCProvider.java>>
>
> Leif Nilsson
> Software Engineer
>
> TAC AB
> Jägershillgatan 18
> SE-213 75 Malmö, Sweden
> Direct +46 40 38 69 56
> Fax +46 40 21 82 87
> Mobile +46 46 299 89 56
> www.tac-global.com
>
> This email is intended only for the use of the individual or entity to
> whom it is addressed. It may contain information that is privileged,
> confidential or otherwise protected from disclosure under applicable
law.
> If you have received this transmission in error, please delete it
> immediately and notify me by mailing me.
>
>
------------------------------------------------------------------------
--------
> --
> To unsubscribe, e-mail: <ma...@xml.apache.org>
> For additional commands, e-mail: <ma...@xml.apache.org>
--
To unsubscribe, e-mail: <ma...@xml.apache.org>
For additional commands, e-mail: <ma...@xml.apache.org>