Sorry I'm getting back into this late. That bloody email
virus had our mail
server off line for a while.
I seems to be an attack against the majority of Apache list (xml / jakarta).
The intent of 3.2.2 is to release bug fixes for existing functionality.
Since Tomcat 3.2.1 doesn't support
Hi,
More than 10% of the message on the [EMAIL PROTECTED]
(and some on [EMAIL PROTECTED]), are all about mod_jk
build and many are related to Linux Box :
1) Could we change reference to projects in
http://jakarta.apache.org/site/binindex.html.
Some points to xxx/bin :
Maybe add them to the
/builds/jakarta-tomcat/native-3.3/linux tree?
May be but why such a directory ?
It will cause questions from users about which .so to use ?
Keith
-Original Message-
From: GOMEZ Henri [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, February 21, 2001 6:00 AM
To: [EMAIL
As I said, setting goals and stopping when you reach them is very
important ( and hard ).
Beeing faster than Resin or Orion was not my goal - running at a speed
comparable with Apache standalone and mod_perl was, and I think we are
there.
Are we fastest now the ApacheJServ 1.1.2 ?
Now the only
Now the only performance issue on my list is mod_jk ( the
java side still
need work to improve a bit the performance ). But fixing the bugs and
making tomcat easier to use is far more important - and the connector
module can be released independently, as a standalone module
( i.e. after
I'll try to replay the tests but with Apache 2.0-alpha11 to see
how Apache react. I like to see why Apache 2.0 + mod_jk + ajp12/13
is still slower that direct http connector.
Could you play the static test only, on the same box, against Apache only ?
Just to see what could be the result :
GOMEZ Henri wrote:
Could you play the static test only, on the same box,
against Apache only ?
3.2.1 Ajp12 (940/407)
3.3.m1 Ajp12 (960/421)
3.3.m1 Ajp13 (952/488)
You already have the results of Apache standalone: 940 - 960
req/s. The
test target in the Ajp12
Please vote to add Mel Martinez [EMAIL PROTECTED] to the list of
commiters.
Mel already made important contributions in desciphering and fixing the
buffering issues, and will be a great addition to the community.
+1
-
To
I'll do
Linux
mod_jk.so
mod_jserv_tomcat.so
Both binary and RPMs
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
What do you mean by 'as long as jsse is not free'? I've never had to
pay for it... to my best knowledge it _is_ free.
Free as a speech, not as a berr :-) Jsse is proprietary software.
jsse sources are not open source and not GPL.
Mandrake / Debian are more restrictive about that for their
RPMs available at :
ftp://ftp.falsehope.com/home/gomez/tomcat/
Regards
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
Just received that from Mr Frey Thibault
It fixes a serious problem with session
in end of life
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]
Sent: Wednesday, February 28, 2001 3:49 PM
To: [EMAIL PROTECTED]
Subject: [PATCH] session attribute unbound
When
Probably partially resolved by the patch I forward previously.
From M. Frey
La prise de conscience de votre propre ignorance est un grand pas vers la
connaissance.
-- Benjamin Disraeli
-Original Message-
From: Amrhein, Thomas [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, February
The correct config for mod_jk is :
in httpd.conf :
JkWorkersFile /etc/httpd/conf/workers.properties
JkLogFile /var/log/httpd/mod_jk.log
# set it to error since warn just load to many apache
JkLogLevel error
for virtuals
VirtualHost host1.com:80
DocumentRoot
They are totally worth using. Once you get it right, they are
a life saver
and the work put into JServ can really be re-used here.
Getting it right is
the hard part. It needs a *lot* of testing.
I know a little autoconf stuff and if Jserv allready used
it so more than 80% of the work is
I need to choose for my company the "next generation" servlet-engine.
For now we are using JRUN. I am doing benchmark to choose
the next one.
choices for me are : JRUN, RESIN... not Tomcat as it is
considered not
stable
and slow compare to the two others...
When you say that Tomcat is
Title: RE: FW: problem w/ ajp13 - if Tomcat is shutdown
I revue your patch and I notice :
We could use select to determine if something happen to the
connection, typically readfds will be set if something is to read.
With ajp13 protocol where everything is consumed after reading the
First off, it's GREAT that you are working on this -- it's a
very heavily requested improvement.
1) This work will end up being committed in the 3.3 branch,
rather than the
3.2 branch. 3.2 is only bug fixes now, not new features. The
mod_jk C code
is very similar in 3.3 and 3.2, but not
Okay so this means, you would prefer my proposed solution #1?
That was my inclination too.
Proposed solution #1 without the errno check.
My idea :
get the service code in a loop
for (i = 0; i RETRIES; i++) {
if (send_request() 0)
continue;
if
Title: RE: Design Review for ajp13's changes: WAS problem w/ ajp13 - if Tomc at is shutdown
To keep high performance in this connector, it will be better to
handle
the tomcat restart as an exceptionnal condition ;-)
La prise de conscience de votre propre ignorance est un grand
pas vers la
Here how we could do :
Okay, I basically agree with you. I'll take out
the check for errno and just have recv() == -1
be considered a recoverable error (i.e: retry it).
However, I disagree with making the retry in a
loop for RETRIES times. This is because if one
retry fails, this means
La prise de conscience de votre propre ignorance est un grand pas vers la
connaissance.
-- Benjamin Disraeli
-Original Message-
From: Dan Milstein [mailto:[EMAIL PROTECTED]]
Sent: Friday, March 09, 2001 6:34 AM
To: [EMAIL PROTECTED]
Subject: Re: FW: problem w/ ajp13 - if Tomcat is
I'll try to rebuild my RPM against the latest CVS
and tell you more about the updated build system.
La prise de conscience de votre propre ignorance est un grand pas vers la
connaissance.
-- Benjamin Disraeli
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
The jk_ajp13_worker objects hold onto a cache of endpoints --
ep_cache. It
would be relatively simple to loop through this cache and close all the
connections in case of ECONNRESET (you do have to call a macro
to enter a
critical section -- take a look at reuse_connection()).
However, this
In the mean time, I have taken Henri's changes and back
port it to 3.2.1 (because I need it on 3.2.1). Everything
seems to work well. I've tested it in the normal scenarios
(one Apache, one Tomcat) and in the load-balanced scenarios.
Thanks for using the patch and tested it under
Sounds good -- I looked through the archives and found the
messages which I had missed.
Thanks for clearing that up -- I'll happily
convert to +0 (I still don't feel like I've seen enough of
her changes myself to vote +1, but
it looks like plenty of other people have, which is great).
I'll
Title: RE: FW: problem w/ ajp13 - if Tomcat is shutdown
I proposed to [EMAIL PROTECTED] list some days
now
that we start a subproject called web-connector where
we could put mod_jk/mod_jserv/mod_webapp with
both
native (Apache, NES, IIS) and Java
(Modules/Interceptors for
TC 3.2.x, 3.3
Ok ok ok ok
+1
End Of Debate.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
Every person who like to help make tomcat a better
product is really welcome.
Has every committer for this project been contributing to ALL
TOMCAT current
projects? Personally, I don't quite understand the need for
contribution
to *EVERY* branch of tomcat from an EACH committer nor the
Still no response for this sub-project proposal.
The upcoming PMC could be an occasion to speak about it.
I saw at least 4 potentials commiters working on it :
- Dan Milstein, our resident hacker/expert of mod_jk.
- Keith Wannamaker, webdav specialist
- Pier P. Fumagalli, mod_jserv and
Yeah, I was working for one... With another Tomcat committer,
and thank god
that Sun is _really_ serious about Tomcat, because if it was
for some other
company, right now my Apache involvement would be somewhere
between a trash
bin and the toilet...
I also works in a little company, SLIB, and
+1
On Wed, 14 Mar 2001, Arieh Markel wrote:
We are about to release a product on which we include Tomcat 3.2.
Our testing and localization people have been banging at our product
and come up with several remarks about how lookup for a localized
resource (file: html, gif, javascript, etc)
I don't see the advantages to having a separate project for
the connectors.
Can someone explain that to me?
The main disadvantage that I see is that the connectors and
Tomcat are very tightly linked.
Why did you want the connector and Tomcat so tightly linked ?
Take for example, mod_perl,
+1
-Original Message-
From: Dan Milstein [mailto:[EMAIL PROTECTED]]
Sent: Thursday, March 15, 2001 8:48 PM
To: [EMAIL PROTECTED]
Subject: [VOTE] New committer: Mike Braden
I would like to propose Mike Braden ([EMAIL PROTECTED]) as a new
committer. He has contributed very useful
This can happen only if all of you agree ( and also Craig,
Pier and Remy who are working on connectors too on the 4.0 side ).
The goal of the proposal was to include all people involved on
connectors from TC 3.1 up to 4.0.
After reading the 'Commons Proposal' in jakarta-general I was
+1
Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Friday, March 16, 2001 12:39 AM
To: [EMAIL PROTECTED]
Subject: [VOTE] New commiter - Casey Lucas
Hi,
Please vote for Casey Lucas as commiter.
Casey is working on various optimizations in Jasper, with some
very
Costin
( BTW, I already have a prototype and a name for the combined thing :-)
Could you tell us what's the proposed name ?
That's what I've been telling Gomez in a private thread, we're
going to meet later in April somewhere in the French alps with
a BIG whiteboard...
And a big piate di pasta.
That's what I've been telling Gomez in a private thread, we're
going to meet later in April somewhere in the French alps with
a BIG whiteboard...
If there is enough snow, make that:
riding (snow)boards over BIG white (stuff) ...
I must admit that even if I live in Savoie (French
That's what I've been telling Gomez in a private thread,
we're going to meet
later in April somewhere in the French alps with a BIG whiteboard...
Well, maybe a better place to meet would be tomcat-dev, isn't it ?
Sure.
I'm sure Dan Milstein would enjoy a French vacation ( I would ), but
It's a WANTED feature.
With TC 3.3 there is a new classe loader system. Take
a look at change3.3 file included in distro.
A quick fix for your problem is to copy jaxp / crimson jars
in TOMCAT_HOME/lib/common.
Si la fortune vient en dormant, a n'empche pas les emmerdements de venir
au rveil.
--
Here's a patch to fix the jikes compiler code in Jasper -
against tomcat 3.3 m2
Thanks for the patch but :
You can't assume that all users will have jikes on
/usr/local/java/jikes-1.13/bin/jikes !
Solution: When you start tomcat setup accordingly your PATH env
vars.
It looks like there is
Ah, then you'll be wanting the contrawise patch to tomcat.sh
I'm not sure to understand perfectly what you say but with
the new schema loader you start with an empty CLASSPATH.
Depending where are located the .jar, you make them available
to container (tomcat), webapps or both. Usefull to fix
eable
feature to start
with an empty classpath, and I agree that it is, the tomcat.sh
should be
fixed so that it sets the classpath to just lib/tomcat.jar.
tomcat.sh and tomcat.bat should be functionally equivalent, at
least to the
extent that the windows shell allows.
-Original Message-
From:
Hi,
You could find attached the latest patch for mod_jk
ajp13_worker.
The imsg buf stand now for initial msg. I fixed the naming.
Thanks to comments before I commit it.
jk_ajp13_worker.diff
Oups not the up to date code.
Find attached the correct patch. It will correctly
handle the tomcat failure (when restarted or down)
during upload mode
-Original Message-
From: GOMEZ Henri [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, March 20, 2001 1:40 PM
To: [EMAIL PROTECTED]
Cc
Hi,
I may help here since I figth against this kind of TCP
bugs each days on my pay job.
The problem with TCP/IP is that when there is no activity a
read() system call (that java used) will block the calling
thread.
You could use :
- select() like before read() to see if there is something
- Clip and Return This Portion -
+1 [ ] I support the proposed release, and will work to support it
+0 [ ] I support the proposed release, but cannot work on it at this
time
-0 [ ] I do not support the proposed release, but do not have an
alternative to propose
PROTECTED]]
Sent: Tuesday, March 20, 2001 8:03 PM
To: [EMAIL PROTECTED]
Subject: RE: Bug 1006, what's next ?
Does this mean that the proposed patch to call setSoTimeout()
should not be
applied?
-Original Message-
From: GOMEZ Henri [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, March 20
ss' ;-)
I'll modify jp_ajp13_worker.c and resend diff. After that one week of
test (you too ?) and a commit after if nothing is broken.
Ok ?
-Dan
GOMEZ Henri wrote:
Oups not the up to date code.
Find attached the correct patch. It will correctly
handle the tomcat failure (when restarted or
all is graphed around the clock by MRTG). We are running
with a relatively
timeout of 5 minutes (50*60*1000) just to be on the safe
side but a shorter
one can be used.
Is 50 just a typo? Did you mean 5*60*1000?
Just thought I'd mention it in case it affects your testing.
Shawn
5 * 60 *
I created an example web application using Filter technology
and would like to
add to Tomcat 4 example webapps. This example includes Data
Compression Filter
which compresses ServletResponse according to the threshold
that can be set by
users. I think it'll be a good example usage of
You we're just too fast ;-)
What happen to ajpx connector with that patch ?
If ajp12 is a short life connection, ajp13 need permanent connection !
The setTimeOut in that case will broke it ;(
Si la fortune vient en dormant, a n'empche pas les emmerdements de venir
au rveil.
-- Pierre Dac
n http 1.0 connection 15s must be suffisant between accept()
and read. The browser must'nt spend more than 15 seconds between to packet
emission (even 1 byte packet) IMHO.
We must forward the question to Apache gurus. I'll contact Ryan Bloom
for more info
-----Original Message-
From: GOMEZ
Hi,
I notice you corrected the patch which is a good thing
but settings timeout to 5mn (300s) is a little too high
for an http 1.0 connection. The timeout could be as low as 15s.
The timeout is activated if you have more that 15s between 2
read() and since connector read stream byte by byte.
I'm rewriting it using APR... As we speak...
Pier (under the snow in Dublin)
APR is a great piece of code but it will restrict Tomcat
to have only one front-end, Apache Web Server.
A solution will be to add ajp13 support to Tomcat 4.0.
I saw 3 main advantages :
1) Tomcat 4.0 could
I picked 5 minutes because that seemed to be the default
timeout for Apache
httpd. If I open telnet session to Apache and never enter any data the
connection times out after 5 minutes.
In Apache this is configured in httpd.conf as
#
# Timeout: The number of seconds before receives and sends
What about 33 sec. ? It matches the version :-)
( seriously - does the HTTP spec have any number ? If not, can we use
whatever apache is using ? )
In any case - 300s is better than no timeout - and if it's too
much we can
reduce it later ( and make it configurable anyway ).
300s is really
Isn't there an issue with tomcat closing a connection before
apache does?
It's not related since we speak here of the native tomcat http connector.
At least it seems so to me. If you restart tomcat while the browser is
connected to it through apache-mod_jk, then that apache
process will use
No, that is not exactly the goal of APR, it is USED by APACHE2.0 but
should/could be standalone. But it means probabably 2
portables run time for the
non-Apache servers.
I prefer to use apr_socket_create() than to see several #ifdef
#else #endif in mod_webapp, the portability problems should
GOMEZ Henri typed the following on 10:21 AM 3/22/2001 +0100
Chambery is under rain, but no snow yet in town ;-)
Barcelona is not yet sunny but it will be sunny and hot today,
I am born in La Tronche (35 kms from Chambery)!
!!! Un voisin !!!
I'm pleased to see that many tomcat users
Since mod_jk is using just a few APR-like functions, the transition
woulnd't be difficult - but it's important to do it at the right time.
And IMHO that should come as a decision from tomcat-dev - I would feel
very bad if Henri or Dan would decide to switch to APR without
a serious discussion
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:
Currently, when you run the build script (for TC 3.3),
build.xml has 'dist' dependent on the 'javadoc'
target. The 'javadoc' target compiles javadoc pages
for org.apache.tomcat.core and
org.apache.tomcat.modules.*.
I dunno about you, but this seems insufficient for
'dist'. Shouldn't the
Hi,
I take a look at pushlet and find it very bad design.
Using opened http connections to do real-time job is
not realist.
In that case you keep an :
- one OS (job/thread)
- one ajp13 connection
- one tomcat thread.
Imagine if you got 256 concurrents connexions !
A better alternative will
Jan,
Henri Gomez is working on a patch to solve this very problem
as we speak --
he is setting it up so that the mod_jk plugin will detect that
TC has died,
and will attempt to open new connections.
Hopefully, that will be testable within a week or two...
-Dan
Just sent to list ;)
Henri (+ Larry),
Looks about ready for more general testing. I like the new
ajp13_operation. Two things:
1) l. 672 (op-recoverable = JK_FALSE).
I'll check that.
I believe that should be outside of the if statement (i.e.
immediately after
the connection_tcp_send_message). The whole thing
Looks about ready for more general testing. I like the new
ajp13_operation. Two things:
1) l. 648 (op-recoverable = JK_FALSE).
I set op-recoverable to JK_FALSE just after
detected upload mode (dropped var)
Find included the latest .c since I miss diff cmd
under W2K rigth now.
Where
I agree the idea of the pushlet is a bit confusing because it
uses http (a non real time protocol) to do pseudo real-time job,
but real-time is always more "hungry" than other technology
(think about streaming !! ).
On the other hand having pseudo real-time monitoring over
standard http is
Here is the patch I'll commit if there is
no objection
jk_util.patch
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...
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
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
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
/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
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
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
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 :
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
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:
+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,
101 - 200 of 1169 matches
Mail list logo
