At 01:09 22/1/01 +, PSA wrote:
>> Under windows it gets it's events from a multitude of different sources
>> (some are grabbed from eventqueue, others from win32 hooks and others are
>> application created) then routes them through a central message queue and
>> central dispatching model. In
I haven't posted here before, but I do follow the list closely, as well
as the code and the development efforts and have posted in the past on
other apache boards. I'm
hoping to get involved more directly with development issues (and bugs)
as we
prepare to move our application to TC3.x(where x>2)
Damn, that is somethink I would like very much to see.
Many people indent HTML with spaces - those who code by hand.
Some of them (size conscious) unindent them for production
and sometimes partially indent again for fixing something!
And we often use "font" tags everywhere because of browsers
Quoting "Craig R. McClanahan" <[EMAIL PROTECTED]>:
> You would still need to wrap the response, for example, if your Valve
> wanted to
> modify the data content of the response (such as applying compression,
> or an XSLT
> transformation).
Ok.
BTW, I think compression should be part of the HTT
Remy Maucherat wrote:
> Quoting Jon Stevens <[EMAIL PROTECTED]>:
>
> > on 1/19/01 11:51 AM, "Craig R. McClanahan"
> > <[EMAIL PROTECTED]>
> > wrote:
> >
> > > Agreed ... I'm talking about the *Apache Tomcat* release cycle, where
> > we
> > > agreed in the release plan to have a feature freeze / b
Quoting Jon Stevens <[EMAIL PROTECTED]>:
> on 1/19/01 11:51 AM, "Craig R. McClanahan"
> <[EMAIL PROTECTED]>
> wrote:
>
> > Agreed ... I'm talking about the *Apache Tomcat* release cycle, where
> we
> > agreed in the release plan to have a feature freeze / bug fix round on
> 4.0,
> > and work tow
on 1/19/01 11:51 AM, "Craig R. McClanahan" <[EMAIL PROTECTED]>
wrote:
> Agreed ... I'm talking about the *Apache Tomcat* release cycle, where we
> agreed in the release plan to have a feature freeze / bug fix round on 4.0,
> and work towards a production quality release quickly. API surgery is n
Jon Stevens wrote:
> on 1/19/01 9:38 AM, "Craig R. McClanahan" <[EMAIL PROTECTED]>
> wrote:
>
> > Impact on the overall
> > 4.0 release cycle is more problematic -- I think we would want to do this in a
> > new
> > beta round and add a week of intensive testing to make sure nothing got
> > destab
on 1/19/01 9:38 AM, "Craig R. McClanahan" <[EMAIL PROTECTED]>
wrote:
> Impact on the overall
> 4.0 release cycle is more problematic -- I think we would want to do this in a
> new
> beta round and add a week of intensive testing to make sure nothing got
> destabilized.
Remember that Sun does not
Jon Stevens wrote:
> on 1/18/01 4:28 PM, "Craig R. McClanahan" <[EMAIL PROTECTED]>
> wrote:
>
> > If you change the names and parameter orders a little, you have just quoted
> > the
> > new api for javax.servlet.Filter in the 2.3 Proposed Final Draft.
> >
> > I'd be game to change the Valve APIs
Over the weekend I will start having a look at 3.x HEAD. If you do not
think that document is urgent and no one faster at doing it pops up, I
can try writing something like that.
Have fun,
Paulo Gaspar
P.S.: BTW, I was also refering to specialized events has in Swing. That
is the kind of thing
As a "piping" mechanism (as opposed to a "hooking" one) the kind
of thing Donald described is my favorite one.
My other $0.02 are that I agree 100% with Jon on this. People will
get confused if you have 2 different ways of using valves from a
minor version to the other.
Have fun,
Paulo Gaspar
>
Hi Pete,
My goal is to explain why and how interceptors are used in
tomcat3.x. While other solution exist,
the design of tomcat3.x is based on certain design patterns that have
certain advantages ( and disadvantages).
The reasons for choosing this pattern:
1. One of the goals is to integrate wi
on 1/18/01 4:28 PM, "Craig R. McClanahan" <[EMAIL PROTECTED]>
wrote:
> If you change the names and parameter orders a little, you have just quoted
> the
> new api for javax.servlet.Filter in the 2.3 Proposed Final Draft.
>
> I'd be game to change the Valve APIs to conform to this kind of pattern
Peter Donald wrote:
> [snip]
> I am not saying that Catalinas concept of a valve is completely correct (it
> uses the Anti-Pattern Subvertion of Control - yuck !!) but it is definetly
> a step in the right direction. Personally if I was doing it then I would
> implement Inversion of Control and y
Hi,
At 12:29 19/1/01 +0100, Paulo Gaspar wrote:
>> -Original Message-
>> From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]]
>> Sent: Thursday, January 18, 2001 23:04
>>
>> One appropriate question to ask yourself, when comparing, is
>> "what does having 15
>> entry points give me tha
> -Original Message-
> From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, January 18, 2001 23:04
>
> One appropriate question to ask yourself, when comparing, is
> "what does having 15
> entry points give me that I cannot get with a single entry point
> approach"? I
on 1/18/01 2:03 PM, "Craig R. McClanahan" <[EMAIL PROTECTED]>
wrote:
> IMHO, copying a web server (written in C, by the way) architecture, in and
> of itself, is not a compelling argument to influence the design of a servlet
> container written in an object oriented language like Java.
+1
-jon
[EMAIL PROTECTED] wrote:
> > Looking at the latest 3.x src drops, there are say ~30 methods in
> > BaseInterceptor, that is access points, into the request chain / context
> > mapping / session handling etc. This obviously gives a degree of
>
> Hi Ken,
>
> All this will be reviewed and documente
19 matches
Mail list logo
