In any event we will use MTOM. We're not going to use SwA for various internal reasons.
To explain my previous statement, on the server end we will be handling a stream from yet another remote source that will get sent to the client using MTOM. So, we're getting a stream resource from another server in response to a client request and that resource will get sent to our client. I expect we'll write a custom DataHandler so that it can point to the stream resource. I read the links you sent. Looks like link [2] shows the best way to move forward. Thanks again. Matt. On 6/29/07, Thilina Gunarathne <[EMAIL PROTECTED]> wrote:
> > about the data binding mechanism.. > Can you be more specific? Axis2 provides several data binding mechanism which can be used to generate MTOM messages using a WSDL which has bese64Binary elements. One example is ADB.. XMLBeans data binding also had MTOM support, but I'm not sure whether it's working at the moment... You can use MTOM even without data binding using an Axiom based approach.. > We'll be dealing with streams so whatever the source of the file it will be > abstracted as a stream object. Hmm...Can you explain this a bit... May be you might need to look in to attachment streaming functionality too.. Thanks, Thilina [1]MTOM Guide -Sending Binary Data with SOAP - http://ws.apache.org/axis2/1_2/mtom-guide.html [2] Binary with ADB - http://wso2.org/library/236 > > > > > On 6/29/07, Thilina Gunarathne <[EMAIL PROTECTED]> wrote: > > One thing I forgot to mention is about the data binding mechanism.. > > That can also effect the MTOM performance... > > > > Thanks,l > > Thilina > > > > On 6/28/07, Matt Friedman < [EMAIL PROTECTED]> wrote: > > > Ok, great. Basically I was just looking for confirmation that we can > expect > > > good rates using MTOM once we work through all bottleneck issues on our > end. > > > > > > Thanks very much for the assistance and support. > > > > > > > > > On 6/28/07, Thilina Gunarathne <[EMAIL PROTECTED]> wrote: > > > > > > > > > Overall, have performance issues been resolved? > > > > yes... We fixed all performance issues that were reported in the JIRA+ > > > > more... We were able to upload files in to a server running in the > > > > local machine with a speed ~ 5MegaBytes/s... (720 MB file in 2.3 > > > > minutes)... We were using FileDataSource to read in the attachment and > > > > used file caching in the server side... > > > > > > > > There can also be other issues like how you are reading in the > > > > attachment before sending, what extra processing you are doing at the > > > > server, etc,etc... > > > > > > > > Thanks, > > > > Thilina > > > > > > > > > > Many thanks, > > > > > > > > > > -- > > > > > -- Matt Friedman > > > > > > > > > > > > > > --------------------------------------------------------------------- > > > > > To unsubscribe, e-mail: > > > [EMAIL PROTECTED] > > > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > > > > > > > > > > > -- > > > > Thilina Gunarathne - http://www.wso2.com - > http://thilinag.blogspot.com > > > > > > > > > > > > --------------------------------------------------------------------- > > > > To unsubscribe, e-mail: > > > [EMAIL PROTECTED] > > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > > > > > > > > > -- > > > -- Matt Friedman > > > > > > > > > > > > -- > > Thilina Gunarathne - http://www.wso2.com - http://thilinag.blogspot.com > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: > [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > -- > -- Matt Friedman > > -- Thilina Gunarathne - http://www.wso2.com - http://thilinag.blogspot.com --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
-- -- Matt Friedman
