To my knowledge, none of the core developers of Wicket uses the Include component for their projects. What about this: if you and anyone else that uses this functionality agree on what would be the best implementation, I'd be happy to look at the patch and put it in Wicket if we agree on it. That would work better than me developing it and guessing what is right.
Ideally, it should work similar to sitemesh, but simpler, as we don't need the composition (it would steer people the wrong direction for how to do things with Wicket) and of course without a line of xml configuration. I'd like to keep it one component thought, so I wouldn't be in favor of the LightInclude as mentioned the post before this. I'd rather have some property for deciding how the include should work. Related issues: http://sourceforge.net/tracker/?group_id=119783&atid=684978&func=detail&aid=1243549 http://sourceforge.net/tracker/?group_id=119783&atid=684978&func=detail&aid=1285909 Eelco On 3/30/06, Robert McClay <[EMAIL PROTECTED]> wrote: > I posted a very similar "component" to the group a while back -- search > for "Servlet forward to a JSP". It could be used as a starting point > for a "nice" component, as it definitely needs polishing. > > On 2006-03-29 23:54:57 -0700, Nili Adoram <[EMAIL PROTECTED]> said: > > > How about extending Include as follows: > > public class LightInclude extends Include { > > > > public LightInclude(String id, String model, ServletRequest > > request, ServletResponse response) { > > this.request = request; > > this.response = response; > > } > > > > protected String importUrl(String url) { > > //create a buffer > > Writer writer = new BufferedWriter(new CharArratWriter()); > > //create some mockup response > > ServletResponse mockupResponse = new ServletResponse() { > > //implement all interface methods by delegating to the > > original response except for this: > > public PrintWriter getWriter(){ > > return new PrintWriter(writer); > > } > > }; > > //call RequestDispatcher with the mockup response > > //this will write the response to our buffer > > request.getrequestDispatcher(url).include(request, mockupResponse); > > //return the content of the buffer > > return writer.toString(); > > } > > } > > > > I guess some additional polish is required.. > > Nili > > > > Eelco Hillenius wrote: > >> That's what I did in the first version(s) of Include. There were > >> issues with it, which I unfortunately forgot. I never use this > >> component myself, but if you have good ideas in the form of patches, > >> I'd be happy to look at them. > >> > >> Eelco > >> > >> On 3/29/06, Nili Adoram <[EMAIL PROTECTED]> wrote: > >> > >>> Hi, > >>> Is there an option to use utilize wicket Include without opening a new > >>> connection? > >>> I would like to include the contents of a URL like > >>> RequestDispatcher.include() does, directly into a wicket component. > >>> 10x > >>> Nili > >>> > >>> > >>> ------------------------------------------------------- > >>> 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-user mailing list > >>> Wicket-user@lists.sourceforge.net > >>> https://lists.sourceforge.net/lists/listinfo/wicket-user > >>> > >>> > >> > >> > >> ------------------------------------------------------- > >> 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=k&kid0944&bid$1720&dat1642 > >> _______________________________________________ > >> Wicket-user mailing list > >> Wicket-user@lists.sourceforge.net > >> https://lists.sourceforge.net/lists/listinfo/wicket-user > >> > >> > > > > > > ------------------------------------------------------- > > 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 > > > > > > ------------------------------------------------------- > 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-user mailing list > Wicket-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wicket-user > ------------------------------------------------------- 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&kid0944&bid$1720&dat1642 _______________________________________________ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
