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 repositori
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 $CATA
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 mentione
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 up
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
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 "commun
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 sourc
when i try to use jtc/jk/native/iis/isapi.ds[wp], i get errors that look
like this:
The file
g:\dev\jakarta\jakarta-tomcat-connectors\jk\native\iis\isapi.dsp has
been modified and cannot be loaded as a Developer Studio project.
ideas??
by the way, it'd be nice to have an nmake file here... if
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:
http://jakarta.apache.or
>
> 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 s
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 in
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... ;-)
>
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
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 beans
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
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 si
> 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,
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: buil
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
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.
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 ch
> 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
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 @@
> >
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
> 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 un
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
=
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
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 =
getServletContext().getRequestDispatcher("/p
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
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
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
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
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
craigmcc01/06/22 13:42:03
jakarta-tomcat-4.0/tester/src/tester/org/apache/tester/unshared - New directory
craigmcc01/06/22 13:42:02
jakarta-tomcat-4.0/tester/src/tester/org/apache/tester/shared - New directory
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
==
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: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
jakarta-tomcat-4.0/catalina/src/share/org/apache/naming/resou
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
jakarta-tomcat-4.0/catalina/src/share/org/apache/naming/r
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:11:02
Modified:catalina/src/share/org/apache/catalina/loader
WebappClassLoader.java
Log:
Add support for JndiPermission
Revision ChangesPath
1.4 +21 -14
jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader
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
jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/load
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
jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/
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 fi
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
I
marcsaeg01/06/22 12:57:07
Modified:src/share/org/apache/tomcat/core Tag: tomcat_32
BufferedServletOutputStream.java
Log:
Set usingWriter to false in recycle(). This fixes part of bug 1802, the other part,
regarding flushing PrintWriters I'm going to forego
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
===
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
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
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:
/home/cvs/ja
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 StandardC
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
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] [mailto:[E
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 ?
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
jakarta-tomcat-4.0/catalina/src/sh
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 request
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 jakarta-tomcat-connectors/jk/nat
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 ho
jean-frederic clere wrote:
>
> 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 m
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 cal
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
=
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: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
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 javax.servlet.
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
>
> 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.
>
> 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
>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 jk_
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 a
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
>> 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
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_com
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
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
Ind
>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 FO
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
> workers.java_home=/
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 revision
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: mod_jk-h
hgomez 01/06/22 07:44:53
Modified:jk/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.3 +24 -2 jakarta-tomcat-connectors/jk/doc/mod_jk-howto.html
Index
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 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
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
1.1
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
jakarta-tomcat-connectors/jk/java/org/apache/ajp/tomcat33/Ajp13
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
>> +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
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
jakarta-tomcat-connectors/jk/java/org/apache/ajp/tomcat33
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 jakarta-tomcat-con
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
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 later
+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 904A
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 mi
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 p
>...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,
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
94 matches
Mail list logo
