Well I am primarily talking about somewhat lengthy data structures (objects) to load into the application and session scopes at startup, and the web.xml descriptor does not seem appropriate for this, its more for lighter parameters. I am using resource bundles for internationalization, session structures for personalization features, and application structures for different views and such.
Loading them in a JSP file just seemed friendly because I can glance at the markup and quickly view the structures that are in each scope by default, rather than inspecting various servlet java files as they grow. But as per Craig's email, this can be accomplished in the application event listeners, especially using xml/property files to load in the structures when appropriate. And yes I am new to JNDI so I guess it shows and I need to study up there. Thanks, John. : : Hi, John, : : I actually cannot tell what you are talking about. You are not making : sense to me. But, here is a stab of helping. : : Well, I don't know about ColdFusion, but the idea of a "startup" JSP file : "application" initialization makes no sense in Java. You could set : application values with a JSP, but that is not what you want. : : If when you startup a JSP/servlet container you want application parameters : set, then you need to set them at the outset with a startup servlet. Such : servlets are commonly called "StartupServlet.class". I have no idea why : you don't like using web.xml to set the values of your initialization. The : idea of the web.xml is to promote "migrations" and "programmatic" : behavior. Why you think it is unsuccessful is less than clear to me. : : Perhaps you would prefer to go further and use JNDI for : initialization? Application wide parameters can be set whenever you want : to do so. : : I suspect, but am not sure, that you have not looked at what JSP/servlets : have to offer as yet. If you have and I am missing the point, please : accept my apologies and know that at least I am trying to help you. : : Why do you think web.xml is such a bad idea? That is not clear at all. : : - micael : : : : : -- : To unsubscribe: <mailto:[EMAIL PROTECTED]> : For additional commands: <mailto:[EMAIL PROTECTED]> : Troubles with the list: <mailto:[EMAIL PROTECTED]> : : -- To unsubscribe: <mailto:[EMAIL PROTECTED]> For additional commands: <mailto:[EMAIL PROTECTED]> Troubles with the list: <mailto:[EMAIL PROTECTED]>
