Hello all,
it's 2 months since my last message, but finally we have got to be able
to conduct new load tests in production (customer's machines were too
busy in this period). Results are good as expected and customer is
satisfied (view it at fixed width, ramp-up 200ms):
n.thread Average Min M
espond to
[EMAIL PROTECTED]
To
[EMAIL PROTECTED], John Walker <[EMAIL PROTECTED]>
cc
Subject
Re: Attachment Performance
James,
your disk might have filled up ! clear the /tmp/
folder where the attachments are stored written to.
Mayur
--- John Walker <[EMAIL PROTECTED]&g
We had this problem at work. We wrote a special bit of code in our
attachment handle that checked to see if a DataSource was Axis'
DataSource, and if so, took special steps to clean up the temp file
since Axis seems to leave it laying around forever.
Regards,
Brian.
Mayur Shetye wrote:
Ja
James,
Which version of AXIS are you using?
Walker
On Fri, 10 Dec 2004 14:33:37 +, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Hi.
>
> Recently,when using Axis, I've found that the performance of the
> getAttachments method has disimproved.
> It's been fine up to now, and for no real re
James,
your disk might have filled up ! clear the /tmp/
folder where the attachments are stored written to.
Mayur
--- John Walker <[EMAIL PROTECTED]> wrote:
> James,
>
> Which version of AXIS are you using?
>
> Walker
>
>
> On Fri, 10 Dec 2004 14:33:37 +, [EMAIL PROTECTED]
> <[EMAIL PRO
Hi.
Recently,when using Axis, I've found that the performance of the
getAttachments method has disimproved.
It's been fine up to now, and for no real reason, getting the Iteration of
attachments while reading a message with one atttachment (of about
600Bytes) takes 30 seconds.
Does this soun
After some more thoughts it looks that we are not doing buffered I/O
while reading the attachment from disk. As suggested in many places (for
example
http://java.sun.com/docs/books/performance/1st_edition/html/JPIOPerformance.fm.html)
I/O operations in java are by default unbuffered.
Shame on
Hello all,
one year ago we have developed a web service that has a few parameters,
one of which is a byte[]. At that time this parameter was used to get a
binary file (for example midi or gif) with size up to 150 KB (max). We
have had excellent results, both in terms of reliability and speed.
Cu
