As was originally stated in the previous posts the ServletContext is
only an interface -not an implementation that is why it is declared as
abstract.
In general, you may be missing the purpose of an abstract class. An
abstract class provide a common interface for inherited classes. When a
class is declared as abstract -classes that are sub-classed (or inherit)
from that abstract class are forced to implement certain methods from
the base class either by overloading or overriding the method. Most
commonly abstract classes are used to define common behavior, however,
since it is not always possible to implement that common behavior at
the base class level the implementation must be deferred to the
concrete sub-class.
This is a basic tenant of OO development and since this thread has
become somewhat academic -I would highly recommend you research this
further. Google, as always, is a great source of information.
----- Original Message -----
From: "Rajehswar V. Rao" <[EMAIL PROTECTED]>
Date: Thursday, June 28, 2001 10:56 pm
Subject: Re: Simple but interesting..
> Hi Mark,Pier,Milt,
> The discussion took different direction....
> Please anybody can answer why ServletContext declared ABSRTACT...
> Is anybody sun guy out there who can answer this.....
>
> -raj-
>
> -----Original Message-----
> From: Mark Galbreath [mailto:[EMAIL PROTECTED]]
> Sent: Friday, June 29, 2001 4:26 AM
> To: [EMAIL PROTECTED]
> Subject: Re: Simple but interesting..
>
>
> Servlets is not OO? I think discussion of design patterns,
> refactoringmethodology, modeling, and OO principles is highly
> germane to any discussion
> involving servlets. It's good to get back to the roots of things
> once in a
> while; it keeps us on our technical intellectual toes.
>
> What I'd like to see more discussion on is the place servlet 2.3
> filtershave in MVC. Nic and I debated this a couple of months ago
> but no one
> joined the conversation. Interestingly, at JavaOne this year, the
> presenters at the seminar I attended on using filters pretty much
> coincidedwith Nic's position.
>
> I missed Jason, though...he was at a late-night session and I was at
> Fisherman's Wharf. ;-)
>
> Cheers!
> Mark
>
> ----- Original Message -----
> From: "Scott Telle" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Thursday, June 28, 2001 6:04 PM
> Subject: Re: Simple but interesting..
>
>
> > > Isn't extending the same as overriding/overloading (when it
> comes to
> > > when you can/cannot do it)? That is, the way you
> override/overload a
> > > class is by extending it; hence there's no need to talk about them
> > > separately. And final classes cannot be extended.
> >
> > I would say no... Extending is adding functionality, whereas
> overloadingis
> > changing functionality (or specifically methods). For instance,
> A person
> has
> > a ssNo. An employee has a ssNo and an employee number, thus
> giving MORE
> > functionality, but allowing the users to make use of previous
> functionality.
> > This is however, an OO discussion and not servlets...
> >
> > --Scott
> >
> >
>
________________________________________________________________________
___
> > To unsubscribe, send email to [EMAIL PROTECTED] and include
> in the
> body
> > of the message "signoff SERVLET-INTEREST".
> >
> > Archives: http:
> > Resources: http://java.sun.com/products/servlet/external-
> resources.html> LISTSERV Help:
> http://www.lsoft.com/manuals/user/user.html>
>
>
________________________________________________________________________
___
> To unsubscribe, send email to [EMAIL PROTECTED] and include in
> the body
> of the message "signoff SERVLET-INTEREST".
>
> Archives: http:
> Resources: http://java.sun.com/products/servlet/external-
> resources.htmlLISTSERV Help:
> http://www.lsoft.com/manuals/user/user.html
>
________________________________________________________________________
___
> To unsubscribe, send email to [EMAIL PROTECTED] and include in
> the body
> of the message "signoff SERVLET-INTEREST".
>
> Archives: http:
> Resources: http://java.sun.com/products/servlet/external-
> resources.htmlLISTSERV Help:
> http://www.lsoft.com/manuals/user/user.html
___________________________________________________________________________
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff SERVLET-INTEREST".
Archives: http://archives.java.sun.com/archives/servlet-interest.html
Resources: http://java.sun.com/products/servlet/external-resources.html
LISTSERV Help: http://www.lsoft.com/manuals/user/user.html
