Sorry for the late reply on this. I'd also like to help out with
mod_jk2 and this move to apr. Mostly for the sake of the NetWare
platform, though I need to understand the Linux connectors well as well.
Let me know where I can be of service. I have a little experience with
the connectors,
Glenn Nielsen wrote:
+1
I can help out.
This is a significant change for a minor revision to 2.0.4,
perhaps we should bump it to 2.1 or even 3.0?
Since it's an 'internal rewrite', it should stay 2.x, may be
2.1 could be the right name
But first we should cleanup all jk2 from #iddef APR defines
- Original Message -
From: Henri Gomez [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Monday, October 20, 2003 12:53 AM
Subject: Re: jk2 evolution plan
Glenn Nielsen wrote:
+1
I can help out.
This is a significant change for a minor revision to 2.0.4
From: Bill Barker
I could get on-board with this, after Mladen's suggestion to
change the return-type of most methods to jk_status_t.
Without this, mod_jk2 is hopelessly broken (and I'll contunue
to ignore it :).
It's to apr_status_t ;-).
Sill, takes a bit more time then I thought
Mladen Turk wrote:
From: Bill Barker
I could get on-board with this, after Mladen's suggestion to
change the return-type of most methods to jk_status_t.
Without this, mod_jk2 is hopelessly broken (and I'll contunue
to ignore it :).
It's to apr_status_t ;-).
Sill, takes a bit more time
From: Henri Gomez
Mladen Turk wrote:
From: Bill Barker
I could get on-board with this, after Mladen's suggestion to
change the return-type of most methods to jk_status_t.
Without this, mod_jk2 is hopelessly broken (and I'll contunue
to ignore it :).
It's to
+1
I can help out.
This is a significant change for a minor revision to 2.0.4,
perhaps we should bump it to 2.1 or even 3.0?
Glenn
Henri Gomez wrote:
Ok, about everybody seems to agree on using apr for jk2
(still waiting Nacho for IIS).
APR side will be to :
- Update doc to indicate that APR
Ok, about everybody seems to agree on using apr for jk2
(still waiting Nacho for IIS).
APR side will be to :
- Update doc to indicate that APR is mandatory
- Remove #idef APR
- Use APR for all OS operation and sus will save us from
handling all the #include for all the diverses IO operation
-Original Message-
From: Henri Gomez
Ok, about everybody seems to agree on using apr for jk2
(still waiting Nacho for IIS).
IIS uses APR by default (staticaly linked) for a long time.
APR side will be to :
- Update doc to indicate that APR is mandatory
- Remove #idef
Mladen Turk wrote:
-Original Message-
From: Henri Gomez
Ok, about everybody seems to agree on using apr for jk2
(still waiting Nacho for IIS).
IIS uses APR by default (staticaly linked) for a long time.
APR side will be to :
- Update doc to indicate that APR is mandatory
- Remove
-Original Message-
From: Henri Gomez
I'd like to know who could works on jk2 evolution.
+1
Thanks.
I can (not before friday):
1. Change all the (quasi boolean) functions to return the apr_status_t
instead int (0, 1)
2. aprize jk2_log to use the apr_file_t
3. aprize
Mladen Turk wrote:
-Original Message-
From: Henri Gomez
I'd like to know who could works on jk2 evolution.
+1
Thanks.
I can (not before friday):
1. Change all the (quasi boolean) functions to return the apr_status_t
instead int (0, 1)
2. aprize jk2_log to use the apr_file_t
3.
-Original Message-
From: Henri Gomez
You should know what apr call should be used to mimic select
isn't it ?
PING/PONG right?
Nothing that simple :-).
The magick is apr_poll.
It will require some modifications to the channel in general.
MT.
Mladen Turk wrote:
-Original Message-
From: Henri Gomez
You should know what apr call should be used to mimic select
isn't it ?
PING/PONG right?
Nothing that simple :-).
The magick is apr_poll.
It will require some modifications to the channel in general.
hasinput method has been
Henri Gomez wrote:
Ok, about everybody seems to agree on using apr for jk2
(still waiting Nacho for IIS).
APR side will be to :
- Update doc to indicate that APR is mandatory
- Remove #idef APR
- Use APR for all OS operation and sus will save us from
handling all the #include for all the
jean-frederic clere wrote:
Henri Gomez wrote:
Ok, about everybody seems to agree on using apr for jk2
(still waiting Nacho for IIS).
APR side will be to :
- Update doc to indicate that APR is mandatory
- Remove #idef APR
- Use APR for all OS operation and sus will save us from
handling all
Oh, don't forget COMPLETE documentation for everything in jkstatus!
-Original Message-
From: Henri Gomez [mailto:[EMAIL PROTECTED]
Sent: Thursday, October 16, 2003 4:59 AM
To: Tomcat Developers List
Subject: jk2 evolution plan
Ok, about everybody seems to agree on using apr
Henri Gomez wrote:
jean-frederic clere wrote:
Henri Gomez wrote:
Ok, about everybody seems to agree on using apr for jk2
(still waiting Nacho for IIS).
APR side will be to :
- Update doc to indicate that APR is mandatory
- Remove #idef APR
- Use APR for all OS operation and sus will save us
Done. The machine where it runs is stable but inside FSC firmwall.
Could we copy it somewhere on apache.org to have it mirrored ?
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Henri Gomez wrote:
Done. The machine where it runs is stable but inside FSC firmwall.
Could we copy it somewhere on apache.org to have it mirrored ?
I have copied and adapted it to my account in minotaur.
-
To unsubscribe,
jean-frederic clere wrote:
Henri Gomez wrote:
Done. The machine where it runs is stable but inside FSC firmwall.
Could we copy it somewhere on apache.org to have it mirrored ?
I have copied and adapted it to my account in minotaur.
So we'll have an URL available ?
Henri Gomez wrote:
And no the who's who ;)
I'd like to know who could works on jk2 evolution.
Until December is very unlikely I'll have any free time.
I would like to help with the unix domain channel and JNI - but
it'll be very limitted... Sorry.
Costin
Costin Manolache wrote:
Henri Gomez wrote:
And no the who's who ;)
I'd like to know who could works on jk2 evolution.
Until December is very unlikely I'll have any free time.
I would like to help with the unix domain channel and JNI - but
it'll be very limitted... Sorry.
You're more than
23 matches
Mail list logo
