mod_jk copyright is pretty old now (ref to java.apache.org)
What about using this updated one (from waht I found in webapp) :
May be also mod_jk in tomcat 3.2 and tomcat 3.3
/* =
*
*
*
* The Apache
Find attached a patch to make jni support facultative :
If you define USE_NO_JNI (by hand in Makefile or via
updated autoconf), the JNI support is removed.
Thanks to comments
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY :
Henri, I've attached jni.h for you to look at.
Thanks.
I take a look at it. The jni.h enforce you to have _REENTRANT defined.
If you take a look in jk_mt.h (sort of thread wrapper), you'll see
that if _REENTRANT is defined, the wrapper consider you're running
in a multi-thread env (like Apache
jean-frederic clere at [EMAIL PROTECTED] wrote:
I am sorry... I should have complained before in APR... Now
it is a bit too
late.
We really should use a common tool in ASF when possible, if
the tool is
DOXYGEN
we will have to use DOXYGEN.
Seeing it a little bit in deep, DOXYGEN is not
]]
Sent: Saturday, June 09, 2001 1:06 AM
To: [EMAIL PROTECTED]
Subject: Re: [j-t-c] src level directories removed...
GOMEZ Henri wrote:
Could you also remove the unused apache1.3 and apache2.0.
We're using apache-1.3 and apache-2.0 now :)
they appear to have cvs rm'd, do you want them
I just started to look at doxygen.
A nice tool but may require many
extras stuff (qt-2.1.0), tetex 1.0...
The current RPM build of doxygen failed about
missing command moc (a qt devel tool).
Did you succeed build doxygen under MacOs X ?
We'll have to see if all commiters (I think here
at
Well I am not willing to change somethings that works!
APR is using SCANDOC. SCANDOC uses PERL and does not mean
extra porting work for
me.
Even on my Linux Redhat box, it's not an easy task to
install doxygen.
The RPM found around are against libstdc++ 2.96
and qt-devel 2.1 (+/- Redhat 7.1)
I reverted to Apache 2.0.16 beta and I still have the problem.
lynx/ns 4.77 works well but IE5.5/MZ failed to get the dynamic
pages
The traffic is very similar :)
IE5.5 works when switching to HTTP 1.0
Any idea ?
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED]
I built it by hand and it works...
What configure line did you use ?
a minimal one, without QT or LATEX I guess
(No RPMs under any of my systems, thank god :)
Take a look at rpm before calling god.
A real plus for production environnement when many systems
are to be configured.
My Unix
Yes, so WHY USING SCANDOC... If you're following APR, you have
noticed that
they moved from SCANDOC to DOXYGEN...
When did they change ?
I monitor apr-dev and the only 3 references are Ben Lauries
post/reply from this week-end..
Don't forget that building a DOXYGEN will not so easy on many
: Monday, June 11, 2001 2:49 PM
To: [EMAIL PROTECTED]
Subject: Re: [j-t-c] src level directories removed...
done.
GOMEZ Henri wrote:
Yes please :)
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint
Hi,
A quick poll to get informations about OS used by
j-t-c developpers users ...
I: Redhat 6.2 / 7.1
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B
I monitor apr-dev and the only 3 references are Ben Lauries
post/reply from this week-end..
Authoritative enough... Anyway, goddamit, I didn't want to
start a fucking fight... As always , you peeps are overreacting...
...Peace...
No need to fight here, just wait if the CURRENT jtc
My Unix admin life is a hell since I installed RedHat 7.1 in
Ireland and
it's so freakin' complicated everytime I have to
build/add/remove stuff that
If you remember when you were looking for a Redhat distro when
in England some weeks ago, I recommand you not to grab the RH 7.1
but stay with
I'll release soon a RPM for mod_webapp found in JTC.
APR RPM is allready available at ftp://ftp.falsehope.com/home/gomez/apr/
Stay tuned.
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP
Hi,
My webmaster, Sabrina, has created a logo for JTC.
What do you think ?
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6
]
Subject: Re: Apache 2.0.18 problem with mod_jk and
On Fri, 8 Jun 2001, GOMEZ Henri wrote:
I've got some problems with Apache 2.0.18 and mod_jk
with Internet Explorer 5.5 and Mozilla 0.8.1.
Even if there is a network traffic (I attached the
ethereal logs (tcpdump compatible)), I couldn't get
Oh, BTW, I don't want to see libtool used anywhere... The
would would be a
better place without that evil thing... (Doesn't run on OS/X)
You mean it does not support OS/X yet or that is buggy?
What about aplibtool?
I used to be a Mac Developpers (10 years ago) and allways like
this
By the way my apxs (2.0) tries to build an excutable instead a
dynamic library,
has someone seen a problem like that? (evil libtool or JF's
big fingers?:-( ).
I didn't have such problem here using Linux :)
And I use your apache 2.0 (or may be mine, what was the latest
of our 2 pacthes commit
Who could do that ?
Kevin/JF ?
-
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. Fumagalli
import). speak now if you have objections :)
-kevin.
GOMEZ Henri wrote:
Who could do that ?
Kevin/JF ?
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6
Unless someone has reasons not to, I will start changing the build
process to use the buffers and low-level objects in j-t-c. Over
the weekend I'll try to finish the move of all connector code
into j-t-c, where it belongs.
+1 for buffer stuff.
xerces2 of course.
Costin
On Tue, 5 Jun 2001, GOMEZ Henri wrote:
Just to comment the RPM building :
In my TC 3.3-m3 RPM, I choose to use xerces-j = 1.2
instead of the jaxp 1.1 present on TC 3.3
I add the RPM dependency and didn't install jaxp.jar
and parser.jar. At install time the RPM
Version 1.0.2 of the Lotus Domino redirector for Win32 and Linux is
available now at
http://free.tagish.net/domino-tomcat/
The main change is a fix to the SSL handling that means that SSL
connections are now correctly reported to Tomcat.
Excellent !:)
Will you commit it ?
...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6
-Original Message-
From: Andy Armstrong [mailto:[EMAIL PROTECTED]]
Sent: Friday, June 08, 2001 3:36 PM
To: [EMAIL PROTECTED]
Subject: Re: [ANNOUNCE] Domino redirector 1.0.2
GOMEZ Henri wrote:
Version 1.0.2 of the Lotus
PROTECTED]]
Sent: Friday, June 08, 2001 3:11 PM
To: [EMAIL PROTECTED]
Subject: Re: removing src level in jk for jtc
i'll wait until around 12pm CDT -- that's about 4 hours from now :)
GOMEZ Henri wrote:
I've got some commit to do, could you wait 1 or 2 hours before ?
-
Henri Gomez
Why did you compile Netware code on HP-UX ?
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6
-Original Message-
From: [EMAIL
Could you also remove the unused apache1.3 and apache2.0.
We're using apache-1.3 and apache-2.0 now :)
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A
seguin 01/06/08 12:49:52
Modified:jk/java/org/apache/ajp Ajp13Packet.java
Log:
[bug fix] send right header to webserver.
now i'm glad i added a junit test ;-)
Revision ChangesPath
1.6 +2 -2
jakarta-tomcat-connectors/jk/java/org/apache/ajp/Ajp13Packet.java
___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6
-Original Message-
From: GOMEZ Henri [mailto:[EMAIL PROTECTED]]
Sent: Friday, June 08, 2001 11:47
Strange,
I didn't have that, libtool use mod_jk.la :
make -f Makefile.linux
/usr/sbin/apxs2 -DUSE_APACHE_MD5 -I ../common -I
/opt/IBMJava2-13/include -I
/opt/IBMJava2-13/include/linux -c -o mod_jk.la mod_jk.c
mod_jk.la that why I am complaining!
Should not we able to use mod_jk.so
(apxs 2.0 buggy?)
GOMEZ Henri wrote:
By the way my apxs (2.0) tries to build an excutable instead a
dynamic library,
has someone seen a problem like that? (evil libtool or JF's
big fingers?:-( ).
I didn't have such problem here using Linux :)
And I use your apache 2.0 (or may be mine
I've got some problems with Apache 2.0.18 and mod_jk
with Internet Explorer 5.5 and Mozilla 0.8.1.
Even if there is a network traffic (I attached the
ethereal logs (tcpdump compatible)), I couldn't get
the Tomcat pages.
No problem with Netscape 4.77 ?
I've got no problem with static pages
The ajp14 continue :
There will be a huge commit today since I've started
the ajp14 stuff (worker).
Notes :
I've updated Domino, Netscape, IIS, Apache 1.3/2.0
since I add the uw_map to wc_open call.
AJP14 and it's autoconf feature will try to load the
URI 2 worker maps...
On the Java Side
ie :
webapp/src/native/apache-1.3
webapp/src/doc
webapp/src/native/include
webapp/src/java
webapp/src/native/lib
webapp/src/native/scandoc
webapp/src/native/webapplib
May be JF or Kevin :)
If we share some macro files (m4 files) for configure, life
will be more easy
if the
Hi JF,
Just test the latest configure stuff and autoconf failed
with :
autoconf: Undefined macros:
configure.in:23:AC_PROG_LD
I've got autoconf 2.13, libtool 1.3.4, automake 1.4 :)
The configure.in from yesterday (without AC_PROG_LD)
worked fine...
-
Henri Gomez
Hi,
I take a look at NES and the SSL vars are not handled
by this connector.
Idem for DOMINO where some vars are grabbed but not used.
Who know how to get the SSL vars (the following come from apache+mod_ssl) :
SSL_CLIENT_CERT = The client certificat (if user auth used)
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
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
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.
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
I agree that even if you have option b) working, option a) is the
correct way to go so that we don't break backwards compatibility.
The consensus seems to be in freezing ajp13 and adding new features
in ajp14 only. It will avoid conflict with servlet-engine using
standard ajp13 protocol (TC
Ignacio J. Ortega wrote:
I do like your idea , this was something i was talking some time ago,
But better than for 3.2.2 ( that is on bug fix mode only , no new
features ), But I would prefer to apply your idea to share Realms
Implementatios between 3.3 and 4.0, a much more useful
Attached is a patch for jk_isapi_plugin.c and a example
uriworkermap.properties file.
This patch adds some syntax sugar to uriworkermap.properties
file format
to allow fine grained control over redirection of tomcat
contexts to IIS
virtual hosts, allowing a syntax like :
Hi to all,
The work in still on progress on AJP14 and I've got new
questions on ajp14.
1) AJP14 could be considered like an evolution of AJP13.
Basically the same protocol but with added commands.
AJP13 use the 'AB' chars in start of protocol, what about
using something like 'DE'
Servlet 2.3 API and JSP 1.2 are unavailable at :
http://jcp.org/aboutJava/communityprocess/first/jsr053/index.html
Clicking on continue for 2.3 or 1.2 give you to :
http://java.sun.com/Download4
Any idea where we could find the latest Draft ?
+1
Andy does a great job and open us the door of the
Domino World. A big plkus for jakarta...
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F
is a valid attribute.
i'm kind of in a hurry, so these thoughts are going straight from brain
to keyboard with no processing in between ;-)
-kevin.
GOMEZ Henri wrote:
Hi to all,
The work in still on progress on AJP14 and I've got new
questions on ajp14.
1) AJP14 could be considered like
I would like to propose Mike Anderson as a new committer.
He found many subtils bugs in mod_jk and since he's
working on Netware platforms, it will a great help
to improve connectors on this OS.
Vote please
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
We could add it to jakarta-tomcat-connector ?
+1 -- so long as andy will help fix bugs in it when/if they come :)
I'll commit this works on current JTC.
I'd like to see this connector supporting others protocol like
ajp13 and may be ajp14/warp.
It's important to have people working on
Did you, Pier, agree to move the mod_webapp/warp stuff
in jakarta-tomcat-connector and use these CVS instead
the one from TC 4.0 ?
Having all the connector stuff in a common area will help
users (it's what we want), and could also allow us to have
a release rate different from the main
Something I know well :)
Which version of Apache 2.0 have you ?
Up to the latest, the apxs was broken.
I recommand you take a look at Makefile.linux
in TC 3.3 :)
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD
Something I know well :)
Which version of Apache 2.0 have you ?
Up to the latest, the apxs was broken.
I recommand you take a look at Makefile.linux
in TC 3.3 :)
Thanks for your help. The Apache version is 2.0.16
I've looked at the Makefile.linux and that apparently has less luck
I used the following RPM
libtool-1.3.4-3
autoconf-2.13-5
automake-1.4-6
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6
-Original
jakarta-tomcat-connector is the safe place to put experimental
code, like Domino redirector.
Also we could hope this sub-project could be one day the
reference of connectors between majors Web-Servers and
jakarta Servlet Engines :)
It's an arena where there we may speak more on native
GOMEZ Henri wrote:
We could add it to jakarta-tomcat-connector ?
+1 -- so long as andy will help fix bugs in it when/if they come :)
I'll commit this works on current JTC.
I'd like to see this connector supporting others protocol like
ajp13 and may be ajp14/warp.
I've just been
Fixed in TC 3.3 CVS and JTC
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6
-Original Message-
From: [EMAIL PROTECTED]
We could add it to jakarta-tomcat-connector ?
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6
-Original Message-
From: Andy
-
From: Andy Armstrong [mailto:[EMAIL PROTECTED]]
Sent: Thursday, May 31, 2001 10:28 AM
To: [EMAIL PROTECTED]
Subject: Re: [ANNOUNCEMENT] Domino / Tomcat connecter available
That would be super cool with me ;-)
GOMEZ Henri wrote:
We could add it to jakarta-tomcat-connector ?
-
Henri Gomez
Hi,
I have added support for static linking of mod_jk (for
Apache-1.3.x). I have
used automake to reach it, it has side effects I would like to comment:
- apxs cannot be used build mod_jk.so.
- It needs autoconf/automake for prepare the *.in file. (Only
for develloppers).
- It needs libtools.
I found some more memory leaks in mod_jk. The biggest one is
in mod_jk.c when there is a virtual host section in
httpd.conf. Multiple conf structures are allocated, but only
one was being cleaned up. Another leak was in
jk_ajp13_worker.c. We were calling jk_open_pool on the
endpoint
Ok, another question then.
Please,
What is it that the connector has to be able to do? Is it
sufficient if it
simply can forward the HTTP request to tomcat or does it need
to play around
with it? I guess it must do something or the disscusion on ajp13/jk and
warp/webapp wouldn't be.
The
GOMEZ Henri at [EMAIL PROTECTED] wrote:
In that case, what is the point of warp. Is it going to be
faster, more scalable or something?
warp is a whole new developpement using
very recent lib tools like APR.
And a bunch of other features and improvements, but it seems
that no one
ever
Ok. Is there any written specification för the ajp protocol
adn where can I
find it?
You could find both ajp13 and ajp14 protocol documentation in
at least :
jakarta-tomcat-connectors/jk/src/doc/
The buffers do belong to jakarta-tomcat-connectors/util, and
in a perfect
world we wouldn't have them duplicated - 3.3 should only use
what's in
connectors.
I wouldn't mind making tomcat-connectors/util the master
source for the
buffer stuff, but it needs some changes in the build
It has all to do with standards. Tabs have been used for
indentation
for
at least the last 15 years ( that's when I started playing with
computers-
and the tab was there ).
But the point is that we're using SPACES... Since _EVER_...
Discussion
closed.
I really doubt you guys have
My question is what the status is on the apache connector in
tomcat 4. I've
been testing Jakarta 4 in standalone mode and is very pleased
with it, but
we can't run it like that once we release the system for all
our students..
;)
There is actually 2 connectors for Apache Tomcat 4.0 :
-
the decision yourself as to what
connector you want to use.
// Erik
-Original Message-
From: kevin seguin [mailto:[EMAIL PROTECTED]]
Sent: Monday, May 28, 2001 3:05 PM
To: [EMAIL PROTECTED]
Subject: Re: connector status in tomcat 4
GOMEZ Henri wrote:
My question
In that case, what is the point of warp. Is it going to be
faster, more scalable or something?
warp is a whole new developpement using
very recent lib tools like APR.
If not why was it created?
That's a good question and who has the answer ?
Dave
[EMAIL PROTECTED]
From: GOMEZ Henri
Excellent,
Please switch from GPL to Apache...
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6
Find attached the latest revision of AJP14.
Thanks to comments since the work on ajp14 is
still in progress and many code will be commited
next week, all for handling AJP14 ...
Regards
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY
Better to write a disector for Ethereal :)
www.ethereal.com
May be something to do also for ajp12/13/14 ?)
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39
May I recommand you Pier, try another Redhat release than the 7.1.
It's a new release and for example I've got problems building
latest Apache 2.0 under RH 7.1.
Better test with Redhat 6.2 which is very stable and known.
Regards
-
Henri Gomez ___[_]
EMAIL : [EMAIL
Hi DAK,
I tested the server/client with 'b' and without and didn't have
any problems with Tomcat 3.3-m3 (with ajp13)
Could try this distro also ?
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP
Commited,
Thanks...
-Original Message-
From: Hans Schmid [mailto:[EMAIL PROTECTED]]
Sent: Friday, May 18, 2001 5:00 PM
To: [EMAIL PROTECTED]
Subject: [PATCH] Tomcat 3.3 m3 mod_jk-howto.html (new Bug #1809)
Hello,
I just installed Tomcat3.3-m3 with ajpv13 behind Apache 1.3.19
on
Hi to all,
I updated the CVS with preliminary code for ajp14,
just for review since it's not working now.
One question who how to access md5 functions under
IIS/NETSCAPE ? (APR is not yet a solution :)
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
Vote to release the tomcat_32 branch as Tomcat 3.2.2.
[X] +1. I agree with the proposal and I will help support
the release.
[ ] +0. I agree with the proposal but I will not be able
to help support the release.
[ ] -0. I don't agree with the proposal but I won't stop
Seems correct to me.
BTW, with the jakarta-tomcat-connector,
this kind of native bugs fixes will appears
outside TC 3.2/3.3/4.0 soon.
I'll correct that on mod_jk in TC 3.3 and
jakarta-tomcat-connector
To be fixed also in mod_webapp.
-
Henri Gomez ___[_]
EMAIL : [EMAIL
Message-
From: GOMEZ Henri [mailto:[EMAIL PROTECTED]]
Sent: Friday, May 18, 2001 11:27 PM
To: [EMAIL PROTECTED]
Subject: RE: 3.2.2 mod_jk encoding issue
Seems correct to me.
BTW, with the jakarta-tomcat-connector,
this kind of native bugs fixes will appears
outside TC 3.2/3.3/4.0 soon.
I'll
I just tried this and verified the orginal bug and that the
proposed patch
does fix the problem. I'm OK with committing to the tomcat_32 branch.
DOES ANYONE ELSE OUT THERE HAVE ANYTHING THEY WANT TO TELL ME?
Resin would not appear to be compliant with the specification.
The 4/27/00
errata
The RPM are available with a new package, tomcat-webapps
which hold ADMIN, ROOT and EXAMPLES webapps as requested
by many on the user list :)
Also a big hi to Larry for this release :)
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY :
Thanks for the configure stuff JF.
Stay all tuned since I'll upload today or tomorrow
updated stuff for mod_jk and ajp14..
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint :
Error - it shouldn't be in common...
Are you sure ?
in jk_jni_worker there is a jni_worker_factory() which is
referenced in jk_worker_list.h which is used to determine
workers in jk_worker.c (get_factory_for).
If jk_jni_worker is removed from common, it should be also
removed from the list
The problem is not only the Request object, but the whole
infrastructure
needed for efficient communication ( MessageBytes, Headers, etc ).
i've started down this path (1). there's a bunch of stuff in tomcat 3
(like MessageBytes) that would be useful... i posted a
message a couple
days
Could you explain a little more what these diffs accomplish? My
understanding of the fix that went into revision 1.5.2.4 to
fix the file upload problem was that doRead() returns an 'int' and was
causing the byte 0xFF to be sign extended into the integer -1 which is the
EOF
return value for
I have found a bug and fixed it in the Tomcat NT
service program. How do I submit it? Do you guys take
bug fixes from independent people. I had heard from
several people that they had submitted bug fixes and
you guys told them to f*** off (not necessarily in
those terms).
Let's send the diff
I would like to propose Jean-Frederic Clere as a new committer.
He make many contribution in jakarta-tomcat, jakarta-tomcat-4.0
and now in jakarta-tomcat-connectors, and we help us with
stuff like autoconf, APR and exotics systems :)
Vote Please
+1
-Original Message-
From: Andrey Kartashov [mailto:[EMAIL PROTECTED]]
Sent: Sunday, May 13, 2001 12:12 AM
To: [EMAIL PROTECTED]
Subject: [PATCH] Secure defaults in server.xml + support for
multihomed machines
This patch is a result of our previous discussion with Henry
about
I have started a configure.in and makefile(s).in for the
jakarta-tomcat-connectors.
Currently I have just prepared it for Apache2.0 and Apache1.3,
before going on I
have some questions:
I tested the configure/makefile stuff and it works well but
could you also add the java detection for JNI
What about importing the mod_webapp code in
jakarta-tomcat-connectors ?
There is allready jk stuff (native, java), we could
also have here a 'wa' subdir
jakarta-tomcat-connectors/wa/src/native/apache-1.3/
jakarta-tomcat-connectors/wa/src/native/apache-2.0/
You were invited with Pier last week and there is still no
anwsers :)
Was I? Whops, didn't notice... Sorry... What should I do?
Throw away all my
code and start working on JK?
Who asked you to drop your code ?)
I was asking for import of the wa code in
jakarta-tomcat-connectors.
Could
The configure.in assumes that the Apache connectors
sub-directories are
apache-1.3 and apache-2.0. I think that more consistant
with mod_webapp.
done
My idea is to build one connector per call of configure/make,
--with-java should
build the JNI support, correct?
I have noted that common contains jk_jni_worker.c, should not
we move it in jni?
no, jk_jni_worker could also be used into apache 1.3/2.0.
And that's HOW IBM use mod_jk on at least
the
list. I am starting to
think that it is necessary.
Jay
-Original Message-
From: GOMEZ Henri [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, May 15, 2001 7:03 AM
To: [EMAIL PROTECTED]
Subject: RE: configure for jakarta-tomcat-connectors
My idea is to build one connector per call of configure
So we have 2 cygwin (amy+jon) and 1 msvc (kevin)... I hoped to
have more feedback...
msvc is the de-facto reference in Windows World
+1 for msvc
jakarta-tomcat-connectors/wa/src/native/apache-1.3/
jakarta-tomcat-connectors/wa/src/native/apache-2.0/
jakarta-tomcat-connectors/wa/src/native/include/
jakarta-tomcat-connectors/wa/src/java/
The idea is to provide to new users a common area when
he's looking for web-server to
getRemoteHost() is now fixed in CVS :)
Same that TC 3.2.2
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6
-Original Message-
so, i'm looking at decoupling the Ajp13 java stuff from servlet
container code.
some background... in tomcat 3, the ajp code takes a core
tomcat Request
object and adds decoded information from the ajp request into the
Request object. when i ported this code from tomcat 3 to tomcat 4, i
used
I ask mostly because I've put a lot of effort into cleaning up and
documenting that code, and I hope that it is now much more
workable.
Your documentation is a great help in extending the jk in
jakarta-tomcat-connectors to add ajp14 support.
I'll try to also comments my code to help it being
Now Tomcat 3.2.2 does DNS lookup.
I'll send update to 3.3 to do that today :)
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6
801 - 900 of 1169 matches
Mail list logo