for example), this
is the memory usage of your process. You can confirm this output
with a call to Runtime.getRuntime().totalMemory().
--
Denis Benoit
--
To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
that it recieves a Stable rating. The existing 4.1.10
release will be retired.
ballot
+1 [X] Yes, I approve this release
-1 [ ] No, because:
/ballot
--
Denis Benoit
[EMAIL PROTECTED]
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL
in all
scenarios :)
Agreed?
On Mon, 8 Jul 2002 [EMAIL PROTECTED] wrote:
On Mon, 8 Jul 2002, Denis Benoit wrote:
I think it would be difficult, since JSESSIONID is distinct for each
webapp on a Tomcat, only JSESSIONIDSSO (if the SingleSignon valve
is activated) is common to all webapps
JSESSIONID cookie / path param.
Costin
On Thu, 4 Jul 2002, Denis Benoit wrote:
Hi,
With the current code (TC 4.1.6), the single signon does not work with the
loadbalancer connector.
If a user was logged in a given webapp, the loadbalancer looks at the
JSESSIONID cookie
with URL rewriting? (No cookies
being used)
[EMAIL PROTECTED] wrote:
On Mon, 8 Jul 2002, Denis Benoit wrote:
I think it would be difficult, since JSESSIONID is distinct for each
webapp on a Tomcat, only JSESSIONIDSSO (if the SingleSignon valve
is activated) is common to all webapps
On Fri, 5 Jul 2002, Remy Maucherat wrote:
Note: The 4.1.7 release is virtually equivalent to 4.1.6, with the
addition of one major fix in Coyote JK 2 (fix for bug 10018). This is
why I'm posting the stability vote so soon after the release, given
4.1.6 has been around for enough time, and
[ ] -0 I do not support the proposal
[ ] -1 I am against the proposal being implemented, because:
/ballot
The vote will run for one full week until July 9th. Users and other
contributors may vote, but only committers have binding votes.
Remy
--
Denis Benoit
[EMAIL PROTECTED
sessions that are actually very very old or invalid). In
addition, a session request fault is not guaranteed to have enough memory
to bring the session back in.
Thoughts?
--
Denis Benoit
[EMAIL PROTECTED]
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail
in JSTL would
make him an invaluable addition to the tomcat development community.
+1 Welcome!
--
Denis Benoit
[EMAIL PROTECTED]
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
]
--
Denis Benoit
[EMAIL PROTECTED]
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
it.
Jan
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
--
Denis Benoit
[EMAIL PROTECTED]
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
be important to leave the door open to tag reuse, that is if we
do not implement it at the same time.
Comments?
--
Denis Benoit
[EMAIL PROTECTED]
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
closely with my previous patch, and in other
parts of Tomcat... I have other ideas :) I really liked working with Kin-Man
(I hope it was mutual!), and I look forward to continue to be active in the
group whatever the status the group feels I should assume.
--
Denis Benoit
[EMAIL PROTECTED
() {
- return rawOutput.toString();
- }
- }
-
}
--- 1529,1533
--
Denis Benoit
[EMAIL PROTECTED]
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
rawOutput.toString();
- }
}
}
--- 1535,1540
--
Denis Benoit
[EMAIL PROTECTED]
Tél: (514)879-5168
**
Financière Banque Nationale et NBCN n'assument
aucune responsabilité quant à la confidentialité et
? For #2? And what about having
the maximum CustomTag nesting depth level available through PageInfo?
Thanks!
--
Denis Benoit
[EMAIL PROTECTED]
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
, start an optimisation phase? This is your call, if you
want it now, I could have such a patch ready for monday for your approval.
Thanks!
--
Denis Benoit
[EMAIL PROTECTED]
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
thought. There may be a way to use it.
What do you think?
--
Denis Benoit
[EMAIL PROTECTED]
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
thread safe. The finallies method would only have to
loop thru the states and apply the action to the tags.
I need to think more about it, but it's starting to take form.
What do you think about it?
--
Denis Benoit
[EMAIL PROTECTED]
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED
in the vector when we reach the pseudo finally block;
Thanks!
--
Denis Benoit
[EMAIL PROTECTED]
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
On Mon, 29 Apr 2002, Remy Maucherat wrote:
This looks like a good idea to me (Kin-Man is not there this week, so it's
not an expert opinion). I would see that kind of change going into Jasper 2,
though. Do you think you can prepare a patch against that version ?
Remy
--
To
Index:
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Generator.java
===
RCS file:
/home/cvspublic/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Generator.java,v
retrieving revision 1.6
diff
that resulted in frequent JVM stall from 5 to as much as 45 seconds. the
new code did not show this behaviour. Next week I'll be able to use
JMeter to load test the new code and compare it the the old code.
Comments or suggestions are welcome.
Thanks!
--
Denis Benoit
--
To unsubscribe, e-mail: mailto
23 matches
Mail list logo
