in /catalina/docs/JDBCRealm-howto.html, the documentation states:
h2Using digested passwords/h2
pTo use digested password you need to store them digested.
To achieve this, you will need to use the same digest strategies that
JDBCrealm uses to store the passwords, inside JDBCRealm there is a
i managed to make tomcat barf an exception when trying to use the
JDBCRealm class. turns out that i needed to patch
org.apache.catalina.util.HexUtils:
[balld@localhost util]$ cvs diff HexUtils.java
Index: HexUtils.java
===
RCS file:
hey guys. i'm trying to get the latest mod_webapp from cvs to work with
the latest apr from cvs and apache-1.3.12. i'm getting this error when i
try to test the configuration:
[root@chngw lib]# apachectl configtest
Syntax error on line 41 of /usr/local/apache/conf/httpd.conf:
Cannot load
On Thu, 28 Jun 2001, kevin seguin wrote:
use a non-threaded apr with apache 1.3.
thanks. i built apr with --disable-threads and now i get this:
[root@chngw apr]# apachectl configtest
Syntax error on line 41 of /usr/local/apache/conf/httpd.conf:
Cannot load
On Thu, 28 Jun 2001, Justin Erenkrantz wrote:
You need to link against MM (static) to your compilation. See
apr/shmem/unix/mm/.libs/libmm.a. mod_webapp should be taking
advantage of APRVARS (which has this information). It doesn't
seem to be doing so. -- justin
pardon my ignorance, what
On Thu, 28 Jun 2001, Justin Erenkrantz wrote:
On Thu, Jun 28, 2001 at 04:52:01PM -0400, Donald Ball wrote:
On Thu, 28 Jun 2001, Justin Erenkrantz wrote:
You need to link against MM (static) to your compilation. See
apr/shmem/unix/mm/.libs/libmm.a. mod_webapp should be taking
On Thu, 28 Jun 2001, Justin Erenkrantz wrote:
LoadModule webapp_module libexec/mod_webapp.so
AddModule webapp_module
AddModule mod_webapp.c
suggest that y'all fix /webapp/docs/apache-1.3.html if that's the proper
line - which it appears it is - i now get this:
[root@chngw apache]#
hate to be plaintive, but i'd really appreciate any suggestions y'all
would have to offer on this. so close, and yet...
- donald
-- Forwarded message --
with this in my httpd.conf:
LoadModule webapp_module libexec/mod_webapp.so
AddModule mod_webapp.c
WebAppConnection
On Fri, 29 Jun 2001, Pier P. Fumagalli wrote:
Oh, I believe you specified your WebAppDeploy _before_ your ServerName
directive... If you switch them it should be fine...
aha! voila! WebAppInfo now works great, but WebAppDeploy still fails, i
now get timeouts when i try to hit urls assigned to
On Thu, 28 Jun 2001, Justin Erenkrantz wrote:
hate to be plaintive, but i'd really appreciate any suggestions y'all
would have to offer on this. so close, and yet...
As Pier said, just add ServerName.
Be nice if you took all of this info and submitted a patch for the docs.
I'd bet
On Thu, 28 Jun 2001 [EMAIL PROTECTED] wrote:
Connector className=org.apache.ajp.tomcat4.Ajp13Connector
port=8009 acceptCount=10 debug=0/
and i built mod_jk.so and put it in my libexec directory, but i don't know
how to configure mod_jk in apache's httpd.conf for
On Fri, 29 Jun 2001, Donald Ball wrote:
okay, i've got apache talking to tomcat, but i always get this message:
Tomcat Error Report
HTTP Status 500 - No Host matches server name foobar.webslingerZ.com
never mind, i fixed this problem. i have a new problem, but i started a
thread on tomcat
On Fri, 29 Jun 2001, GOMEZ Henri wrote:
i tried putting a Host element underneath the Engine but it didn't like
that at all. i think this must be wrong since i'm trying to
associate an
Ajp13Connector with a WarpEngine. how should this be configured? sorry,
i've not been able to find any
On Sat, 30 Jun 2001, Pier P. Fumagalli wrote:
well, it seems mod_jk supports
the same 'autoconfig' mode as mod_webapp - and it did that since the
beginning
Sometimes I just wish to quit this whole shit and go working for Starbucks
(or Microsoft)... Thank you so much for pointing out
On Fri, 29 Jun 2001, kevin seguin wrote:
jeez... it's been a while since i've used ajp13 with tomcat 4 :)
if memory serves... you want to add an ajp13 connector as a child of a
service, e.g.:
Service name=Tomcat-Standalone
Connector className=org.apache.ajp.tomcat4.Ajp13Connector
i'm getting these errors with the latest cvs:
[root@benjamin apache-1.3]# ./build-unix.sh
APACHE_HOME=/usr/local/apache
Compiling mod_jk
gcc -DLINUX=2 -DMOD_SSL=206106 -DUSE_HSREGEX -DEAPI -DUSE_EXPAT
-I../lib/expat-lite -fpic -DSHARED_CORE -DSHARED_MODULE
-I/usr/local/apache/include -I../common
hey guys. i'm getting a problem with redirects when i use tomcat-4.0b5 and
mod_jk with the ajp13 connector. my stacktrace is as follows:
Error creating the
On Fri, 6 Jul 2001, GOMEZ Henri wrote:
What about using my RPM ?
i could do, but i wanted to try to get the latest cvs working. as it
stands now, it doesn't build. is that to be expected?
- donald
i've seen no responses to this issue. does anyone have any suggestions?
- donald
-- Forwarded message --
Date: Thu, 5 Jul 2001 22:37:26 -0400 (EDT)
From: Donald Ball [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: problem with redirects when using tomcat-4.0b5 and mod_jk
hey
On Sat, 7 Jul 2001, Donald Ball wrote:
i've seen no responses to this issue. does anyone have any suggestions?
- donald
i thought i'd go ahead and take a gander at helping myself. after futilely
trying to get catalina running in a debugger on linux (can anyone else do
this?), i resorted
On Sat, 7 Jul 2001, Craig R. McClanahan wrote:
Well yes, it's bad, but so will any other reaction. What choices are
there in handling it?
(1) Current behavior of closing the connection and go back to
accepting new connections (causes a client-side protocol error)
(2) Pause and try
On Sun, 8 Jul 2001, Victor Wynnytsky wrote:
[ WHY I NEED THIS ]
It is very common for an XSL page to include another XSL page.
An XSL page called orderDetail.xsl might begin like this...
xsl:stylesheet xmlns:xsl=http://www.w3.org/1999/XSL/Transform;
version=1.0
xsl:import
Tim Funk wrote:
A patch (which I didn't look at yet) could introduce the following:
- Bypassing a security contraints, eg:index.jsp is protected but / isn't
- Vulnerabilities - Through a wacky optimizations, other pages might
get accidently exposed
Just curious... I assume the patch uses
I recently had the occasion to try and make jasper's JspC work for my
webapp. Unfortunately, it was did not work out of the box. Fortunately, I
was able to patch it to make it work. The problem is that my directory
structure looks something like this:
/WEB-INF/jsp/foo.jsp
/WEB-INF/jsp/foo/bar.jsp
On 11/12/2002 at 4:03 PM Costin Manolache wrote:
Fredrik Westermarck wrote:
The problem that I and others have experienced is that proposals and/or
patches, by non-committers, don't get discussed or voted about.
You have to keep pushing. If you send patches and proposals you can
become a
Is anyone interested in my (or, indeed, any) patch for this bug? I hate to
have to maintain a locally bugfixed version of a (meritocratic?) open
source project.
- donald
*** BEGIN FORWARDED MESSAGE ***
On 11/12/2002 at 3:51 PM Donald Ball [EMAIL PROTECTED] wrote:
I recently
What does one have to do to get a response to a bug report around here? I
submitted it to bugzilla, I followed up here. If it's a bug, I'm happy to
help patch. If I'm an idiot, I'd appreciate being told so.
- donald
On 12/18/2002 at 1:00 PM Donald Ball [EMAIL PROTECTED] wrote:
I submitted
On 12/19/2002 at 4:02 PM Martin Algesten wrote:
The problem with this bug is that there are people here who don't agree
it is a bug... which is just plain ignorant and stupid... THIS IS A
BUGIT NEEDS FIXING!
Thank you - now I at least know that other people have observed this
behavior and
Are any tomcat developers going to express any interest in this issue? I
frankly consider being completely ignored to be quite rude and a poor way
to interact with the at-large developer community.
- donald
On 12/19/2002 at 12:13 PM Donald Ball wrote:
On 12/19/2002 at 4:02 PM Martin Algesten
On 12/23/2002 at 9:40 AM Costin Manolache wrote:
It is on my todo list ( I also need this to work, at least for 500 ).
Do you have a patch ?
not yet, but i'll be happy to work on one for 4.1.x. thanks for taking the
time to respond.
- donald
--
To unsubscribe, e-mail: mailto:[EMAIL
On 12/23/2002 at 9:40 AM Costin Manolache wrote:
It is on my todo list ( I also need this to work, at least for 500 ).
Do you have a patch ?
I have attached an erstwhile patch to the bug in bugzilla. It assumes the
content type of the error-page resource to be text/html and uses rd.include
On 1/2/2003 at 9:23 AM Craig R. McClanahan wrote:
Nonetheless, I think the patched behavior is much more correct than the
current behavior and should be applied to cvs.
(Sorry for being out of touch earlier -- holidays and busyness and such).
I do not agree with the assertion that the
The key issue is that declaring an error-page handler ***replaces*** the
standard container behavior; it doesn't ***augment*** it.
Consider, for example, a webapp that want to implement something like what
the Redirect configuration parameter does for Apache (so that old URLs
still work). In
33 matches
Mail list logo