I'm working on restoring the nightly buildtest, probably this evening
we'll have them ( I was close last night ).
Few issues, need feedback:
- I would like to update to the latest jaxp, we are still building with
jaxp1.0 ( it's about the default build, of course you can build/use
whatever you
hgomez 01/06/21 23:50:27
Modified:.KEYS
Log:
Update the KEYS files with my PGP KEY used to sign the
tomcat 3.3 RPM packages
Revision ChangesPath
1.3 +18 -0 jakarta-tomcat/KEYS
Index: KEYS
hgomez 01/06/22 01:05:55
Modified:.Tag: tomcat_32 KEYS
Log:
Updated KEYS with my KEY.
Used to sign RPMS
Revision ChangesPath
No revision
No revision
1.1.2.2 +17 -0 jakarta-tomcat/KEYS
Index: KEYS
...these two lines at around 1110 in jk_ajp_common.c
int port = jk_get_worker_port(props, p-name, port);
char *host = jk_get_worker_host(props, p-name, host);
use unitialised values for port and host. Anyone mind if I change them
to
int port = jk_get_worker_port(props, p-name, -1);
GOMEZ Henri wrote:
...these two lines at around 1110 in jk_ajp_common.c
int port = jk_get_worker_port(props, p-name, port);
char *host = jk_get_worker_host(props, p-name, host);
use unitialised values for port and host. Anyone mind if I change them
to
int port =
Andy Armstrong wrote:
GOMEZ Henri wrote:
...these two lines at around 1110 in jk_ajp_common.c
int port = jk_get_worker_port(props, p-name, port);
char *host = jk_get_worker_host(props, p-name, host);
use unitialised values for port and host. Anyone mind if I change them
+1, I'll correct now.
I'll have a huge commit to send today,
AJP14 login feature is quasi finished :)
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B
hgomez 01/06/22 01:33:57
Modified:jk/native/common jk_ajp14.c jk_ajp14_worker.c
jk_ajp_common.c jk_worker.c
Log:
This bunch of code fixes the AJP14 login problem.
Rigth now ajp14 advanced login features works with
the experimental ajp14 I'll commit
GOMEZ Henri wrote:
+1, I'll correct now.
I'll have a huge commit to send today,
AJP14 login feature is quasi finished :)
Quasi? :-)
--
Andy Armstrong, Tagish
jfclere 01/06/22 02:45:59
Modified:webapp Makefile.in
webapp/apache-1.3 Makefile.in
webapp/lib Makefile.in
Log:
Add make install (via apxs -i). Change the make -C to (cd ; make).
Revision ChangesPath
1.5 +14 -3
hgomez 01/06/22 03:13:55
Modified:jk/java/org/apache/ajp/tomcat33 PoolTcpConnector.java
Log:
moved isSameAddress to PoolTcpConnector so
Ajp12/Ajp13/Ajp14 could have it
Revision ChangesPath
1.2 +32 -0
+1, I'll correct now.
I'll have a huge commit to send today,
AJP14 login feature is quasi finished :)
Quasi? :-)
Quasi (oups french word).
native and java parts of AJP14 login are working now.
We need now to add some stuff to set the secret word
and also grab some entropy.
I'll commit my
GOMEZ Henri wrote:
+1, I'll correct now.
I'll have a huge commit to send today,
AJP14 login feature is quasi finished :)
Quasi? :-)
Quasi (oups french word).
C'est la meme en Anglais.
native and java parts of AJP14 login are working now.
We need now to add some stuff to set
hgomez 01/06/22 03:32:25
Modified:jk/java/org/apache/ajp/tomcat33 Ajp13.java
Ajp13Interceptor.java
Log:
Updated Ajp13 stuff after refactory
Revision ChangesPath
1.2 +27 -334
hgomez 01/06/22 03:34:10
Added: jk/java/org/apache/ajp/tomcat33 AjpPacket.java
Ajp13Packet.java
Log:
Refactory of Ajp packet handling.
Extract Packet stuff from Ajp13
We'll be able to merge with Kevin pretty soon :)
Revision ChangesPath
hgomez 01/06/22 03:35:46
Added: jk/java/org/apache/ajp/tomcat33 Ajp14.java
Ajp14Interceptor.java Ajp14Packet.java
Log:
The long awaited initial Ajp14 support.
Interceptor, Packet, Protocol (advanced login and SSL_KEY_SIZE)
Revision ChangesPath
Hi,
I just upload the initial Ajp14 java side to cvs.
It's present under tomcat33 branch of jtc since I
used TC33 to test it.
To take a look at Ajp14 login features, define the new
ajp14 worker :
workers.tomcat_home=/var/tomcat
workers.java_home=/opt/IBMJava2-13
ps=/
worker.list=ajp12,
hgomez 01/06/22 07:45:55
Modified:src/doc mod_jk-howto.html
Log:
Updated mod_jk documentation. Add in FAQ the explanation
about EAPI/STD, garbled and might crash !
Revision ChangesPath
1.9 +24 -2 jakarta-tomcat/src/doc/mod_jk-howto.html
Index:
hgomez 01/06/22 07:49:49
Modified:src/doc Tag: tomcat_32 mod_jk-howto.html
Log:
Updated mod_jk documentation. Add in FAQ the explanation
about EAPI/STD, garbled and might crash !
Revision ChangesPath
No revision
No
GOMEZ Henri wrote:
Hi,
I just upload the initial Ajp14 java side to cvs.
It's present under tomcat33 branch of jtc since I
used TC33 to test it.
To take a look at Ajp14 login features, define the new
ajp14 worker :
workers.tomcat_home=/var/tomcat
It does not work because #include apu_compat.h is missing in
mod_jk.c. Should
I commit the change?.
Strange, I didn't have problem to build it in Apache 2.0.18.
But feel free to add in apache-2.0/mod_jk.c :)
I'd like to have report on IIS/DOMINO/NETSCAPE.
Regards
DONT FORGET TO UPDATE
hgomez 01/06/22 07:59:50
Modified:src/doc Tag: tomcat_32 mod_jk-howto.html
Log:
corrected uguide link
Revision ChangesPath
No revision
No revision
1.1.2.5 +3 -3 jakarta-tomcat/src/doc/mod_jk-howto.html
jfclere 01/06/22 08:19:15
Modified:jk/native/apache-2.0 mod_jk.c
Log:
add apu_compat.h for ap_parseHTTPdate (moved httpd-2.0/.../util_date.[ch]).
Revision ChangesPath
1.9 +2 -1 jakarta-tomcat-connectors/jk/native/apache-2.0/mod_jk.c
Index: mod_jk.c
GOMEZ Henri wrote:
It does not work because #include apu_compat.h is missing in
mod_jk.c. Should
I commit the change?.
Strange, I didn't have problem to build it in Apache 2.0.18.
But feel free to add in apache-2.0/mod_jk.c :)
Ok, I have used a more recent Apache-2.0. apu_compat.h
Strange, I didn't have problem to build it in Apache 2.0.18.
But feel free to add in apache-2.0/mod_jk.c :)
Ok, I have used a more recent Apache-2.0. apu_compat.h
contains lot of #define
titi toto and ap_parseHTTPdate is one of these.
I have committed the needed changes.
I've used the latest
One small point comes to light now you've released this: version.h is
quite a common thing to have on your include path; certainly under MS
operating systems there tends to be a version.h already on the include
path which may cause confusion. Any reason not to call it jk_version.h?
jean-frederic
What about moving isSameAdress to another package ?
org.apache.tomcat.util.net ?
And put there some usefull classes ?
in J-T-C I moved it in PoolTCPConnector to make it
available at both Ajp13Interceptor and Ajp14Interceptor,
but under TC 3.3, Ajp12 need it directly.
So we need to have it on
One small point comes to light now you've released this: version.h is
quite a common thing to have on your include path; certainly under MS
operating systems there tends to be a version.h already on the include
path which may cause confusion. Any reason not to call it jk_version.h?
+1 for
I switched an application I was working on from JServ to Jakarta and realized
there is a change in the way the response codes for the server are being set.
Apache no longer recieves the response code the servlet sets and therefore
can not do further processing. For context, I am using
What about moving isSameAdress to another package ?
org.apache.tomcat.util.net ?
+1
And put there some usefull classes ?
in J-T-C I moved it in PoolTCPConnector to make it
available at both Ajp13Interceptor and Ajp14Interceptor,
but under TC 3.3, Ajp12 need it directly.
So we
Hi Kevin,
Did you take a look at my AjpXX stuff in TC 3.3 subdir.
Could you see how hard it will be to merge with yours ?
I think the only stuff which must stay under org.apache.ajp.tomcat33
must be interceptor. May be something which could became.
org.apache.ajp.interceptor
-
Henri Gomez
Title: Tomcat 3.2.2
We just upgraded to 3.2.2 and have come across the problem with escaped character in the URL. Are there plans to fix this soon or has that already been done? Thanks.
From the release notes:
6.10 Resource Paths Can't Contain URL Escapes
The path passed to
jfclere 01/06/22 09:22:03
Modified:jk/native/common jk_global.h
Removed: jk/native/common version.h.in
Log:
Changed version.h to jk_version.h
Revision ChangesPath
1.5 +2 -2 jakarta-tomcat-connectors/jk/native/common/jk_global.h
Index: jk_global.h
jfclere 01/06/22 09:23:02
Added: jk/native/common jk_version.h.in
Log:
Add the jk_version.h!
Revision ChangesPath
1.1 jakarta-tomcat-connectors/jk/native/common/jk_version.h.in
Index: jk_version.h.in
jfclere 01/06/22 09:25:12
Modified:jk/native configure.in
Log:
Add jk_version.h (Damned 3 commits for that, I am bad!).
Revision ChangesPath
1.7 +2 -2 jakarta-tomcat-connectors/jk/native/configure.in
Index: configure.in
GOMEZ Henri wrote:
One small point comes to light now you've released this: version.h is
quite a common thing to have on your include path; certainly under MS
operating systems there tends to be a version.h already on the include
path which may cause confusion. Any reason not to call it
i took a quit look, and it doesn't look like merging what's in
o.a.a.tomcat33 with what's in o.a.a should be too difficult. hopefully,
soon i'll have some time to help out on this :)
GOMEZ Henri wrote:
Hi Kevin,
Did you take a look at my AjpXX stuff in TC 3.3 subdir.
Could you see how
andya 01/06/22 09:59:59
Modified:jk/native/domino config.h jk_dsapi_plugin.c
Log:
Updated to take advantage of JK_VERSION. The same source now builds for TC 3.2 and
the latest development code.
Revision ChangesPath
1.5 +3 -6
Hi Kevin, Henri,
I will spend some time on the connector and can help a bit with
that too.
Merging should be reasonably easy, but I would like to keep a backup,
i.e. do the merge in a new file.
Kevin - what about doing the merge as part of Ajp14 ? It should be able
to handle ajp13 requests
remm01/06/22 10:29:22
Modified:catalina/src/share/org/apache/catalina/loader
WebappClassLoader.java
Log:
- Forgot to rename StandardClassLoader - WebappClassLoader.
Revision ChangesPath
1.3 +12 -12
Costin Manolache wrote:
Hi Kevin, Henri,
I will spend some time on the connector and can help a bit with
that too.
Merging should be reasonably easy, but I would like to keep a backup,
i.e. do the merge in a new file.
Kevin - what about doing the merge as part of Ajp14 ? It should
I apologize for butting in on the tomcat-dev list. I am not receiving any
emails from tomcat-user for the last three days. ezmlm indicates that I have
been added to the list but no emails have followed. Any suggestions?
--
Thanks
Jacob
-Original Message-
From: [EMAIL PROTECTED]
on 6/21/01 7:13 PM, Remy Maucherat [EMAIL PROTECTED] wrote:
If you're paranoid, you can do as I did and delete StandardLoader from your
tree.
Remy
Or I can check out your recent fixes...
- Forgot to rename StandardClassLoader - WebappClassLoader.
:-)
Ok...with the latest CVS update,
Quoting Jon Stevens [EMAIL PROTECTED]:
on 6/21/01 7:13 PM, Remy Maucherat [EMAIL PROTECTED] wrote:
If you're paranoid, you can do as I did and delete StandardLoader from
your
tree.
Remy
Or I can check out your recent fixes...
- Forgot to rename StandardClassLoader -
Untested...
If there is an exception thrown during the processing, the file won't get
deleted because it isn't in a try/finally statement...
-jon
cvs diff StandardManager.java
Index: StandardManager.java
===
RCS file:
on 6/22/01 11:48 AM, Remy Maucherat [EMAIL PROTECTED] wrote:
Ok, I'll make sure I find an explanation. If I remember well, you had problems
in the manager, right ?
These should be gone.
Yes...this problem is a whole new problem and seems to exist in both the
StandardClassLoader and the
Quoting Jon Stevens [EMAIL PROTECTED]:
Untested...
If there is an exception thrown during the processing, the file won't
get
deleted because it isn't in a try/finally statement...
That looks like a good idea (more robust).
I would add the finally block to the second try (the one in the
glenn 01/06/22 12:52:12
Modified:..cvsignore
Log:
ignore build.properties instead of build.properties.sample
Revision ChangesPath
1.3 +1 -1 jakarta-tomcat-4.0/.cvsignore
Index: .cvsignore
glenn 01/06/22 13:06:01
Added: catalina/src/share/org/apache/naming JndiPermission.java
Log:
New JndiPermission for file based JNDI resources
Revision ChangesPath
1.1
jakarta-tomcat-4.0/catalina/src/share/org/apache/naming/JndiPermission.java
glenn 01/06/22 13:08:40
Modified:catalina build.xml
Log:
Adjust build for JndiPermission
Revision ChangesPath
1.46 +3 -2 jakarta-tomcat-4.0/catalina/build.xml
Index: build.xml
===
RCS
glenn 01/06/22 13:09:25
Modified:catalina/src/share/org/apache/catalina/connector
HttpRequestBase.java
Log:
Add a doPrivileged for getSession()
Revision ChangesPath
1.26 +28 -4
glenn 01/06/22 13:10:49
Modified:catalina/src/share/org/apache/catalina/loader
StandardClassLoader.java
Log:
Add support for JndiPermission
Revision ChangesPath
1.21 +18 -12
glenn 01/06/22 13:11:02
Modified:catalina/src/share/org/apache/catalina/loader
WebappClassLoader.java
Log:
Add support for JndiPermission
Revision ChangesPath
1.4 +21 -14
glenn 01/06/22 13:13:19
Modified:jasper/src/share/org/apache/jasper/servlet JasperLoader.java
Log:
Wrap getContextClassLoader with a doPrivileged
Revision ChangesPath
1.5 +23 -2
jakarta-tomcat-4.0/jasper/src/share/org/apache/jasper/servlet/JasperLoader.java
glenn 01/06/22 13:18:24
Modified:catalina/src/share/org/apache/naming/resources
DirContextURLConnection.java
Log:
Add support for JndiPermission
Revision ChangesPath
1.12 +8 -7
glenn 01/06/22 13:20:54
Modified:catalina/src/share/org/apache/naming/resources
FileDirContext.java
Log:
Fix path for windows file separator
Revision ChangesPath
1.4 +6 -5
glenn 01/06/22 13:31:26
Modified:.RELEASE-NOTES-4.0-B6.txt
Log:
Add note about new JndiPermission
Revision ChangesPath
1.2 +3 -1 jakarta-tomcat-4.0/RELEASE-NOTES-4.0-B6.txt
Index: RELEASE-NOTES-4.0-B6.txt
glenn 01/06/22 13:36:30
Modified:catalina/src/conf catalina.policy
Log:
Update for new JndiPermission
Revision ChangesPath
1.12 +2 -2 jakarta-tomcat-4.0/catalina/src/conf/catalina.policy
Index: catalina.policy
craigmcc01/06/22 13:42:03
jakarta-tomcat-4.0/tester/src/tester/org/apache/tester/unshared - New directory
Quoting [EMAIL PROTECTED]:
glenn 01/06/22 13:20:54
Modified:catalina/src/share/org/apache/naming/resources
FileDirContext.java
Log:
Fix path for windows file separator
@@ -843,6 +842,8 @@
* @param name Normalized context-relative path
If it's allowed by servlet spec, we'll modify it in mod_jk,
the current Tomcat connector to web servers.
I switched an application I was working on from JServ to
Jakarta and realized
there is a change in the way the response codes for the server
are being set.
Apache no longer recieves the
craigmcc01/06/22 14:57:08
Modified:tester build.xml
tester/src/tester/org/apache/tester Session01.java
Session03.java SessionBean.java
Added: tester/src/tester/org/apache/tester/shared
SharedSessionBean.java
on 6/22/01 2:57 PM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
There definitely appears to be a problem with class loading
I have been saying that for a while now...I'm glad to hear it acknowledged
finally. :-)
-jon
--
If you come from a Perl or PHP background, JSP is a way to take
your
jon 01/06/22 15:03:36
Modified:catalina/src/share/org/apache/catalina/session
StandardManager.java
Log:
please check this patch!
#1. make sure the file is deleted if there is an error.
#2. move the ois.close() into the finally block to also ensure
Sorry for intruding on the dev list, but I am having no luck getting emails
from the user list. I greatly appreciate it if someone could answer these
two questions:
a) Can Tomcat do a forward to an anchor in a JSP page, such as:
RequestDispatcher rd =
On Fri, 22 Jun 2001, Jon Stevens wrote:
on 6/22/01 2:57 PM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
There definitely appears to be a problem with class loading
I have been saying that for a while now...I'm glad to hear it acknowledged
finally. :-)
And once the problem *is*
andya 01/06/22 16:18:44
Modified:jk/native/domino Makefile
Log:
Fixed Makefile to look for common headers in ../common
Revision ChangesPath
1.5 +2 -3 jakarta-tomcat-connectors/jk/native/domino/Makefile
Index: Makefile
craigmcc01/06/22 14:57:08
Log:
Add some unit tests for bean references from a servlet (Session01 or
Session03) to beans in the following locations:
* SessionBean is in the same /WEB-INF/lib/tester.jar JAR file as the
servlet classes are
* UnsharedSessionBean is unpacked
On Fri, 22 Jun 2001, Remy Maucherat wrote:
I don't think that test case is valid.
Both of the following explanations are theories. I could be wrong. Comments
by CL gurus are welcome.
Case A (Craig's test) :
Basically, what happens here is :
- The Webapp CL which manages the
Remy Maucherat wrote:
Quoting [EMAIL PROTECTED]:
glenn 01/06/22 13:20:54
Modified:catalina/src/share/org/apache/naming/resources
FileDirContext.java
Log:
Fix path for windows file separator
@@ -843,6 +842,8 @@
* @param name
craigmcc01/06/22 17:14:48
Modified:tester/src/tester/org/apache/tester/shared
SharedSessionBean.java
Log:
Make SharedSessionBean independent of SessionBean. It used to be a
subclass, but that could never work because SessionBean was only loaded
from a
so, is there a tabs policy in jakarta? like the number of spaces per
tab (4 vs. 8), of no tabs in source code? i ask because i just got the
latest jtc source, and when i open up some of the files in emacs (in
which i have tab width set to 8 spaces), some lines are indented 4
spaces, and some 8.
on 6/22/01 5:09 PM, Remy Maucherat [EMAIL PROTECTED] wrote:
I'm not too sure about that yet ...
Jon's case is quite complex, and is definitely not the same thing as your
test case.
Remy
I don't think that my case is that out of the ordinary though.
Essentially, classes in a .jar file are
craigmcc01/06/22 17:22:13
Modified:tester build.xml
Log:
With the fix to SharedSessionBean, the test now works when SSB is deployed
in $CATALINA_HOME/lib/tester-shared.jar.
Revision ChangesPath
1.11 +1 -3 jakarta-tomcat-4.0/tester/build.xml
Index:
on 6/22/01 5:09 PM, Remy Maucherat [EMAIL PROTECTED] wrote:
I'm not too sure about that yet ...
Jon's case is quite complex, and is definitely not the same thing as
your
test case.
Remy
I don't think that my case is that out of the ordinary though.
Essentially, classes in a .jar
Here we go... ;-)
I like tabs set to four spaces, tabs in source rather than spaces and
opening braces on a new line. How evil does that make me?
Actually I was just wondering the other day how easy it would be to do
smart de-tabbing on source -- i.e. how easily can you infer the original
tab
On Fri, Jun 22, 2001 at 07:17:37PM -0500, kevin seguin wrote:
so, is there a tabs policy in jakarta? like the number of spaces per
tab (4 vs. 8), of no tabs in source code? i ask because i just got the
latest jtc source, and when i open up some of the files in emacs (in
which i have tab
craigmcc01/06/22 17:28:36
Modified:tester build.xml
Log:
OK, the problem with SharedSessionBean was creating a false negative on my
tests with UnsharedSessionBean. To recap, the following things now work
using WebappClassLoader:
- Session class Session01 can reference
On Fri, 22 Jun 2001, Jon Stevens wrote:
on 6/22/01 5:09 PM, Remy Maucherat [EMAIL PROTECTED] wrote:
I'm not too sure about that yet ...
Jon's case is quite complex, and is definitely not the same thing as your
test case.
Remy
I don't think that my case is that out of the
well, i prefer 8-space tabs, tabs in source code iif everybody uses the
same number of spaces per tab. and, that'll never happen.
for the most part, i don't much care, so long as everybody is
consistent. and, that'll likely never happen either :)
Andy Armstrong wrote:
Here we go... ;-)
No, it says indentation of 4, and it also says that tabs are
equivalent to 8 spaces. This is precise and sufficient and
will work with any virtually any editor [assuming people know
how to use their editor]. Hint: if your editor displays
a single hard-tab (^I in the file) as four spaces
(the
No, it says indentation of 4, and it also says that tabs are
equivalent to 8 spaces. This is precise and sufficient and
will work with any virtually any editor [assuming people know
how to use their editor]. Hint: if your editor displays
a single hard-tab (^I in the file) as four spaces
On Sat, 23 Jun 2001, Andy Armstrong wrote:
Here we go... ;-)
I like tabs set to four spaces, tabs in source rather than spaces and
opening braces on a new line. How evil does that make me?
The conventions we follow are documented on the Jakarta web site:
On Sat, 23 Jun 2001, Andy Armstrong wrote:
Here we go... ;-)
I like tabs set to four spaces, tabs in source rather than spaces and
opening braces on a new line. How evil does that make me?
Not necesarily evil, I also like the week with 3 days ( 1 for work, 2 for
weekend ), tabs in source,
On Fri, 22 Jun 2001, Craig R. McClanahan wrote:
* There are existing Tomcat committers who adamantly swear
by using tab characters (who will speak up if they feel
like it :-) despite the community's repeatedly expressed
convention for spaces.
I'm one :-)
I'm not sure about
Ok, after a lot of gdb-ing and strugling with the ./configure and apr
I got apache2 working.
To save other's some time:
If you see SIGSEGV just after you start ( you can use
httpd -D ONE_PROCESS, that replaces the old -X and env ), one place to
look is srclib/apr/shmem/unix/mm.
There is a
Craig R. McClanahan at [EMAIL PROTECTED] wrote:
So, to answer your questions, tabs set at four spaces and tabs in the
source violates two of the common conventions.
For whoever wants it, I have a lil' C script that checks that, and does the
trick (since my MacOS/X editor is kinda f***ed
1) why is Request final? i was planning on extending it in
org.apache.ajp.AjpRequest, but can't do so since it's final. it's no
big deal, i can create org.apache.ajp.AjpRequestAdapter instead, just
kind of curious.
2) any reason why there is no way to set/get attributes on Request?
as
on 6/22/01 5:36 PM, Craig R. McClanahan [EMAIL PROTECTED] wrote:
Jon,
Following up on Remy's theory of what might be going on with your case, is
the following scenario possible with Scarab?
- Class A is loaded from the shared class loader (because it's
from a JAR file in
costin 01/06/22 22:52:12
Modified:jk build.xml
jk/native buildconf.sh
Log:
Added a new target to build ajp14 for tomcat33.
Added few more defaults for properties ( based on the current dir layout,
assuming the same dir is used to check out the
90 matches
Mail list logo