DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=39243>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=39243
------- Additional Comments From powell.hazzard@hp.com 2006-07-14 14:00 -------
> I'm fairly reluctant to add a config directive for this.
I can understand your point of view.
> I would be happy with a "one size fits most" hard-coded limit if we could
arrive at such a value; what is your input on changing the limit to 256K?
IMHO
Since I work in support/engineering I can honestly say we have customers
that are using soap messages anywhere from 1k to 40mb in size (or higher).
So, if you are asking for my input regarding any hard coded value I would have
to vote for the 40mb-50mb range. While I agree those values seem absurd for
most small web site, but large SOAP web sites will need this type of limit out
of the box. Without a large hard-coded value customers are going to request
vendors like RedHat to give them a supported version of the Apache web Server
with a higher hard coded value because their existing applications that have
been deployed all over the world just stopped working when they installed
http://www.linuxsecurity.com/content/view/120313. (I’ve already had three
customers)
--
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
---------------------------------------------------------------------
To unsubscribe, e-mail: bugs-unsubscribe@httpd.apache.org
For additional commands, e-mail: bugs-help@httpd.apache.org
|