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, thoug
> 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 :).
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 the
> 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 t
- 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 he
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 a
+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 is
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 w
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
-
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:
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, e-
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:
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 fr
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 ever
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 t
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 diver
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 cr
> -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
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. apriz
> -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
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 #i
> -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
>
> - Remov
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
23 matches
Mail list logo
