cvs commit: jakarta-tomcat-jasper/jasper34/generator/org/apache/jasper34/core Compiler.java ContainerLiaison.java

costin 01/06/07 00:02:27 Modified:jasper34 build.xml jasper34/generator/org/apache/jasper34/core Compiler.java ContainerLiaison.java Log: Fix some mistakes in previous commit. Revision ChangesPath 1.5 +1 -0 jakarta-tomca

cvs commit: jakarta-tomcat-jasper/jasper34/generator/org/apache/jasper34/jsptree JspPageInfo.java TagLibraries.java TagLibraryInfoImpl.java package.html TreeUtil.java

costin 01/06/06 23:59:08 Modified:jasper34/generator/org/apache/jasper34/core Compiler.java ContainerLiaison.java JspCompilationContext.java jasper34/generator/org/apache/jasper34/generator JspParseEventListener.java JspUti

mod_jk for AIX 4.3.3

hello, I seem to be unable to compile the mod_jk.so module myself ... the apxs command gives (executed under src/native/apache1.3) apxs -o mod_jk.so -DAIX -I../jk -I/usr/dev_java2/include -c *.c ../jk/*.c which returns : xlC_r -DAIX=42 -U__STR__ -DAIX_BIND_PROCESSOR -DUSE_HSREGEX -DUSE_EX

cvs commit: jakarta-tomcat-jasper/jasper34/liaison/org/apache/jasper34/tomcat33 JasperEngineContext.java

costin 01/06/06 23:56:16 Modified:jasper34/liaison/org/apache/jasper34/cli CommandLineContext.java jasper34/liaison/org/apache/jasper34/servlet JspEngineContext.java jasper34/liaison/org/apache/jasper34/tomca

cvs commit: jakarta-tomcat-jasper/jasper34/runtime/org/apache/jasper34/runtime HttpJspBase.java

costin 01/06/06 23:52:17 Modified:jasper34/runtime/org/apache/jasper34/runtime HttpJspBase.java Log: Few fixes I missed last time. We need to get "out" at the begining, since the page could call pushBody and we'll get a different out. Another sma

cvs commit: jakarta-tomcat-jasper/jasper34/liaison/org/apache/jasper34/liaison - New directory

costin 01/06/06 23:45:51 jakarta-tomcat-jasper/jasper34/liaison/org/apache/jasper34/liaison - New directory

Re: per-context realms

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 re

RE: Problem+Fix concerning static error pages in Tomcat 3.2.2

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 PROT

[T4] Three things

#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

Re: [T4] Nightly snapshots aren't working...

Quoting Jon Stevens <[EMAIL PROTECTED]>: > I need my fix man! > > 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 get

Re: cvs commit: jakarta-tomcat-4.0/connectors/scandoc scandoc.pltemplate.pl

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 av

Re: moving jakarta-tomcat-4.0/connectors tojakarta-tomcat-connectors/webapp

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

Re: cvs commit: jakarta-tomcat-4.0/connectors/scandoc scandoc.pltemplate.pl

[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

Re: cvs commit: jakarta-tomcat-4.0/connectors/scandoc scandoc.pltemplate.pl

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

cvs commit: jakarta-tomcat-4.0/connectors/scandoc scandoc.pl template.pl

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

[T4] Nightly snapshots aren't working...

I need my fix man! -jon

Re: moving jakarta-tomcat-4.0/connectors to jakarta-tomcat-connectors/webapp

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 >

Re: distributed session management

Read the archives of this list...this comes up every few months, people talk about it and then nothing happens... This isn't a 100% easy problem to solve. -jon

Re: moving jakarta-tomcat-4.0/connectors to jakarta-tomcat-connectors/webapp

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

mod_jk compile error with apache 2.0 and tomcat 3.3

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 warnin

moving jakarta-tomcat-4.0/connectors to jakarta-tomcat-connectors/webapp

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 could

Re: [Beta5]HttpRequestBase POST buglet

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 javax.s

per-context realms

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

RE: LDAPRealm & JNDIReam for Tomcat 3.2 and 4.0 beta 1 is availab le

>>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 e

Re: Tomcat4.0 does not compile with jdk1.2.2

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.

RE: mod_jk pages

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. Fum

Re: AJP14 Suggestion

i guess i'm just not sure of the usefullness of an id for ajp requests... haven't really thought much about it though... -kevin. Rainer Jung wrote: > > 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. >

cvs commit: jakarta-tomcat-connectors/jk README.txt

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 =

Re: Ajp14 / mod_jk update

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 > worker.ajp14.secretkey=

RE: AJP14 Suggestion

>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

FW: mod_jk pages

-- 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 o

FW: My Tomcat-Jboss HOWTO

-- 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

Ajp14 / mod_jk update

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 worker.ajp14.lbfactor=

Re: realms and authentication

[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. JA

Re: realms and authentication

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 Su

AJP14 Suggestion

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 customer