we listen ... all the time. we learn as well ... all the time.
there are (at least) two tracks going on regarding serlvets
these days:
servlet interest
a means by which any and all (sun and the
world) can share ideas regarding servlets
and the like
servlet specifications
a forum of individuals formed to discuss
pending servlet specifications
as i see it, there is simply no way to help the servlet
world at large *and* nail down the "what's next with servlets"
in one list. the specification discussions are more formal
by nature so as to guarentee progress which begets deliverables,
ets. a general purpose list on the other hand free to cover
any/all discussions within the bounds of the topic (servlets
in this case).
some sun staff spans these lists and when "gems" float by one
or the other that are just too good to let go you can be
assured folks latch on to them ... it'd be silly to do
otherwise.
on the other hand, if you want to be sure your comments are
heard and addressed regarding specification discussions it
is in your best interest to consider understanding and
participating in the specification guidelines (which are
really not terribly rigid but none the less there are
bounds).
hope this helps,
- james
"Srinivasan S (Systems Engineering Group)" wrote:
>
> Well said I second ur statement if any specific rationale behind this
> request james please spend some time to explain the same to developers.
>
> **************
>
> On Mon, 12 Jul 1999, Ted Stockwell wrote:
>
> > Imagine if companies ran thier mail lists this way.
> >
> > A bunch of customers discuss features, likes, dislikes, whatever, about your
> > product on the product's mail list.
> > It's obvious that employees of the company that are directly involved with
> > the product monitor each and every message.
> > However, every once in a while an employee pipes up and says "By the way, if
> > you don't want us to ignore what you're saying you have to post it to the
> > "feedback" list or it won't count in our "process".
> >
> > Don't you think that maybe this would rightly piss off your customers big
> > time?
> > Don't you view the developers on this list as your customers?
> >
> > As a servlet developer that's invested a lot in servlet technology I'm here
> > to tell you that statements like this make me froth at the mouth. I expect
> > Sun to seriously listen to the opinions of the developers on this list.
> >
> > ted stockwell
> > [EMAIL PROTECTED]
> >
> >
> > > -----Original Message-----
> > > From: Jim Driscoll [SMTP:[EMAIL PROTECTED]]
> > >
> > > As James says - please send in your feedback to
> > > [EMAIL PROTECTED], or it doesn't count in the process.
> > >
> > >
> >
> > ___________________________________________________________________________
> > 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
> >
>
> ___________________________________________________________________________
> 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
___________________________________________________________________________
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
