Hi,
In our case, we use the Apache as proxy to be able to distribute our
applications among several instances of servlet containers and/or hosts.
This way, upgrading an application doesn't affect the rest and if we
have to stop/start a container, just one or two applications are
affected. On the
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 in
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
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 fo
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).
-
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 be
--- [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
>
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 sign
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.
>>
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 co
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 == nul
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 o
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 tri
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 gen
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, Aaro
> -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.
>
>
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
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 session.get
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/
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 ki
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
done/is
[EMAIL PROTECTED] wrote:
>
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 option will be disabled by default ( I'
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 o
[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
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
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 /path/to/
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 wha
On Tue, 10 Apr 2001, Greg Wilkins 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 m
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
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
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
instructi
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
"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 p
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
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 t
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 tow
On Sat, 7 Apr 2001, Bip Thelin wrote:
> Here's the JDBCStore implementation. To use it change your server.xml to something
>like:
>
>className="org.apache.catalina.session.PersistentManager"
> debug="0" saveOnRestart="true" maxActiveSessions="1"
> minIdleSwap="-1" maxIdleS
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 Tomc
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 connecti
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 Pe
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 tha
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
org.apache.tomcat.module
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 applau
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
jakarta-
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 e
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
jakarta-tomca
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
> > m
[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 befor
48 matches
Mail list logo
