Good evening,
AFAIK there is no 1.2.14 source 'bundle', but rather it exists in
'head', which is still with CVS rather than SVN. Check out the Jakarta
Tomcat pages for the CVS CLI commands to get the latest mod_jk source.
Should look similar to the following:
cvs -d :pserver:[EMAIL
Good evening All,
In trying the latest Mod_Jk (with Mladen's recent 'NetWare' patch), I
noticed the jkstatus page provides two configurable parameters for an LB
worker: 'retries' and 'recover_wait_time', neither of which are (as yet)
documented for the LB worker.
I also note the 'retries' can
to servlet-engine)
Most directives are global AFAIK, but it might be of use (to those that
need it) if JkEnvVar settings could be limited to directory or location
requests if desired, rather than passed to Tomcat for _every_ request.
Regards,
Norm
Mladen Turk wrote:
NormW wrote:
Good
Greetings All,
Still get a clean build for NetWare against Apache 2.1 and 2.0.53.
The XML pages work fine, although the HTML status pages might put the
numbers under headings better if 'border=1' was enabled.
AFAIK builds for Apache 1.1.3 for NetWare still has issues, since I've
not seen mention
Greetings,
Will see... :-)
N.
[EMAIL PROTECTED] wrote:
mturk 2005/02/19 01:13:35
Modified:jk/native/common jk_ajp_common.c jk_connect.c
Log:
Use alternative is_socket_connected implementation using
select with 1 microsecond timeout. It should be both faster and
usable on
Good evening,
Can confirm a clean build for 2.1 and 2.0.53 Apache. Time is short now
but will test them for basic ops in the morning. I assume these still
need the socket_timeout at zero?
Regards,
Norm
-
To unsubscribe, e-mail:
Hi again...
Mladen Turk wrote:
NormW wrote:
Good evening,
Can confirm a clean build for 2.1 and 2.0.53 Apache. Time is short now
but will test them for basic ops in the morning. I assume these still
need the socket_timeout at zero?
Well, new is_socket_connected implementation should be available
Good morning,
AFAICT this is working fine with a socket timeout of 15. Neither
/server-info/ or /status/ show the setting in use, but 15 is what's in
the properties file and /server-info/ says that's the file in use.
Regards,
Norm
Mladen Turk wrote:
NormW wrote:
Good evening,
Can confirm
in service, and the
balancer (ideally?) should aim everything at worker1, but the trace
shows even it is having trouble connecting. If this hadn't worked two
days ago I would definitely not be taking this problem further!
Apologies for the hassles.
Regards,
Norm
Mladen Turk wrote:
NormW wrote
Greetings again.
Congratulations, Jackpot, Bingo, Bravo, Well Done, etc, etc...
Tomcat is back working again.
Mladen Turk wrote:
NormW wrote:
OK. Was not that hard :) .
See the latest commit for ajp_common.c.
You can use worker.worker1.socket_timeout=0 if
not like compling.
Will update
Greetings All,
Have the mod_jk 1.2.9-dev up and running on NetWare 6 and AP 2.1.3 but
doing much beyond a single worker is a little awkward. I can access the
Tomcat html manager web app without visible issues.
When I access the /admin/ app a few 'odd' things happen..like some icons
aren't
Greetings again...
Mladen Turk wrote:
NormW wrote:
1. Did you include the latest jk_ajp_common.c (Revision: 1.85). There
was a bug in previous patch, causing endpoint corruption. 2. Can you
check if the _MT_CODE is compiled in. I'm not sure what
'(defined(NETWARE) defined(__NOVELL_LIBC__
Greetings All...
Two days ago I had a configuration that was working to TC5, but after
adding in the patches since then, all I get is 'Internal Server Error'
which natuarally enough isn't a great deal of help.
The /status/ page(s) show fine.
My workers.properties looks like:
Good evening...
From this I assume:
1) The current config is okay,
2) You didn't get the trace I sent last night.
Will do another; apologies for the hassles.
Norm
Mladen Turk wrote:
NormW wrote:
Greetings All...
Two days ago I had a configuration that was working to TC5, but after
adding
Greetings All..
The 'target' keeps moving, but as of three minutes ago NetWare was
building fine for Mod_Jk for AP 2.0.53 and 2.1. Still to resolve 1.3 AFAIK.
Regards,
Norm
PS. Are some docs any time soon in the 'development' phase?
Greetings All,
You will be pleased to hear that my NetWare build for AP2.1 now works,
so _development_ for that goes well!!
The AP 1.3 build is less happy with the Make files, but am digging
further...
Norm
[EMAIL PROTECTED] wrote:
mturk 2005/02/13 23:58:02
Modified:jk/native/common
Greetings All,
Sorry about he delay
Mladen Turk wrote:
NormW wrote:
Greetings All, You will be pleased to hear that my NetWare build
for AP2.1 now works, so _development_ for that goes well!!
I hope for Apache 2.0.x too ;)?
Yes - builds without complaint against 2.0.53 source.
The AP 1.3 build
Greetings and thanks for the feedback...
With:
DEFINES = -DNETWARE -D_POSIX_SOURCE
in NWGNUenvironment.inc, I get the following (there was a lot more of it
but this is the first few lines)...
### mwccnlm Compiler:
#File: ..\common\jk_shm.c
# ---
# 49:
Greetings All,
Get the following errors when attempting a mod_jk build for Apache 1.3
against the 1.3.33 source tree...
Compiling ../common/jk_ajp_common.c
Compiling ../common/jk_connect.c
### mwccnlm Compiler:
#File: ..\common\jk_connect.c
# ---
# 105:
Good evening,
OK will watch for an update and retry.
Regards,
Norm
Mladen Turk wrote:
NormW wrote:
Greetings and thanks for the feedback...
With:
DEFINES= -DNETWARE -D_POSIX_SOURCE
in NWGNUenvironment.inc, I get the following (there was a lot more of
it but this is the first few lines
:
NormW wrote:
Greetings All, Get the following errors when attempting a mod_jk
build for Apache 1.3 against the 1.3.33 source tree...
Also, can you see if it will be possible to create NWGNUmakefile for
Apache1. Looking at this file for Apache2 seems that it's quite
portable, and can be transformed
wrote:
NormW wrote:
Good evening Mladen, Guenter can verify, but the Build units are
the same, ie CodeWarror, but Apache 1.3 uses an 'older' library set
called Clib, whereas Apache2 gets a newer library set called LibC.
The only other change is that the Makefile 'standard' changed to
the NWGNU format
Still morning and the sky is a little lighter...
Günter Knauf wrote:
Hi,
OK - will be off and delve into Apache 1.3 a little closer. No idea
when Guenter might be through this way, but for now seems AP 1.3 is
a NetWare issue and AP 2.0 will get another try when Guenter comes
or I come by in the
Greetings All,
Just updated mod_jk from CVS and now see the following:
Compiling ../common/jk_sockbuf.c
Compiling ../common/jk_status.c
### mwccnlm Compiler:
#File: ..\common\jk_status.c
# --
# 34: DTD HTML 3.2 Final//EN\\n \
#
Greetings All,
Aahhh - the extra c\r's were terminating the lines
Not being the brightess kid on the block, is there any reason this can't
just be in one string without the whitespace?
Norm
[EMAIL PROTECTED] wrote:
fuankg 2005/02/13 14:32:58
Modified:jk/native/common jk_status.c
Greetings All,
Just zipping the compiler over the recent updates to mod_jk and get the
error noted below
Nice to see the 'spirit' of JK2 lives on anyway...
Regards,
Norm
Compiling ../common/jk_lb_worker.c
Compiling ../common/jk_map.c
### mwccnlm Compiler:
#File: ..\common\jk_map.c
#
Greetings All,
Running the compiler over the recent updates for mod_jk and get the
following errors when building for NetWare on Windows...
It seems str_config at line 347 in jk_jni_worker.c needs the added
'const' tweak and all compiles fine...
const char *str_config = NULL;
Regards,
Norm
Jean-Jacques Clar wrote:
OK.
I'm also waiting Jean-Jaques Clar for a Netware threading patch.
Here you go.
NetWare has now a pthreads library.
Thank you for your help and patience Mladen.
It has been running on a 4 CPUS box for now over an hour.
As far as performance, I will benchmark it against
Mladen Turk wrote:
Mladen Turk wrote:
NormW wrote:
Greetings All,
Just built the latest Mod_Jk from CVS with Apache2.1 on Win for
NetWare, and with only the three 'mandatory' settings for worker1 of
type, host and port, all I'm getting is Internal Server Error, and
the Jk logs do not show good
Mladen Turk wrote:
NormW wrote:
Look at:
http://jakarta.apache.org/tomcat/connectors-doc/config/workers.html
(Section: Defining Workers)
The lines in question:
JkWorkerProperty worker.list=worker1,worker2
# Worker1
JkWorkerProperty worker.worker1.type=ajp13
JkWorkerProperty
Greetings All,
Can the online JTC properties docs be brought up to speed with recent
changes to the module, please?
TIA,
Norm
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Greetings All,
Just built the latest Mod_Jk from CVS with Apache2.1 on Win for NetWare,
and with only the three 'mandatory' settings for worker1 of type, host
and port, all I'm getting is Internal Server Error, and the Jk logs do
not show good signs of matching URL's to the worker1...
Norm
Mladen Turk wrote:
NormW wrote:
Greetings All,
Can the online JTC properties docs be brought up to speed with recent
changes to the module, please?
They are in sync (well, except some default values).
Tomorrow, OK 8)?
Mladen
Mladen Turk wrote:
NormW wrote:
Greetings All,
Just built the latest Mod_Jk from CVS with Apache2.1 on Win for
NetWare, and with only the three 'mandatory' settings for worker1 of
type, host and port, all I'm getting is Internal Server Error, and
the Jk logs do not show good signs of matching
Greetings All,
A download of the current JTC CVS gives the following error message:
cvs server: Updating jakarta-tomcat-connectors/jk/xdocs/common
cvs server: nothing known about
jakarta-tomcat-connectors/jk/xdocs/common/ajpv13.xml
but there is an ajpv13a.xml and ajpv13ext.xml.
I deleted the
[EMAIL PROTECTED] wrote:
mturk 2004/11/11 23:46:49
Modified:jk/native/common jk_mt.h jk_util.c
Log:
Fix Netware getpid/gettid.
Revision ChangesPath
1.8 +10 -6 jakarta-tomcat-connectors/jk/native/common/jk_mt.h
Index: jk_mt.h
[EMAIL PROTECTED] wrote:
mturk 2004/11/12 02:56:04
Modified:jk/native/common jk_mt.h
Log:
Add getpid for Netware without __NOVELL_LIBC__
Revision ChangesPath
1.9 +5 -1 jakarta-tomcat-connectors/jk/native/common/jk_mt.h
Index: jk_mt.h
Mladen Turk wrote:
NormW wrote:
+#if !defined(__NOVELL_LIBC__)
+#define getpid() ((pid_t)GetThreadGroupID())
+#endif
Committed, thanks!
Can you confirm that we can compile on Netware now?
Regards,
Mladen.
-
To unsubscribe
Mladen Turk wrote:
NormW wrote:
Good evening All,
Following the recent CVS updates a build of Mod_Jk on Windows using CW
for NetWare produces the following...
# -
# 293: __FUNCTION__ ::service sticky_session=%d\n,
I was afraid of that :(.
GCC
Good evening All,
Following the recent CVS updates a build of Mod_Jk on Windows using CW
for NetWare produces the following...
Compiling ../common/jk_ajp_common.c
Compiling ../common/jk_connect.c
Compiling ../common/jk_context.c
Compiling ../common/jk_jni_worker.c
Compiling
Mladen Turk wrote:
NormW wrote:
Missed a patch perhaps?
A build on Apache 2.1 shows symbols F_GETFL, F_SETFL as undefined and
a text search through the JTC source tree finds the only references in
jk_connect.c
Norm
Seems that we are missing header on Netware.
IMO the F_GETFL/F_SETFL are defined
NormW wrote:
Mladen Turk wrote:
NormW wrote:
Missed a patch perhaps?
A build on Apache 2.1 shows symbols F_GETFL, F_SETFL as undefined and
a text search through the JTC source tree finds the only references
in jk_connect.c
Norm
Seems that we are missing header on Netware.
IMO the F_GETFL
Mladen Turk wrote:
Hi all,
I've done some JK commits that I've been testing for a long time.
The major addition is socket timeout that was missing, causing
couple of minutes delays on some platforms if tomcat was down.
Also I've back ported the load balance algorithm from proxy_balancer,
that
, this is on a NetWare build...
Norm
At 02:31 AM 8/11/2004, NormW wrote:
Greetings All,
1. The testing.
Trying a build of the current CVS of the new (ajp) proxy modules and get
the
following error:
#File: proxy_ftp.c
#
#1896: proxy_hook_scheme_handler(ap_proxy_ftp_handler
Good morning,
NormW wrote:
Good evening Bill, All...
Please direct these comments to [EMAIL PROTECTED] - b.t.w., you
can check out the latest httpd-2.0 HEAD and pick up the entire proxy
solution (you must explicitly --enable-proxy-ajp and have the ajplib
sources there too.)
Someone
Greetings All,
1. The testing.
Trying a build of the current CVS of the new (ajp) proxy modules and get the
following error:
#File: proxy_ftp.c
#
#1896: proxy_hook_scheme_handler(ap_proxy_ftp_handler, NULL, NULL,
APR_HOOK_MIDDLE);
# Error:
^
# illegal implicit
Greetings All,
I haven't given up on a jkprint{} buffer but as an interim 'solution', the
patch below reduces calls to jkprint() in the four functions shown:
_displayStat from 10 to 4,
_displayAggregate from 8 to 5,
_displayEndpointInfo from 7 to 5,
_displayScoreboardInfo from 11 to 8,
while
Greetings All,
The link below is a proposed diff patch to jk_worker_status.c, modifying the
'service()' routine, to do the following:
http://normw.gknw.com/patches/jk_worker_status.c.diff
- implement a single point of entry and exit so that all commands call
's-afterRequest(env, s)' routine on
Good morning Jean from Au,
Thanks for the time and consideration.
Norm
NormW wrote:
Greetings All,
The link below is an updated diff to the above referenced file, and
which
does thefollowing:
- adds 'debug' into setAttribute() (it was already listed in
setAttributeInfo[]),
- adds
Greetings All,
The link below is an updated diff to the above referenced file, and which
does thefollowing:
- adds 'debug' into setAttribute() (it was already listed in
setAttributeInfo[]),
- adds 'max_connections' to 'setAttributeInfo[]' (it was already in
setAttribute()),
- adds
Good morning Jean.
Agreed. Noticed this when I put the diff in the mail.
Will resub it when I get back.
Thanks for the feedback.
Norm
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Greetings All,
The link below is a patch for the above referenced document to add in
details of the recent change to the status worker regarding style sheets.
http://normw.gknw.com/patches/configwebcom.xml.diff
The diff has been tested to display correctly in IE6 and Mozilla 1.6.
Norm
Greetings All,
The link below is a diff for the above referenced file, to change two
occurrences of a literal string to an existing DEFINE in jk_global.h
http://normw.gknw.com/patches/jk_workerEnv.c.diff
The changes have been successfully compiled and checked in a NetWare
environment.
Norm
Greetings All,
The link below is a diff to the above referenced file, and which does the
following:
- adds 'debug' into setAttribute() (it was listed already in
setAttributeInfo[]),
- adds 'max_connections' to 'setAttributeInfo[]' (it was already in
setAttribute()),
- adds 'max_connections' to
Greetings All,
The link below is a diff to the above referenced document, to include
details for recent Style Sheet variables added to the status worker.
AFAICT the changes are acceptable xml based on being similar to existing
coding in the file and displayed without error by my IE6sp1 and Mozilla
, May 07, 2004 9:52 PM
Subject: Re: PATCH Status worker (jk_worker_status.c) and Style Sheet.
Commited, Thanks.
Pretty busy these days for I don't have much time to track jk2 but
continue the good work Norm :)
NormW a écrit :
Greetings All.
Not withstanding that the whole Style Sheet
Greetings All.
Not withstanding that the whole Style Sheet thing for the Status Worker has
gone quiet, offer here a patch to add the following:
1. Add a char variable to hold a path to the Style Sheet.
2. Add an int variable to define how the style sheet path should be used.
0 = No style
Greetings All.
The following link is to a patch which changes two string constants in
jk_workerEnv.c to use an existing #define in jk_global.h. A copy of the
patch is added at the end. The patch has been successfuly applied and
compiled on a NetWare platform.
Good evening... and rats...(kind of).
I'd just started putting jk2_get_most_suitable_worker() into pseudocode
myself, but glad that it has finally been done in any case. For those that
haven't looked at the code, it will come as a surprise to learn the
magnitude of the decision making process.
is adopted.
$0.019
Norm
- Original Message -
From: Mladen Turk [EMAIL PROTECTED]
To: 'Tomcat Developers List' [EMAIL PROTECTED]
Sent: Wednesday, April 14, 2004 5:15 PM
Subject: RE: Discussion - /jkstatus and xml
-Original Message-
From: NormW
Hmmm
It seems your
-
From: NormW [mailto:[EMAIL PROTECTED]
Sent: Thursday, April 15, 2004 5:18 AM
To: Tomcat Developers List
Subject: Re: cvs commit:
jakarta-tomcat-connectors/jk/xdocs/jk2 configwebcom.xml
Good evening... and rats...(kind of).
I'd just started putting jk2_get_most_suitable_worker
[EMAIL PROTECTED]
To: 'Tomcat Developers List' [EMAIL PROTECTED]
Sent: Wednesday, April 14, 2004 5:15 PM
Subject: RE: Discussion - /jkstatus and xml
-Original Message-
From: NormW
Hmmm
It seems your proposal has left everyone speechless which could
mean either +1 or +0
- /jkstatus and xml
Hi,
-Original Message-
From: NormW
Good day All.
Below is a link to a 'discussion paper' on the future use of
xml for /jkstatus pages, and comes at the request of Henri.
Any feedback should be to the general forum and not
specifically to me.
http
Good morning.
Add the _keyword only_ (forwardURIEscaped) in the workerEnv section in
workers2.properties. (ie, it is _not_ used in an 'zzz = xxx' format
statement.
Norm
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
Good day All.
Below is a link to a 'discussion paper' on the future use of xml for
/jkstatus pages, and comes at the request of Henri. Any feedback should be
to the general forum and not specifically to me.
http://normw.gknw.com/jtcdocs/Discuss_XML.txt
Thanks for your time,
Norm
to understand it doesn't necessarily make it right.
Thanks for the time.
Norm
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
[EMAIL PROTECTED]
Sent: Monday, April 05, 2004 10:03 PM
Subject: Re: jk2 and debug on specials uri
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
Good evening Remy.
1.
The zip download of Tomcat 5.0.21 includes
catalina-admin.jar 31March, 2004 1091237 bytes
The zip download of Tomcat 5.0.19 included
catalina-admin.jar 23March, 2004 1090525 bytes
This file is determined by diff as the only file changed in the /admin
application.
The
Good morning All.
The link below provides a patch to uriEnv.c that does the following:
1. Adds 'debug' and 'disabled' to the get and set properties functions.
2. Removes 'path' from the getAttrInfo list.
This patch as been implemented and tested on NetWare using the get= and set=
commands of
Good morning All.
A little slower than some, plus intervening activities...
A check of jk_uriEnv.c shows neither debug or disabled are 'settable'
properties, so using a standard set approach (using setAttr) currently isn't
possible; perhaps these could be added to the setAttributes list and
Good morning All.
In trying the 5.0.21 alpha release of Tomcat, note two problems:-
1. Passing the 'stop' command initiates unload but the process hangs at the
following point -
INFO: unregistering logger Catalina: type=logger
Also noted in 5.0.19.
2. The admin application shows the
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) {
log
Good evening Henri,
Wouldn't it be
Location /examples/*
JkUriSet group lb
JkUriSet debug 1
Location
or
JkSet uri:/examples/*.debug 1
or
JkSet2 uri:/examples/* debug 1
AFAIK of the docs. :-)
Norm
- Original Message -
From: Henri Gomez [EMAIL PROTECTED]
To: Tomcat
Good morning Henri.
I was speaking from theory, as the only JkSet/JkUriSet entries that I've
used so far are setting the worker and some logger values, and they work
without problem. One thing you might see is that the JkUriSet/JkSet/JkSet2
directives only update the actual object referred to and
Good morning All.
I've not looked at XML or XSL for that matter, but in either case, hopefully
this still means the colour palette/style selection is still external to the
JK2 program, which then still requires a 'path' of some kind to find it. As
noted in my initial introduction to the thread,
Good morning All.
In considering the duplication issue mentioned previously, it would seem
entirely possible that a specific uri could be given in both
workers2.properties and via a JkUriSet entry... therefore shouldn't the
JkUriSet function resolve the name to be used for a uri object and first
Good morning All.
A recent initiative by Henri Gomez added support for a style block in the
return headers for /jkstatus pages,
s-jkprintf(env, s, style%s/style\n, DEFAULT_CSS);
with the values passed in the block (DEFAULT_CSS) being a 'define' in the
program source.
A limitation of this
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 method,
3.
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) if the same uri
Good morning All.
Below are two methods recently noted in NetWare forums to get recent
Tomcat-5 to properly compile JSP's.
I have tried method 1. and was able to successfully get a jsp to work that
had previously failed with a java IOerror.
I haven't tried the second approach but its author seemed
Greetings All!
What?! Me? Complain? The only thing that gets me excited in an 'open' forum
is being ignored, as if I didn't exist.
I want to also echo Guenter's thanks to the committers, less for adopting
the suggestions offered but for taking the time to look at and (hopefully)
consider them. I
Darn.
I was hoping to prove I needed a rest.
Norm
- Original Message -
From: Mladen Turk [EMAIL PROTECTED]
To: 'Tomcat Developers List' [EMAIL PROTECTED]
Sent: Wednesday, March 17, 2004 8:09 AM
Subject: RE: [Fwd: Releasing JK 2.0.4]
-Original Message-
From: NormW
I
Greetings All.
The following links to a 'patch' primarily intended to remove some
'comments' I had put in my previous patch to Guenter but hadn't noticed were
also included in the diff he prepared. Cosmetic tidy up only.
http://www.gknw.com/norm/jk_shm.c.diff
Note this _is_ a different file to
Greetings All.
The following link is a patch which I believe simplifies the structure of
the _sevice() function by removing some NULL tests and an If(test) from the
processing stream.
http://www.gknw.com/norm/jk_worker_status.c.diff
The following section shows the structure implemented rather the
Greetings All.
Attached is a very small patch to jk_worker_status.c to bring the
resetScoreboard function in to line with recent changes in jk_shm.c
Thanks for the time and attention.
Norm
--
--- jk_worker_status.c.orig Sun Mar 14 08:25:45 2004
+++
Good morning All.
The following links to diff's for current Mod_Jk2 source files should remove
99% of Tabs. Will do the remainder 'soon'.
\native2\common
http://www.gknw.com/norm/jk_channel.c.diff
http://www.gknw.com/norm/jk_channel_jni.c.diff
http://www.gknw.com/norm/jk_config.c.diff
Greetings All.
The following link provides a patch to add the getAttribute feature to the
shm object, as per a recent 'request'. It has been tested on a Windows
platform by using the qry= command of jkstatus and all values have been
correctly returned and displayed in the 'qry' listing.
Greetings All.
Find at the links below the last Tab's I've found. Please note the mod_jk2.c
referred to is the \server\Apache13 version.
\native2\common
http://www.gknw.com/norm/jk_channel_un.c.diff
\native2\server\apache13
http://www.gknw.com/norm/mod_jk2.c.diff
Norm
Good day, or it will be for you in about 6 hours or so (we're +10 GMT)
From: NormW
Perhaps in 2.0.5
* Suggested mainly for consistency with most of the other
objects, but it also now has enough properties that could
appear in a qry= dump.
Well, you may always make a patch
: NormW
jakarta-tomcat-connectors/jk/xdocs/jk2 configwebcom.xml
Good morning.
It depends where :-)
* True, but one can only describe their experience and regards.
In looking at the new shm, note the following:
1. SHM no longer works on NetWare with either file option.
... will have
: NormW
jakarta-tomcat-connectors/jk/xdocs/jk2 configwebcom.xml
Good morning.
It depends where :-)
In looking at the new shm, note the following:
1. SHM no longer works on NetWare with either file option.
... will have to look into that.
Good. It shouldn't, cause shm
Good morning Henri.
1. I have tried your recently added style section for the jkstatus page,
and the dab of colour is a nice addition. Application of some more P's and
H? to the output display would make a small refinement to the approach.
However, the notion that one has to recompile the module
Good morning.
In looking at the new shm, note the following:
1. SHM no longer works on NetWare with either file option. ... will have to
look into that.
2. Is it possible to have a 'slots' 'auto' option that gets the value from
either the platform or the build rather than a hard coded 256?
3.
Good morning again.
As a PS to my last message, while testing the new changes to Jk2 noted that,
in jk_worker_status.c the qry= option uses a plain/text coding rather than
plain/html, and as a consequence, the recently added STYLE block is shown
at the top of the page... it needs to be moved
Good morning All.
Please find attached a patch foe what I believe is the last erroneous
reference to lb:0.
It left here as an attachment and replicated it below.
Thanks,
Norm
--- configwebcom.xml.orig Fri Mar 5
Good morning All.
In jk_uriEnv.c, the getAttr function presently supports both uri and
path as properties. However both 'properties' return the same value,
namely uriEnv-uri.
This patch removes path from the getAttr properties list only, the nett
affect being that one less (duplicated) column
Good morning All
In Mod_Jk2, jk_UriEnv.c, line 419, there is is a test to determine which end
of a URL template string has the *, to determine if the 'match type' should
be PREFIX or SUFFIX.
[ if (uri[strlen(uri) - 1] == '*') { ]
A URL template found in a workers2.properties [uri] section is
Good morning All.
Just checked my recent echoed patches and while OE6 shows a paperclip symbol
against them, the attachments (if still present) are not accessible.
Norm
Hi Yoav,
since you are the list moderator, maybe you can also look into the
attachment problem I (and probably others too)
Good evening Henri.
Can the 'avaiable' be 'available' by the time of the jk2 release? :-)
Norm
P.S. Great work regardless of my nitpicking.
P.S.2 Gunter deliberately puts a few crumbs in his contributions so others
less gifted can contribute something.
hgomez 2004/02/27 00:37:48
Good evening from Down Under.
NormW wrote:
Good evening Henri.
Can the 'avaiable' be 'available' by the time of the jk2 release? :-)
Norm
P.S. Great work regardless of my nitpicking.
P.S.2 Gunter deliberately puts a few crumbs in his contributions so
others
less gifted can
1 - 100 of 130 matches
Mail list logo
