Just FYI, I don't think this is a good idea for general
tomcat authentication.
One reason is that credentials are not allways a simple string - you can
have complex authentication schemes where you require certain schemes
based on the IP address, etc.
GetUserRoles might not work for paranoid
costin 01/06/05 23:25:12
Added: jasper34/generator/org/apache/jasper34/core Compiler.java
Log:
Moved the compiler from generator. This is the main entry point into jasper,
but need a bit more work.
Revision ChangesPath
1.1
costin 01/06/05 23:27:02
Added: jasper34/generator/org/apache/jasper34/core
ContainerLiaison.java
Log:
Initial work on ContainerLiaison, this will be the class used by containers
to provide special functionality to jasper.
In the liaison package
costin 01/06/05 23:27:41
Modified:jasper34/generator/org/apache/jasper34/core Constants.java
JspCompilationContext.java Options.java
Log:
Few more fixes and comments.
Revision ChangesPath
1.3 +4 -1
costin 01/06/05 23:28:14
Added: jasper34/generator/org/apache/jasper34/core package.html
jasper34/generator/org/apache/jasper34/javacompiler
package.html
Log:
Few more comments
Revision ChangesPath
1.1
On Tue, 5 Jun 2001, GOMEZ Henri wrote:
That was asked many time before but .
What about creating a sub project jakarta-tomcat-realms
What about jakarta-tomcat-modules ?
Connector is a big enough thing, same for jasper, but we shouldn't create
a repository for each type of module
What about using jaxp-1.1 ? You can now build the whole thing from
xml-commons, xml-crimson and xml-xalan.
Jaxp1.0 is quite old, we should upgrade ( many bugs were fixed ).
I personally prefer using crimson ( but I can live with xerces1 ) - code
size is the one reason ( I also worked much
costin 01/06/05 23:40:51
Modified:jasper34/liaison/org/apache/jasper34/cli
CommandLineCompiler.java CommandLineContext.java
JspC.java
jasper34/liaison/org/apache/jasper34/servlet
JspCompiler.java
I agree about JAXP1.1 I've been using that with tomcat 3.2.x without any
problems. I use Xalan and XSLT, so thought it would be nice to have
everything running the same parser.
David
[EMAIL PROTECTED] wrote:
What about using jaxp-1.1 ? You can now build the whole thing from
costin 01/06/05 23:45:37
Modified:jasper34/runtime/org/apache/jasper34/runtime
HttpJspBase.java PageContextImpl.java
Log:
Some changes in runtime to simplify the generated code.
If we extend HttpJspBase ( and our code depends on
I echo Marc's thanks to all Tomcat developers -- this award is a result of
all the hard work that everyone involved has participated in.
I will be sure to feature the award in my session on Tomcat tomorrow at
JavaOne :-=)
Craig McClanahan
On Tue, 5 Jun 2001, Marc Saegesser wrote:
costin 01/06/05 23:48:18
Modified:jasper34 build.xml
Log:
Added the new packages to the build.
Revision ChangesPath
1.4 +3 -0 jakarta-tomcat-jasper/jasper34/build.xml
Index: build.xml
===
costin 01/06/05 23:51:29
Added: jasper34/tools importRpl.pl pkgReplace.pl rmImport.pl
Log:
Ok, kill me - I used perl to avoid typing. Checked it in - might need it
later.
Revision ChangesPath
1.1 jakarta-tomcat-jasper/jasper34/tools/importRpl.pl
costin 01/06/05 23:54:04
Modified:jasper34/generator/org/apache/jasper34/jsptree
TagLibraries.java
Log:
Forgot to remove a line.
TagCaches is no longer needed, the TagInfoImpl has all the info and it's
easier to manage.
Revision ChangesPath
Yep. Well done and thanks to all those who put in the hard yards to get
where we are today!
- Original Message -
From: Craig R. McClanahan [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, June 06, 2001 4:46 PM
Subject: Re: Tomcat 3.2 Wins Java Editor's Choice Award!
I echo
may i suggest something like:
find . -name *.java|xargs perl -pie 's/import\s+foo\;/import\ bar\;/g'
:)
On 6 Jun 2001 [EMAIL PROTECTED] wrote:
costin 01/06/05 23:51:29
Added: jasper34/tools importRpl.pl pkgReplace.pl rmImport.pl
Log:
Ok, kill me - I used perl to avoid
I want to know how the developers think about adding a request id to ajp14
requests, which is then presented back in the response phase.
Background:
We had serious trouble in diagnosing problems with tomcat 3.2 related to
bug 728 (SimplePool synchronization issue).
The problem caused
Antony Bowesman wrote:
Andy Armstrong wrote:
[snip]
I've just been having a look at this. As you say it would be easy enough
to implement a JAAS realm -- the main problem being how to provide
access to the JAAS Subject. The cleanest route would seem to be just to
expose the Subject
[EMAIL PROTECTED] wrote:
Just FYI, I don't think this is a good idea for general
tomcat authentication.
One reason is that credentials are not allways a simple string - you can
have complex authentication schemes where you require certain schemes
based on the IP address, etc.
JAAS has
A quick note to say that the secret key used in login phase
which was defined in mod_jk.conf (JkSecretKey/JkDefaultSecretKey)
is now set in workers.properties :
worker.ajp14.port=8011
worker.ajp14.host=localhost
worker.ajp14.type=ajp14
worker.ajp14.secretkey=myverysecretkey
-- Forwarded Message
From: Bas Cancrinus [EMAIL PROTECTED]
Organization: Cancrinus Groep B.V.
Date: Sat, 02 Jun 2001 03:59:01 +0200
To: [EMAIL PROTECTED]
Subject: My Tomcat-Jboss HOWTO
Hi webmaster,
I've had lots of problems configuring Tomcat to cooperate with Jboss and
according to the
-- Forwarded Message
From: Darrell Howard [EMAIL PROTECTED]
Date: Sat, 02 Jun 2001 11:34:18 -0400
To: [EMAIL PROTECTED]
Subject: mod_jk pages
I've been having problems accessing the mod_jk link
http://jakarta.apache.org/tomcat/tomcat-3.2-doc/mod_jk-howto.html. I
first attempted to do so on
I want to know how the developers think about adding a request
id to ajp14
requests, which is then presented back in the response phase.
ajp14 is in it's early stage and a uniq request id could be added
but how will you use it ?
Background:
We had serious trouble in diagnosing problems with
GOMEZ Henri wrote:
A quick note to say that the secret key used in login phase
which was defined in mod_jk.conf (JkSecretKey/JkDefaultSecretKey)
is now set in workers.properties :
worker.ajp14.port=8011
worker.ajp14.host=localhost
worker.ajp14.type=ajp14
seguin 01/06/06 07:54:55
Modified:jk README.txt
Log:
added some more notes about junit and testing.
Revision ChangesPath
1.3 +12 -4 jakarta-tomcat-connectors/jk/README.txt
Index: README.txt
Everything works fine for me
Bad alert :)
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6
-Original Message-
From: Pier P.
Please remove those files from your source tree if you're using jdk1.2.2. I'll
fix this after JavaOne this week.
Amy
Quoting jean-frederic clere [EMAIL PROTECTED]:
Hi,
I have noted that ProcessHelper.java and CGIServlet.java use jdk1.3.1
but this
code cannot compile with jdk1.2.2...
What about creating a sub project jakarta-tomcat-realms?
Sure why not. Although I think TC4.0 has or will have some JNDI
authentication
I do not know how tomcat project works internally. I rely on tomcat
developers (committers) for guidance.
I love tomcat product and developed various
Hi everyone,
Does anyone have an idea of how I could go about implementing
realms/authentication on a per-context basis?
Ideally, what I would like to do is have each context control
their users and roles. Where should I look to get a clue?
-Mike
__
Mike Jennings
Southgate
I have attached a simple servlet, and form. This servlet works
correctly with Tomcat 3.2.1. With Tomcat 4 Beta5, the getParameter
calls return null. Note that this problem is when using the builtin
HTTP connector. This must be a bug!
simple servlet -
import java.io.*;
import
Hi all,
I would like to move jakarta-tomcat-4.0/connectors to
jakarta-tomcat-connectors/webapp.
It had been voted some weeks ago.
I also would like to add the configure things I have done in
jakarta-tomcat-connectors/jk to
webapp. Things like shell scripts, default rules, libtool files etc
Hi,
Does anyone have a suggestion how to resolve one of the following
compilation problems with mod_jk?
I compiled mod_so (DSO support) into apache 2.0.16 and used tomcat 3.3
m3. I am running all this on Linux RH 7.0.
Here's the error I get using build-unix.sh:
[top is clipped, lots of
i'd be tempted to go with 1), but i like to live on the edge ;-) the
cvs repository is just a filesytem, after all... i suppose 2) would be
cleaner though. i guess i could go either way.
-kevin.
jean-frederic clere wrote:
Hi all,
I would like to move jakarta-tomcat-4.0/connectors to
1 is very bad, it would alter the history.
I would go with 2, but I'm not sure it's an import but regular
cvs add ( import is used to create new repositories AFAIK ).
Costin
--- kevin seguin [EMAIL PROTECTED] wrote:
i'd be tempted to go with 1), but i like to live on the edge ;-) the
cvs
I need my fix man!
http://jakarta.apache.org/builds/jakarta-tomcat-4.0/nightly/
-jon
pier01/06/06 14:13:39
Removed: connectors .cvsignore LICENSE.txt Makedefs.in Makefile.in
README.txt WIN32.txt buildconf.sh configure.in
connectors/apache-1.3 .cvsignore Makefile.in mod_webapp.c
mod_webapp.dsp
on 6/6/01 2:13 PM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Log:
The WebApp module distribution has been moved in jakarta-tomcat-connectors.
I thought that you said you were not going to do it?
/me is confused
-jon
[EMAIL PROTECTED] at [EMAIL PROTECTED] wrote:
pier01/06/06 14:13:39
Removed: connectors .cvsignore LICENSE.txt Makedefs.in Makefile.in
README.txt WIN32.txt buildconf.sh configure.in
connectors/apache-1.3 .cvsignore Makefile.in mod_webapp.c
jean-frederic clere at [EMAIL PROTECTED] wrote:
Hi all,
I would like to move jakarta-tomcat-4.0/connectors to
jakarta-tomcat-connectors/webapp.
It had been voted some weeks ago.
I also would like to add the configure things I have done in
jakarta-tomcat-connectors/jk to
webapp. Things
Jon Stevens at [EMAIL PROTECTED] wrote:
on 6/6/01 2:13 PM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Log:
The WebApp module distribution has been moved in jakarta-tomcat-connectors.
I thought that you said you were not going to do it?
/me is confused
Just trying to avoid fight...
Quoting Jon Stevens [EMAIL PROTECTED]:
I need my fix man!
http://jakarta.apache.org/builds/jakarta-tomcat-4.0/nightly/
I think that's because of a few files which won't build with 1.2 (but will with
1.3), which is a problem with Craig's build env (he's using 1.2.2).
Wait until he gets back
#1. I have been able to compile Tomcat 4 for the FIRST time in about 6
months without a lot of painful work. Woo hoo!
#2. The latest cvs version fixes about 99% of the speed issues that once
existed. Things are MUCH MUCH MUCH faster than before.
I say 99% because there still seems to be a small
The fix for the first part of the problem has already been committed for
3.2.3. The other problem, what happens if your 404 error page doesn't
really exist has not been addressed yet, but I'll look into it.
Marc Saegesser
-Original Message-
From: Peter S. Heijnen [mailto:[EMAIL
Michael Jennings wrote:
Hi everyone,
Does anyone have an idea of how I could go about implementing
realms/authentication on a per-context basis?
Ideally, what I would like to do is have each context control
their users and roles. Where should I look to get a clue?
Make a simple realm
44 matches
Mail list logo