How could we find more information (and even code) about mod_warp ?
I'll very happy to test it on Apache 1.3.14 .
BTW will it be used in TC 3.3 ?
"La maîtrise des autres n'est que la force. La maîtrise de vous-même est le
véritable pouvoir"
-- Lao Tzu
-Original Message-
From: Craig
Another patch to add to mod_jk in CVS.
It seems that mod_jk present is TC 3.3 CVS is an old
snapshot of mod_jk. Many bugs fixes in TC 3.2B6 were
missing. I'll take care of that and send patches to
TC 3.3.
--- jakarta-tomcat/src/native/mod_jk/apache1.3/mod_jk.c.origSat Aug 26
03:21:39
Even if mod_jk (with ajp13 or ajp12) works well, I've got
problem when using custom cookies.
Stay tuned and don't replace TC 3.2 with TC 3.3 since ajpX
seems to be fixed.
"La maîtrise des autres n'est que la force. La maîtrise de vous-même est le
véritable pouvoir"
-- Lao Tzu
Fixed that one :-)
---
jakarta-tomcat/src/share/org/apache/tomcat/service/connector/Ajp13ConnectorR
equest.java.origWed Nov 15 00:04:02 2000
+++
jakarta-tomcat/src/share/org/apache/tomcat/service/connector/Ajp13ConnectorR
equest.java Wed Nov 15 00:04:32 2000
@@ -249,7 +249,7 @@
Hi,
While building my RPM I notice that in server.xml in the SSL session
the secure parameter is still missing :
Normal or te be commited ?
-
--- jakarta-tomcat/src/etc/server.xml.orig Thu Oct 12 10:04:48 2000
+++ jakarta-tomcat/src/etc/server.xml Thu Oct 12 12:27:48 2000
@@ -235,6
The 'secure flag' is not used any more.
I've included in my RPM a documentation with more information on SSL stuff.
Take a look at it and tell me if I could add it to TC 3.2
Regards
TOMCAT.README.RPM
Hi,
It seems your patch correct the AJP13 + RequestDispatcher.forward() problem.
I'll do more tests but it seems to be good :-)
Thanks
PS: Could be commited ;-)
"La maîtrise des autres n'est que la force. La maîtrise de vous-même est le
véritable pouvoir"
-- Lao Tzu
-Original
Any chance to see the RequestDispatcher patch (previously sent) applied ?
I've got no answer from list
Is that the fix for the RequestDispatcher.forward() problem?
If so, then I have not
done so. Are you completely confident that the patch works as
advertised, with no
harmful effects? (You have a lot more experience with AJP13
than I do). If so, I can
go ahead and commit it.
OK, I have studied Doug's patch and do not see how it can cause any
potential
regression problems. Therefore, I've committed the patch to the 3.2
code base.
Henri/Doug/others could you please to a fresh checkout of the
"tomcat_32" branch
and try this out? There is still time to revert
Forget what I say, i was looking at invalid source
RPM will be out by 18 CET...
"La maîtrise des autres n'est que la force. La maîtrise de vous-même est le
véritable pouvoir"
-- Lao Tzu
-Original Message-----
From: GOMEZ Henri [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, N
At usual place :
http://rpmized.free.fr/
---
Since I didn't have more room at free.fr, the RPM (data) are
were moved to ftp://ftp.falsehope.com/home/gomez/
And ftp.falsehope.com is indexed by rpmfind.net ;-)
"La maîtrise des autres n'est que la force. La maîtrise de vous-même est le
RPM for TC 3.2b7 are available at :
http://rpmized.free.fr/
Compiled under Redhat 6.1 + updates with SSL support.
size
2106243 tomcat-3.2-beta7.1.src.rpm
1567141 tomcat-3.2-beta7.1.noarch.rpm
257654 tomcat-manual-3.2-beta7.1.noarch.rpm
1093345 tomcat-mod-3.2-beta7.1.src.rpm
84332
The reported name is incorrect, I'll fix that in CVS but too late...
--- jakarta-tomcat/src/share/org/apache/tomcat/core/Constants.java.orig Tue
Nov 21 13:22:32 2000
+++ jakarta-tomcat/src/share/org/apache/tomcat/core/Constants.java Tue
Nov 21 13:22:46 2000
@@ -67,7 +67,7 @@
public class
I'll do the RPM for all Linux system supporting RPM (Redhat/Suse/Mandrake).
They will have both tomcat and tomcat modules for apache.
I stay tuned.
"La maîtrise des autres n'est que la force. La maîtrise de vous-même est le
véritable pouvoir"
-- Lao Tzu
Sorry when did you submit the latest.
You could repost them and I could check and
commit if valid
"Pour la plupart des hommes, se corriger consiste à changer de défauts."
-- Voltaire
p"
docbases incompatible
with other goals?
Regards,
Rogério Gatto
GOMEZ Henri wrote:
Sorry when did you submit the latest.
You could repost them and I could check and
commit if valid
"Pour la plupart des hommes, se corriger consiste à changer
de défauts."
-- Voltaire
The RPM are available at :
http://rpmized.free.fr/
or
ftp://ftp.falsehope.com/home/gomez/tomcat/
JAVA STUFF
tomcat-3.2-1.src.rpm
tomcat-3.2-1.noarch.rpm
tomcat-manual-3.2-1.noarch.rpm
APACHE MODULES
tomcat-mod-3.2-1.src.rpm
tomcat-mod-3.2-1.i386.rpm
Enjoy
"Pour la plupart des hommes, se
Hi,
I just want to launch a poll to all tomcat commiters and latter
extends to jakarta.apache.org and xml.apache.org projects commiters.
As you may know I allready release RPM for the majority of the new
Apache Projects.
May be it will be time to 'Institutionalize the RPM Creation Process' as
As a Linux user I would be more than happy to see this happen. RPM is a
great tool that makes installing and maintaining a linux box
very easy.
That's the goal ...
My +1 on that, my only wish/concern is related with the
locations of the
files ( I have a very strong preference to /opt - it
What about spliting the package - /opt/tomcat for the JARs,
/var/log/tomcat for tomcat logs, /home/httpd/webapps for webapps ?
Up to redhat 6.2, /home/httpd was the serverroot. Config goes
to /etc/httpd/conf and misc logs in /var/log/httpd.
It would be nice to have a standard - what are the
I'd love to see up-to-date Debian packaging, but I think it would be a
challenge to keep it quite as up-to-date as CVS. Perhaps a regular
"stable" release for Debian unstable and a nightly build for those of
us
who like pain?
I didn't know much about debian packaging but there is a tool,
As I'm working through the ajp13 code (C and Java), I'm discovering that
there is some basic work which needs to be done on the protocol itself
(as well as a lot of work on the implementations).
Cool there is some need for.
Specifically:
- If the request contains 8K of
I wrote up a text file about benchmarking and comparing Tomcat-4.0-M5
(pre-release)
and Apache 1.3.12. It's attached to this message. I wrote it for
anyone who is interested
(even non-Java-saavy people) to know how the raw content serving
performance of
Catalina and its built-in web
+1
Good to see another player on the apache/tomcat link arena
First off, I want to thank you for nominating me to be a
committer. I'm very much looking forward to working on the project.
Any good help is welcome
What are the next steps? I just completed another good-sized
chunk of work: I believe that I've fixed the multipart form
bug (reports
Hi,
Could you send the patches to the list since :
* I'd like to test them before applying to the 3.2 tree.
They could be ready for 3.2.1.
* I'll add them to my tomcat RPM to give production sites
an up to date (and sus before 3.2.1)
Also what about token / acl in ajp13 for connections
Unfortunately, the patches are all against a file which
doesn't exist in 3.2 (modules/server/Ajp13.java). In 3.2, the
relevant file is service/connector/Ajp13Connector.java. So it
wouldn't just be a matter of patching.
TC 3.3 use a new architecture...
If people do like the patches (and no
Is there any way you can make these available in a standard
.tar.gz or .zip
to save people the hassle of running the .rpms through alien?
The RPMS goes a step farther since they prepare installation
and remove. Also they take care of dependencies.
I hope to see that some Debian packagers will
Which can be a good thing if you're using Linux. But if you're doing
development on Windows, it's a PITA to take it to your Linux
box, and run it
through alien so you can put it on your Windows box.
I think RPM must/could be used in Unix world but on Windows
environnement you must use
Hi,
Just commited
src/share/org/apache/tomcat/service/connector/Ajp13ConnectorResponse and I
saw =
Did I broke something ?
-
hgomez 00/12/12 01:41:45
Modified:src/share/org/apache/tomcat/service/connector Tag: tomcat_32
Proposal #1: Release a Tomcat 3.1.1 that fixes *only* the security
problems
+1
I'll still be for security updates but release a 3.1.1 could make
some users thinking the 3.1 tree is still alive. Could be disturbing
some days after 3.2 release.
Proposal #2: Release a Tomcat 3.2.1 that
Thanks to give more informations (eventually sample code).
I've patched ajp13 for bug with multiples cookies.
I'm not sure it could fix your problem...
"Pour la plupart des hommes, se corriger consiste à changer de défauts."
-- Voltaire
Thnaks to indicate your apache version (mod_ssl/ssl) and the export flags.
The ajp13 is under heavy fire and many fixes are underway.
"Pour la plupart des hommes, se corriger consiste à changer de défauts."
-- Voltaire
-Original Message-
From: Heinz Richter [mailto:[EMAIL PROTECTED]]
I take a look at ajp13 code and Status/Servlet-Engine headers
are removed before response to apache server.
Fine patches.
Since I've adapted your patch on multiple cookies, we could have a more
clean
ajp13 on TC 3.2.1 and TC 3.3.
I'll apply your patches to the RPM I'll release for 3.2.1
"Pour la plupart des hommes, se corriger consiste à changer de défauts."
-- Voltaire
* This release fixes ***only*** the identified security
vulnerabilities.
It does not address any of the other bugs, or feature
requests, related
to Tomcat 3.2 final. These issues will be dealt with in future
maintenance releases of Tomcat 3.2 as appropriate.
Not totally true since
Hi,
Just released at http://rpmized.free.fr/
I've also added to RPMs (java and apache modules) the MultiPart Request
patch from Dan Milstein. And now Multipart examples from OReilly works
(http://www.servlets.com/resources/com.oreilly.servlet/MultipartRequest.html
)
"Pour la plupart des
Warning
The following files are invalid :
http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4.0-m5/src/jaka
rta-servletapi-4.0-m5-src.tar
http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4.0-m5/src/jaka
rta-servletapi-4.0-m5-src.tar.gz
The
The latest milestone release of Tomcat 4.0, milestone 5, has just been made
available in RPM format at :
http://rpmized.free.fr/
The RPM for apache connector, mod_webapp, will be released ASAP.
"Pour la plupart des hommes, se corriger consiste à changer de défauts."
-- Voltaire
When building my RPM, I noticed something incorrect in build.xml of
catalina :
The jars present in ${regexp.home} are copied in server subdir
but if you specify regexp.jar (as I do in rpm) you're stuck.
Here is the patch
--- jakarta-tomcat-4.0-m5-src/catalina/build.xml.orig Thu Dec 14
I've switched from TC 4.0-m4 to TC 4.0-m5 in minutes using my RPMs build
process. I've only adapted my spec file (the file which tell how to build the
binary package from sources, patches...)
Since I allready many of the RPM needed by tomcat (from jakarta.apache.org and
xml.apache.org), I
I've been experimenting with your RPM files (and considering replacing
my custom-built ones with yours), and it looks like you set things up
in
a directory tree that makes a lot of sense if you're coming from a
RedHat environment as I am.
Thanks.
One thing I did with my RPMs though, was
More on the patch.
It is included in my 3.2.1 RPM since it works nice and corrected the
problem.
Another bug less in ajp13.
Thanks
Hi,
How could we know all the branch in the project.
We know for tomcat_32 but did there is a jakarta-servlet-api_32 ?
I've finished traduction of Message (LocalString.properties) for both
tomcat and servlet api and wish to export to servlet-api
If there is a tool available to commiter,
more RPM are now available :
* jaxp 1.0.1
* jaxp 1.1ea
* jsse 1.0.2
Could I made jaxp 1.0.1 and 1.1ea RPMs available a falsehope.com ?
I know that jsse RPM couldn't be exported but could you get it at Sun and
give Redhat users a choice to download the RPM it as they do for JDK 1.3 ?
I'll try
Hi,
Just tested TC 4.0 m5 and mod_warp from my RPMs.
In my httpd.conf :
...
IfDefine SSL
LoadModule ssl_module lib/apache/libssl.so
/IfDefine
LoadModule perl_modulelib/apache/libperl.so
LoadModule dav_module lib/apache/libdav.so
LoadModule webapp_module
Just to continue :
The jsession is written on URL :
http://localhost/examples/servlet/SessionExample;jsessionid=B0B0D1E98495F533
D57255B4F1952436
+1
"Pour la plupart des hommes, se corriger consiste à changer de défauts."
-- Voltaire
Did you commit the changes to mod_jk ?
I'll start soon to build a Apache 2.0 RPM and having
an adapted mod_jk will be great...
"Pour la plupart des hommes, se corriger consiste à changer de défauts."
-- Voltaire
-Original Message-
From: Costin Manolache [mailto:[EMAIL PROTECTED]]
Look at the bugs in BugRat. The ones coming in for 4.0 are getting
linked, documented and closed faster than the ones coming in
for 3.x. The
bugs for 4.0 are fewer than the ones coming in for 3.x. Shit, I think
we've even got some 3.0's in there that haven't been dealt with!
I'm sorry to say
+1
"Pour la plupart des hommes, se corriger consiste à changer de défauts."
-- Voltaire
Hi to all commiters,
Many new commiters these days came with christmas.
After all the noise about TC 3.3, It could be nice to know where each
commiter (oldies and newbies) plan to works :
There is still now, 3 projects (Sorry jon ;-) :
TOMCAT 3.2:
TOMCAT 3.3:
TOMCAT 4.0:
Could each
And we, as the newly formed Apache Software Foundation,
accepted that code
in donation as a point of start for the Jakarta Project. I was
there, in
that meeting room, that day when we outlined how the process would have
evolved, with Jon, Stefano and Brian. And I was there, on
stage at
And it's even worse because you are FUCKING RIGHT! It makes me
puke to read
comments like the one that James Cook sent "My personal
impression of you is
in the toilet now", or Gomez Henri "IBM == xml.apache.org and SUN ==
jakarta.apache.org". Where were you KIDS when we w
Way back to technic ;-)
Great too see that.
May be the last time :-(
I think Dan is the authority in this, but I'll add my 2c anyway.
- it's not a bad idea - as long as it's an option
That's could be a secured ajp13 or ajp14 ?-)
- maybe there are ways to do it without too much code change
Interesting subject, a farm of Apache behind a larger farm of Tomcats ?
Let me develop :
Could we have say a farm of X Apache connected to a farm of Y Tomcat where
Y = 2 * X or Y = 3 * X ?
Also could the session replicator be compatible with eventuals ACL/Crypto
in mod_jk/ajp protocols ?
I agree that some form of authentication (and possibly
encryption) are high-priority things to add to mod_jk / ajp13.
Before I dive into that work, though, I want to be sure that
there is a future for the code -- that's why I'm proposing
using it in TC 4 as well as TC 3.
Fortunately, the
I've builded the mod_webapp module and it fail when session
are in use.
May be related to cookies support. I could tell you more later after
some capture with ethereal.
Finally, someone actually trying it so we can fix the bugs :-)
I'll try to fix whatever I can but we need a little more
Since Costin and Dan will focus on mod_jk/ajpxx on 3.2/3.3 base,
I'll focus on Apache 2.0 modules for mod_jk and mod_webapp.
I'll try to release some RPM for httpd-2.0, apr, apr-utils and
mod_jk, mod_webapp.
mod_jk was built on an EAPI apache but is run on a standard apache.
Could be closed ;-)
"Pour la plupart des hommes, se corriger consiste à changer de défauts."
-- Voltaire
-Original Message-
From: BugRat Mail System [mailto:[EMAIL PROTECTED]]
Sent: Saturday, December 23, 2000 12:54 AM
Hi,
A quick note to say that both jaxp 1.0.1 and 1.1ea RPM are
available.
But could I make then available to http://rpmized.free.fr/ ?
A licence problem may be ?
Also could you see at the next 'Jakarta Project Management Committee' was
to do with all the RPMs I've released ?
I've done a
At least until someone else comes along and wants to do a
better job at it :-).
May be you'll need to find someone to do that job to help
you be more on 4.0 ? Someone as proposed to do that some time ago.
PS: What's the status of the RPM packaging for jakarta and xml projects ?
At this point
so +1 , but i continue to not see any advantages in maintain another
repository..
Like Nacho I turn my -1 to +1 since I don't want the TC 4.x development
to be stopped or features freezed but I feel that It will became
hard to find our way in 3.2, 3.3, 4.0 and 4.1
I don't see any problem - there are 2 codebases - the
"original" tomcat (
3.x ) and catalina ( 4.x ).
You're in the project but imagine when a new user arrive and
want to use a servlet engine ;-) The question will be must
I use 3.2, 3.3, 4.0 or 4.1 ?-)
A simple help rule could be :
- If you
Hi,
A quick note to say that RPM for TC 4.0B1 and latest TC 3.3 from CVS
will be released tomorrow ;-)
Another try will be apr, apr-utils and httpd 2.0 .
For the latest I'll get the latest stuff from CVS, it is ok ?
Regards
"Pour la plupart des hommes, se corriger consiste changer de
Hi,
What's the status of ACL to mod_jk ?
I take a look at what to do on tc 3.3 to restrict
connections to tomcat with rules la hosts.allow/hosts.deny
but didn't know if Dan or Costin does something like this ?
I could send some code if nothing is done yet...
I seems cookies are still no working :
* HelloWorld Example works.
* Request Information Example works :
Method: GET
Request URI: /examples/servlet/RequestInfoExample
Protocol: HTTP/1.1
Path Info: null
Remote Address: null
* Request Header Example works :
accept-language fr
Hi to all Suners.
I finished some time ago RPM for jaxp 1.0.1 and jaxp 1.1 EARLY ADOPTERs.
Who could do something to have these RPMS available at Sun or Apache
site ?
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
Cc: [EMAIL PROTECTED]
Subject: Re: jaxp 1.0.1 and 1.1 RPMs
At 04:42 11/1/01 +0100, GOMEZ Henri wrote:
Hi to all Suners.
I finished some time ago RPM for jaxp 1.0.1 and jaxp 1.1
EARLY ADOPTERs.
Who could do something to have these RPMS available at Sun or Apache
site ?
Unfortunately it's not leg
1 Jan 2001, GOMEZ Henri wrote:
Hi to all Suners.
I finished some time ago RPM for jaxp 1.0.1 and jaxp 1.1
EARLY ADOPTERs.
Who could do something to have these RPMS available at Sun or Apache
site ?
-
To unsubscribe, e-ma
Will you update also the 3.3 branch ?-)
"Pour la plupart des hommes, se corriger consiste changer de dfauts."
-- Voltaire
-Original Message-
From: Dan Milstein [mailto:[EMAIL PROTECTED]]
Sent: Friday, January 12, 2001 6:59 PM
To: [EMAIL PROTECTED]
Subject: Re: [PATCH] adapter in load
Hans Bergsten wrote:
The way I feel right now is that the best way to answer
this question is by a vote on this list, where all +1
votes for TC 3.3 also means a commitment to help fix bugs
in TC 3.3.
+1 .
I'd like to see a beta release of 3.3. We could see and compare
after. Don't
Don't forget about that :
PRE-MEETING FESTIVITIES:
Before the meeting, Jon Stevens and I welcome you to come to
CollabNet and discuss ideas for a CJAN implementation for
managing Java JAR libraries. I'm sure that we'd also like to
talk about Sam's tinderbox ideas as these ideas
Hi,
I'm busy these days and didn't have many time on ACL for mod_jk.
Before investing too many times, just want to describe the plan :
1) Create stuff to handle InetMask a l hosts.allow / hosts.deny.
Data initialized via config in server.xml
From 3.2 server.xml
Connector
Oups didn't view your reply in the list.
Tomcat 4.0 did not select mod_jk for several reasons. The
most important ones
are at the top:
* MOD_JK (like MOD_JSERV before it) has no clue what a web
application is. This forces you to configure many items twice --
once in the web.xml file and
1. Bug fixes. At least 3 commiters will volunteer to integrate
the patches
that are sent and do fixes them-self.
+1
2. Bug reports/verification: we have a large number of bug reports,
most of them against previous versions of tomcat. We need
people to look at the bugs, try to reproduce them
I'd like to see the fixes for mod_webapp about cookies.
I've asked many time on the list about the problem but
never got any answers -(
"...handing C++ to the average programmer seems roughly comparable to
handing a loaded .45 to a chimpanzee."
Tomcat 3.3 Release Plan Ballot:
[X] +1I am in favor of this plan and will help
[ ] +0I am in favor of this plan, but am unable to help
[ ] -0I am not in favor of this plan
[ ] -1I am against this plan being executed, and my
reason is:
+1
On ne peut rsoudre les problmes les plus graves avec le mme esprit qui
les a cres.
-- Albert Einstein
-Original Message-
From: Jon Stevens [mailto:[EMAIL PROTECTED]]
Sent: Thursday, February 01, 2001 4:26 AM
To: tomcat-dev
Subject: [VOTE] CVS Commit: Keith Wannamaker [EMAIL
Good stuff.
I use that kind of code for years (since the early age of SunOS 4.1).
Unixes developpers may read the excellent 'Unix Network Programming'
for W. Richard Stevens which comment use of read/write.
I suggest to add a classes BlockInputStream and BlockOutputStream
which add readN and
+1
And +1 for TC 3.x branch.
On ne peut rsoudre les problmes les plus graves avec le mme esprit qui
les a cres.
-- Albert Einstein
-Original Message-
From: Sam Ruby [mailto:[EMAIL PROTECTED]]
Sent: Thursday, February 01, 2001 7:45 PM
To: [EMAIL PROTECTED]
Subject: Re: [Tomcat 4.0]
You can use :
cat patch | tr -d '\015' patch.nodos
will remove the dreaded CR
On ne peut rsoudre les problmes les plus graves avec le mme esprit qui
les a cres.
-- Albert Einstein
-Original Message-
From: Dan Milstein [mailto:[EMAIL PROTECTED]]
Sent: Friday, February 02, 2001
-Original Message-
From: GOMEZ Henri [mailto:[EMAIL PROTECTED]]
Sent: Friday, February 02, 2001 4:30 PM
To: [EMAIL PROTECTED]; '[EMAIL PROTECTED]'
Cc: [EMAIL PROTECTED]
Subject: RE: Problems with mod_jk.so, RH7.0, binary/compiled
Added to FAQOMATIC, finalement :-)
http://jakarta.apache.org/jyve-faq
Don't forget that ftp://ftp.falsehope.com/home/gomez/tomcat/
host RPM for TC 3.2.x and 3.3
On ne peut rsoudre les problmes les plus graves avec le mme esprit qui
les a cres.
-- Albert Einstein
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Friday, February
It's late but I found it.
After some ethereal dumps I noticed that the finish method in
org.apache.tomcat.modules.server.Ajp13Interceptor is called 2 times
when using forward and so we sent 2 time the END_OF_RESPONSE to
the Apache Web Server.
So Apache (depending on reqs rate and load) will
Message-
From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]]
Sent: Saturday, February 03, 2001 3:28 AM
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]; Dan Milstein
Subject: Re: [BUG 235] ajp13 and RequestDispatcher.forward() gotcha !
GOMEZ Henri wrote:
It's late but I found it.
After some
.
-- Albert Einstein
-Original Message-
From: GOMEZ Henri [mailto:[EMAIL PROTECTED]]
Sent: Saturday, February 03, 2001 3:35 AM
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]; Dan Milstein; Craig R. McClanahan
Subject: RE: [BUG 235] ajp13 and RequestDispatcher.forward() gotcha !
TC 3.2.1 seems
+1
La prise de conscience de votre propre ignorance est un grand pas vers la
connaissance.
-- Benjamin Disraeli
-Original Message-
From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, February 06, 2001 6:16 PM
To: [EMAIL PROTECTED]
Subject: [VOTE] New Committer: Kief
Did you succeed using the web_app connector ?
I still have the same problem with cookies...
La prise de conscience de votre propre ignorance est un grand pas vers la
connaissance.
-- Benjamin Disraeli
-Original Message-
From: jean-frederic clere [mailto:[EMAIL PROTECTED]]
Sent:
I will be able to build and test the native code for the ISAPI
redirector but I will need others to build/test the other native
components and supply them to me for inclusion into the release.
I will be able to test on WinNT/200 and probably Win9x platforms
but I would appreciate test reports
Yes, but for some reason (probably a repressed memory from
some former life)
I've always hated the phrase "no regressions". :-)
Did you want latest ajp12/ajp13 fixes from TC 3.3 to be
included also in TC 3.2.2 ?
-
To
While looking updating TC 3.2.2 with mod_jk for Apache 2.0
I notice that mod_jk from TC 3.2.2 and 3.3 are still differents
I attached a list of diff without the version which are also
different in each files.
I propose that the whole TC 3.3 mod_jk native code (ap1.3, ap2.0
and common) are
I didn't see the thread immediatly.
I tagged constants like to show that's no more
3.2.1.
You could change in 3.2.2-beta or better 3.2.2-dev ( la Apache httpd)
but the name must be changed to show that's it's a new version
La prise de conscience de votre propre ignorance est un grand pas vers
Nice to see that we could have Apache 2.0 with mod_webapp.
La prise de conscience de votre propre ignorance est un grand pas vers la
connaissance.
-- Benjamin Disraeli
-Original Message-
From: jean-frederic clere [mailto:[EMAIL PROTECTED]]
Sent: Friday, February 09, 2001 5:19 PM
To:
[ ] +1I am in favor of this plan and will help
[ ] +0I am in favor of this plan, but am unable to help
[ ] -0I am not in favor of this plan
[ ] -1I am against this plan being executed, and my
reason is:
+1
I could help port of latest native mod_jk
My proposal come from the constat we have now 2 differents Tomcat
distro 3.2.x and 3.3.x each one with a different level of mod_jk.
Tomcat 4.x could also benefits from a port of mod_jk even
if they have started working on mod_webapp. May be via a merge of
both parts in mod_jk/mod_webapp.
So why
that fixes.
I think that both Dan and Keith have each time back ported
the Java corrections in tomcat_32 but it must be validated with them.
Another interest, is that mod_jk from TC 3.3 works with the latest
Apache 2.0.
-Original Message-
From: GOMEZ Henri [mailto:[EMAIL PROTECTED]]
Sent
No, it was decided to not start changing the 3.2.x tree.
If people want the fixes, they can always upgrade.
Sorry but adding bug corrections is not changing the tree.
People may also want to use the mod_jk stuff with Apache 2.0.
If we didn't back port corrections on mod_jk / ajp from 3.3
to
Agreed, i'm reluctant too to adding features to TC3.2, only bugfixes on
TC3.2.. so any bug fixed on TC3.3 that must be done , no more nor less
than that.. and it's a big piece of work only with maintenance
of actual
code...
If we didn't upgrade mod_jk, Tomcat 3.2.x couldn't be use with Apache
1 - 100 of 1169 matches
Mail list logo