sorry. didn't mean to jump on you, igor. i just wanted to make sure we
didn't throw
out something that's worth keeping... because there have been some
problems with
resources, a lot of people have been clamoring to change the whole
plan. since i've
been the one behind the current plan and wrote most or all of the code
for it, i have
been trying to explain why i wrote it that way. it's not perfect for
sure (nothing ever is!),
but i think the basic idea is not only not broken, but it's actually
pretty solid... especially
with the fixes we did last night.
i agree about the init thing, but i think that
Classloader.getResources() would have to
be enhanced to do this... not 100% sure though... if there's a
reasonable way to do this,
we should look into it.
Igor Vaynberg wrote:
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
-------------------------------------------------------
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
