I think that is a matter of security. Once it has access to the
SessionManager, your servlet has access to other servlets sessions as well.
That's one reason for the SessionFacade being in place.
The benefit from Tomcat being open source is, that you actually can add a
getSessionManager() to the
Hi Johan,
I always create a reset() method within beans to circumvent this problem. It
clears all fields that I don't want to hold any value during form
processing.
Mika
- Original Message -
From: Johan Hoogenboezem [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, January 11, 2002
field on the
form
the user just cleared out (say, by selecting the text with her mouse and
hitting delete before clicking the submit button) so that the
corresponding
bean property can also be cleared...
-Original Message-
From: Mika Goeckel [mailto:[EMAIL PROTECTED]]
Sent: Friday
could register your manager with newly created sessions as a
SessionListener.
Mika
- Original Message -
From: Tom Drake [EMAIL PROTECTED]
To: Mika Goeckel [EMAIL PROTECTED]
Cc: Craig McClanahan [EMAIL PROTECTED]
Sent: Tuesday, December 18, 2001 8:50 PM
Subject: load balancing
.
* Even more generally, Tomcat users are free to install their own
implementations of Tomcat classes, and there's no way your general
purpose DTD would know which attributes are valid.
Craig McClanahan
On Fri, 30 Nov 2001, Mika Goeckel wrote:
Date: Fri, 30 Nov 2001 01:01:46 +0100
A first cut of dtd and schema are reviewable under:
http://www.mikagoeckel.de/tomcat/server.html,
http://www.mikagoeckel.de/tomcat/server.xsd
http://www.mikagoeckel.de/tomcat/server.dtd
I've thrown all possible attributes for the different classes into the tag,
so this is nothing more than to
exclusive.
Does anybody have a clue how to solve that? My suggestion would be to clean
up the XML and define proper elements for different purposes which might
result in some coding work...
Mika
- Original Message -
From: Mika Goeckel [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday
Hi,
the way to do that, is to create a rigid state model of your application and
use a centralized worker servlet (hide all other pages/jsps/servlets from
the user).
Struts gives the framwork for that.
Mika
- Original Message -
From: Denis Balazuc [EMAIL PROTECTED]
To: Tomcat
Hi,
on a unix system, you could do something like
if ps -efwww | grep org.apache.catalina.startup.Bootstrap | grep -vc
grep /dev/null;
then echo yes;
else echo no;
fi
the second grep is because grep might find it's own command line otherwise.
hope that helps.
Cheers, Mika
- Original
Tom,
there may be some application, where such behavior is expensive, i.e. hit
the 'acknowledge credit card charge' button twice.
The worker servlet would have the requests first, so it has to intercept the
second. As the out stream of the first is gone in the view of the browser,
you would need
Hi,
could you get around the singleton problem by placing the singleton object's
class outside the classloader which get busted when reloading the changed
servlets/jsps? You could move it up to the 'shared' or even 'common'
classspace. Do I understand it right, that these class loaders are not
EJB's. :-)
EJB - The glorified Singleton.
-jon
on 11/26/01 6:05 AM, Mika Goeckel [EMAIL PROTECTED] wrote:
Hi,
could you get around the singleton problem by placing the singleton
object's
class outside the classloader which get busted when reloading the
changed
servlets/jsps? You could
Tom,
from my (personal?!) philosophy, tests should be with the tested targets. My
experience tells me that tests get out of focus if they are in a separate
tree.
Now when you are going to start hacking, is your approach creating use
cases, sequence diagrams etc. before, or something like class
- Original Message -
From: [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Wednesday, November 14, 2001 12:26 AM
Subject: Re: Tomcat: Distributed Session Management revisited
On Tue, 13 Nov 2001, Mika Goeckel wrote:
I completely agree, that the API lacks
Pier, Tom,
cool, the discussion is starting to become interesting. :-)
comments below:
- Original Message -
From: Pier Fumagalli [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Tuesday, November 13, 2001 3:04 AM
Subject: Re: Tomcat: Distributed Session Management
: Mika Goeckel [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Tuesday, November 13, 2001 1:37 AM
Subject: Re: Tomcat: Distributed Session Management revisited
| Pier, Tom,
|
| cool, the discussion is starting to become interesting. :-)
|
| comments below
Can't help you on that... But, if we customize the lookup tables
abstracting it from JNDI, we could write also some C code for the
web-server
modules that could participate in our session pooling group, and direct
requests where they should be, two pigeons with a single shot :)
Something in
: Craig R. McClanahan [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Tuesday, November 13, 2001 9:31 PM
Subject: Re: Tomcat: Distributed Session Management revisited
On Tue, 13 Nov 2001, Mika Goeckel wrote:
Date: Tue, 13 Nov 2001 21:19:35 +0100
From: Mika Goeckel [EMAIL
- Original Message -
From: Paul Speed [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Tuesday, November 13, 2001 11:30 PM
Subject: Re: Tomcat: Distributed Session Management revisited
Tom Drake wrote:
- Original Message -
From: Craig R. McClanahan
Hi,
I'm looking at the same area at the moment. and try to get my head around
it maybe we can help each other... further comments below.
- Original Message -
From: Tom Drake [EMAIL PROTECTED]
To: Tomcat Dev List [EMAIL PROTECTED]
Sent: Monday, November 12, 2001 11:19 PM
Subject: Fw:
billbarker01/11/11 19:31:01
Modified:src/share/org/apache/tomcat/util/net
StreamHandlerFactory.java
Log:
Fix potential MT race condition problem.
Shouldn't happen in normal usage, but why live dangerously?
Revision ChangesPath
1.2 +2
21 matches
Mail list logo