plications running
from the same files, so session IDs cannot be exchanged between them.
What were the problems you encountered?
Regards,
Oliver Schoett
-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For
s are especially important with SSL, because SSL
connection setup is expensive.
Regards,
Oliver Schoett
-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
resonable size), so the application(s) seem to have control over this.
I am sure there are APIs that are sufficiently low-level for this.
Regards,
Oliver Schoett
-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For
neo.xredsys.presentation.ArticlePresentationManager.getArticle(ArticlePresentationManager.java:149)
But this may be a property of the software you use and harder to change.
Regards,
Oliver Schoett
-
To unsubscribe, e-mail: users-unsubscr
ector".
Regards,
Oliver Schoett
-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
real content-length was zero :-)
As far as I know, splitting header and body of POST requests into
separate TCP packets is a peculiarity of IE browsers. This observation
was made using normal HTML forms, but it may well apply to AJAX POST
requests as well.
Regards,
Oliver Schoett
gards,
Oliver Schoett
-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
://www.squid-cache.org/Versions/v2/2.6/cfgman/broken_vary_encoding.html
but we should not rely on caches world-wide to provide a work-around for
a Tomcat bug.
Regards,
Oliver Schoett
-
To unsubscribe, e-mail: users-unsubscr
already when the second
line is executed.
You need the sync. brackets to preserve the state between checking some
property and acting on the result.
Regards,
Oliver Schoett
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
Leon Rosenberg wrote:
On Fri, Dec 5, 2008 at 9:50 AM, Oliver Schoett
<[EMAIL PROTECTED]> wrote:
Martin Gainty wrote:
so the solution is put all updates/inserts to the arraylist into a
synchronized method?
You must synchronize all read and write methods, because nothi
t 5.0
Regards,
Oliver Schoett
---
dist/jakarta-tomcat-5.0.25-src/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/session/StandardSession.java
2004-05-17 20:10:50.0 +0200
+++
jakarta-tomcat-5.0.25-src/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/se
visible in the call stack).
Regards,
Oliver Schoett
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
infinite
tight loop inside an ArrayList access function. A way to confirm this
is to take two thread dumps a minute apart; if you find the *same*
threads in the same ArrayList access functions, they loop infinitely.
Regards,
Oliver Schoett
s had no usable caching directive and applied its default
caching policy. As a result, users behind such a proxy could obtain the
same session ID and see each other's data.
Moral: when using "Cache-control:", always use "E
computations,
(3) back end performance, i. e., too much work on the back end (e. g.,
the data base),
(4) back end call latency, i. e., too many separate back end calls.
It would be premature to start optimizing one of these before having
identified the main cause of the problem.
Regards,
Oliver
15 matches
Mail list logo
