What I meant by "change things around" was the introduction of default.cfg,
WEB-INF and the subtle changes
in servlets.properties
(also used to be called servlet.properties!)
To make things worse, SUN also did not release adequate documentation to
explain the differences!
I know I spent a full day 'porting' from my 'old' environment.
I still dont know what the new changes buy us, but I guess this will be
revealed in the near future.
--Olu E.
> -----Original Message-----
> From: James Todd [SMTP:[EMAIL PROTECTED]]
> Sent: Wednesday, June 09, 1999 4:39 PM
> To: [EMAIL PROTECTED]
> Subject: Re: JSP - beans - configuration quesions
>
> regarding default.cfg, what change are you referring to? the changes that
> led up to the default.cfg format of today or of upcoming configuration
> changes (xml format)?
>
> a simple response could be priorities/timing/resources. i'm actually the
> fellow who jumped in on the config issues and feel moving to an xml
> format will help greatly concerning human parsing concerns. that said,
> i've been on the team for 2 months now (back to m y priorities/timing/
> resources response).
>
> hope this helps,
>
> - james
>
> "Emuleomo, Olu (PME)" wrote:
>
> > What I cant understand is why Sun felt they had to change things around.
> > Obvioulsy, this change is quite confusing because there are so many
> posts on
> > this thread regarding servlet.cfg
> >
> > --Olu E.
> >
> > > -----Original Message-----
> > > From: James Todd [SMTP:[EMAIL PROTECTED]]
> > > Sent: Tuesday, May 18, 1999 8:45 PM
> > > To: A mailing list for discussion about Sun Microsystem's Java
> Servlet
> > > API Technology.
> > > Cc: [EMAIL PROTECTED]
> > > Subject: Re: JSP - beans - configuration quesions
> > >
> > >
> > > <cross-posting to [EMAIL PROTECTED]>
> > >
> > > hi paul -
> > >
> > > with regards to item 1:
> > >
> > > the default.cfg file is a means by which to configure service
> > > options prior to startup. that other means is command line
> > > (eg. startserver -help). the options are:
> > >
> > > server.port the port the http service will be
> > > listening on once started
> > > server.hostname the server's host name
> > > server.inet the server's ip address
> > > server.docbase the directory name which will be used
> > > to resolve the default
> "/"
> > > resource
> > > server.workdir a scratch work dir
> > >
> > > # note: multiple tuples of the following can be added
> > >
> > > server.webapp.foo.mapping=/bar
> > > a named resource
> > > server.webapp.foo.docbase=bar
> > > the directory name which will
> be
> > > used
> > > to resolve requests for the
> afore
> > > mentioned
> > > mapping resource
> > >
> > > without changing a thing, you should be able to start the server:
> > >
> > > % startserver
> > >
> > > and view the "home page" at:
> > >
> > > http://localhost:8080/
> > >
> > > if you change one or more of the afore mentioned configurations
> > > you can adjust the url accordingly to see the results.
> > >
> > > the remainder of your questions are better served on
> > > [EMAIL PROTECTED]
> > > so i stop at this point.
> > >
> > > hope this helps,
> > >
> > > - james
> > >
> > > /servlet-interest Paula Lumby wrote:
> > >
> > > > I;ve asked these before, but no one replied, so I'll try again:
> > > >
> > > > These questions relate to the JSP 1.0 reference implementation
> > > downloadable from
> > > > SUN
> > > > 1. Is there an explanation of the default .cfg file apart from the
> > > crypitc
> > > > comments in the file?
> > > > 2. Where should I put bean classes so that I do not get Class not
> found
> > > > exceptions when I try to load reference
> > > > them in a JSP.
> > > > a) What if the bean is used just by the JSP, as are the examples
> > > provided in
> > > > the reference implementation
> > > > b) What if hte bean is preapred in advance by a servlet that then
> > > invokes the
> > > > JSP
> > > > Paula Lumby
> > > > IBM VisualAge for Java/C++/RPG Services
> > > > tel: 448-2517 (T/L) 778-2517
> > > > Room: 2G42C 2G/KB4/1150/TOR
> > > > e-mail: [EMAIL PROTECTED]
> > > >
> > > > External Address:
> > > > IBM Toronto Laboratory
> > > > 1150 Eglinton Avenue East
> > > > Toronto, Ontario, Canada, M3C 1H7
> > > >
> > > > FAX: (416) 448-4414
> > > >
> > > >
> > >
> __________________________________________________________________________
> > > _
> > > > 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
