to do page name resolution you might extend some kind of
AbstractMarkupLocator
with default functionality that uses a replaceable resourcestreamlocator
to actually
load stuff. then to locate the markup, just mangle the class in your
ShortClassNameMarkupLocator
implementation and call the base class loader functionality... make sense?
Jonathan Locke wrote:
i misread you...
i think /markup location/ and /resource stream location/ are two
separate problems.
i think "page name resolution" (whatever that is) is a subclass of the
markup location problem.
Jonathan Locke wrote:
yeah, i think they are actually two separate problems and this
additional abstraction layer is a good one.
is anyone out there against this for some reason?
Seth Ladd wrote:
On 8/13/05, Jonathan Locke <[EMAIL PROTECTED]> wrote:
don't you think my interface is more general and also solves your
problem?
Sure, I just didn't want you to have to rip out what's already
there. As long as the two concerns: HTML page name resolution /and/
resource
location are separate and pluggable, I'm happy. :)
Seth
-------------------------------------------------------
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-user mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/wicket-user
-------------------------------------------------------
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-user mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/wicket-user
-------------------------------------------------------
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-user mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/wicket-user
-------------------------------------------------------
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-user mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/wicket-user
