costin 01/04/09 23:26:15
Modified:src/share/org/apache/tomcat/core Request.java
src/share/org/apache/tomcat/modules/aaa
AccessInterceptor.java
src/share/org/apache/tomcat/util/collections SimplePool.java
Log:
Fix form login
costin 01/04/10 00:01:12
Modified:src/share/org/apache/tomcat/modules/aaa
AccessInterceptor.java
src/share/org/apache/tomcat/modules/generators
StaticInterceptor.java
Log:
Second part of the URL-based session +
Just wanted to comment that apparently one of the existing lines in that
LocalStrings thingy have a typo:
On Mon, 9 Apr 2001, Bip Thelin wrote:
| Index: LocalStrings.properties
| ===
| RCS file:
[EMAIL PROTECTED] wrote:
The patch allows systems that have /dev/random to use it instead of the
slower Random. Instead of checking for OS==linux ( as in submited patch )
we use an option of the module.
Cool.
The code if the option "useDevRandom" is not set is the same as before.
Forgot to ask, would you be interested in instructions/simple shell
script for building mod_jk as a statically linked Apache module?
Bojan
Dan Milstein wrote:
I can't speak to mod_webapp, but a mod_jk response:
- I understand the need for the TCP connections to be persistent in
mod_jk
nacho 01/04/10 02:01:00
Modified:src/share/org/apache/tomcat/modules/aaa JDBCRealm.java
Log:
The digest should be called on credentials, not on what's
picked up from the database.
Reported by Bojan Smojver
Revision ChangesPath
1.6 +7 -6
Done,sigh.. some more bugs found near the one you found..related to
digest auth, in 4.0 and 3.3glups ( wonders of copy paste )
Thanks Bojan..
Saludos ,
Ignacio J. Ortega ( buried on my daily job )
-Mensaje original-
De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Enviado el:
nacho 01/04/10 02:06:49
Modified:catalina/src/share/org/apache/catalina/realm JDBCRealm.java
Log:
The digest should be called on credentials, not on what's
picked up from the database.
Reported by Bojan Smojver
Revision ChangesPath
1.11 +5 -3
No worries. It's purely selfish ;-) I kind of need JDBCRealm to work
with encrypted password and per virtual host, so that's why Tomcat
3.3...
I would just like someone from a certain software company to join this
mailing list to see how fast the bugs are fixed in open source. I've
already
I'm not sure if this is something I'm doing... Anyway, latest Tomcat 3.3
from CVS gives me this:
2001-04-10 20:23:06 - JspFactoryImpl: Exception initializing page
context - java.lang.NullPointerException
at java.util.Hashtable.remove(Hashtable.java:421)
at
kief01/04/10 06:00:31
Modified:catalina/src/share/org/apache/catalina/session
PersistentManager.java
Log:
Applied patch from Bip Thelin [EMAIL PROTECTED]
A little update to PersistentManager.java to backup sessions that's been Idle
for longer than
kief01/04/10 06:01:55
Modified:catalina/src/share/org/apache/catalina/session
LocalStrings.properties
Log:
Applied patch from Bip Thelin [EMAIL PROTECTED], and fixed
a nearby typo noted by Endre Stølsvik [EMAIL PROTECTED].
A little update to
Hi developers!
Got a problem with Apache-1.3.19 with Tomcat-3.2.1 (mod_jk.so) on Solaris2.7
(sparc): There are about 500 httpds on one machine. Occasionally one
or more of them hang. They do nothing but taking lots of cpu time.
The connection for this process has died. The client has no
On Tue, 10 Apr 2001, Bojan Smojver wrote:
The code if the option "useDevRandom" is not set is the same as before.
If you set useDevRandom="true" then /dev/random will be used.
Very cool. Where do I whack this option? server.xml? I know it must be a
silly question to ask on Tomcat Dev
On Sat, 7 Apr 2001, Bip Thelin wrote:
Here's the JDBCStore implementation. To use it change your server.xml to something
like:
Manager
className="org.apache.catalina.session.PersistentManager"
debug="0" saveOnRestart="true" maxActiveSessions="1"
minIdleSwap="-1"
Over the last few weeks, there has been a high degree of interest in
having a Realm implementation for Tomcat 4.0 that authorizes users via a
JNDI-accessed directory server (typically, but not limited to, LDAP
servers). There have been proposed contributions on both TOMCAT-USER and
TOMCAT-DEV
Costin,
[EMAIL PROTECTED] wrote:
...
The end result will be a more portable jasper - that will be usable in
multiple containers with minimal pain ( and with enough hooks to allow the
container to provide specific features and optimizations ).
Excellent - That sounds much easier for us to
On 10 Apr, Bojan Smojver wrote:
[EMAIL PROTECTED] wrote:
The patch allows systems that have /dev/random to use it instead of
the slower Random. Instead of checking for OS==linux ( as in
submited patch ) we use an option of the module.
Cool.
The code if the option
"Craig R. McClanahan" wrote:
[...]
A couple of quick notes:
- Would it be possible to flesh out the rest of the JavaDoc comments?
I would like us to maintain the high quality level of JavaDocs that
Tomcat 4 is known for :-)
Flesh out? As in enhance the comments? Yes that's
On Tue, 10 Apr 2001, Bip Thelin wrote:
"Craig R. McClanahan" wrote:
[...]
A couple of quick notes:
- Would it be possible to flesh out the rest of the JavaDoc comments?
I would like us to maintain the high quality level of JavaDocs that
Tomcat 4 is known for :-)
Flesh
Hi,
I can run tomcat stand-alone well, but can not run
it as an apache add-ons as well. I can see mod_jk is loaded by apache and those
jmount points are active. But it show me the source code when I try to open a
.jsp doc, also I can not visit servlets. Could anybody provide detail
Greg,
I am writing the jasper34 refactoring proposal. I am
late on getting it checked in because I have been
distracted by other issues (job hunting, for one). I
am nearly ready to submit it though. It is currently
in the form of a UML class model generated with
Together. I will submit it in
On Tue, 10 Apr 2001, Mel Martinez wrote:
Greg,
I am writing the jasper34 refactoring proposal. I am
late on getting it checked in because I have been
distracted by other issues (job hunting, for one). I
am nearly ready to submit it though. It is currently
in the form of a UML class
On Tue, 10 Apr 2001, Mel Martinez wrote:
The design philosophy used is to create a 'toolkit' of
factory and accessor methods for creating and
accessing services required by Jasper adapter
implementations such as JspServlet, JspC and
JspInterceptor.
The "toolkit" idea is perfect for what we
on 4/10/01 1:59 PM, "Paulo Gaspar" [EMAIL PROTECTED] wrote:
Is this possible for Tomcat too? Pros and cons?
Thanks and have fun,
Paulo Gaspar
Of course it is.
Proxy HTTP is probably not as efficient as a lightweight protocol (ie: AJP),
especially if the two systems are running on the same
[EMAIL PROTECTED] wrote:
Given that tomcat should run for days or weeks at a time, I don't think
you want to keep /dev/random open. There maybe other processes that also
need random data during that time.
Are you really sure that other processes are unable to use /dev/random
while Tomcat is
Title: RE: Use of Apache proxy module to connect to Tomcat
Yes - it seems to work just fine with Tomcat. I've been experimenting with it as a possible authentication and firewall solution, and we may consider it as a method for load-balancing as well.
We're thinking of having Apache segment
[EMAIL PROTECTED] wrote:
SessionIdGenerator useDevRandom="true"/
Thanks. I figured it out after I asked that silly question. It must have
been the most brain dead question you had to answer in a while, I guess.
A good read of server.xml will get you a long way these days ;-)
Note that the
Hi Folks,
I've been playing with porting the mod_webapp over to Windows NT and am
having a
heck of a time with undefined symbols.
For instance where is WA_LOG defined?
Are the sources supplied (in webapplib) complete?
I'd appreciate any guidance (especially if someone else has already
I was tossing this idea around as well after I couldn't get mod_webapp
to work successfully with Tomcat 4.
Tomcat might be good for HTTP but it's probably faster to employ mod_ssl
to do HTTPS.
In the proxy setup like that, what would happen to the SSL connections?
Would Tomcat have to do that
Thanks Jon,
That gave me a good enough perspective of the pros and cons. I have a
scenario where using the proxy could actually be better.
Have fun,
Paulo Gaspar
-Original Message-
From: Jon Stevens [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, April 10, 2001 22:59
on 4/10/01
Another silly reply to my own post...
I went a bit further with debugging and it seems that getNewSession()
method in SimpleSessionManager calls 'new ServerSession()' when this
happens. This is all fine. The id within ServerSession is 'new
MessageBytes()', which is also OK. That's why
Thanks Bojan,
I'll try to find the problem.
The SessionIdGenerator ( or another module that generates random ids
) should fill the id with random during ServerSession initialization.
session.setState( ... ) should notify all modules that a session object
was created ( or recycled ) and needs
-Original Message-
From: Mel Martinez [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, April 10, 2001 2:56 PM
To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: Re: [jetty-discuss] Re: Jasper JSP maintainer required for
Jetty project.
other
In my case I want to use the help of mod_rewrite to produce a
static HTML "cache" for "dynamic" pages that are not changed
very often.
BTW, Jon was the one making the remark on AJP being lighter.
(And I believe he is right.)
Have fun,
Paulo Gaspar
-Original Message-
From: Dunlop,
You were right on the money there. The SessionIdGenerator's method
sessionState never gets called... I'll have to look more closely into my
configuration.
Bojan
[EMAIL PROTECTED] wrote:
Thanks Bojan,
I'll try to find the problem.
The SessionIdGenerator ( or another module that
Bojan,
This sounds like the same error I ran into a couple of
weeks ago. Do you have SessionIdGenerator enabled in
your server.xml file? Unfortunately, if you don't the
default behavior is to barf because it (the sid
generator) never gets started and so the first time a
jsp page or servlet
craigmcc01/04/10 18:46:10
Modified:catalina/src/share/org/apache/catalina/realm
GenericPrincipal.java JDBCRealm.java
LocalStrings.properties MemoryRealm.java
RealmBase.java
Log:
General refactoring and cleanup
on 4/10/01 6:46 PM, "[EMAIL PROTECTED]" [EMAIL PROTECTED] wrote:
+
/**
+ * Close any database connection that is currently open.
+ */
+protected void close() {
+
+// Do nothing if the database connection is already closed
+if (dbConnection == null)
+
On Tue, 10 Apr 2001, Jon Stevens wrote:
on 4/10/01 6:46 PM, "[EMAIL PROTECTED]" [EMAIL PROTECTED] wrote:
+
/**
+ * Close any database connection that is currently open.
+ */
+protected void close() {
+
+// Do nothing if the database connection is
Yeah, I don't see what the big wup is about formatting. We run a beautifier
against all commits to CVS. Works great and no more "format" wars.
on 4/10/01 6:46 PM, "[EMAIL PROTECTED]" [EMAIL PROTECTED] wrote:
+
/**
+ * Close any database connection that is currently open.
+ */
Thanks Mel,
I had a brief look at the server.xml file and the SessionIdGenerator is
there. Actually I just copied the new jars over from the build (maybe
that screwed me up after all :-)
Does the order matter? I diffed my file against the file that comes with
Tomcat 3.3 CVS and there are no
--- [EMAIL PROTECTED] wrote:
The "toolkit" idea is perfect for what we need,
and preferably with as little coupling/dependencies
as possible between components.
That's the goal!
For a "cooperating" container only the Jsp parser
and generator ( and the runtime ) are relevant, all
other
I tried to respond to this earlier today, but
aparently my mail message got zapped into the
netherworld.
--- "Craig R. McClanahan" [EMAIL PROTECTED] wrote:
On Tue, 10 Apr 2001, Mel Martinez wrote:
I am writing the jasper34 refactoring proposal. I
am
late on getting it checked in because I
remm01/04/10 19:37:12
Modified:catalina/src/share/org/apache/catalina/servlets
WebdavServlet.java
Log:
- Tighten up more on /WEB-INF (I forgot to add a check for MKCOL).
- Set content type to use a UTF-8 charset (as is advertised in the XML header).
remm01/04/10 19:37:19
Modified:catalina/src/share/org/apache/catalina/util XMLWriter.java
Log:
- Tighten up more on /WEB-INF (I forgot to add a check for MKCOL).
- Set content type to use a UTF-8 charset (as is advertised in the XML header).
- Return human readable values
Well, copying jars over the existing installation did screw me up. After
copying the whole new dist and then replacing original server.xml and a
few apps-*.xml files with my own, things are now finally working fine.
I promise never ever to take shortcuts... until the next time I do ;-)
And just
Taking a look at Orion I just bumped on this one:
http://www.orionsupport.com/articles/apachefrontend.html
Their solution to use Apache as a front end is:
"Use Apache as a reverse proxy."
And there is even a sample for httpd.conf:
...
LoadModule etc..
LoadModule proxy_module
craigmcc01/04/10 21:31:08
Modified:tester/src/bin tester.xml
tester/web/WEB-INF web.xml
Added: tester/src/tester/org/apache/tester Session04.java
Log:
Add a more aggressive session test to ensure that you can invalidate an
old session and create a new one
49 matches
Mail list logo
