Problem one: yet another XML dialect to learn
Problem two: you are solving something with writing our own code, which is perfectly solved by at least HiveMind through plugins/DI/IoC/whatchamacallit.

That's technology in my book ;-).

But it was mere a suggestion, not throwing a door shut. I'd hate to see XML configuration files being put into Wicket. That would mean I'd have to go through my presentations and scrap the 'no configuration hassle' quotes.

I'd like us to find a Java programming construct to solve the problem at hand, and not make it into a configuration problem.

Martijn



Jonathan Locke wrote:

you're frustrating me, martijn... what "technology"?

it's just ClassLoader.getResources() and a highly wicket-specific xml file that binds resources and loads classes.

Martijn Dashorst wrote:


Jonathan Locke wrote:

1. user puts component jars and classfiles on classpath and is blissfully ignorant of what's going on 2. Application constructor enumerates through jars and classes via ClassLoader.getResources() looking for xml metadata, each package containing a Components.xml file a. each xml file is processed to register resources for any components in the jar or classpath folder
      b. the minimum format for this xml file would be something like:
         <wicket-components>
<wicket-component class="wicket.whatever.MyComponent" load="true/false">
                <resources>
<package-resource path="images/foo.gif" locale="en_CA" style="sporty"/>
                   ...
                 </resources>
             </wicket-component>
         </wicket-components>
resources not registered using the <resource> declarations for PackageResources would have to be registered by setting load="true" and using a static initializer block to do the work. we can talk more about the format and where the info should go, but the basic idea seems solid...




Sounds a lot like HiveMind, Oscar and/or Spring. Maybe we should borrow the technology for this, instead of inventing our own lingua?

Martijn



-------------------------------------------------------
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

Reply via email to