Yes I see Jon. Thank you for a very long and detailed explanation as to why my idea sucked. I still think there is some room for improvement in the current situation. Cant we do a saerch through avail packages looking for a .resources file (im not sure how this would be done).
It would be nice to simply have DatePicker.resources side by side with DatePicker.java. It would eliminate refactoring headaches at least as far as the package names go and it wouldn't be sitting in some separate folder. -Igor > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf > Of Jonathan Locke > Sent: Thursday, August 11, 2005 1:17 AM > To: [email protected] > Subject: Re: [Wicket-develop] feedback refactor and paging navigation > > > actually it's not just that the service registration info has > to be put somewhere, it's that a client component that's > using a service to create a dynamic resource like, for > example, some kind of panel that wants a dynamic button image > created... > /that component/ would have to be able to create its images > /when the app starts/ (because of clustering and server > restarts). and /only the panel component itself/ can or > should know about this /and/ it has to be done on startup. > wicket's resource > handling classes are already fully featured, object-oriented > "services" > (but less > vague and more OO powerful) by virtue of the fact that they > implement the IResourceListener interface and respond to > requests for resources (ANY resource). > so i just don't see any value at all in this service concept > beyond what we've already got. in fact, i think it would > significantly /subtract/ from wicket's existing support for > dynamic resources (think "service" if you prefer)... and > again, even if we did change the world, it wouldn't solve the > bootstrapping problem we have for components. > > Johan Compagner wrote: > > > > >>> how does a component with a dynamically generated image make that > >>> image available in your scheme? > >>> the component has to register the image with the service, doesn't > >>> it? > >> > >> > >> The component doesn't need to register an image with a service, it > >> can register the service that creates the images. > >> The images themselves can be created on the first request > >> > >> http://www..../app?service=mydynamicbuttons&button=A > >> > >> Whenever this url is hit wicket forwards the control to the > >> registered mydynamicbuttons service (registered by whatever > >> component) which creates the image A, caches it, and streams it to > >> response. Or precreate whatever you need when the service > object is > >> created and registered with the application. > >> > > > > And THIS last part is just the problem > > > > how does it register itself? When? > > Where is it specified that a component does that? > > I think in the end we have exactly the same thing... > > you have a file like: > > mydynamicbuttons=my.class.that.exposes.this.Service > > > > johan > > > > > > > > > > > > > > > > ------------------------------------------------------- > > SF.Net email is Sponsored by the Better Software Conference & EXPO > > September 19-22, 2005 * San Francisco, CA * Development Lifecycle > > Practices Agile & Plan-Driven Development * Managing > Projects & Teams > > * Testing & QA Security * Process Improvement & Measurement * > > http://www.sqe.com/bsce5sf > > _______________________________________________ > > Wicket-develop mailing list > > [email protected] > > https://lists.sourceforge.net/lists/listinfo/wicket-develop > > > > > ------------------------------------------------------- > SF.Net email is Sponsored by the Better Software Conference & > EXPO September 19-22, 2005 * San Francisco, CA * Development > Lifecycle Practices Agile & Plan-Driven Development * > Managing Projects & Teams * Testing & QA Security * Process > Improvement & Measurement * http://www.sqe.com/bsce5sf > _______________________________________________ > Wicket-develop mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/wicket-develop > > > ------------------------------------------------------- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf _______________________________________________ Wicket-develop mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/wicket-develop
