I'm pleased to see how the thing moved in mod_webapp since
the jakarta-tomcat-connectors is in CVS and after all the
AJP14 discussion.
Did we'll see another brake in connector side ?
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY :
-1.
mod_jk isn't the only connector out there ;-)
yes, there is also mod_webapp, mod_jserv.
We discussed last weeks about renaming jk/jk_ stuff
in native code and I worked this week-end in converting
all jk/jk_ stuff to jtc/jtc_ in native code.
Why ? To help users having at the same time
Will you also Jon, contribute to jakarta-tomcat-connectors ?
You were invited with Pier last week and there is still no
anwsers :)
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint :
I have started a configure.in and makefile(s).in for the
jakarta-tomcat-connectors.
Thanks great works :!
Currently I have just prepared it for Apache2.0 and Apache1.3,
before going on I
have some questions:
- The idea is to have one configure.in in
jakarta-tomcat-connectors/jk/src/native and
+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
wrote:
+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
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
a counterpart to that one on the TC 3.3
tree (same setup,
etc.)?
- Original Message -
From: GOMEZ Henri [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, May 11, 2001 6:52 AM
Subject: RE: [PATCH] LDAPRealm implementation
I'll thanks you for porting the LDAPRealm implementation
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,
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
+1
And +1 for the list of open bugs which are high priority...
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6
]
Subject: RE: [PROPOSAL/VOTE] Tomcat 4.0 Beta 4 Release
On Tue, 8 May 2001, GOMEZ Henri wrote:
+0 but with RPM packaging ;)
And source packages, right Henri? :-)
They will be there at the same time as the binaries this time.
Craig
Subject: Re: [PROPOSAL AJP14] AJP13 Evolution
on 5/8/01 3:00 PM, GOMEZ Henri [EMAIL PROTECTED] wrote:
But APR is only available in Apache 2.0, what about Apache 1.3,
NES and IIS ?
That isn't true. http://Apr.apache.org/
APR is just a library.
-jon
--
If you come from a Perl or PHP
Couldn't access these CVS directories, could you check
group ?
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6
-Original
so, i guess the essence of this message is, what might be a short-term
plan for having ajp13 support in tomcat 4?
i have done some preliminary work, creating an ajp13 connector
for tc 4,
which for the most part works.
long term, i think part of this code will live in
Fixed ... my default group for CVS commits seems to be apcvs, and it
needed to be jakarta.
the cvs still couldn't be accessed in anonymous mode :
cvs -d :pserver:[EMAIL PROTECTED]:/home/cvspublic checkout
jakarta-tomcat-jasper
cvs server: cannot find module
The evolution will goes in jakarta-tomcat-connectors to avoid
disturbing mod_jk/ajp13 in the to be released TC 3.3.
Of course all bugs fixes from TC 3.3 mod_jk will be back ported to
jakarta-tomcat-connectors.
The auto-update will not be my premium priority and I think to
delay it since it
You have an account on apache.org, fix it yourself...
ln -s /home/cvs/jakarta-tomcat-jasper
/home/cvspublic/jakarta-tomcat-jasper
Thanks Jon
1) How did we share it in forked (apache 1.3) env ?
= shared memory = MM or APR
APR of course: MM is included in it.
But APR is only available in Apache 2.0, what about Apache 1.3,
NES and IIS ? And MM is still only for Unix OS
2) Ditto in a threaded architecture (Apache 2.0)
1) FORWARD REQUEST FROM WEB-SERVER TO SERVLET ENGINE
2) WAIT FOR RESPONSE
3) GET RESPONSE AND FORWARD TO WEB-SERVER.
Well, I see it a bit different :-)
1. Apache sends a message to tomcat with the original request
( or part of it ! - for example it can send only some headers that are
ajp13 reuses connections, but, in general for each worker
there will be a
pool of connections between the web server and the servlet
engine. That way
it can handle multiple requests concurrently, but still save
on the socket
creation time (since connections are reused for many requests).
So
Could you try with the mod_jk from TC 3.3 cvs ?
Could you also send a small servlet for test purpose ?
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A
Hi Marc,
Could you clarify the getRemoteHost in readme :=
===
7. FIXES AND ENHANCEMENTS IN UPDATES
@@ -318,6 +332,8 @@
- HttpServletRequest.encodeURL() now properly encodes URLs that
contain
Thanks
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6
-Original Message-
From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]]
Many users have asked for more web-server env vars
they like to use also in Tomcat.
May be something to add to AJP14 will be the
ability to define a list of env vars to be forwarded
to Tomcat, the same way the SSL web-server vars are
defined :
# What is the indicator for SSL session (default
The bug 235 is fixed for some times now, but was
incorrectly
marked as open.
I'm also using Apache 1.3.19 (with mod_ssl 2.8.2) and TC
3.2.2b4
or TC 3.3 from CVS.
I'm using ajp13 (and ajp12) and got no problem (I got the
correct user and auth type :!!!)
-Henri
Gomez
___[_]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: Monday, May 07, 2001 2:40 PM
To: [EMAIL PROTECTED]
Subject: [PROPOSAL AJP14
The BUG#421 could also be closed in 3.2.2 (no more in 3.3)
(Code inspections shows that the definition of `jk_pool_atom_t'
is conditional on some CPP macro that shows what the OS is:
clearly on this system, the macro should be SOLARIS, but that
isn't defined anywhere. apxs however defines a
No Component define ?
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6
a thread to handle that, but in Apache 1.3 will have no
others choice than having each child (forked) opening it's
own control connection since each child is forked and so have
it's own copy of 'servlet-engine infos
But I like this approach of splitting data and control.
-Dan
GOMEZ Henri
Can't close Bug#354 since there is not Components defined.
Same problem for Bug#421
There are both duplicate of bug #1343 we could fix by :
--- src/native/jk/jk_pool.h.origMon May 7 16:08:04 2001
+++ src/native/jk/jk_pool.h Mon May 7 16:08:21 2001
@@ -91,6 +91,8 @@
typedef
Oups,
I succeed in marking as duplicate of bug #1343 the bug #354/#421
which no wait the following patch to be applied in 3.2.2 branch
--- src/native/jk/jk_pool.h.orig Mon May 7 16:08:04 2001
+++ src/native/jk/jk_pool.hMon May 7 16:08:21 2001
@@ -91,6 +91,8 @@
typedef long
We're tring to build the mod_jk.so on solaris 7 but, we have
the following
error:
cc -DEAPI -DMOD_PERL -DUSE_EXPAT -O -G -Kpic
-I/usr/apache/include -I../jk
-I/us
r/java/include -I/usr/java/include/solaris -DSOLARIS -c mod_jk.c
/usr/ucb/cc: language optional software package not installed
is closed ?
-Original Message-
From: GOMEZ Henri [mailto:[EMAIL PROTECTED]]
Sent: Monday, May 07, 2001 9:00 AM
To: [EMAIL PROTECTED]
Subject: About bug#208
Hi,
The BUG #208 (request.getRemoteHost() returns empty string when
using mod_jk
BugRat Report#320)
is still there (3.2.2b4
According to the JavaDoc for ServletRequest.getRemoteHost()
Returns the fully qualified name of the client that sent the
request, or the
IP address of the client if the name cannot be determined. For HTTP
servlets, same as the value of the CGI variable REMOTE_HOST.
Based on that I would
I just commited the fix for 3.2.2.
Not really.
When the hostname is null or missing, you copy the host IP
adress, but we there the name (DNS resolution). Something
done by the caller (which agree to pay the price).
-Original Message-
From: GOMEZ Henri [mailto:[EMAIL PROTECTED
In the doc, the secret key is a string present in
web-server and servlet engine :
must be defined for each workers:
worker.myworker.port=8010
worker.myworker.type=ajp14
worker.myworker.host=myremotesystem
worker.myworker.secretkey=myverysecretkey
= in TC 3.2.x =
Connector
();
}
public String getRemoteHost() {
return xxx.getInetAddress().getHostName();
}
The name lookup (DNS resolution) will be done on
demand done by the caller (which agree to pay the price)
-Original Message-
From: GOMEZ Henri [mailto:[EMAIL PROTECTED]]
Sent: Monday, May 07
Good stuff.
Thanks
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6
-Original Message-
From: Jon Stevens [mailto:[EMAIL
Should it become default? I hope the answer is yes:)
It also has another value: inet is not a well-known
parameter. Having it in default server.xml along with a little
comment about
what it does may compensate for the lack of proper documentation:)
+1 for the addition in server.xml (Marc,
The previous behavior violated the spec and therefore had to be changed
prior to releasing 3.2.2. Right now I can live with a simple solution.
And you fix it.
I'm waiting to hear back from a user to make sure that the
last change for
JDK 1.1 support fixed his problem and then I plan to call a
Braden
[EMAIL PROTECTED]
[EMAIL PROTECTED]
-Original Message-
From: GOMEZ Henri [mailto:[EMAIL PROTECTED]]
Sent: Monday, May 07, 2001 8:40 AM
To: [EMAIL PROTECTED]
Subject: [PROPOSAL AJP14] AJP13 Evolution
Hi to all,
You could find attached a proposal of evolution to
the current Apache JServ
1) We've talked about specifying a response packet to
indicate that the
engine (or the web server) doesn't recognize a packet sent
over. This would
allow us much more flexiblity to add packet types to ajpv14,
without having
to make ajpv15,16, etc.
+1
In other words - both ends
2 things:
The system is aimed to be simple, we don't want SSH/SSL
here but just a basic 'protected' login.
and that you can bind the socket to 127.0.0.1:PORT instead
of *:PORT
through a config change.
In that case, you restrict to a web-sevlet/tomcat on the same
machine, but yes we could
The goals of the revolution are:
- improved ajp13: better configuration,etc
- build improvements
- support all tomcat versions
- single codebase that will be used for all versions (
reduce maintainance
overhead )
- add apr support
- libtool and autoconf support
- improved security and
but don't forget that today site tend to use a
single web server and farms ot tomcat behind on differents systems.
Scott Sanders
GOMEZ Henri wrote:
A quick note to announce I'll start Thursday a mini-revolution
in proposals/web-connector/
The goals of the revolution are:
- improved ajp13
On Tue, 1 May 2001, Ignacio J. Ortega wrote:
Hola a todos:
I'm wondering if the lack of Servlet-Engine: header in ajp13 and
http10 connectors is intentional or a missed feature ( for
not call it a bug as for me it's not :) ??
mod_jk has code for Servlet-Engine support but ajp13 didn't
Over the last few weeks, there has been a lot of discussion on
collaborative development, across the various Tomcat branches, on two
major areas:
+1 for the split.
* Web connectors
* A new Jasper (the jasper34 proposal)
and efforts have begun in the HEAD branch proposals directory of the
I would like to propose Kevin Seguin as a new committer.
He make a great job in developping the ajp13 protocol
for Tomcat 4.0 and this code will be a great help for
sites wanting to upgrade from 3.2.x to 4.0 while still
using mod_jk
Henri
Fine, I'll study it
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6
-Original Message-
From: kevin seguin [mailto:[EMAIL
You make a great job here and the ajp13 port to Tomcat 4.0
will be strategic for many sites.
the code isn't real pretty right now. in fact, it's downright ugly!
but that's ok, that's what refactoring is for ;) and hopefully,
somebody who knows more can help!
Refactoring could still be done
unfortunately, i have an immediate need for ajp13 in tomcat
4. i want
to move to tomcat 4, but can't without connectivity between
iis/netscape
web servers and tomcat. porting ajp13 from tomcat 3.x to tomcat 4
seemed like it would be easier than writing iis/netscape
connectors for
the
-Original Message-
From: Ignacio J. Ortega [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, May 01, 2001 12:10 AM
To: '[EMAIL PROTECTED]'
Subject: RE: porting ajp13 to tomcat 4 (was Re: ajp13 question)
The documentation is wrong...IIS works with ajp13...i'll change docs
accordingly..
Saludos
-
HAve sense to continue naming ajp12 on IIS howto doc? i think not as
there isnt a substitute for isape_redirect.dll as mod_jserver vs.
mod_jk..so use ( or recommend ) a deprecated protocol has no sense for
me ..
ajp12 and ajp13 are both protocols used to link web-server to
tomcat. when
RPM available at :
http://jakarta.apache.org/builds/jakarta-tomcat/release/v3.2.2-beta-4/rpms/
Linux i386 mod_jk.so (EAPI and STDAPI) at :
http://jakarta.apache.org/builds/jakarta-tomcat/release/v3.2.2-beta-4/bin/li
nux/i386/
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED]
I have tried mod_jk with apache20 and I have noted the shells
scripts to build
and install it need improvements.
Find enclosed the patch I have used.
apxs looks buggy... apxs -c -o mod_jk.so *.c does not work,
but it should ;=)
I've built a RPM for Apache 2.0 and have provided some time
ago a
Depend the OS:
AS/400 =
int GetThreadId()
{
pthread_t lSelf = pthread_self();
pthread_id_np_t lTid;
pthread_getunique_np(lSelf, lTid);
return (lTid.intId.lo);
}
Linux =
int GetThreadId()
{
return (pthread_self());
}
What about others
I think you have a lucky VM/OS - close() on the accepting
socket doesn't
stop the accept() thread ( at least not on Linux/JDK1.3 ).
That's right on Linux Redhat 6.2 and glibc 2.1.x and IBM JDK 1.3.
But it seems to work fine on Redhat 7.0 which use a glibc 2.2.
But the fundamental step for
Commited to 3.3 branch.
What about 3.2 branch Marc ?
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6
-Original Message-
From:
I'll commit later the latest mod_jk patches but only
those which could be under the 3.2.2 mod_jk.
(I couldn't add the fix for tomcat restart case for example)
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD
364F 80E6
-Original Message-
From: Pogo Com [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, April 24, 2001 7:13 PM
To: GOMEZ Henri; [EMAIL PROTECTED]
Subject: RE: [PATCH] mod_jk timestamp and process id logging
This is starting to sound complicated. I'd say go with the
getpid(), since
I think those pieces are very valuable - and instead of
implementing the
AJP13 ( and future 14 ) it would be much better to extract the full
implementation and make it independent of tomcat3.3
+1
That would allow to also build a tomcat3.2 adapter ( since
most people are
using 3.2 right now -
+1
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6
-Original Message-
From: Kief Morris [mailto:[EMAIL PROTECTED]]
Sent: Sunday,
Timestamp is already present in CVS.
Did others modules add the pid ?
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6
-Original
As a RPM packager I'd like ALSO having .tar.gz archive URL access like :
http://jakarta.apache.org/builds/jakarta-tomcat/release/v3.3-m2/src/jakarta-
tomcat-version-src.tar.gz
It's the case for 3.2.x but not each time in 4.0/3.3.
It allow RPM/DEBIAN? packagers all the version archives under
Hi Rainer,
Thanks for the patches :
I participated in the mod_jk fdatasync discussion on Friday. I
have 4 more
mod_jk/ajp13 patches on my personal wishlist.
Since nobody object, I removed the fdatasync from log :)
The first three
(these are
mod_jk patches) apply to 3.2.2 as well as to
+1 for 3.3.
Since it's not a bug fixes, we may never see that in 3.2.2 or 3.2.3...
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6
Message-
From: GOMEZ Henri [mailto:[EMAIL PROTECTED]]
Sent: Monday, April 23, 2001 12:34 PM
To: [EMAIL PROTECTED]
Subject: RE: [PATCH] mod_jk timestamp and process id logging
Timestamp is already present in CVS.
Did others modules add the pid ?
-
Henri Gomez ___[_]
EMAIL
What about having the session store stuff used also in
Tomcat 3.2 / 3.3 .
It seems to be a fine candidate to jakarta-commons ...
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint :
I think Dan is right on this one - improving the configuration
of mod_jk
is probably the most important thing, and merging with mod_webapp and
porting it's protocol and config mechanism would be a good way
to do that.
I agree that integrating mod_webapp functionnalities is not
a priority for
What about checking also the build.sh for Tomcat 3.3 :)
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6
-Original Message-
From:
Of course it is.
Proxy HTTP is probably not as efficient as a lightweight
protocol (ie: AJP),
especially if the two systems are running on the same box (ie: local
sockets).
It also doesn't solve the configuration issues.
All you are doing in this case is putting another layer in front of the
Fine to see mod_webapp back to life :)
1) You added many features interesting in building (autoconf, apr)
which we could study to adapt to mod_jk (at least autoconf).
2) I plan to update the mod_webapp RPM and hope the code will compile
under GCC (it wasn't the case with tc 4.0b2/b3)
3)
Forgot to ask, would you be interested in instructions/simple shell
script for building mod_jk as a statically linked Apache module?
Yes, certainly. Instruction and better shell script :)
But did mod_jk is really faster in statically mode rather
in DSO ?
Bojan
Dan Milstein wrote:
I can't
Could someone upload the servlet and tomcat sources to :
http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4.0-b3/src/
I could get it from CVS but RPM convention insist having .tar.gz
somewhere :)
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
3) You still didn't tell us what you think into merging mod_webapp
and mod_jk.
And I'll continue to be silent on that... As I don't really
want to start another flamewar...
I've been thru enough already on that, and
all I can say
is that I'll let the people on this list (but me) decide...
RPM built and uploaded to :
http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4.0-b3/rpms/
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A
mod_jk should be compiled statically in Apache but nobody
asked for that feature previously since mod_jk as still
not the maturity of other well known modules like mod_index.
A feature which may be added to mod_jk, but I'd like to see
before autoconf stuff added :)
-
Henri Gomez
I didn't have much more luck with gcc on my Redhat 6.2 system.
mod_webapp in the distro is just incomplete. It was compiling
on previous release 4.0b1 but no more with recent.
Wait for Pier to fix it
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
The fix was just for the native HTTP connector and didn't
cover ajp12/ajp13.
We could certainly add the same type of code in ajp12
but with a more little timeout (30 seconds)
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY :
I've got a fix for the URL double decode security problem in
Tomcat 3.2.2.
I'm going to release Tomcat 3.2.2 beta 3 tonight to make this
fix publicly
available. Because the only change in Beta 3 is the security
fix, this beta
cycle will only be one week long. If no other security issues
are
Still nothing at :
http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4.0-b3/src/
Message-
From: Remy Maucherat [mailto:[EMAIL PROTECTED]]
Sent: Friday, April 06, 2001 8:37 PM
To: [EMAIL PROTECTED]
Subject: Re: Where are the source for TC 4.0B3 ?
- Original Message -
From: "GOMEZ Henri" [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, April 06, 200
Hello,
I want to enable the load balancer worker on Apache/Tomcat. Even though
I have configured the workers.properties file as -
worker.loadbalancer.type=lb
worker.loadbalancer.balanced_workers=myajp12_1, myajp13_1, myajp12_2,
myajp13_2
Don't forget to add loadbalancer to workers list !
The
not mention it earlier-
worker.list=myajp12_1, myajp12_2, myajp13_1, myajp13_2, loadbalancer
GOMEZ Henri wrote:
Hello,
I want to enable the load balancer worker on Apache/Tomcat.
Even though
I have configured the workers.properties file as -
worker.loadbalancer.type=lb
Hi,
Did someone (Remy, Craig) has an idea about the problem
at startup with a TC 4.0 compiled with jikes 1.3 ?
Hi,
Just trying a clean rebuilt of TC 4.0b2 and got :
Using CLASSPATH:
/var/tomcat4/bin/bootstrap.jar:/opt/IBMJava2-13/lib/tools.jar
Using CATALINA_HOME: /var/tomcat4
/Connect jni
JkMount /BtoB/Connect/* jni
By looking at the WebSphere plug-in config, I am reasonably
certain that this
is a port of mod_jk.
David Morris
GOMEZ Henri [EMAIL PROTECTED] 04/03/01 02:13AM
http://www-1.ibm.com/servers/eserver
TC 4.0B3 sources still missing in :
http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4.0-b3/src/
I can't reproduce that one, but could verify the following problems
on Linux:
$ telnet localhost 8080
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
GET /examples/jsp/num/numguess.jsp
HTTP/1.0 200 OK
Content-Type: text/plain
Content-Length: 1237
Last-Modified: Tue, 03 Apr
Attached is a patch for mod_jk.c to more cleanly handle a bad
path for the workers.properties file. Currently, this is
handled in jk_init and if the call to map_read_properties
fails, then we just call jk_error_exit which in turn calls
exit(1). This causes some problems on NetWare because
I suggest that we create a revised version of beta
2, clearly labelled so
that people will know whether they have the
corrected version or not --
and we should do this immediately (like today) to
minimize the number of
people who end up downloading twice.
I suggest we call the updated
Hi,
Just finished to see how to rebuild the beta2 and I notice that many
build.xml must be adapted to allow users with non-standard jar location
to works.
Attached are my patches.
The bad news came from mod_webapp which didn't compile at all on
my gcc (many bad structs declarations, missing
These question appeared some time ago and I think that Craig
said it depend on OS where java is running and certainly JVM support
on IPv6.
Rigth question may be about JDK 1.3 support of IPv6 ?
-Original Message-
From: Ibrahim Haddad (LMC) [mailto:[EMAIL PROTECTED]]
Sent: Friday, March
Could I commit the latest jk_ajp13_worker.c I send to list ?
It works fine for more than 1 week...
I'm just recently getting more intimate with Tomcat's
architecture and I'm
wondering what provisions and plans are in place for security in the
protocols btw http servers and the servlet engine. What are the
vulnerabilities now and how are people using Tomcat in production
protecting
uld say go for it. It's a hotly desired feature, so
hopefully it will
see some good testing.
Nice work,
-Dan
GOMEZ Henri wrote:
Could I commit the latest jk_ajp13_worker.c I send to list ?
It works fine for more than 1 week...
--
Dan Milstein // [EMAIL PROTECTED]
1 12:28 AM
To: [EMAIL PROTECTED]
Subject: Re: jk_ajp13_worker.c
I would say go for it. It's a hotly desired feature, so
hopefully it will
see some good testing.
Nice work,
-Dan
GOMEZ Henri wrote:
Could I commit the latest jk_ajp13_worker.c I send to list ?
It works fine for more than 1 week...
To see if APR could run on AS/400, you just need to download the
Apache2.0alpha drop and build it. If the httpd could run
properly than APR works on AS/400!
I've take a look at APR and there is no reference to AS/400.
There is nothing related to OS/400 in config.guess.
AS/400 is a very
Could you send us the pushlet code example.
I could help here (mod_jk) :-)
"Entre truands, les bnfices, a se partage, la rclusion, a
s'additionne."
-- Michel Audiard
-Original Message-
From: Jestin Jean-Francois
[mailto:[EMAIL PROTECTED]]
Sent: Monday, March 26, 2001 4:01 PM
To:
901 - 1000 of 1169 matches
Mail list logo