Any plans to support a .properties file based configuration for application settings ?
Then people can define their own deployment version of the .properties file. Cameron. > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:wicket-develop- > [EMAIL PROTECTED] On Behalf Of Jonathan Locke > Sent: Tuesday, 15 March 2005 9:10 PM > To: [email protected] > Subject: Re: [Wicket-develop] Wicket prefix > > > actually, that sounds like a good idea too. i just checked in changes > that implement this. the checkin note is: > > Now WebApplication reads the servlet init parameter "configuration". If > the parameter has the value "development", settings appropriate for > development are set. If it's "deployment", deployment settings are used. > If development configuration is specified and a "sourceFolder" init > parameter is also set, then resources in that folder will be polled for > changes. Since this all occurs on initialization, the user can still > override settings in the usual place. > > Eelco Hillenius wrote: > > > Good idea. And then we could pull whether we're in a development or > > production mode from an init parameter from web.xml so that it is easy > > to use with a build script. > > > > Eelco > > > > Jonathan Locke wrote: > > > >> > >> actually i think i'd have stripping tags off by default. also, i've > >> been thinking that maybe there should be some meta-mode on > >> application settings that sets options for a particular deployment > >> scenario. this would make it possible for developers to get all the > >> good settings automagically by just calling > >> settings.configureDevelopment(String sourceFolder) and then when > >> they're ready to ship, they change that call to > >> settings.configureDeployment(). in development mode, tags like this > >> wouldn't be stripped, the sourceFolder would be polled automatically, > >> various expensive checks would be on, etc. and in ship mode, all > >> this stuff would be turned off. but the nice thing is that > >> developers wouldn't have to learn about all the special settings we > >> have and how we changed them in the last version unless they have > >> some particular need. by just calling a single method, they leave it > >> up to us to give them a default configuration, which they can then > >> override with other settings... > >> > >> jon > >> > > > > > > > > ------------------------------------------------------- > > SF email is sponsored by - The IT Product Guide > > Read honest & candid reviews on hundreds of IT Products from real users. > > Discover which products truly live up to the hype. Start reading now. > > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > > _______________________________________________ > > Wicket-develop mailing list > > [email protected] > > https://lists.sourceforge.net/lists/listinfo/wicket-develop > > > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > Wicket-develop mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/wicket-develop ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click _______________________________________________ Wicket-develop mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/wicket-develop
