On Wednesday 08 March 2006 03:17, Igor Vaynberg wrote:
> the only area i can see being hurt a little is OSGI. i dont know how hard
> it is to deploy a filter instead of a servlet. maybe we might write a shell
> servlet that wraps the filter if that becomes an issue.

Sorry that I didn't noticed this earlier.

OSGi's http support is *very* rudimentary, so yes, usage of filters will make 
an impact.

But, I am interested in a larger agenda than that.

 1. The "Wicket Engine" does not hold on to any references of "user data",
    including but not limited to, pages, factories, and classes.

 2. A full object-oriented view of the application, instead of the "class
    view" that currently drives Wicket. That includes details like the engine
    have no access to the classes that builds up the application, and instead
    is provided instantiated classes.

 3. Provide separate layers for each deployment scenario. In typical WAR
    scenarios, that would mean the instantiation of the current "class view"
    when needed. For OSGi it would mean a programming pattern leading to;

                                +---------------+
                                | Wicket Engine |
                                |    Bundle     |
                                +---------------+
                                        |
             +--------------+-----------+-------------+ . . . . . a.s.o
             |              |           |             |
       +-------------+  +--------+  +--------+ +--------------+
       | Application |  |  Page  |  |  Page  | | Config Admin |
       |   Bundle    |  | Bundle |  | Bundle | |    Bundle    |
       +-------------+  +--------+  +--------+ +--------------+

    where I can unload Page bundles and be ensured that all references are
    released, so a reload can occur.


I realize that this separation may not be in the interest of many people here, 
so I will try to "influence" in this direction, and perhaps get some of the 
core developers "hooked" on the 'dynamic component drug'. :o)


Cheers

Niclas


-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
_______________________________________________
Wicket-develop mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/wicket-develop

Reply via email to