Graham Leggett wrote:
Mladen Turk wrote:
I don't think that it is necessary for a mod_ajp to be included inside
the
mod_proxy, although they are sharing some common concepts.
I think it's very necessary - sharing those common concepts ultimately
makes for doing things in a consistent way. It
Mladen Turk wrote:
Graham Leggett wrote:
I don't think that it is necessary for a mod_ajp to be
included inside
the mod_proxy, although they are sharing some common concepts.
I think it's very necessary - sharing those common concepts
ultimately makes for doing things in a consistent way.
Graham Leggett wrote:
Costin Manolache wrote:
But I still think we should start with using mod_proxy with http
protocol, and add the missing load balancing and extra info - if we
are not happy with the performance and we need a small boost, we could
also add ajp.
I think this is a good idea.
Costin Manolache wrote:
Henri Gomez wrote:
You must keep in mind that tomcat5 is no longer server.xml centric !
It can use separate config files in different directories, if it is
embedded it can use the embedor's config, etc.
And httpd.conf is static - you can't modify it. We support using
Remy Maucherat wrote:
Costin Manolache wrote:
Remy Maucherat wrote:
I think you're mixing the Java side with the native side. I think the
Java side should obviously use JMX to monitor what's going on with
Tomcat. However, the native side will just recieve proprietary messages.
We have to keep
Mladen Turk wrote:
Costin Manolache wrote
I can understand the jk2 object oriented C is considered
too complex.
True.
But I certainly can't agree on a design that is not modular
and doesn't support this basic requirement. We already have
mod_jserv and mod_webapp
- and a long history of
We're discussing on tomcat-dev about a new Apache to Tomcat
Apache 2.x module.
We'd like to see some of the core HTTPD developpers joins
the discussion about the post JK/JK2 module.
The goal of this new module :
- 100% Apache 2.x module
- Easy integration with existing Apache 2.x modules
and
Bill Barker wrote:
- Original Message -
From: Sandy McArthur [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Monday, July 19, 2004 9:15 PM
Subject: Re: mod_jk 1.2.6 release ? - session tracking cookie
On Jul 19, 2004, at 8:43 AM, Henri Gomez wrote:
And since I
Henri Gomez wrote:
Mladen Turk wrote:
The AJP13 protocol will have to be enhanced (or better enabled) to use
the
'Service channel' and 'Data Filter'. It is not necessary to define all
Service channel modes like server topology, or server readiness,
neither to
define all the Data Filter modes
Mladen Turk wrote:
-Original Message-
From: Henri Gomez
Ideally since we could have a cluster of Apache WebServer
linked to a cluster of Tomcat ServletEngines, and that member
could enter or exit these 2 clusters we should have something
using Multicast (ideally a native JavaGroups
Nick Kew wrote:
On Tue, 20 Jul 2004, Henri Gomez wrote:
We're discussing on tomcat-dev about a new Apache to Tomcat
Apache 2.x module.
We'd like to see some of the core HTTPD developpers joins
the discussion about the post JK/JK2 module.
As a startingpoint, how about telling us what tomcat needs
Nick Kew wrote:
On Tue, 20 Jul 2004, Henri Gomez wrote:
[ chopped tomcat-dev because that bounces my mail ]
As a startingpoint, how about telling us what tomcat needs that
mod_proxy and friends don't provide?
In mod_jk/jk2, there is support for load-balancing and fault-tolerance
and it's a key
Graham Leggett wrote:
Henri Gomez wrote:
And what about using AJP/1.3 instead of HTTP for connection to tomcat ?)
In all my deployments of tomcat I have never seen the point of a custom
protocol that did exactly what HTTP does, so all my tomcat deployments
are all HTTP, with a simple mod_proxy
Manni Wood wrote:
I very rarely post to this list, but I've been building web sites for
over eight years, and want to chime in.
In my experience building web sites for Fortune 500 companies (some of
them Fortune 50 companies), the get Apache to serve static content
while Tomcat only takes care of
Wayne Frazee wrote:
Please pardon me for attempting to marshall the obvious however what is
the advantage of AJP/1.x over HTTP?
- Persistant connections, mod_jk use a pool of socket connections
to avoid reopening connections between Apache and Tomcats.
You could set socket timeout to make
Graham Leggett wrote:
Henri Gomez wrote:
It's now time to refactor and redesign it with Apache 2.x (APR/AP) in
mind to follow Apache 2.x admins habbits and try to make something
simpler.
We came on httpd-dev for advice from experts, and may be an
extended mod_proxy could be the solution. But we
Remy Maucherat wrote:
Costin Manolache wrote:
Well, the mod_proxy + enhancements for sticky session + enhancements
for passing auth info sounds reasonable - and if nobody wants the JMX
support, then maybe we won't need to write a new connector anyway :-)
Remy will be happy - we'll only use the
---BeginMessage---
Manni Wood wrote:
One of the things I thought AJP did that HTTP proxying to Tomcat could
not (but correct me here if I'm wrong) is let the servelt container know
whether or not the connection is HTTP vs. HTTPS. This sort of
information needs to get passed back to the servlet
Glenn Nielsen wrote:
Have you looked at using JkAutoAlias ?
What do you means ?
JkAutoAlias automatically detected Alias/Directory and excluded
them from JkMount * ?
On Tue, Jul 13, 2004 at 12:27:41PM +0200, Henri Gomez wrote:
Hi to all,
As many I'm puzzled in jk 1.2.x in some case :
VirtualHost
Colm MacCarthaigh wrote:
On Tue, Jul 20, 2004 at 05:20:53PM +0200, Graham Leggett wrote:
The httpd serves the static content feature can be implemented through
extending ProxyPass to support regular expressions, for example:
ProxyPass /myWebapp/*.jsp http://tomcat/myWebapp/
RewriteCond
Graham Leggett wrote:
Henri Gomez wrote:
Well let see my suggestion :
ProxyPass /myWebapp/*.jsp ajp://myajpworker/
myajpworker is not a machine but a virtual resource which could be :
- a physical Tomcat using its AJP/1.3 connector
- a cluster of physical Tomcats using their AJP/1.3 connector
Costin Manolache wrote:
Henri Gomez wrote:
Graham Leggett wrote:
Henri Gomez wrote:
It's now time to refactor and redesign it with Apache 2.x (APR/AP) in
mind to follow Apache 2.x admins habbits and try to make something
simpler.
We came on httpd-dev for advice from experts, and may be an
extended
Manni Wood wrote:
I asked you to develop your argument ;)
Ah. I'm trying my best. :-)
May be you could take a look as documentalist ?)
I would very happily volunteer my time to document this new module.
Where do I sign up? How do I gain acceptance as a documentor, and if I
am accepted, what
---BeginMessage---
Henri Gomez wrote:
- mod_proxy + proxy_ajp could be one solution.
Now what about the mod_proxy load-balancing add-on ?
Would be a completely separate module.
The way proxy works, is that it:
- obtains the IP address to connect to (currently via DNS round robin,
but a module
Mladen Turk wrote:
-Original Message-
From: Remy Maucherat
- it should be simpler than JK 1 or 2
That's the general idea
- it should have a name which doesn't confuse folks :)
APR_JAVA as static core lib + mod_javalink?
For example I wish to make a WIN2003 http.sys kernel module.
-
AM, Henri Gomez wrote:
Could you take the latest code in CVS and check to see if it solve your
problem ?
We took the new get_cookie() implementation from CVS and replaced the
one in our mod_jk 1.2.5 package and all hell broke loose. The jvmroute
of the JSESSIONID cookie weren't being respected
Cavan Morris wrote:
Andy Armstrong wrote:
I have concrete examples of people giving up on Tomcat altogether for
no other reason than the fact that they couldn't get JK configured. By
comparison the rest of the task of configuring Tomcat is a walk in the
park. Please let's not be so up ourselves
Remy Maucherat wrote:
My turn :)
Sorry, I won't help code it (well, maybe a little for the Java part); so
I don't know if I have a say in any decision, but I though I should
participate as well.
- it should be simpler than JK 1 or 2
Of course.
- it should have a name which doesn't confuse folks
Mladen Turk wrote:
-Original Message-
From: Henri Gomez
We should first determine if Apache2 will have to monitor a
service/system links to the various tomcats (in cluster
configuration) to learn about real-time topology.
In fact, that is why I've pursued the .xml config over
Mladen Turk wrote:
-Original Message-
From: Remy Maucherat
For example majors Linux distributions are now using Apache
2 instead
of Apache 1.3. So Apache 2.x will be more and more used.
When not running inside Apache, there are tons of things when
cannot use, including
Mladen Turk wrote:
-Original Message-
From: Remy Maucherat
For example majors Linux distributions are now using Apache
2 instead
of Apache 1.3. So Apache 2.x will be more and more used.
When not running inside Apache, there are tons of things when
cannot use, including
Sandy McArthur wrote:
On Jul 19, 2004, at 4:06 AM, Henri Gomez wrote:
Sandy McArthur wrote:
Thinking on it more, I think I'm full of it and I was confusing the
symptoms of two problems that were happening at the same time.
Disregard my comments below until I can double check myself.
Sandy
On Jul
[EMAIL PROTECTED] wrote:
Just my 2 pence worth (as an apache/tomcat admin in a large company);
- the configuration should be in Apache's config file, rather than
some complex properties file
+1
Yes please!
The general idea is to connect to TC and get the URI/VHOST
topology, but we
still
Mladen Turk wrote:
-Original Message-
From: Henri Gomez
Well I'd like to see jk 1.2.x continuing its slow maintenance
cycle since it's the most used module for now.
And start from scratch the new mod_coyote.
Ok, but let's try to make the code 'reusable', protocol and basic
config
Remy Maucherat wrote:
Henri Gomez wrote:
Second reference to mod_coyote ?
Should we retains this one ?
Maybe ;)
We have two connectors planned. This one will use AJP, while the other
would use JNI, so we need two, different, non confusing names. So naming
this mod_jk3 would be bad, just like
Costin Manolache wrote:
Mladen Turk wrote:
Hi,
All (except Costin) developers has to say something, so my conclusion is
that we are not dead after all ;)
I'm alive as well, and I have something to say - I spent last few
weekends playing with coyote and tomcat, probably in few weeks I'll have
[EMAIL PROTECTED] wrote:
What I am trying to say is that do not dismiss 1.3.x unless
it is difficult
to include.
Well if we had to support Apache 1.3, will have to support two very
different web-server and could make use of APR since Apache 1.3 came
without APR.
Ah ok - so this is complex to
Costin Manolache wrote:
We should first determine if Apache2 will have to monitor a
service/system links to the various tomcats (in cluster
configuration) to learn about real-time topology.
In fact, that is why I've pursued the .xml config over the current one.
The main idea is to _internally_
Costin Manolache wrote:
Remy Maucherat wrote:
My turn :)
Sorry, I won't help code it (well, maybe a little for the Java part);
so I don't know if I have a say in any decision, but I though I should
participate as well.
- it should be simpler than JK 1 or 2
+1
- it should have a name which
Costin Manolache wrote:
Remy Maucherat wrote:
Costin Manolache wrote:
What complexity does JNI add to jk2 ? There are separate files, using
the same protocol.
The real important lesson in Jk2 is that JNI works faster and better
if it is not used to pass objects.
The only 2 JNI models that
Costin Manolache wrote:
Jess Holle wrote:
Andy Armstrong wrote:
Jess Holle Getting the IIS connectors to work with IIS 6 appears to
be rocket
science though. [Dang thing just shows a red down arrow on the
filter whatever you do without giving any real error!]
Heh. Having spent two days
Sandy McArthur wrote:
On Jul 14, 2004, at 11:17 AM, Henri Gomez wrote:
jk 1.2.6 seems to be in a good shape and a release should be welcome
for many users.
I'd like to release jk 1.2.6 next week.
Any objections ?
I have one gripe with the way mod_jk chooses the session tracking cookie.
I'm
nyhgan wrote:
Hi,
Does mod_jk 1.0.26 fix the following problem? I believe that it is the one of the most important issues with the mod_jk.
What's the exact problem ?
I'm using jk 1.2.5 with Apache 2.0 and Tomcat 3.3.2 and handle about
300 000 req/days and never got this problem.
Explain and
Andy Armstrong wrote:
Mladen Turk wrote:
In contrary, it makes it simpler, cause you have a common denominator,
and
that is
'well documented' config file, usable on any container.
Well documented is the crux here for me. Or at least readily
understandable. I've just had someone nearly abandon
Sandy McArthur wrote:
On Jul 14, 2004, at 11:17 AM, Henri Gomez wrote:
jk 1.2.6 seems to be in a good shape and a release should be welcome
for many users.
I'd like to release jk 1.2.6 next week.
Any objections ?
I have one gripe with the way mod_jk chooses the session tracking cookie.
I'm
jean-frederic clere wrote:
Henri Gomez wrote:
Andy Armstrong wrote:
Mladen Turk wrote:
In contrary, it makes it simpler, cause you have a common
denominator, and
that is
'well documented' config file, usable on any container.
Well documented is the crux here for me. Or at least readily
Mladen Turk wrote:
Hi,
All (except Costin) developers has to say something, so my conclusion is
that we are not dead after all ;)
Seems that the major obstacle is the configuration, so I propose that we
forget that for a while, and make a
'generalized' environment that will sattisfy all the
Tim Funk wrote:
If this is all wishlists .. it'd be nice if we could set the worker and
handler via mod_rewrite.
Intead of
JkMount /*.jsp loadbalancer
Say:
RewriteCond %{REQUEST_URI} *\.jsp
RewriteRule ^(.+)$$1 [T=jk,E=worker:loaderbalance]
[If my syntax above is correct]
I was
nyhgan wrote:
-
What's the exact problem ?
I'm using jk 1.2.5 with Apache 2.0 and Tomcat 3.3.2 and handle about
300 000 req/days and never got this problem.
Explain and detail please.
-
Hi, Henri Gomez
Tomcat
Mladen Turk wrote:
-Original Message-
From: Henri Gomez
Of course all that sounds like JK3, but ...
Did you see my post about a simpler module specific for now
to Apache 2.x (2.0/2.1), may be something which could be
included in standard Apache 2.x distribution which will save
us
David Rees wrote:
Henri Gomez wrote, On 7/13/2004 3:27 AM:
What about adding support for JkMountExclude :
I would suggest leaving it for the next release of mod_jk, unless it is
simple and there is little chance of it adding any regressions.
-Dave
I'm puzzled with JkMount when I have to exclude
Rainer Jung wrote:
As I started the discussion thread on releasing mod_jk 1.2.6 a few days
ago, I would also prefer to have the stable code released and not adding
new features. Releasing 1.2.6 as-is would already be benefitial to many
people.
Henri: thank you very much for preparing the
Hi to all,
I added support for a no-jk env var for mod_jk 1.2.6-dev, under
Apache 2.0.
This environment variable works like the no-gzip for mod_deflate.
If jk find the env var no-jk, it will decline the request process
and sus let others modules to handle the Apache request.
It will help many of
jk 1.2.6 seems to be in a good shape and a release should be welcome
for many users.
I'd like to release jk 1.2.6 next week.
Any objections ?
Vote please ;-)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands,
Shapira, Yoav wrote:
Hi,
No objections: on the contrary, +1 ;)
(And a general +1 to mod_* work and releases)
Yes, we have a slower release rate :)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
Bill Barker wrote:
- Original Message -
From: Henri Gomez [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Monday, July 12, 2004 3:07 AM
Subject: jk_connect and multi-threading
Hi to all,
I'm looking for a strange problem under iSeries (AS/400) and wonder
about
Henri Gomez wrote:
Bill Barker wrote:
- Original Message -
From: Henri Gomez [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Monday, July 12, 2004 3:07 AM
Subject: jk_connect and multi-threading
Hi to all,
I'm looking for a strange problem under iSeries (AS/400
jean-frederic clere wrote:
Henri Gomez wrote:
Henri Gomez wrote:
Bill Barker wrote:
- Original Message -
From: Henri Gomez [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Monday, July 12, 2004 3:07 AM
Subject: jk_connect and multi-threading
Hi to all,
I'm looking
Hi to all,
As many I'm puzzled in jk 1.2.x in some case :
VirtualHost *:80
ServerName test101.mysys
DocumentRoot /www/sys101/htdocs
JkMount /* test-101
/VirtualHost
VirtualHost *:80
ServerName test102.mysys
DocumentRoot /www/sys102/htdocs
JkMount /* test-102
/VirtualHost
No
jean-frederic clere wrote:
Henri Gomez wrote:
Henri Gomez wrote:
Bill Barker wrote:
- Original Message -
From: Henri Gomez [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Monday, July 12, 2004 3:07 AM
Subject: jk_connect and multi-threading
Hi to all,
I'm looking
jean-frederic clere wrote:
Henri Gomez wrote:
jean-frederic clere wrote:
Henri Gomez wrote:
Henri Gomez wrote:
Bill Barker wrote:
- Original Message -
From: Henri Gomez [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Monday, July 12, 2004 3:07 AM
Subject: jk_connect
Hi to all,
I'm looking for a strange problem under iSeries (AS/400) and wonder
about this look in jk_open_socket() (jk_connect.c) :
do {
jk_log(l, JK_LOG_DEBUG, jk_open_socket, try to connect
socket = %d to %s\n,
sock, jk_dump_hinfo(addr, buf));
Rainer Jung wrote:
Hi,
the last release of mod_jk 1.2.x (1.2.5) is more than 9 months old.
Since then there have been important improvements (CPing/CPong and
recovery_options). Especially recovery_options is very useful in
transparent administration (start/stop) of cluster nodes.
The 1.2
Service Client Fnac.com wrote:
Chère Cliente, Cher Client,
Merci de nous avoir contactés.
Vous venez d'envoyer un message à une adresse ne permettant pas
de recevoir d'e-mail.
Pour trouver les réponses à vos questions sur vos commandes, sur
les produits, sur le site, consultez nos pages d'aide en
Henri Gomez wrote:
Rainer Jung wrote:
Hi,
the last release of mod_jk 1.2.x (1.2.5) is more than 9 months old.
Since then there have been important improvements (CPing/CPong and
recovery_options). Especially recovery_options is very useful in
transparent administration (start/stop) of cluster
Remy ?
---BeginMessage---
Henri Gomez wrote:
Take a look in jakarta-tomcat-connectors (ie:
http://apache.fastorama.com/dist/jakarta/tomcat-connectors/jk/source/jakarta-tomcat-connectors-jk-1.2.5-src.tar.gz)
jakarta-tomcat-connectors\http11\src\java\org\apache\coyote\http11
Thanks, found
This commit was sponsored by Eclipse 3 RC 1 and its refatoring features
:) Somehow, they spell that refactoring in the menus, but it's
evidently a mistake, as the features are powerful enough to warrant the
Genuine Refatoring (R) label.
Great use of Eclipse.
Eclipse 3 RC3 is available and the
jean-frederic clere wrote:
Andy Armstrong wrote:
(posted to the right list now - oops)
I'm just making sure the Lotus Domino connector works with the latest
jk2 version. As a preamble to that I usually make sure I can get
mod_jk2 working with Apache 2 as a kind of baseline. This time I'm
[EMAIL PROTECTED] a écrit :
costin 2004/05/21 07:52:00
Added: resources tomcat.spec
Log:
Initial version of a spec file creating a RPM identical with the official binary
distribution.
Well that's not a clean way to package RPM since in packaging policies,
a binary should allways
Hans Schmid wrote:
Sorry, I forgot to mention, that we are using mod_jk 1.2.5 on the Apache
side
I'm using the same config at works, jk 1.2.5 and TC 3.3.2 and didn't see
such problem.
Are you sure the number of ajp13 threads are correctly set, regarding
the number of connections allowed on web
Hans Schmid wrote:
Hi Henri,
thanks for the quick reply.
This is what is used (same config as the former AJP13Connector)
CoyoteConnector
processorClassName=org.apache.jk.server.JkCoyoteHandler
port=11019
maxThreads=2048
Remy Maucherat wrote:
ballot
Release 5.0.22 as Stable:
[ ] Yes
[ ] No
/ballot
I've tested the new Windows wrapper, and it did work for me (and it
looks as if we did hire some M$ guy to do its UI). However, some more
testing is needed (note: it's not suppoed to work on Win9x for now).
Another
Angus Mezick wrote:
I forgot to mention that I am using the following software:
Apache: apache_2.0.47-win32-x86-no_ssl.msi
JK2: mod_jk2-2.0.43.dll AND the 2.0.4 mod_jk.so from the jakarta site.
Tomcat: 4.1.27
-Original Message-
From: Angus Mezick
Sent: Thursday, April 08, 2004 9:44 AM
Bill Barker wrote:
- Original Message -
From: Henri Gomez [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Tuesday, April 06, 2004 5:08 AM
Subject: Re: Problems with stress tested apps
Henri Gomez wrote:
Henri Gomez wrote:
Hi to all,
I've got problems with some
Filip Hanik (lists) wrote:
sounds good!
Filip
-Original Message-
From: Remy Maucherat [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 06, 2004 5:48 PM
To: Tomcat Developers List
Subject: 5.0.22 tag ?
I plan to tag 5.0.22 tomorrow. Any objections ?
+0
Hi to all,
Mladen discussed about using PHP from Tomcat.
Jean-Frederic Clere make some tests during his vacation
and send me the following mail to be forwarded to the list :
Good news, tomcat+php it's easy, php allready have support for.
I make a simple try and here's the resulting
Costin Manolache wrote:
Nice :-)
Did you try it ? I'm curious, could you run a quick helo world benchmark
( helo.jsp / help.php ) ?
The big question is the level of integration - i.e. if you can call java
objects from php or use some of the nice PHP features from java.
I just forwarded the
Hi to all,
I've got problems with some highly stressed applications using jk or jk2
and tomcat 3.3.2 (same thing with TC 5.0.x).
I see many errors like these in log :
in TC 3.3.2 and 5.0.19 :
Mar 19, 2004 1:47:51 PM org.apache.jk.common.HandlerRequest invoke
INFO: Unknown message 0
in 5.0.19
Henri Gomez wrote:
Hi to all,
I've got problems with some highly stressed applications using jk or jk2
and tomcat 3.3.2 (same thing with TC 5.0.x).
I see many errors like these in log :
in TC 3.3.2 and 5.0.19 :
Mar 19, 2004 1:47:51 PM org.apache.jk.common.HandlerRequest invoke
INFO: Unknown
Henri Gomez wrote:
Henri Gomez wrote:
Hi to all,
I've got problems with some highly stressed applications using jk or jk2
and tomcat 3.3.2 (same thing with TC 5.0.x).
I see many errors like these in log :
in TC 3.3.2 and 5.0.19 :
Mar 19, 2004 1:47:51 PM org.apache.jk.common.HandlerRequest
Remy Maucherat wrote:
Costin Manolache wrote:
If you're worried about risk, then probably glueing PHP with tomcat
will be a bad choice.
Tomcat is limited by Java's bad support for integration with native
code. Apache will have no problem running Php, perl, python, .net or
integrating with any
NormW wrote:
Good afternoon Henri.
In visualising the process of JkUriSet, arrived at the following in
pseudo-code. Shame I can't translate it to C otherwise I would offer a diff.
:-)
Regards,
Norm
JkUriSet property, value
/* Only allow inside a Location block */
if (!location block) {
Henri Gomez wrote:
Thanks to send a diff to latest code so I could commit it.
Oh, you allready provided a patch.
Thanks, I commit it ASAP
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
NormW wrote:
Good evening Henri,
Thanks for taking the patch.
The pseudo-code (now below) is mostly an 'analysis' of what I would expect
JkUriSet to do based on understanding of the process. From this it is mostly
a check list of what to expect to find when looking at what the code
actually does.
NormW wrote:
Good evening Henri,
Wouldn't it be
Location /examples/*
JkUriSet group lb
JkUriSet debug 1
Location
I tried but it didn't works ;(
or
JkSet uri:/examples/*.debug 1
or
JkSet2 uri:/examples/* debug 1
Well it didn't works neither.
I'm using these 2 on a VirtualHost
Kurt Miller wrote:
From: Marco Baringer [EMAIL PROTECTED]
i'm trying to compile mod_jk (just the apache side, not the tomcat
side).
I downloaded jakarta-tomcat-connectors-jk2-2.0.4-src. apr-0.9.4 and
apr-util-0.9.4 and was able to successfully run configure (i'm building
against apache 1.3).
Henri Gomez wrote:
NormW wrote:
Good evening Henri,
Wouldn't it be
Location /examples/*
JkUriSet group lb
JkUriSet debug 1
Location
I tried but it didn't works ;(
or
JkSet uri:/examples/*.debug 1
or
JkSet2 uri:/examples/* debug 1
Well it didn't works neither.
I'm using
Mladen Turk wrote:
-Original Message-
From: Henri Gomez
I think that we need to change the thinking perspective
from TC being
a 'helper' to TC being a 'workhorse'.
Interesting idea Mladen.
Next idea.
If we drop Apache 2.0 support we need to have jk/jk2 jobs
done somewhere :
What
Remy Maucherat wrote:
Mladen Turk wrote:
mod_php inside TC.
How does that work ?
I found out that TC is only 8% slower the Apache2.x.
8% for doing what ?
(this will heavily depend on the VM you're using, anyway, so try JRockit
to get the good results :) )
8% slower to serve only static
Craig McClanahan wrote:
jean-frederic clere wrote:
Thorsten Kamann wrote:
Hello,
Henri Gomez schrieb:
Well I didn't like very well the hardcoded way, so I'd like to have it
externally.
We could :
Define a stylesheet property var in workers2.properties, which will
contains a full URL
Hi to all,
A quick question :
I've got the following in a VirtualHost (Apache 2):
Location /examples/*
JkUriSet group lb
Location
I'd like to have this /examples/ uri in debug and wonder
how to do it.
-
To unsubscribe, e-mail:
I'm playing with compression actually and I see that we don't have
GzipInputFilter.
Apache 2.0 mod_deflate has support for it and it could be usefull.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail:
Remy Maucherat wrote:
Henri Gomez wrote:
I'm playing with compression actually and I see that we don't have
GzipInputFilter.
Apache 2.0 mod_deflate has support for it and it could be usefull.
It's a rather specific need, but if you can add it why not.
(and the issue is the same as the output
NormW wrote:
Good morning All.
Just tried Jean's recent change to mod_jk2.c and _pleased_ to say JkUriSet
now registers correctly the same as a [uri] section, and can access /admin
with only a Location in the httpd.conf. I did note there were duplicate
uri objects created (based on their name)
NormW wrote:
Hi from Down Under.
Hi,
As an alternative to the above method I suggest use of an 'external'
stylesheet, which has the following advantages:
[snip]
1. Implement a stylesheet that emulates the current default colour/style
scheme,
2. Have the Developers choose one obtained by any
Mladen Turk wrote:
-Original Message-
From: jean-frederic clere
What do you want to do?
- Call native methods in TC to get PHP running.
- Write a servlet engine that understands PHP. (Well the
problem would be the libraries).
If a majority of my web content is a dynamic one,
Henri Gomez wrote:
Mladen Turk wrote:
-Original Message-
From: jean-frederic clere
What do you want to do?
- Call native methods in TC to get PHP running.
- Write a servlet engine that understands PHP. (Well the problem
would be the libraries).
If a majority of my web content
Jess Holle wrote:
Sorry, I should have said mod_alias, not mod_dir...
With Apache 1.3 or 2.0 ?
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Jess Holle wrote:
Henri Gomez wrote:
Jess Holle wrote:
Sorry, I should have said mod_alias, not mod_dir...
With Apache 1.3 or 2.0 ?
2.0.49 on Windows. I have not tried Solaris or AIX yet. [I have not
bothered with mod_jk2 with Apache 1.3 -- I just use mod_jk there on an
old with old sort
Mladen Turk wrote:
One thing regarding .zip dist.
All .dsp and .dsw files should be converted to CRLF.
Henri, can you do that? (I'm low on badwith :)
ASAP
Othervise we'll need to put the comment on that user need to convet them by
itself.
201 - 300 of 1126 matches
Mail list logo
