>> What about iPlanet and Domino ?
>
>I have to sleep sometimes :-) If nobody volunteers to help, I'll do
>iPlanet too, but for domino - I have no idea, never used it.
May be Mike could works on iPlanet (it's our resident hacker on it).
For Domino we should ask to the Andy Armstrong <[EMAIL PROT
On Tue, 12 Mar 2002, GOMEZ Henri wrote:
> >As soon as the code is stable I'll finish 1.3, I can probably do
> >IIS as well.
>
> What about iPlanet and Domino ?
I have to sleep sometimes :-) If nobody volunteers to help, I'll do
iPlanet too, but for domino - I have no idea, never used it.
Costi
>> >The best UI for configuration is xemacs ( or vi ) :-)
>>
>> May be for experienced users/admins, but this kind of tools are
>> one of the reason IT managers choose products like websphere
>> because they fill it will be easier to manage.
>
>I had a :-) at the end :-)
Yes, I noticed ;)
>Th
On Tue, 12 Mar 2002, GOMEZ Henri wrote:
> >The best UI for configuration is xemacs ( or vi ) :-)
>
> May be for experienced users/admins, but this kind of tools are
> one of the reason IT managers choose products like websphere
> because they fill it will be easier to manage.
I had a :-) at t
>> Yes, and we had all to relearn it :-)
>
>You already know me, as long as nobody complains ( and -1 )
>I move on until I'm happy enough with the design.
And that's fine :)
>Jk was already 'object oriented C', I just enhanced that
>and tried to clean up a bit.
And it works well, better desig
I just recall the Apache patches :
The faster time() implementation for Apache 1.3/2.0
have been provided by SGI patches, now at SF.
http://aap.sourceforge.net
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(
On Thu, 7 Mar 2002, GOMEZ Henri wrote:
> >In future versions we can add anything - the code is now
> >much more modular and easier to extend.
>
> Yes, and we had all to relearn it :-)
You already know me, as long as nobody complains ( and -1 )
I move on until I'm happy enough with the design.
>> I was thinking about a faster time() alternative, there was hacks
>> in Apache 1.3 done by a MIPS employee sometimes ago, hacks never
>> really reintroduced in Apache 1.3, but many where incorporated in
>> Apache 2.0. May be JF could told us more about this ?
>
>A quick look in APR shows apr_ti
GOMEZ Henri wrote:
>
> >> tomcat allready decode the information and could send them in
> >> a simpler form to jk.
> >
> >Yes, but that creates some strange dependencies between configuring
> >apache ( or the web server ) and running tomcat.
>
> The recurrent chicken&eggs problem :)
>
> >Tomcat
>> tomcat allready decode the information and could send them in
>> a simpler form to jk.
>
>Yes, but that creates some strange dependencies between configuring
>apache ( or the web server ) and running tomcat.
The recurrent chicken&eggs problem :)
>Tomcat must be run first, and some magic must
On Tue, 5 Mar 2002, GOMEZ Henri wrote:
> >We should get these from web.xml - either extracted directly or
> >by extracting the info from tomcat.
>
> tomcat allready decode the information and could send them in
> a simpler form to jk.
Yes, but that creates some strange dependencies between con
>> >uri.servletName:/my.host.com:8080/examples/HelloW=HelloWorldServlet
>>
>> Could we get these translation from web.xml forwarded by Ajp14
>> autoconf feature ?
>
>We should get these from web.xml - either extracted directly or
>by extracting the info from tomcat.
tomcat allready decode the
On Mon, 4 Mar 2002, GOMEZ Henri wrote:
> >uri.servletName:/my.host.com:8080/examples/HelloW=HelloWorldServlet
>
> Could we get these translation from web.xml forwarded by Ajp14
> autoconf feature ?
We should get these from web.xml - either extracted directly or
by extracting the info from tomc
On Mon, 4 Mar 2002, GOMEZ Henri wrote:
> >
> > JkUriSet worker status
> >
>
> So status is a specialized worker used to display the jk state
Yes, jk_worker_status.c
It has minimal stuff inside - help needed to add more !
( eventually cut&pastes from mod_jserv :-)
I allways missed the stat
>With my recent changes, there are few changes in the config.
>My config is:
>( in httpd.conf )
>
>LoadModule jk2_module modules/mod_jk2.so
>
>
>
>JkSet logLevel debug
>
>JkSet worker.ajp13.type ajp13
>JkSet worker.ajp13.channel socket
>JkSet worker.ajp13.port 8009
Great
># JkSet worker.ajp13.ch
GOMEZ Henri wrote:
>
> >On Fri, 1 Mar 2002, Ignacio J. Ortega wrote:
> >
> >> > JkMount /uri worker
> >> > is
> >> > /uri=worker
> >>
> >> I like to point out, that just now isapi_redirector ( 3.3 and j-t-c)
> >> uses a slightly more complex form of the former syntax, to allow a
> >> limited vhos
>On Fri, 1 Mar 2002, Ignacio J. Ortega wrote:
>
>> > JkMount /uri worker
>> > is
>> > /uri=worker
>>
>> I like to point out, that just now isapi_redirector ( 3.3 and j-t-c)
>> uses a slightly more complex form of the former syntax, to allow a
>> limited vhost mapping capabilty in isapi_redirect
On Fri, 1 Mar 2002, Ignacio J. Ortega wrote:
> > JkMount /uri worker
> > is
> > /uri=worker
>
> I like to point out, that just now isapi_redirector ( 3.3 and j-t-c)
> uses a slightly more complex form of the former syntax, to allow a
> limited vhost mapping capabilty in isapi_redirector,
>
>
> De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> Enviado el: viernes 1 de marzo de 2002 17:39
> JkMount /uri worker
> is
> /uri=worker
I like to point out, that just now isapi_redirector ( 3.3 and j-t-c)
uses a slightly more complex form of the former syntax, to allow a
limited vhost mappi
19 matches
Mail list logo
