robert walker wrote:
> thanks for the suggestions,
> the logs look error free, its tomcat v4.0
>
> i changed it to a listener and it now works like I expected
> the load-on-startup to work.
<stand on="soapbox">
A ServletContextListener is the correct way to do the kind of thing you
want. Using load-on-startup servlets for the purpose is an
unfortunately common hack whose popularity, I assume, arises from the
fact that it leverages servlet developers' existing skills better. If a
piece of code is not intended to process ServletRequests then it should
not be written as a Servlet. Period.
</stand>
With that said, your servlet container is broken if it does not load a
servlet with specified non-negative load-on-startup as part of a
successful application startup. In this context, to "load" the servlet
means to load its class, create an instance, and invoke the instance's
init() method. The servlet container is not required to retain the
instance for any particular amount of time, however. Also, the relative
order in which load-on-startup servlets with the same priority number
are loaded is dontainer-dependant.
Since Tomcat is good and quite stable, I'd have to guess that something
was wrong with your webapp when you were trying to use load-on-startup.
There are many possibilities, including
() Wrong version of the servlet class was used. This can happen if you
fail to update WEB-INF/classes or WEB-INF/lib, whichever you are using.
A particularly nasty case can occur if you duplicate your classes in
both places (not recommended) and only update one: you think you've
updated it, but the behavior doesn't change.
() Wrong web.xml was updated, or web.xml was in the wrong place, or
working copy of web.xml was not deployed
() Modifications to web.xml were applied inside XML comments
() The wrong servlet was set to load on startup
John Bollinger