You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tomcat.apache.org by "Ignacio J. Ortega" <na...@siapi.es> on 2002/10/02 18:05:47 UTC
RE: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_wo
rker_lb.c
> De: Mladen Turk [mailto:mturk@mappingsoft.com]
> Enviado el: 2 de octubre de 2002 17:50
I there any way to disable completely that timeout?
Perhaps setting it to -1 or something like that?
This timeout disabled should be the default config..
Saludos ,
Ignacio J. Ortega
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_worker_lb.c
Posted by Costin Manolache <cm...@yahoo.com>.
jean-frederic clere wrote:
>> :-) Sorry about 'horrible'.
>>
>> What I meant is - the elements like <section> and almost everything
>> else have an identical meaning as the standard XHTML or docbook element.
>> It's a mix of elements - to do something that is already done and
>> standard and accepted.
>>
>> What I find horrible is the fragmentation and missuse of XML
>> ( not only here, but all over ).
>> What's wrong with a subset of XHTML or Docbook ?
>
> The first idea was to save us from writing XML tags and concentrate in the
> text. We have ended defining a dtd that fits our needs with typing the
> minimum...
I'm not sure I understand. How is this 'saving us' from writing XML tags?
We still have to write XML tags, and what's worse - to learn a set of
tags that we'll never use outside jk. As oposed to write the same
thing using the tags we already know - subset of XHTML - or learn
a set of tags that we'll likely use - a subset of docbook.
And both XHTML and Docbook have editors and tools that would actually
'save us from writing XML' and concentrate on text. And plenty of
stylesheets to generate pdf or whatever else.
>
>> Do we
>> plan to beat W3C and Oasis in setting a standard for document
>> dtd ?
>
> No, but extending one dtd would be better than reinventing everything.
> I will try to make a cleanup as soon as I have time. (docs need a lot of
> time).
???
We do reinvent everything aparently - yet another non-standard document DTD.
W3C and Oasis define some reasonable and widely used DTDs for that. If
someone feels docbook is too complex - we can restrict ourselfs to a subset
( like linuxdoc did for a while ) , but we'll still benefit from some of
the existing tools and what we already know.
As I said, that's just me ranting - if the majority is happy with our
private DTD for docs - I'll have to use it ( but that doesn't mean I have
to like it ).
--
Costin
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_worker_lb.c
Posted by Henri Gomez <hg...@apache.org>.
> No, but extending one dtd would be better than reinventing everything.
> I will try to make a cleanup as soon as I have time. (docs need a lot of
> time).
I confirm ;-)
BTW, any DTD will be fine but we should take a look at what others
jakarta and xml projects are using.
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_worker_lb.c
Posted by jean-frederic clere <jf...@fujitsu-siemens.com>.
Costin Manolache wrote:
> jean-frederic clere wrote:
>
>
>>Costin Manolache wrote:
>>
>>>Mladen Turk wrote:
>>>
>>>
>>>
>>>>>-----Original Message-----
>>>>>On Behalf Of Costin Manolache
>>>>>
>>>>>Are we documenting all those settings - and the details on
>>>>>why/how :-) ?
>>>>>
>>>>>
>>>>
>>>>Sure, like everyone else ;).
>>>
>>>
>>>Yes, I know :-)
>>>
>>>I'll try to get over the horrible and nonstandard DTD that we
>>>use
>>
>>I agree for not standard DTD but horrible...
>>Well it needs a lot of improvements but that means the xml files need to
>>be reviewed carefully I would suggest to output messages when using
>>"weird" elements to have time to rewrite the files.
>
>
> :-) Sorry about 'horrible'.
>
> What I meant is - the elements like <section> and almost everything
> else have an identical meaning as the standard XHTML or docbook element.
> It's a mix of elements - to do something that is already done and
> standard and accepted.
>
> What I find horrible is the fragmentation and missuse of XML
> ( not only here, but all over ).
> What's wrong with a subset of XHTML or Docbook ?
The first idea was to save us from writing XML tags and concentrate in the text.
We have ended defining a dtd that fits our needs with typing the minimum...
> Do we
> plan to beat W3C and Oasis in setting a standard for document
> dtd ?
No, but extending one dtd would be better than reinventing everything.
I will try to make a cleanup as soon as I have time. (docs need a lot of time).
>
> ( well, that's just me ranting - this has little to do
> with our xdocs, as I said I'll try to get over it and
> add to them )
>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_worker_lb.c
Posted by Costin Manolache <cm...@yahoo.com>.
jean-frederic clere wrote:
> Costin Manolache wrote:
>> Mladen Turk wrote:
>>
>>
>>>
>>>>-----Original Message-----
>>>>On Behalf Of Costin Manolache
>>>>
>>>>Are we documenting all those settings - and the details on
>>>>why/how :-) ?
>>>>
>>>>
>>>
>>>Sure, like everyone else ;).
>>
>>
>> Yes, I know :-)
>>
>> I'll try to get over the horrible and nonstandard DTD that we
>> use
>
> I agree for not standard DTD but horrible...
> Well it needs a lot of improvements but that means the xml files need to
> be reviewed carefully I would suggest to output messages when using
> "weird" elements to have time to rewrite the files.
:-) Sorry about 'horrible'.
What I meant is - the elements like <section> and almost everything
else have an identical meaning as the standard XHTML or docbook element.
It's a mix of elements - to do something that is already done and
standard and accepted.
What I find horrible is the fragmentation and missuse of XML
( not only here, but all over ).
What's wrong with a subset of XHTML or Docbook ? Do we
plan to beat W3C and Oasis in setting a standard for document
dtd ?
( well, that's just me ranting - this has little to do
with our xdocs, as I said I'll try to get over it and
add to them )
--
Costin
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_worker_lb.c
Posted by jean-frederic clere <jf...@fujitsu-siemens.com>.
Costin Manolache wrote:
> Mladen Turk wrote:
>
>
>>
>>>-----Original Message-----
>>>On Behalf Of Costin Manolache
>>>
>>>Are we documenting all those settings - and the details on
>>>why/how :-) ?
>>>
>>>
>>
>>Sure, like everyone else ;).
>
>
> Yes, I know :-)
>
> I'll try to get over the horrible and nonstandard DTD that we
> use
I agree for not standard DTD but horrible...
Well it needs a lot of improvements but that means the xml files need to be
reviewed carefully I would suggest to output messages when using "weird"
elements to have time to rewrite the files.
> and start documenting what I can still remember, and anything new
> that I add. And I won't write any new jk code until I finish at least
> reviewing all the bugs ( 80 ? )
>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_worker_lb.c
Posted by Mladen Turk <mt...@mappingsoft.com>.
> -----Original Message-----
> >
> > Sure, like everyone else ;).
>
> Yes, I know :-)
>
> I'll try to get over the horrible and nonstandard DTD that we
> use and start documenting what I can still remember, and
> anything new that I add. And I won't write any new jk code
> until I finish at least reviewing all the bugs ( 80 ? )
>
Roger to that.
MT.
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_worker_lb.c
Posted by Costin Manolache <cm...@yahoo.com>.
Mladen Turk wrote:
>
>
>> -----Original Message-----
>> On Behalf Of Costin Manolache
>>
>> Are we documenting all those settings - and the details on
>> why/how :-) ?
>>
>>
>
> Sure, like everyone else ;).
Yes, I know :-)
I'll try to get over the horrible and nonstandard DTD that we
use and start documenting what I can still remember, and anything new
that I add. And I won't write any new jk code until I finish at least
reviewing all the bugs ( 80 ? )
--
Costin
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_worker_lb.c
Posted by Mladen Turk <mt...@mappingsoft.com>.
> -----Original Message-----
> On Behalf Of Costin Manolache
>
> Are we documenting all those settings - and the details on
> why/how :-) ?
>
>
Sure, like everyone else ;).
MT.
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_worker_lb.c
Posted by Costin Manolache <cm...@yahoo.com>.
Are we documenting all those settings - and the details on why/how :-) ?
Mladen Turk wrote:
>
> It is disabled by default and never checked (if you don't set the
> timeout=x inside the [lb]).
>
>
>> I there any way to disable completely that timeout?
>>
>> Perhaps setting it to -1 or something like that?
>>
>> This timeout disabled should be the default config..
>>
--
Costin
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_worker_lb.c
Posted by Mladen Turk <mt...@mappingsoft.com>.
It is disabled by default and never checked (if you don't set the
timeout=x inside the [lb]).
> I there any way to disable completely that timeout?
>
> Perhaps setting it to -1 or something like that?
>
> This timeout disabled should be the default config..
>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>