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
