on 12/4/01 8:23 AM, GOMEZ Henri [EMAIL PROTECTED] wrote:
www.eclipse.org
OSS version of VisualAge for Java, by the
team who does VA Java :)
Excellent
Cool news. However, it isn't truly superb until it runs on OSX.
:-)
Some lobbying to be conducted ;)
Important point, this IDE
After reading the commit log - most changes related to jk_channel,
jk_registry, etc are pretty safe ( as they don't change any logic ).
We could actually release Jk1.2 using the main tree - if everyone is
comfortable with that. If not - Oct21 is probably a good point
to branch
( the release
Will be fixed with release 4.0.2 of rpm
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6
-Original Message-
From: [EMAIL
Well seing Remy and Costin discussing and being agree
on such subject make me more than happy and show that
it was a good idea to exit connector code from
tomcat 3.x/4.x CVS.
The refactory on jk is important, but will give mod_jk
more flexibility than ever.
Yes, having jk as a common
I will not check anything else into mod_jk until this is decided (
since my next commit is pretty big and likely to brake things,
I did a lot of changes in uri_map, etc. - I need a stable
branch labeled before doing the commit ).
Ok, let's release mod_jk to 1.2 and start 2.0.
The refactoring is
| - And may be start to think about creating web pages
| for J-T-C
A small webpage with something like download mod_jk on it
would do the
trick for now! Anything is better than nothing! And a link to
it from the
Tomcat webpages would really be something!
It's IMPOSSIBLE to find things now.
Maybe just 'Tom' (since 'cat' was eaten with JSP's ;-)
+1 !=)))
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
+1
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
No, I am not using a Gnu make - But I will: you convince me :)
Would it be ok if we make Gnu make a requirement for the build system ?
There are many cool feature that would make building much easier (
patterns, globs, etc ).
+1, even AS/400 has a gnu make :)
After we start using APR I see
What about mod_webapp SNAPSHOT for this release ?
Will you include the latest stuff from JTC CVS ?
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A
There are few things I would like to see fixed before releasing:
- the jvmroute ( I'll do a patch if nobody else does it )
YES PLEASE +1, will give tomcat 4.0 access to load balancing
feature of mod_jk ;)
- backporting the 'trusted apps having access to catalina
internals' from
4.1
I
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, November 28, 2001 11:51 AM
To: GOMEZ Henri
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED];
[EMAIL PROTECTED]
Subject: RE: [Cryptix-Users] OpenSSL and java keytool
I only did now. Guess my previous answer
Hi to all,
I want to propose a new packaging policy for Tomcat,
3.2/3.3/4.0 RPMs.
Up to now, the Tomcat RPM which are built from the source
present in jakarta site and include the binary jars present
in the source tarball.
To respect the general RPM packaging method (Mandrake,
Redhat, Suse
-Original Message-
From: OGAWA, Motoyuki [mailto:[EMAIL PROTECTED]]
Sent: Monday, November 26, 2001 2:41 PM
To: [EMAIL PROTECTED]
Subject: Tomcat 3.3 Document Bug
Hello, My name is Ogawa, Motoyuki.
I am a Java engineer in Tokyo, Japan.
I found a bug in the Tomcat 3.3 document. It
-Original Message-
From: James Bromberger [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, November 27, 2001 7:03 AM
To: [EMAIL PROTECTED]
Subject: http://jakarta.apache.org/tomcat/tomcat-3.3-doc/index.html
Hello,
I think there is a documentation bug on:
I would even use APR to build mod_jk: APR of httpd-2.0
(installed or source)
otherwise the one given by --with-apr parameter with
configuring mod_jk :)
Ok, we should be carefull with apr, since I've got many
problems using it with mod_webapp when creating library
libwebapp. I wasn't able to
While we're speaking of mod_webapp, could we update
the configure since IT DIDNT WORKS when you have
installed Apache 2.0.28 beta in a FHS system, ie:
/etc/httpd2/build/
/etc/httpd2/conf/
/usr/include/apache2/
/usr/lib/apache2/mod_*
/usr/lib/libapr*
/usr/sbin/httpd2
/var/www2/
I could build
Sounds a good idea. --with-apr-lib and --with-apr-include
would be used to
overwrite ${local_prefix}/lib and ${local_prefix}/lib
Could you fix the configure.in for that, it will be great.
BTW, even when I modify the configure, I get a libwebapp.a
but no libwebapp.so and so couldn't build
En réponse à [EMAIL PROTECTED]:
mod_jk provides the communication between the web server and tomcat.
It
does so by using a number of abstractions:
jk_service: represents the request and the callbacks supported by the
web
server.
jk_endpoint: abstracts the callbacks supported by
+1.
Did you also rebuild the site since the
http://jakarta.apache.org/tomcat/index.html still present
3.3 as beta (it's fixed in your recent commit)
Regards
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD
[X] +1. I agree with the proposal and I will help support it.
[ ] +0. I agree with the proposal but I will not be able support it.
[ ] -0. I don't agree with the proposal but I won't stop it.
[ ] -1. I disagree with the proposal and will explain my reasons.
--
To unsubscribe, e-mail:
Or even better, in SSLInterceptor. No need to change Request
or the core -
if it can be done in a module, it's better to do it this way.
A la mod_ssl :)
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
May I recommand you take a look at mod_jk from
jakarta-tomcat-connectors which use configure stuff
to try to ease the build...
All the developpment effort on tomcat connectors have
now moved to J-T-C
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
FYI, a Linux RPM of ssldump is available at :
http://ftp.falsehope.com/home/gomez/ssldump/
Regards :)
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A
Hi to all JTCs,
I'm trying to rebuild jk and webapp from JTC and
notice we try to include config_vars.mk, which
is awaited under $prefix/build/.
Problem, it fit well for Apache 2.0 using default
packaging (ie all under /usr/local/apache) but fail
when we have it installed under another
](. .)
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, November 19, 2001 3:33 PM
To: Tomcat Developers List
Subject: [JTC
I'm in favor of this, since the protocol is only being
extended, not really
changed.
However, I think that one of the extensions that should be
implemented early
on is a version negotiation so that the newer side can
gracefully degrade in
the future without having to rely on the user
Just to finish with my message about Ajp13 and highly loaded
servers
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6
-Original
Costin,
that point of view is really interesting. What about separating the
distribution part from the integration part of a integrated solution.
That would user's give the option to use the transparent session
replication or to use explicit object replication services.
The former would
sorry to ask on this list as this is really a user question,
but I'm not on
Tomcat-User (too much noise :-) ) so I hope you'll bear with me.
Sure
Is there a connector available for IIS and TC4? I've searched
the archives
of both lists and not come up with a definitive answer.
AJP13 is
what's about loadbalancing?
say, we have defined local loadbalancing using
5 ajp13-worker at workers.properties, and we
have at server.xml:
Ajp13Connector port=8009
maxThreads=100
maxSpareThreads=50
minSpareThreads=10
hi!
when using mod_webapp as connector to apache,
response.flushBuffer() doesn't
work in current versions of tomcat. i think this is because
of the packet
system of the warp connector.
we work with a modified version of tomcat, which sovles this
problem by
implementing
thanks to forward more information for my RPM :)
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6
-Original Message-
From: Joakim
response.flushBuffer
On 13/11/2001 10:10 am, GOMEZ Henri [EMAIL PROTECTED] wrote:
ASAP, I'll make a snapshot of jtc in my home dir and do the
RPM
Thanks :) Once I finish my Job Hunt I'll also probably have
some time to
update and tag a release... :( :( :(
Pier
--
To unsubscribe, e-mail
+1
I've got a question about 3.2 against 3.3.
Now that 3.3 is released, did 3.2 will be deprecated in favor of 3.3,
since both of them support Servlet 2.2/JSP 1.1 ?
Regards
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD
Pier:
Great discussion points. I really appreciate your thoughtful feedback.
My comment about Tomcat caching session data does not preclude
it from being stored in the remote session server. Indeed, this would
be required. My thought was this, in a multi-node network if multiple
contiguous
Did you try my RPM ?
-
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] [mailto:[EMAIL
Hi to all,
Some of you may have experienced problems on heavily
loaded system with mod_jk and Tomcat 3.2/3.3 when using
ajp13.
As you may know, the Ajp13 connection is permanent
and is created each time a WebServer task, for
example an Apache child, have to forward a request
to Tomcat.
And
Hi,
What about mod_webapp on JTC ?
Could I get the latest stuff from CVS to let me build a
new mod_webapp RPM for Tomcat 4.0.1 ?
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint :
CORRECT tarball will be
available ?
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6
-Original Message-
From: GOMEZ Henri
Sent
If Sun fire such talentuous developper, shouldn't we
be worried about the Company Situation ?
It's the second people from Sun working on Tomcat's,
after Costin, who leave the company.
May be it's better for OpenSource to have people like
them outside big company and sus avoiding political
Excellent works !
Now AS/400 users will be able to play with the jakarta-tomcat-connectors
mod_jk :)
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A
Environment is httpd 1.3.22, built with mod_ssl 2.8.5. The
only changes to
httpd.conf were to make the WebApp connection and
WebAppDeploy of examples.
It looks like it's seg faulting on trying to get the ssl key size in
mod_webapp.c, at rec-ssld-size = atoi(ssl_tmp). I suspect that
Is the request attribute javax.servlet.request.ssl_session
(in TC 3.3)
a 'standard' attribute that keeps the SSL session ID? Is there a spec
that defines it?
No, it's not on the specs and even if you find this information
on some servers (Apache + mod_ssl for example), there is
still some web
Hello,
Is 128bit SSL supported on Tomcat 3.2.1 and 3.2.3 , running on a
Linux 6.12 server ?
It should works if your webserver is Apache + mod_ssl for example
ands that you're using mod_jk to link Apache to TC 3.2.x
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional
What's your workers properties file ?
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6
-Original Message-
From: Yeager, Jeffrey
@@ -306,7 +307,9 @@
* pointer.
*/
/* Works with 4096, fails with 8192 */
+#ifndef CHUNK_SIZE
#define CHUNK_SIZE 4096
+#endif
static int JK_METHOD ws_write(jk_ws_service_t *s,
const void *b,
@@ -674,6 +677,7 @@
return NULL;
Some minor glitches appears and reported also
bu Nicolas:
RH 6.x use nobody user to run Apache HTTP server, so
I used also that one to operate tomcat but
RH 7.x use apache user to run Apache HTTP server
===
The new RPM will create a tomcat user which will run tomcat.
Other updates :
-
Many .gif are corrupted in jakarta-tomcat-4.0.1-src.tar.gz.
They are fine in binary jakarta-tomcat-4.0.1.tar.gz
What about ?
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8
A little problem was discovered by Nicolas Mailhot,
in the tomcat 3.3, java part, with an incorrect tomcat
init script which wasn't used the new 'nobody' work mode.
Now tomcat run as nobody by default for security purposes.
The RPM has been updated to -2 release and the old one
removed :
Apache 2.0.18 is present in iSeries (AS/400)
http://www-1.ibm.com/servers/eserver/iseries/software/http/services/apache.h
tm
And they use tomcat also
http://www-1.ibm.com/servers/eserver/iseries/software/http/services/tomcat.h
tml
And to link the both they use mod_jk (ajp12/ajp13/jni)
;)
I'll fix ASAP
Do you recommand :
IfModule mod_webapp.c
WebAppConnection warpConnection warp localhost:8008
WebAppMount examples warpConnection /examples/
WebAppMount manager warpConnection /manager/
WebAppMount webdav warpConnection /webdav/
/IfModule
-
Henri
]]
Sent: Tuesday, October 23, 2001 12:13 PM
To: [EMAIL PROTECTED]
Subject: Re: Bug in RPM? [Was: FW: Re: Apache and Tomcat configuration]
On Tuesday, October 23, 2001, at 10:37 am, GOMEZ Henri wrote:
I'll fix ASAP
Do you recommand :
IfModule mod_webapp.c
WebAppConnection warpConnection
Could you send .diff instead and against latest JTC code ?
-
Henri Gomez ___[_]
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: 23 October 2001 11:24
To: [EMAIL PROTECTED]
Subject: RE: mod_jk support for LimitRequestBody
Could you send .diff instead and against latest JTC code ?
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED
You should take a look at mod_jk for IIS doc,
you could find in TC 3.3/3.2 dirs...
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6
RPMs and Linux binaries (i386) are available.
http://www.apache.org/dist/jakarta/jakarta-tomcat/release/v3.3/rpms/
You'll find mod_jk for Apache 1.3 STD and EAPI,
and mod_jk for Apache 2.0 grabbed
from jakarta-tomcat-connectors (20011123).
+0, I'll do the RPM and linux mod_jk/mod_jserv stuff :)
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6
-Original Message-
From:
+1
Welcome on board
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6
As some of you may have noticed, Tomcat 4 is starting to depend on some
modules from the J-T-C repository. The problem is that it
creates in some
cases some circular dependencies for some build options. The
number of the
dependencies is also expected to go up in the future,
including: JK, the
- Revert jk/apache to use uri, remove the encode call ( again, j-t and
j-t-c - one more week to do that, after that we'll be j-t-c
only ). Henri
- could you do this and the next one ?
I'll reintroduce the JkOptions which will help us play with
different encoding :
ForwardStandardURI :
will
Jaxp and crimson are built from xml-commons and xml-crimson
( both are
Apache packages ). We do check in binaries - which is consistent with
apache licence, but anyone can built them from sources as well.
In the RPM case, we use dependencies to have them included from allready
installed RPM.
?
The idea is to conserve compatibility with
Tomcat 3.2.x and Tomcat 4.0 until they have
their java side implementing the required stuff.
Keith
| -Original Message-
| From: GOMEZ Henri [mailto:[EMAIL PROTECTED]]
| Sent: Monday, October 01, 2001 5:18 AM
| To: [EMAIL PROTECTED]
| Subject: RE
Nothing special - just compile jk with support for jni worker, and
follow the instructions. You may need to set LD_LIBRARY_PATH to
include all the .so from java, and you may have problems with some
VMs - JDK1.2.2 seems the easiest to get working, and surprisingly
1.4 worked also fine ( I'm
What whould happen in 3.3 if ForwardEscapedURI was chosen?
Wouldn't the facade escape it again?
My goal in mod_jk is to keep compatibility with ALL tomcat
release, TC 3.2, 3.3 and 4.0.
The option will let us configure it, even if by default
mod_jk found in TC 3.3 and J-T-C will use the TC
bug reports. I'd hesitate to
add it.
The Option could be hidden and use the TC 3.3 behaviour
by default...
| -Original Message-
| From: GOMEZ Henri [mailto:[EMAIL PROTECTED]]
| Sent: Monday, October 01, 2001 10:35 AM
| To: [EMAIL PROTECTED]
| Subject: RE: Volunteers for: - RE: TC 3.3
| -Original Message-
| From: GOMEZ Henri [mailto:[EMAIL PROTECTED]]
| Sent: Monday, October 01, 2001 11:24 AM
| To: [EMAIL PROTECTED]
| Subject: RE: Volunteers for: - RE: TC 3.3: getRequestURI()
|
|
| Why can't we implement the 3.3 collaborative solution in 4.0 ?
| That would maintain compatibility
I thought what we decided to do was use
s-uri = r-uri (a URI decoded already in Apache)
and in the facade, re-encode it. So
JK_OPT_FWDURICOMPAT should be the default.
Ok so there is just nothing to be done in mod_jk
isn't it just revert to old code ?
Argh, I didn't understand well what
Here is the work for getRequestURI() which will allow
us having a compatible works in both TC 3.2.x, 3.3 pre rc2,
3.3 rc2 and upper, TC 4.0 ajp13 (current and future).
Personal note :
Jean-Fréderic, your mail server seems to reject my email,
could you check it ?
- Transcript of session
Hi,
If I'm not mistaken, the default for 3.3 should be JK_OPT_FWDURICOMPAT
with re-escaping the URI for getRequestURI() being done in the facade.
Consistent with
this, I updated jk_isapi_plugin.c to un-escape the URI.
Is this still the plan?
yes, I was wrong, but I'll keep the JkOptions flag
I'd like to follow up on Nacho's (good) suggestion that we add William
Barker and Kin-Man Chung as committers on Tomcat. They've both been
providing invaluable assistance and patches.
+2 (2 * +1)
DC9B 904A 364F 80E6
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, September 26, 2001 5:10 PM
To: [EMAIL PROTECTED]
Subject: Re: [J-T-C] ajp13 works from jt to jtc ?
On Wed, 26 Sep 2001, GOMEZ Henri wrote:
Hi to all,
Did someone is planning
Thanks,
I'll back port to J-T-C
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6
-Original Message-
From: Bill Barker
Hi Vic. We're currently trying to sort out the best way of
packaging a 4.0 RPM.
TC4 has quite a few external jar dependencies ... some optional, some
mandatory. We're kind of between a rock and a hard place with
both a few of the
RPM packaging policies as well as some jar redistribution
Thanks to port mod_jk/ajp13 modifications to jk in J-T-C ;)
Just to be in sync...
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6
Hi to all,
Did someone is planning to port ajp13 java
changes done in TC 3.3 back to J-T-C ?
If not I'll do it but I want to avoid
duplicate works ...
Regards
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD
My opinion is, the binary RPM should contain only Jakarta
stuff. If there are a
few required jars that we cannot easily redistribute, then I'm
okay with
leaving them out. Maybe we create a new top-level text doc,
RPM-README or
something, outlining what you need to do if you just installed
I-am-not-a-lawyer
Although there's no technical challenge to doing this, the licensing
permission becomes much more murky. The standard permission to
redistribute paragraph on the other JAR files talks about packaging
inside something with which you are adding value -- and it's
not obvious
that
+1 of course
We could use the current mod_jk in JTC since many
(if not all) of the latest works done in TC 3.3 has
been ported to JTC.
Only one exception, the ajp13 java part but should be
easy :)
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
-
From: GOMEZ Henri [mailto:[EMAIL PROTECTED]]
Sent: Thursday, September 20, 2001 12:37 PM
To: [EMAIL PROTECTED]
Subject: TC 4.0 RPM Packaging - WAS: [ANNOUNCEMENT] Apache Tomcat 4.0
Fina l Release
Hi to all,
I've got many problems with TC 4.0 RPM packaging,
since many jars used Sun licenses
Hi to all,
I'd like to have the opinion of Tomcat RPMS users
about some points since I'm working on enhanced RPMs :
1) Do you want tomcat to be changed to run as nobody instead
of root ?
2) Do you want tomcat to be enabled by default, ie having
it active after installation ?
3) Do you
After rebuild of TC 4.0, I've got the following error :
1) webapps wars are not created under dist/webapp
To fix, I'll have to go to /home/anyuser/jakarta-tomcat-4.0-src/webapps
and to do :
ant -Dwebapps.dist /home/anyuser/jakarta-tomcat-4.0-src/dist/webapps/
2) After that one, I've still
That something I've got in mind for ajp14, written on that
many times allready, with headers and miscs informations
to be asked by tomcat to web-server at getAttributes time
for example :
+1 ( but not before 3.3 is final ! )
Sure, it will be included in ajp14 only, which is JTC
only.
WebServer - Tomcat
1) SEND HEADERS + REQUEST to TC
2) SEND DATA (eventually) to TC
3) WAIT TOMCAT REPLY
4) SEND BACK HEADERS + REPLY TO BROWSER
Next in ajp14
WebServer - Tomcat
1) SEND GENERAL HEADERS + REQUEST to TC
2) SEND DATA (eventually) to TC
3)
Thanks fr that, will be used in next RPM :)
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6
-Original Message-
From: Jun Inamori
With the latest source and the attached patch from Nacho,
isapi_redirect.dll is able to pass the certificate to
Tomcat. However, when I try it out on Win2k and IIS5.0
I get the following exception displayed:
Ajp13: Certificate convertion failed
java.security.cert.CertificateException: Unable to
+1 , and a comment on Readme.txt as is a spec compliance issue
Until we find a way to cache Client Certificate Chain..
Or we add 2 more messages in ajp13/14 - to get the chain when the user
request it.
In fact, even the client certificate should be retrieved only
on demand,
I assume most
I'd like to sync tomcat_32, jakarta-tomcat, and
j-t-c with the same code-- that is, using r-uri
in all cases, but re-encoding it with
ap_escape_uri. This seemed to be the consensus
a month or two ago in the discussions, as proxies
do the same thing (decode, then re-encode).
The spec issue is
I'd be more than happy to contribute -- I assume you're referring to
documentation -- I'd certainly be to contribute code, but I'm
still dusting off some synapses, and I do try to sleep on
occasion...
Is there a primary contact for submission of such things?
Send it to the tomcat-dev, JF or
-Original Message-
From: Anthony Green [mailto:[EMAIL PROTECTED]]
Sent: Monday, September 17, 2001 9:51 AM
To: [EMAIL PROTECTED]
Subject: Tomcat + gcj
This is just an FYI...
I recently got Tomcat working on Linux with gcj (a free native code
compiler and runtime for the java
Hi to all,
The works conducted on ajp13 in TC 3.3 to add chunk
support and better handling of the content-length,
have broken compatibility with previous mod_jk.
Now, from the java side, the content-length is mandatory
in stream, and if you try to use olders mod_jk
(ie from TC 3.2.3 or the
Welcome Bojan
+1
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6
-Original Message-
From: Larry Isaacs [mailto:[EMAIL
| 384|Unc|Nor|2000-12-30|AJP13 returns no Status Message (Reason-Phrase
RFC|
== This one is fixed in TC 3.3
| 620|Unc|Nor|2001-02-15|StopTomcat defaults to localhost
|
== It's not abug but a security feature !
| 864|Ver|Maj|2001-03-06|Duplicated definition when the same custom tag is
|
|
Move tomcat configuration to /etc ?
I did an rc.d script myself a while ago in this style
(sorry - I forgot to
pass it on) but I was following the convention of Redhat
7.1 and put my
configurations in /etc/sysconfig/tomcat Does this break
the FHS (What is
I'll be to move configuration to
: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Monday, September 17, 2001 4:57 PM
To: [EMAIL PROTECTED]
Subject: Re: FW: Tomcat + gcj
Cool...
Could we try to link the generated .so with mod_jk and apache :-) ?
Costin
On Mon, 17 Sep 2001, GOMEZ Henri wrote:
-Original Message-
From
| If that change make us spec compliant and
| mod_rewrite compatible, I'll be OK, but may be
| we should all review code change before commit ?
|
| Also what about IIS/NES/DOMINO in such case ?
Attached is what I propose. I can't speak for
the other servers, and neither one of our changes
| -Original Message-
| What about that patch which allways set ContentLength
| but try to get others datas only in contentLength is set
| and not -1
|
|
| --- Ajp13.java.orig Mon Sep 17 11:16:05 2001
| +++ Ajp13.java Mon Sep 17 11:16:30 2001
| @@ -411,8 +411,8 @@
|
Obviously configuration should go in /etc and logging in
/var/log (helps with
logrotate)
logrotate couldn't do anything with that tomcat logfile
since Tomcat will keep using the initial file, even
if that one has been renamed and gzipped.
A real candidate for jakarta-service, to intercept
== These are very specific to RPM packaging and need to
be marked as Enh.
I'm not sure this one should be marked as Enh (that's why I
submitted it in normal)
since the results of this bug can be pretty ugly:(.
I agree for the stop/start, not necessary easy to fix.
In stricto senso, RPM is
I'm tempted to say neither HTTPS_KEYSIZE nor
HTTPS_SECRETKEYSIZE are the
correct answer..:)
I feel it's HTTPS_KEYSIZE since it's only 56bits.
Serious SSL implemtation like mod_ssl support 128bits :)
501 - 600 of 1169 matches
Mail list logo