+1
let's do src/native, src/java :)
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6
-Original Message-
From: Remy Maucherat
I'd like to rename the mod_jk and jk_ stuff to
mod_jtc (jtc_) to let users have at the same
time the actual mod_jk and the in dev mod_jtc.
Are you agree ?
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD
+1.
GOMEZ Henri wrote:
I'd like to rename the mod_jk and jk_ stuff to
mod_jtc (jtc_) to let users have at the same
time the actual mod_jk and the in dev mod_jtc.
Are you agree ?
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD
actually, i think i might prefer something like mod_ajp and ajp_. if
jtc means jakarta-tomcat-connector, that might be a little too generic.
what do you call the next connector protocal?
kevin seguin wrote:
+1.
GOMEZ Henri wrote:
I'd like to rename the mod_jk and jk_ stuff to
Hi,
Is it correct behaviour for Tomcat to create a different session when a
call is made to request.getSession(true) if the context is different.
I ask because I have a realm implementation that caches stuff in session
relating to authentication. I have two contexts in server.xml and each
I can't get Tomcat to work correctly with IIS in the
in-process mode.
I successfully installed Tomcat with the ISAPI redirector
(isapi_redirect.dll) the JNI adapter (jni_connect.dll), following the
instructions of the in-process-howto.html tomcat-iis-howto.html
files.
Globally, Tomcat
actually, i think i might prefer something like mod_ajp and ajp_. if
jtc means jakarta-tomcat-connector, that might be a little too
generic.
what do you call the next connector protocal?
and ajp = Apache Jakarta Protocol (which not much clear)
somebody an idea for the name ?
kevin seguin
GOMEZ Henri wrote:
actually, i think i might prefer something like mod_ajp and ajp_. if
jtc means jakarta-tomcat-connector, that might be a little too
generic.
what do you call the next connector protocal?
and ajp = Apache Jakarta Protocol (which not much clear)
so, do you envision
This was fixed in Tomcat 3.2.1 and I've verified that Tomcat 3.2.2 does not
serve the JSP file in WEB-INF either.
-Original Message-
From: Richard Wan [mailto:[EMAIL PROTECTED]]
Sent: Thursday, May 10, 2001 4:20 PM
To: Craig R. McClanahan; [EMAIL PROTECTED]
Subject: Re: tomcat
I apologize if my submission of an LDAPRealm implementation appeared
presumptuous - at the time that I needed it, all I could find were emails
from other people asking if there was one (upon doing web searches.) So
after writing it and testing it out and getting the documentation clear, I
actually, i think i might prefer something like mod_ajp and
ajp_. if
jtc means jakarta-tomcat-connector, that might be a little too
generic.
what do you call the next connector protocal?
and ajp = Apache Jakarta Protocol (which not much clear)
so, do you envision one native library
I actually ported this one from a 3.2.1 implementation I did, with a few
changes. But since there is now a JNDIRealm implementation, wouldn't it be
preferred to have a counterpart to that one on the TC 3.3 tree (same setup,
etc.)?
- Original Message -
From: GOMEZ Henri [EMAIL
Yes, you are right, porting JNDIRealm from TC4.0, shouldn't be a
difficult task.. and is the easy, lazy and right thing :).
In fact i think it's possible to abstract the realm implementation from
the container details, as the ongoing effort on jasper for example..
this would be a Good Thing
Ellen Lockhart wrote:
The jakarta website encourages people to get involved; I am a little
disappointed to not receive at least a thanks but no thanks response. But
I am glad that there is now a realm implementation that will work with LDAP
for tomcat.
This list is a little slow to
Yes, you are right, porting JNDIRealm from TC4.0, shouldn't be a
difficult task.. and is the easy, lazy and right thing :).
In fact i think it's possible to abstract the realm implementation from
the container details, as the ongoing effort on jasper for example..
this would be a Good Thing
kevin seguin wrote:
GOMEZ Henri wrote:
The discussion about jakarta-tomcat-connectors is closed and the CVS
is created (even if I still couldn't access it)
-kevin.
btw, the reason i'm so interested in this because i want to make the
switch from tc3 to tc4, but i *have* to
Hello all,
I encounter the following problem using Catalina 4.0b3-4 (while it was
working with Tomcat 3.2.x).
I deploy a war containing a servlet and a javabean. From a JSP I invoke the
servlet, that creates the javabean, that invoke a remote object via RMI
calling a method that takes an
javac --classpath /tomcat_path/.../catalina.jar *.java
jar cf Ajp13.jar *.class
any thoughts on the directory structure in jakarta-tomcat-connector?
i'm assuming there's going to be common ajpxx code, then
ajpxx-servletcontainer-connector code, then common util code (i.e.
MessageBytes,
The source is :
jakarta-tomcat-connectors/src/java/
jakarta-tomcat-connectors/src/native/...
i'm fine with that. i believe somebody else did object, though...
don't know if that matters :)
In my idea native is just mod_jtc, which replace mod_jk.
We have only connector projects
This email is autogenerated from the output from:
http://jakarta.apache.org/builds/gump/2001-05-11/jakarta-tomcat.html
Buildfile: build.xml
detect:
msg.jdk12:
[echo] Detected JDK1.2
GOMEZ Henri wrote:
actually, i think i might prefer something like mod_ajp and
ajp_. if
jtc means jakarta-tomcat-connector, that might be a little too
generic.
what do you call the next connector protocal?
and ajp = Apache Jakarta Protocol (which not much clear)
so, do you
Sorry it's taken me a week to get back to you on this. Class-reloading is
not working in the latest nightly build. I know why, but don't know what the
fix is.
The problem is in StandardClassLoader::loadClass. This method checks that
the class exists, if it does it wants to add it to the
On Fri, 11 May 2001, Antony Bowesman wrote:
Hi,
Is it correct behaviour for Tomcat to create a different session when a
call is made to request.getSession(true) if the context is different.
Yes. That's required by the servlet spec. It also makes sense when you
think about the class
On Fri, 11 May 2001, Ellen Lockhart wrote:
I apologize if my submission of an LDAPRealm implementation appeared
presumptuous - at the time that I needed it, all I could find were emails
from other people asking if there was one (upon doing web searches.) So
after writing it and testing it
Thanks Kevin ... I think it's safe to assume that Beta 4 still has this
issue :-(.
But, other than efficiency concerns, it should still work if the
particular class is *only* found in WEB-INF/classes and *not* in any of
the WEB-INF/lib/*.jar files, right?
NOTE: automatic reloading is currently
Simon,
I'm going to do some internal checking within Sun on this as well -- I've
only played with RMI a little. The context class loader inside Catalina
web apps is the class loader for that web application, so there might be
conflicts with RMI's assumptions.
I also have a question -- if the
remm01/05/11 11:19:53
Modified:catalina/src/share/org/apache/catalina/loader
StandardClassLoader.java
Log:
- The resource existence check was incorrect when using a URL, which
was breaking reloading in some cases.
Revision ChangesPath
remm01/05/11 11:20:42
Modified:catalina/src/share/org/apache/naming/resources
DirContextURLConnection.java
Log:
- The resource existence check was incorrect when using a URL, which
was breaking reloading in some cases.
Revision ChangesPath
remm01/05/11 11:24:41
Modified:catalina/src/share/org/apache/naming/resources
DirContextURLConnection.java
Log:
- Revert the commit on URL connection.
Revision ChangesPath
1.10 +4 -5
clucas 01/05/11 11:43:41
Modified:src/share/org/apache/jasper/compiler TagPoolGenerator.java
TagPoolManagerGenerator.java
src/share/org/apache/jasper/runtime TagHandlerPool.java
TagHandlerPoolImpl.java TagPoolManager.java
clucas 01/05/11 11:45:35
Modified:src/facade22/org/apache/tomcat/facade
TagPoolManagerInterceptor.java
Log:
minor comment / javadoc fix
Revision ChangesPath
1.2 +3 -1
I apologize for repeating this, but I did not yet get any answer.
I wrote a servlet in a classic WAR file at an arbitrary location and NOT in the
org.apache.catalina package. From this servlet, I was able to access a method on the
Deployer, i.e. I was able to access anything public in any
On Fri, 11 May 2001, Ellen Lockhart wrote:
I actually ported this one from a 3.2.1 implementation I did, with a few
changes. But since there is now a JNDIRealm implementation, wouldn't it be
preferred to have a counterpart to that one on the TC 3.3 tree (same setup,
etc.)?
If you have a
Craig R. McClanahan wrote:
Thanks Kevin ... I think it's safe to assume that Beta 4 still has this
issue :-(.
But, other than efficiency concerns, it should still work if the
particular class is *only* found in WEB-INF/classes and *not* in any of
the WEB-INF/lib/*.jar files, right?
NOTE:
On 11 May 2001, Fabien Le Floc'h wrote:
I apologize for repeating this, but I did not yet get any answer.
I wrote a servlet in a classic WAR file at an arbitrary location and
NOT in the org.apache.catalina package. From this servlet, I was able
to access a method on the Deployer, i.e. I
On Fri, 11 May 2001, Bo Xu wrote:
Craig R. McClanahan wrote:
Thanks Kevin ... I think it's safe to assume that Beta 4 still has this
issue :-(.
But, other than efficiency concerns, it should still work if the
particular class is *only* found in WEB-INF/classes and *not* in any of
larryi 01/05/11 13:22:59
Modified:.RELEASE-PLAN-3.3
Log:
Update release plan. Issues and priorities aren't final and will be updated
as needed.
Revision ChangesPath
1.9 +68 -10jakarta-tomcat/RELEASE-PLAN-3.3
Index: RELEASE-PLAN-3.3
I think it's fairly safe to postulate what happened--somewhere along the
line, the VALookup.class file was either truncated, copied over, or somehow
mangled (through actions that may have had nothing to do with
compilation--maybe some random cosmic ray passed through the case and
flipped a bit on
Glenn, just out of curiosity, how could someone create an administrative
web-app for controlling and administering Tomcat? (One of the things I've
been toying with was the idea of doing just such an administrative
interface--installing new webapps, restarting, viewing statistics,
monitoring the
But, other than efficiency concerns, it should still work if the
particular class is *only* found in WEB-INF/classes and *not* in any of
the WEB-INF/lib/*.jar files, right?
I don't think so. The class I'm trying to reload is in web-inf/classes, it
is not in any of the jars in web-inf/lib (is
Ted,
Thanks for your reply. My responses below...
--Tonnis
-Original Message-
From: Ted Neward [mailto:[EMAIL PROTECTED]]
Sent: Friday, May 11, 2001 1:35 PM
To: [EMAIL PROTECTED]
Subject: RE: Class Loader Problem?
I think it's fairly safe to postulate what
Craig,
Simon,
I'm going to do some internal checking within Sun on this as
well -- I've
only played with RMI a little. The context class loader
inside Catalina
web apps is the class loader for that web application, so
there might be
conflicts with RMI's assumptions.
I also have
After a successful FORM login, how does Tomcat restore the original request?
If it uses the forward mechanism, how does it force the browser to use the
URL of the original request, and not */j_security_check?
Tim Julien
HP Middleware
On Fri, 11 May 2001, JULIEN,TIMOTHY (HP-NewJersey,ex2) wrote:
After a successful FORM login, how does Tomcat restore the original request?
If it uses the forward mechanism, how does it force the browser to use the
URL of the original request, and not */j_security_check?
Tim Julien
HP
marcsaeg01/05/11 15:34:30
Modified:src/share/org/apache/tomcat/util Tag: tomcat_32
RequestUtil.java
Log:
Fixes one last JSP source disclosure bug. On some platforms a URL ending
in .jsp%00 would cause the JSP's source text to be served back to the
marcsaeg01/05/11 15:37:26
Modified:src/share/org/apache/tomcat/core Tag: tomcat_32
RequestImpl.java
src/share/org/apache/tomcat/service/connector Tag: tomcat_32
Ajp12ConnectionHandler.java
Kevin Jones wrote:
[...]
I believe (I've yet to test this) that the only way reloading works
currently (for me) is if I have no jars in web-inf/lib,
Kevin Jones
DevelopMentor
www.develop.com
[...]
yes! I just test it with TC4.0-b4:
- when I empty WEB-INF/lib, auto-reloading works
- when
marcsaeg01/05/11 15:44:33
Modified:.Tag: tomcat_32 RELEASE-NOTES
src/doc Tag: tomcat_32 readme
Log:
Updated description of the fix for bug 208.
Revision ChangesPath
No revision
No revision
Craig R. McClanahan wrote:
On Fri, 11 May 2001, JULIEN,TIMOTHY (HP-NewJersey,ex2) wrote:
After a successful FORM login, how does Tomcat restore the original request?
If it uses the forward mechanism, how does it force the browser to use the
URL of the original request, and not
Quoting Bo Xu [EMAIL PROTECTED]:
Kevin Jones wrote:
[...]
I believe (I've yet to test this) that the only way reloading works
currently (for me) is if I have no jars in web-inf/lib,
Kevin Jones
DevelopMentor
www.develop.com
[...]
yes! I just test it with TC4.0-b4:
- when I
On Fri, 11 May 2001, Remy Maucherat wrote:
but unfortunately, it's a post beta 4 fix.
This is going to turn out not to be a problem, as it happens.
Tomcat 4.0-beta-4 is also subject to the ...jsp%00 bug that Marc just
fixed in 3.2.2 (patch will be committed in a second). However, the
craigmcc01/05/11 16:20:12
Modified:catalina/src/share/org/apache/catalina/core
LocalStrings.properties StandardContextMapper.java
Log:
Return error 400 if the user uses invalid characters (including %00 and
%7f) in a URI. This fixes a security
marcsaeg01/05/11 16:21:46
Modified:src/webpages Tag: tomcat_32 index.html
src/share/org/apache/tomcat/core Tag: tomcat_32
Constants.java
Log:
Updated version numbers for Tomcat 3.2.2 beta 5.
Revision ChangesPath
No
[EMAIL PROTECTED] wrote:
craigmcc01/05/11 16:20:12
Modified:catalina/src/share/org/apache/catalina/core
LocalStrings.properties StandardContextMapper.java
Log:
Return error 400 if the user uses invalid characters (including %00 and
%7f) in a URI.
On Fri, 11 May 2001, Bip Thelin wrote:
[EMAIL PROTECTED] wrote:
craigmcc01/05/11 16:20:12
Modified:catalina/src/share/org/apache/catalina/core
LocalStrings.properties StandardContextMapper.java
Log:
Return error 400 if the user uses
On Fri, 11 May 2001, Benjamin Chad wrote:
Hi,
What security development still needs to be done on Tomcat?
Depends on what you mean by security :-)
If you're talking about authentication - we need to better integrate
tomcat with auth mechanisms in the web server ( that should be part of the
On Fri, 11 May 2001, Ted Neward wrote:
Glenn, just out of curiosity, how could someone create an administrative
web-app for controlling and administering Tomcat? (One of the things I've
been toying with was the idea of doing just such an administrative
interface--installing new webapps,
Please find attached the following:
1. Patches to enable mod_webapp to compile and work(ish) under Windows.
(mod_webapp.c.diff, pr_warp.c.diff, wa.h.diff)
2. A Visual C++ project file to be put in the connectors\apache-1.3
directory. (mod_webapp.dsp)
3. A howto compile type document.
jon 01/05/11 19:31:49
Modified:connectors/apache-1.3 mod_webapp.c
connectors/include wa.h
connectors/lib pr_warp.c
Added: connectors WIN32.txt mod_webapp.dsp
Log:
added patches and files for win32 support thanks to:
Dave Oxley [EMAIL
craigmcc01/05/11 19:42:00
Modified:catalina/src/share/org/apache/catalina/core
StandardContext.java
Log:
Initialize our character set mapper (used by response.setLocale()) at
startup time, to avoid access control problems if accessed for the first
time
craigmcc01/05/11 20:04:12
Modified:catalina/src/share/org/apache/catalina/core
ApplicationContext.java
catalina/src/share/org/apache/catalina/startup
Bootstrap.java
Log:
Make ServletContext.getResourcePaths() work under
On Fri, 11 May 2001, Craig R. McClanahan wrote:
Tomcat 4.0-beta-4 is also subject to the ...jsp%00 bug that Marc just
fixed in 3.2.2 (patch will be committed in a second). However, the more
serious issue is the introspection one (I can hear Costin laughing at me
from 600 miles away :-).
On Fri, 11 May 2001 [EMAIL PROTECTED] wrote:
On Fri, 11 May 2001, Craig R. McClanahan wrote:
Tomcat 4.0-beta-4 is also subject to the ...jsp%00 bug that Marc just
fixed in 3.2.2 (patch will be committed in a second). However, the more
serious issue is the introspection one (I can
jon 01/05/11 21:35:58
Modified:connectors configure.in
Log:
a *vastly* improved configure.in script. some of it was lifted from the
old jserv code (imagine that)...the rest i came up with on my own.
added: better checking for APR (including libraries)
changed:
On Fri, 11 May 2001, Craig R. McClanahan wrote:
The introspection problem is not very serious - it doesn't work if
sandboxing is enabled ( at least from what I know - if it works then it's
a very serious VM bug ).
It doesn't work if you start Tomcat 4.0 with a security manager.
jon 01/05/11 21:42:34
Modified:connectors README.txt
Added: connectors buildconf.sh
Removed: connectors configure
Log:
added configure notes
removed configure and added a buildconf.sh. you shouldn't check configure
scripts into cvs pier.
Revision
jon 01/05/11 21:54:52
Added: connectors .cvsignore
connectors/apache-1.3 .cvsignore
connectors/lib .cvsignore
Log:
added .cvsignore files
Revision ChangesPath
1.1 jakarta-tomcat-4.0/connectors/.cvsignore
Index:
craigmcc01/05/11 21:56:55
Modified:catalina/src/share/org/apache/catalina/core
ApplicationDispatcher.java
ApplicationHttpRequest.java
ApplicationHttpResponse.java
Log:
Add an innocuous public method to each
craigmcc01/05/11 21:58:27
Modified:tester/src/bin tester.xml
tester/web/WEB-INF web.xml
Added: tester/src/tester/org/apache/tester Reflection01.java
Log:
Add a unit test that attempts to access public methods of the servlet API
objects that are exposed, via
I read some code in catalina jasper, and found that:
There is a setCharacterEncoding() for servlet request now; but I greped all Tomcat
code, and found nowhere called it. It means, by default, Tomcat use a default encoding
of '8859_1'. There is no option in server.xml/web.xml for tomcat to
seguin 01/05/11 22:52:42
Log:
initial checkin of an ajp13 connector for tomcat 4
Status:
Vendor Tag: jakarta
Release Tags: ajp-tomcat4-connector
N jakarta-tomcat-connectors/jk/build.xml
N jakarta-tomcat-connectors/jk/README.txt
N
as you probably noticed, i checked in my ajp13 connector for tomcat 4.
it's in need of some refactoring (but does work, except for
load-balancing), but i wanted to at least get it checked so others will
have access to it.
there are some (minimal) instructions for using this connector in
seguin 01/05/11 23:16:40
Modified:jk/src/java/org/apache/ajp/tomcat4 Ajp13Connector.java
Log:
add setters/getters for redirect port and enabling dns lookup.
Revision ChangesPath
1.2 +48 -4
I am pleased to announce that the Tomcat 3.2.2 beta 5 release is now
available for download at
http://jakarta.apache.org/builds/tomcat/release/v3.2.2-beta-5
The beta 5 release fixes a security problem that caused a URL such as
http://localhost:8080/examples/jsp/num/numguess.jsp%00
to return
74 matches
Mail list logo
