Good morning.
The JK2 docs identify the properties for workers2.properties, and one of
those is:
[shm:]
file=path/fname
A default value may have been of benefit but I find I prefer to know what
decisions are being made for me so that I can agree with or change them.
Norm
- Original Message
Good morning.
Found:
intinet_pton( long af, const char *cp, void *ap );
in NetWare LibC...FWIW.
Norm
- Original Message -
From: Henri Gomez [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Thursday, August 28, 2003 8:49 PM
Subject: jk 1.2.5 and ipv6
Good morning... looks like another beautiful day here!
Unfortunately it isn't off to a good start somehow your most recent
e-mail got picked up in the lot to be deleted... sigh... could you send a
copy of your last one, with a subject of 'rainy Wednesday...' please? I quit
the tomcat-user list
Good morning All.
Just looking at trying a compile of mod_jk2 for NetWare, and get as far as
jk_nwmain.c where I find it is pulling in nwthread.h, which is part of the
'Novell-deprecated' CLib library (everything is LibC these days it seems.)
Is anyone at Novell or a NetWare guru looking at this
Good morning Guenter and Tomcat Developers,
Thanks for the patches to JK2 and can say at this point that it links
without a problem! Just like a textbook demo!
(Sorry about not using Ant though.)
Mod_Jk2 is presently being re-developed from what I've read here, and hope
someone who knows about
Good morning All,
Would like to add my two cents worth in support of the jtc patches offered
here, but especially those for NetWare.
They compile and let mod_jk2 actually load on NetWare (most likely the first
time _that's_ been done), and has allowed testing with NetWare specific
issues to
Good morning,
Thanks for the commit for NetWare... hopefully only some 'simple' bugs to
resolve now and NetWare's JK2 will have caught up with the Unix and M$
boxes. ;-(
Norm
- Original Message -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, November 20, 2003 11:26 AM
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 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
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 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
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
- /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
[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
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
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.
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
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.
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
, 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,
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 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 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
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,
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
, 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
Good morning Michael.
Please excuse the OT post.
In my testing of Mod_Jk2 on NW6sp3, found I kept getting server abends when
processing [uri] sections in the workers2.properties file. I was wondering
if you were able to solve this or developed a work-around perhaps?
Thanks for any assistance.
Norm
Good morning All.
I noticed in J-T-C native2 jk_worker_status.c cvs that there is at least
consideration to a null query and query=all, but that at this point it
('all') has not been implemented.
The current output for a null query seems to make the best sense, given the
links provided, and the
Good morning Developers.
Recent testing of mod_jk2 status pages revealed the information was being
returned to the client in about 42 byte chunks on a LAN that supports 1500
byte packets. I would like to submit a request for the chunk size to be
increased or adapted automatically (via apr?) but
Good morning still.
Further testing shows jkprintf() is chunking every call made to it such that
some packets are containing as few as 20 bytes of HTML data... will revise
the description of the enhancement.
Norm
Good morning Developers.
Recent testing of mod_jk2 status pages revealed the
Good morning Dave,
Thanks for the advice!
Have a great Sunday.
Norm
NormW wrote, On 1/17/2004 12:27 PM:
Good morning Developers.
Recent testing of mod_jk2 status pages revealed the information was
being
returned to the client in about 42 byte chunks on a LAN that supports
1500
byte
Good morning!
Noticed this morning that in at least one Tomcat document:
http://jakarta.apache.org/tomcat/tomcat-4.1-doc/jk2/index.html
some internal document anchors a name= ? end with a question mark,
which means any link to them will fail due to the question mark being
dropped by the
Good morning Yoav from Oz, and thanks for the reply.
Can confirm that my IE6sp1 does show and work with a link correctly when a
non-space character is next to the (?) character, however it is my
understanding that the (?) in a link is the (approved) separator between a
URL and passed parameters,
the request URI from the query
string. As I didn't write the original page and I don't have good text
to replace the current one, I didn't want to rephrase the questions that
have ? at their ends ;)
Yoav Shapira
Millennium ChemInformatics
-Original Message-
From: NormW [mailto:[EMAIL
Good morning All.
Recently there was mention of a patch for Mod_Jk2 (to work with APR 1.0)
which was questioned in regard to a previous 'bug' report. Since then, it is
my understanding the previous correspondent was happy with a solution now in
place regarding the earlier bug. Which, I think,
Good evening All.
Can verify the patch works, at least on my NetWare platform. Successfully
got a link to Tomcat on port 59000 where previously 32k was the limit.This
now brings ModJk2 up to the same capability as Mod_Jk. The port number is
also correctly displayed in the jkstatus page.
Hope
Good morning All.
This would also allow closing of Bug 17579 since the recent changeover to
APR for mod_jk2 (now using jk_channel_apr_socket.c)
Norm
Hi,
a user just found that the port number is limited to less than 32768 with
mod_jk2;
the patch below solves this:
Good morning All.
There seems to be a bug on your mail server because every message I send
gets echoed (good), along with two others from xAT.sci.de with the same
topic field but reporting undelivered messages (bad). Since this effect only
occurs off the Tomcat-dev list, can someone buy and/or
Good morning All.
The default 'worker', which is hard-wired into Mod_Jk2, is 'lb:lb', and is,
for most users I believe, a wrong guess at best, since the majority of users
are probably not using mod_jk2 in load-balancing mode. The 'guess' means
that mod_jk2 creates uri objects assigned to either a
Good morning All.
The fact that the row (without even a 'name' value) appears in the URI
runtime table in /jkstatus suggests that it must be an object (bean?) of
type 'uri' because that is a requirement of the loop. Hence something is
permitting the creation of an unitialised uri object [zero
to reconfigure the module. Remove the
ability of 'workers' to directly accept requests and force all URI's through
an lb type, and the current default approach would be entirely appropriate.
NormW wrote:
Good morning All.
The default 'worker', which is hard-wired into Mod_Jk2, is 'lb:lb
Good morning Costin.
Apologies for the silence. I had hoped there might have been a little more
input from others on this topic.
NormW wrote:
Good morning Costin.
Thanks for the time given to replying.
I agree with the ideas you have given, of decoupling URI's from workers
explicitly
Good morning Costin.
NormW wrote:
Good morning Costin.
Apologies for the silence. I had hoped there might have been a little
more
input from others on this topic.
Same here :-)
However the most common case is to have at least one tomcat, and there
is no real benefit in supporting
Good afternoon all.
Working with mod_jk2.
If I put:
Location /jcvslet/*
jkuriset group ajp13.xx
/Location
in the Apache conf file, /jkstatus/ shows the uri with a match type of
'suffix'.
If I put:
[uri:/jcvslet/*]
group=ajp13:xx
in the workers2.properties file, /jkstatus/ shows the uri
Good morning All.
Excuse the repetition, but silence is only golden sometimes.
Location /jcvslet/* and [uri:/jcvslet/*] produce uri entries with
different MatchType's in mod_jk2, a fact now confirmed (via /jkstatus/) on
Linux and Windows platforms also, in addition to the NetWare previously
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
Good evening Henri.
NormW wrote:
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
Good morning All.
From my source, a 302 code is Found - the requested resource lies
temporarily under a different URI, which doesn't seem to match very closely
the text of the default noWorkerMsg.
Speaking of which, the word 'temporary' in the #define noWorkerMsg should be
'temporarily'.
Norm
Good afternoon All.
Please find attached a minor change to allow a display option.
Norm
--- jk_worker_status.c.orig Fri Feb 27 20:49:26 2004
+++ jk_worker_status.c Sat Feb 28 14:08:27 2004
@@ -1045,7 +1045,7 @@
jk2_worker_status_displayScoreboardInfo(env, s, s-workerEnv );
Good afternoon All.
Attached are three patches requested by an under-cover tab policeman.
No offence intended, but I'm obliged to assist the police in this matter.
Norm
--- changes.txt.orig Fri Feb 27 20:09:16 2004
+++
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 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.
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 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
: 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 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
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
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
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
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.
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 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
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
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
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:
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
[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
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
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
1 - 100 of 130 matches
Mail list logo